UML Unified Modeling Laguage (Linguagem de Modelagem Unificada) DEFINIO Conjunto de DIAGRAMAS com suas finalidades, porm sem

m nenhuma ligao ou sequncia definida pela linguagem, o que no orienta o processo de desenvolvimento. (Livro: UML Na Prtica Do problema ao sistema) Os DIAGRAMAS da UML so: o o o o o o o o o Diagrama de Casos de Uso Diagrama de Classe Diagrama de Objeto Diagrama de Sequncia Diagrama de Colaborao Diagrama de Estado Diagrama de Atividade Diagrama de Distribuio Diagrama de Componente

DIAGRAMA DE CASO DE USO Um conjunto de funcionalidades de um sistema, representado por fluxos de eventos iniciados por um ator e apresentando um resultado de valor a um ator. (Livro: UML Na Prtica Do problema ao sistema) Quem o ATOR? o Um ATOR qualquer pessoa ou sistema externo que tenha interao com o sistema que est em desenvolvimento. (Livro: UML Na Prtica Do problema ao sistema) Representao grfica de um ATOR no Diagrama de Caso de Uso:

A identificao dos atores o 1 passo para a criao de casos de uso.

REQUISITO o nome dado a todo tipo de necessidade que se identifica para um sistema e normalmente obtido atravs de entrevistas com os clientes ou algum que conhea a necessidade dos usurios. (Livro: UML Na Prtica Do problema ao sistema) Uma forma de facilitar a especificao de requisitos divid-los nos seguintes tipos: o Requisito FUNCIONAL (F) o Requisito de DADO (D) o Requisito de INTERFACE (I) o Requisito no-FUNCIONAL (N) (Livro: UML Na Prtica Do problema ao sistema) Os nveis de prioridade podem ser divididos da seguinte forma: ALTSSIMA; ALTA; MDIA; BAIXA; BAXSSIMA. (Livro: UML Na Prtica Do problema ao sistema)

 Exemplo: Sistema de Caixa Eletrnico de Banco Requisitos FUNCIONAIS: o o o o o o Sacar dinheiro Movimentar valores entre contas Emitir extrato com saldo da conta e extrato completo por perodo Propaganda dos produtos do banco Instruo fcil para uso de qualquer opo do caixa eletrnico Informao ao usurio do no-funcionamento do caixa eletrnico

Identificao de alguns ATORES do caixa eletrnico: Um ATOR o cliente do banco, porm temos neste caso 3 tipos diferentes de atores que derivam do ator GENRICO cliente do banco. So eles: CLIENTE VIP; CLIENTE ESPECIAL; CLIENTE PADRO. Estes clientes possuem PAPIS COMUNS, porm em funo da forma de atendimento, existem CARACTERSTICAS QUE SO ESPECFICAS para CADA TIPO DE CLIENTE do banco e, por conseqncia, do caixa eletrnico.

CLIENTE DO BANCO

CLIENTE VIP

CLIENTE ESPECIAL

CLIENTE PADRO

Observao: Um ATOR pode ser representado atravs de um DIAGRAMA DE ESPECIALIZAO (ou GENERALIZAAO). A figura acima, representa um DIAGRAMA DE ATORES COM RELACIONAMENTO DE ESPECIALIZAO.

DIAGRAMA DE CLASSES Classe Objeto Atributos Mtodos Mensagem Relacionamento entre classes o Associao o Agregao o Composio Se a CLASSE dominante deixar de existir, todas as outras instncias associadas a ela deixaro tambm de existir. Exemplo: Notas Fiscais e Itens de Notas Fiscais o Dependncia A dependncia entre CLASSES indica que os objetos de uma classe usam servios dos objetos de outra CLASSE. o Generalizao (HERANA) Relacionamento entre um elemento mais geral um mais especfico. Onde o elemento mais especfico herda as propriedades e mtodos do elemento mais geral. Ou seja, HERANA a possibilidade de uma classe utilizar atributos e mtodos de uma outra como se fossem seus. Exemplo de HERANA entre CLASSES: Visibilidade dos atributos

ROTEIRO UML Declarao de requisitos: anlise de domnio de aplicao; verificao da funcionalidade; diagramas de casos de uso. Levantamento das classes candidatas Estabelecimento de classes (ATRIBUTOS e MTODOS) Estabelecimento de relacionamento entre classes Diagrama de Classes