EXEMPLO DE CASO EM UML

Desenvolvimento de Modelagem em UML para Sistema de Manuteno e Controle de Contas Correntes e

Aplicaes Financeiras.
Abaixo algumas consideraes sobre o que o sistema se prope a fazer e outras observaes que
consideramos de suma importncia para o bom entendimento do problema:
O sistema suportar um cadastro de clientes, onde cada cliente cadastrado poder ter vrias contas
correntes, vrios dependentes ligados a ele, e vrias contas de poupana.
Cada dependente poder possuir vrias contas de poupana, mas no podero ter uma conta corrente
prpria.
Poupana seria uma conta que possui um valor, um prazo de aplicao a uma taxa de juros (definida no
vencimento da poupana).
Aplicaes Pr-fixadas seria uma aplicao de um valor, em um prazo pr-determinado a uma taxa de juros
previamente definida.
Tanto a conta corrente quanto a poupana devero manter um histrico de todas as movimentaes de
crdito, dbito, transferncias e aplicaes de pr-fixados (pr-fixados apenas para conta corrente).
A conta corrente poder ter vrias aplicaes pr-fixadas ligadas a ela.
Anlise de Requisitos
O sistema implementar funes bsicas que sero desempenhadas pela Administrao do banco e pelos
seus clientes. As principais funes do sistema so:
Cadastrar novo cliente
Excluir ou editar cliente
Cadastrar dependente
Excluir ou editar dependente
Abrir e Fechar conta corrente
Abrir e Fechar poupana
Movimentar conta corrente
Aplicar em pr-fixados
Consultar histrico de conta corrente ou poupana
Cadastrar Agncia
Excluir ou Editar Agncia
A partir disto, j podemos modelar o diagrama de use-case do sistema apresentado a seguir.

Figura 10 - Diagrama de use-case - Fase de Anlise de Requisitos.
Anlise
Nesta fase, com o diagrama de use-case, podemos definir o diagrama de classes do sistema. Neste primeiro
diagrama da fase de anlise, mtodos e atributos de acesso a banco de dados, estrutura de mensagens entre
objetos e etc. no devero aparecer, apenas os tipos de objetos bsicos do sistema. Existiro 8 classes no
sistema e que se relacionaro segundo o diagrama de classes a seguir.

Figura 11 - Diagrama de Classes - Fase de Anlise.
A seguir, iremos traar como estas classes iro interagir para realizar as funes do sistema. Para modelarmos
como os objetos do sistema iro interagir entre si, utilizamos o diagrama de sequncia ou o de colaborao. E
modelaremos um diagrama para cada funo (use-case) definida no diagrama de use-cases. Escolhemos o
diagrama de sequncia para dar mais nfase a ordem cronolgica das interaes entre os objetos. J se faz
necessrio utilizar idias bsicas da modelagem da interface do sistema como as janelas.

Figura 12 - Diagrama de Sequncia - Fase de Anlise.
Nesta fase, modela-se tambm o diagrama de estado das classes, porm este se enquadra em situaes onde
o comportamento dos objetos importante para aplicao.
Design
No Design, implementamos em nossos modelos os melhoramentos e tcnicas de como realmente cada funco
do sistema ser concebida. Sero modelos mais detalhados com nfase nas solues para armazenamento
dos dados, funes primordiais do sistema e interface com o usurio.
Design da arquitetura
Em nosso caso de estudo, identificamos 4 pacotes (subsistemas):

Figura 13 - Fase de Design - Definio dos Pacotes.
Pacote da Interface do Usurio: Estaro contidas as classes para a criao da interface do usurio, para
possibilitar que estes acessem e entrem com novos dados no sistema.
Pacote de Objetos do Sistema: Este pacote inclui classes bsicas, ou seja, classes que foram
desenvolvidas exatamente para tornar o sistema em desenvolvimento funcional.
Pacote de Banco de Dados: Este pacote disponibiliza servios para as classes do pacote de objetos
fazendo com que os dados armazenados no sistema sejam gravados em disco.
Pacote de Utilidades: Este contm servios que so usados por todos os outros pacotes do sistema.
Atualmente a classe ObjId a nica no pacote, e usada para referenciar os objetos persistentes em todo o
sistema.
Design detalhado
Descreve as novas classes tcnicas do sistema, como classes de criao da interface, de banco de dados e
para expandir e detalhar a descrio das classes de objetos, que j foram definidas na fase de anlise. Tudo
isto feito com a criao de novos diagramas de classes, de estado, e dinmicos. Sero os mesmos
diagramas criados na fase de anlise, mas um nvel de detalhamento tcnico mais elevado. Chegamos a um
diagrama de classes mais evoludo com a incluso de persistncia.

Figura 14 - Diagrama de Classes - Fase de Design
Criamos os diagramas de sequencia para funes do sistema, descritas no diagrama de use-cases, j
possuindo os parmetros para cada mensagem entre os objetos. O layout das janelas deve ser criado com
alguma ferramenta visual de acordo com a preferncia do desenvolvedor.
A aplicao resultante da interface de usurio uma janela principal com um menu de opes. Cada opo
escolhida do menu mostrar uma janela nova que juntas sero responsveis por receber as informaes do
usurio e executar a funo a qual se propem a fazer.
Implementao
A fase de construo ou implementao quando as classes so codificadas. Os requisitos especificam que o
sistema deve ser capaz de rodar em diversos tipo de processadores e sistemas operacionais.
Codificamos cada classe do pacote de objetos do sistema, a interface, o banco de dados e o pacote de
utilidades. A codificao deve ser baseada nos modelos desenvolvidos nas fases de anlise de requisitos,
anlise e design, mais precisamente nas especificaes de classes, diagramas de classes, de estado,
dinmicos, de use-cases e especificao.
Testes
A aplicao dever passar pela fase de testes e deve-se verificar se o programa suporta toda a funcionalidade
que lhe foi especificada na fase de anlise de requisitos com o diagrama de use-cases. A aplicao deve ser
tambm testada da forma mais informal colocando-se o sistema nas mos dos usurios.