PROJETO

Andrei Falbot
Edvaldo Queiroz
Leonice Rangel
Marcel Kuniochi
Walter Lembi

DISCIPLINA: MODELAGEM VISUAL SEGUNDO A UML

PROFESSORA: MSC. MARCIA R. DE CARVALHO BUHR

CUIABÁ-MT
AGOSTO/2010
ÍNDICE

Modelagem dos Requisitos..................................................................................3

1.1 Diagrama de Caso de Uso.............................................................................3
1.2 Especificação dos casos de uso....................................................................3
1.3 Diagrama de Classes de Domínio..................................................................4
Modelagem de Projeto..........................................................................................5
1.4 Diagrama de Classes de Projeto....................................................................5
1.5 Diagramas de Seqüência ..............................................................................5
1.5.1 Diagrama de Seqüência Caso de Uso X.....................................................6
1.5.2 Diagrama de Seqüência Caso de Uso Y.....................................................6
 Modelagem dos Requisitos

1.1 Diagrama de Caso de Uso

<Apresentar neste item o Diagrama de Caso de Uso para aplicação.

O diagrama deve apresentar todas as funcionalidades da aplicação,
sendo que as que fazem parte do escopo que será tratado no projeto

deverão ser salientadas. >(como assim)?

1.2 Especificação dos casos de uso

 <Apresentar neste item a especificação de caso de uso conforme o
modelo abaixo. Cada membro da equipe deverá escolher 1 caso de
uso para trabalhar.>

Responsável: Nome do aluno responsável pelo caso de uso

Caso de uso: Nome do caso de uso
Breve Descrição: Descrição do quê o caso de uso faz
Ator(es) Primário(s): Ator que dispara o caso de uso
Pré condição Condições que devem ser verdadeiras para que o
caso de uso seja executado
Pós condição Condições que são verdadeiras após a execução do
caso de uso
Regra de Negócio Regra que exista para o negócio para o qual o
sistema está sendo desenvolvido e que influencia o
caso de uso sendo especificado. As regras de
negócio, geralmente, existem independente de um
sistema informatizado
Layout de interface: Apresentar o layout da interface para este caso de
uso. O layout da interface pode ser apresentado por
meio de um protótipo, por meio de um desenho feito
em alguma ferramenta. O layout deve considerar
todos os componentes que irão compor a interface
Fluxos Diagrama de atividade que apresenta as interações
(Principal/Alternativos) entre ator e sistema, considerando o fluxo principal e
os fluxos alternativos.

1.3 Diagrama de Classes de Domínio

<Apresentar Diagrama de Classes, contendo todas as classes
necessárias para representar o domínio da aplicação sendo modelada.
As classes devem apresentar somente os atributos necessários, bem
como, as associações entre as mesmas.
 Modelagem de Projeto

1.4 Diagrama de Classes de Projeto

<Apresentar Diagrama de Classes, contendo todas as classes

necessárias para a implementação da aplicação sendo modelada.
As classes devem apresentar todos os seus atributos tipados e suas
operações com parâmetros e valor de retorno,caso necessário; as
associações com: nome, multiplicidade, navegabilidade, qualificador
(caso necessário); as agregação/composição, generalização e classe
de associação (caso existam no sistema); Casos especiais como
classes de enumeração e dependências devem ser utilizadas
conforme a necessidade. No caso das operações apresentar
somente as operações identificadas nos diagramas de sequência.
Não é necessário apresentar operações de get e set>

1.5 Diagramas de Seqüência

<Apresentar para cada caso de uso especificado no item 1.2, um ou

mais diagramas de seqüência que representam a seqüência de troca
de mensagens necessárias para realizar aquele caso de uso. No
diagrama de seqüência já deve ser considerado a existência das
classes de fronteira e das classes de controle. Cada componente
ficará responsável por construir o diagrama de seqüência para o
caso de uso sob a sua responsabilidade. Os diagramas de seqüência
para casos de uso de manutenção (Inclusão, Exclusão, Alteração e
Consulta) apresentados pelos alunos deverão apresentar uma lógica
diferente da apresentada pela professora em sala de aula e no
projeto exemplo. Durante a construção deste diagrama as operações
de cada classe serão descobertas. As operações de acesso ao
banco de dados deverão seguir a seguinte nomenclatura:
o Inserção numa tabela: inserirNomedoObjeto;
o Remoção de uma tabela: excluirNomedoObjeto;
o Consulta a uma tabela que retorna um registro:
obterNomedoObjetoPorParâmetrodaConsulta;
 o Consulta a uma tabela que pode retornar vários registros:
obterListaNomedoObjetoPorParâmetrodaConsulta;
o Atualização de uma tabela: atualizarNomedoObjeto.
o Para criar um objeto: criarNomedoObjeto>

1.5.1 Diagrama de Seqüência Caso de Uso X

1.5.2 Diagrama de Seqüência Caso de Uso Y