Diagramas de Casos de Uso

Compreenso comportamento externo sist. por qq pessoa- viso geral. Sistema da perspectiva do usurio: no se preocupa em como as funcionalidades sero implementadas. Diagrama mais abstrato, flexvel e linguagem informal. Usado nas etapas inicias de modelagem levantamento e anlise de requisitos: especifica, visualiza e documenta as caractersticas, funes desejadas pelos usurios. Consultado e modificado durante todo o processo do desenvolvimento. Identifica os usurios que interagem com o sistema, seus papis e funes. Auxilia na identificao de falhas de especificao + prottipo. Atores

Diagramas de Casos de Uso itens principais

Papis desempenhados pelos usurios (HW, SW, pessoas) que podero utilizar as funes ou servios do sistema. Elemento externo que interage com o sistema. Smbolo: palito ou 'boneco magro' + descrio do seu papel

Casos de uso Usados para capturar os requisitos do sistema: Servios, Tarefas ou Funcionalidades. Expressam e documentam os comportamentos pretendidos. Classificao: Primrio: se refere a um processo importante Secundrio: se refere a um processo perifrico (ex.: manuteno de cadastros) Simbologia: elipses + texto (funcionalidade) Costumam ser documentados com instrues gerais: Como ser seu funcionamento; Quais atividades devero ser exe; Qual evento provocar sua exe; Quais atores podero utiliz-lo; Quais suas restries.

Documentao de Casos de Uso No existe um formato especfico flexibilidade Evite usar pseudocdigo

Casos de Uso - Associaes Relacionamentos entre: Atores do mesmo diagrama Atores e casos de uso Demonstra que ator utiliza funcionalidade: Requisitando a exe daquela funo Recebendo resultado produzido a pedido de outro ator Smbolo: Linha liga ator ao caso de uso Sem setas: info transmitidas nas 2 direes Com setas indica: ou sentido de trfego das info ou quem inicia a comunicao Descrio (opcional) nome da associao

Casos de uso (UC) Generalizao/Especializao: h 2+ casos de uso com caractersticas semelhantes e pequenas diferenas entre si Estrutura generalizada herdada pelos especializados Smbolo: linha com seta grossa apontando para o UC geral e UC especializados (outra extremidade da seta).

Associao de Incluso Quando h cenrio comum a mais de um UC. UC comum que outros UC utilizam evita repetio de UCs. A exe do 1o obriga a exe do 2o Semelhante chamada de subrotina em LP Smbolo: linha tracejada com seta numa das extremidades (apontando ao UC comum e obrigatrio) Esteretipo <<include>>: destaca associao.

Associao de Extenso Descrevem cenrios opcionais de UC. Apenas sero exe se determinada condio acontecer. Necessidade de um teste. Smbolo: linha tracejada com seta numa das extremidades (apontando ao UC que utiliza o UC estendido) Esteretipo <<extend>>

Restries em Associaes de Extenso Restries so compostas por um texto entre chaves e utilizadas para definir validaes,consistncias, condies, etc. Em extenses: pode-se acrescentar uma restrio associao de extenso atravs de uma nota explicativa (que serve para incluir um comentrio ou restries).

Pontos de Extenso Identifica um ponto no comportamento de um UC a partir do qual esse comportamento poder ser estendido por outro UC, se determinada condio for satisfeita.

Multiplicidade no diagrama de Casos de Uso Entre um ator e um UC Especifica o nmero de vezes que um ator pode utilizar um UC.

Fronteira do Sistema Identifica um classificador que contm um conjunto de UCs Identifica um subsistema ou sistema completo Destaca o que est contido no sistema e o que nao est. Atores so, normalmente, externos ao sistema, exceto, atores SW. Smbolo: retngulo que envolve os mdulos implementados.

Esteretipos Permitem a identificao de componentes ou associaes que tenham alguma caracterstica que os diferenciam dos outros. Destaques aos componentes ou associaes Podem atribuir funes extras a um componente permitindo que possa ser usado para modelar situaes diferentes das quais foi projetado. O engenheiro de sw pode criar seus prprios esteretipos. Ex.: UC Abrir conta = processo Esteretipo <<process>> Apresentado na parte superior do componente, acima da identificao.

