1 / 39

Laboratório de Programação

Laboratório de Programação. Ceça Moraes Março /10. Conteúdo. Definição de Requisitos Linguagem de Modelagem de Dados - UML Diagrama de Caso de Uso. Requisitos Definições. Requisitos servem para estabelecer um conjunto de objetivos gerais do sistema Tipos:

maxima
Télécharger la présentation

Laboratório de Programação

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Laboratório de Programação Ceça Moraes Março/10

  2. Conteúdo • Definição de Requisitos • Linguagem de Modelagem de Dados - UML • Diagrama de Caso de Uso

  3. RequisitosDefinições • Requisitos servem para estabelecer um conjunto de objetivos gerais do sistema • Tipos: • Requisitos funcionais gerais: funções básicas • Propriedades do sistema: não-funcionais

  4. Requisitos e Casos de Uso • O modelo de casos de uso é uma representação das funcionalidades do sistema e dos elementos externos ao sistema que interagem com estas funcionalidades • O modelo de casos de uso modela os requisitos funcionaisdo sistema

  5. Casos de Uso • O diagrama da UML utilizado na modelagem de casos de uso é o diagrama de casos de uso • Técnica de modelagem idealizada por Ivar Jacobson, na década de 1970 • Posteriormente, a notação de casos de uso foi adicionada à UML

  6. Casos de Uso • Este modelo direciona diversas das tarefasposteriores do ciclo de vida do sistema de software • Codificação, Testes • Além disso, o modelo de casos de uso induz os desenvolvedores a moldaro sistema de acordo com necessidades do usuário

  7. Componentes do Modelo • O modelo de casos de uso de um sistema é composto de: • Casos de uso • Atores • Relacionamentos entre os elementos anteriores

  8. Atores • Elemento externo que interage com o sistema. • externo: atores não fazem parte do sistema. • interação: um ator troca informações com o sistema • Casos de uso representam uma seqüência de interações entre o sistema e o ator • troca de informações entre eles • Normalmente um ator inicia a seqüência de interações com o sistema

  9. Localizar atores

  10. AtoresCategorias • Pessoas • Empregado, Cliente, Gerente, Almoxarife, Vendedor • Organizações • Empresa Fornecedora, Agência de Impostos, Administradora de Cartões • Outros sistemas • Sistema de Cobrança, Sistema de Estoque de Produtos • Equipamentos • Leitora de Código de Barras, Sensor

  11. AtoresExemplos • Sistema Bancário • Cliente, gerente, caixa, diretores... • Hospital • Paciente, atendentes, profissionais de saúde, gerência,... • Caixa eletrônico • Cliente, Banco, .... • Compras, vendas e estoque • Comprador, fornecedor, almoxarifado, vendedor, cliente, ...

  12. Casos de Uso • Um caso de uso é uma seqüência de ações realizada por um sistema que produz um resultadode valor observável para determinado ator • Todos os casos de uso juntos devem descrever a funcionalidade completa do sistema (requisitos) • Atoressão fundamentais para a descoberta dos casos de uso

  13. Para cada ator.... Identificar Casos de Uso

  14. Atores x Casos de Uso • Criar interações: passo de modelagem dos caso de uso • Diagrama de casos de uso • Uma associação de comunicação é uma associação entre uma classe de atore uma classe de caso de uso, que indica haver interação entre elas • Um ator se comunicacom os casos de uso por vários motivos, por exemplo: • Para iniciar um caso de uso • Para solicitar dados do sistema • Para alterar os dados armazenados no sistema

  15. Atores x Casos de Uso

  16. Atores x Casos de Uso

  17. Atores x Casos de UsoRelacionamentos • A UML define diversos tipos de relacionamentos no modelo de casos de uso: • Comunicação • Inclusão • Extensão • Generalização

  18. RelacionamentosRelacionamentos • Comunicação • Inclusão • Extensão • Generalização

  19. Comunicação • Representa a informação de quais atoresestão associados a que casos de uso • O fato de um ator estar associado a um caso de uso significa que esse ator interage(troca informações) com o sistema • Um ator pode se relacionar com mais de umcaso de uso • É o mais comum dos relacionamentos

  20. Comunicação

  21. Comunicação

  22. RelacionamentosRelacionamentos • Comunicação • Inclusão • Extensão • Generalização

  23. Inclusão • Um relacionamento de inclusão é aquele que • Associa um caso de uso base a um caso de uso de inclusão • O comportamento definido para o caso de uso de inclusão éinseridode forma explícita no comportamento definido para o caso de uso base • Servem para fatorar: • separar comportamento complexo do caso de uso ou; • comportamento que não faz parte do propósito principal do caso de uso a fim de diminuir a complexidade do fluxo de eventos

  24. Inclusão • Existe apenas entre casos de uso • Quando dois ou mais casos de uso incluem uma seqüência de interações comum, esta seqüência comum pode ser descrita em um outro caso de uso (de inclusão) • Este caso de uso comum: • Evita a descrição de uma mesma seqüência mais de uma vez

  25. Inclusão

  26. RelacionamentosRelacionamentos • Comunicação • Inclusão • Extensão • Generalização

  27. Extensão • Um relacionamento de extensão • Associa um caso de uso de extensão a um caso de uso base • O comportamento definido para o caso de uso de extensão pode ser inserido no comportamento definido para o caso de uso de base • Criados para modelar comportamentos opcionais ou excepcionais • São executados somente face a certas condições • Casos de uso de inclusão são sempre executados

  28. Extensão • Sejam A e B dois casos de uso. • Um relacionamento de extensão de B para A indica que um ou mais dos cenários de A podemincluir o comportamento especificado por B • Neste caso, diz-se que B estende A • O caso de uso A é chamado de estendido e o caso de uso B de extensor

  29. Extensão • A execução do caso de uso B (extensor) depende de escolha do ator • Após a execução de B • O fluxo volta ao caso de uso principal, recomeçando logo após o ponto em que o extensor foi inserido

  30. Extensão

  31. RelacionamentosRelacionamentos • Comunicação • Inclusão • Extensão • Generalização

  32. Generalização • Uma generalização de casos de uso • É um relacionamento de um caso de uso filho com um caso de uso pai • O filho podeadotar todo o comportamentoe as característicasdescritas para o pai • Usado para relacionar um caso de uso mais especializado com um mais geral • Este relacionamento complica mais do que facilita e deve ser evitado

  33. Generalização

  34. Generalização

  35. Generalização de Atores • Na generalização de ator, o filho herda o papel que o paipode desempenhar em um caso de uso • Facilita a leitura do modelo de caso de uso

  36. Notação • Os relacionamentos de inclusãoe extensãosão representados por uma seta direcionada de um caso de uso para outro • A seta (tracejada) de um relacionamento de inclusão recebe o estereótipo <<include>> • A seta (tracejada) de um relacionamento de extensão recebe o estereótipo <<extend>> • A seta (sólida) de um relacionamento de generalização não recebe estereótipo

  37. Projeto • Em grupos de 4 alunos • Tema livre • Enviar tema + nome dos alunos até o dia 28/04/2010

  38. Projeto/Avaliação • Entregas dos seguintes artefatos: • Diagrama de casos de uso: 30/04/2010 • Especificação de casos de uso: 12/05/2010 • 1ª VA em 14/05/2010 • Prova de todo o assunto

  39. Avaliação • 4 Notas: • Prova de 16/04 • Diagrama de casos de uso (30/04/2010) • Especificação de casos de uso (12/05/2010) • 1ª VA (prova) 14/05/2010 • Possibilidade de descartar uma nota, a menor

More Related