Esteretipos Permitem a identificao de componentes ou associaes que tenham alguma caracterstica que os diferenciam dos outros. Destaques aos componentes ou associaes Podem atribuir funes extras a um componente permitindo que possa ser usado para modelar situaes diferentes das quais foi projetado. O engenheiro de sw pode criar seus prprios esteretipos. Ex.: UC Abrir conta = processo Esteretipo <<process>> Apresentado na parte superior do componente, acima da identificao.

Exerccio 1 Responda s questes.

1. De que casos de uso um Student participa? E um Professor? E o Course Catalog? 2. Se Charlie for um estudante e professor, que casos de uso ele executa? 3. Descreva a funcionalidade deste sistema. 4. Descreva os relacionamentos dos casos de uso Close Registration e Select Courses to Teach. 5. Qual caso de uso precisa ser executado primeiramente, Register for Courses ou View Report Card?

Exerccio 2 - Reservar um vo em uma data precisa O cliente interroga o sistema, seja passando em uma agncia, seja via internet, para garantir que ele pode fazer a reserva desejada. A reserva pode ser feita para um transporte de passageiros (um ou diversos) ou para o transporte de carga. Uma soluo sendo encontrada, o sistema registra a reserva (nome do(s) passageiro(s) e/ou caracterstica da(s) carga(s)) e realiza o pagamento atravs do meio que convier ao cliente (dinheiro, cheque, carto de crdito). Os bilhetes correspondentes so entregues, diretamente na agncia, pelo correio, ou disponibilizados na aeroporto.

Exerccio 3 Sistema de Controle de Pedidos

Uma empresa pretende desenvolver um Sistema de Informao para a gerncia dos pedidos recebidos pela empresa. Este sistema de informao deve ser capaz de controlar o cadastro dos clientes, dos pedidos e dos produtos com todas as funcionalidades caractersticas (incluso, alterao, supresso). Para realizar qualquer operao com o sistema o funcionrio deve ter realizado o login no sistema. No sistema um login caracterizado por um username e uma password. Os Clientes que sero gerenciados pelo SI podem ser do tipo Cliente Corporativo ou Cliente Pessoal. Cada Cliente pode estar associado a diversos Pedidos, mas um Pedido est associado unicamente a um Cliente. Um Pedido composto por diversas Linhas de Pedido e cada Linha de Pedido logicamente s pode fazer parte de um nico Pedido. As linhas de Pedido nascem e morrem com os Pedidos. Cada Linha de Pedido est associada a unicamente um Produto, mas um Produto pode estar associado a diversas Linhas de Pedido. Clientes Corporativos so definidos por um cdigo, um nome, um endereo, um nome de contato, uma classe de crdito e um limite de crdito. Clientes Pessoais so definidos por um cdigo, um nome, um endereo, e um nmero de carto de crdito. Um Pedido definido por uma data, um preo e um nmero. Cada Linha do Pedido definida por uma quantidade e um preo e cada Produto definido por um cdigo, uma descrio e um preo. 1- Faa o Diagrama de Casos de Uso deste sistema

1- Faa o Diagrama de Casos de Uso deste sistema

2- Escreva o documento do caso de uso Inserir cliente (fluxo principal, alternativos, etc.)

Exemplo 2 - Reservar um vo em uma data precisa viso anlise de requisitos

Exemplo 2 - Reservar um vo em uma data precisa viso anlise (refinamento)

Exerccio 2 - Reservar um vo em uma data precisa viso projeto

Exerccio 3 Sistema de Controle de Pedidos

Exerccio 3 Sistema de Controle de Pedidos

Projeto P2 Sistema com tema livre da disciplina MSOO Tema livre Grupo de at 5 alunos Data de entrega: P2 Projeto deve conter todos os diagramas UML apresentados em sala de aula. Peso: 20% da mdia da P2 Poder cair na prova questes relativas a este projeto. Este projeto no participa na nota da Prova Substitutiva nem exame, s na P2. Dever ser feito atravs do sw staruml. Entrega via email profsaulorosa@gmail.com Anexar: 1 doc contendo descrio do projeto, documentos dos casos de uso e imagens dos diagramas diversos UML 2.0. + capa com id do grupo e tema escolhido. Arquivos StarUml.