A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Laboratório de Programação

Apresentações semelhantes


Apresentação em tema: "Laboratório de Programação"— Transcrição da apresentação:

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

2 Conteúdo Definição de Requisitos Linguagem de Modelagem de Dados - UML
4/12/2017 Definição de Requisitos Linguagem de Modelagem de Dados - UML Diagrama de Caso de Uso

3 Requisitos Definições
4/12/2017 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
4/12/2017 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 funcionais do sistema

5 Casos de Uso 4/12/2017 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 4/12/2017 Este modelo direciona diversas das tarefas posteriores do ciclo de vida do sistema de software Codificação, Testes Além disso, o modelo de casos de uso induz os desenvolvedores a moldar o sistema de acordo com necessidades do usuário

7 Componentes do Modelo 12/04/2017 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.
4/12/2017 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 Quais grupos de usuários utilizam as funções mais básicas do sistema?
Quais grupos de usuários necessitam de ajuda do sistema para executar tarefas? Quais grupos de usuários utilizam as funções mais básicas do sistema? Quem usará essa funcionalidade? Quem está interessado em um determinado requisito? Que outros sistemas interagem com a aplicação? Que outros sistemas obtêm dados para a aplicação? E os que fornecem informações que servem de entrada? Quem usa o sistema de modo avançado? Quais grupos de usuários instalam,mantém ou administram o sistema? Localizar atores

10 Atores Categorias Pessoas Organizações Outros sistemas Equipamentos
4/12/2017 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 Atores Exemplos 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 4/12/2017 Um caso de uso é uma seqüência de ações realizada por um sistema que produz um resultado de valor observável para determinado ator Todos os casos de uso juntos devem descrever a funcionalidade completa do sistema (requisitos) Atores são fundamentais para a descoberta dos casos de uso

13 Identificar Casos de Uso
Quais são as principais tarefas a serem executadas pelo sistema? O ator cria, armazena, altera, remove ou lê dados no sistema? O ator precisa informar o sistema sobre mudanças externas? O ator precisa estar informado sobre ocorrências no sistema? Respostas = CASOS DE USO CANDIDATOS Para cada ator.... Identificar Casos de Uso

14 Atores x Casos de Uso 4/12/2017 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 ator e uma classe de caso de uso, que indica haver interação entre elas Um ator se comunica com 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 4/12/2017

16 Atores x Casos de Uso 4/12/2017

17 Atores x Casos de Uso Relacionamentos
4/12/2017 A UML define diversos tipos de relacionamentos no modelo de casos de uso: Comunicação Inclusão Extensão Generalização

18 Relacionamentos Relacionamentos
4/12/2017 Comunicação Inclusão Extensão Generalização

19 Comunicação 4/12/2017 Representa a informação de quais atores estã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 um caso de uso É o mais comum dos relacionamentos

20 Comunicação 4/12/2017

21 Comunicação 4/12/2017

22 Relacionamentos Relacionamentos
4/12/2017 Comunicação Inclusão Extensão Generalização

23 Inclusão Um relacionamento de inclusão é aquele que
4/12/2017 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 é inserido de 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
4/12/2017 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 Relacionamentos Relacionamentos
4/12/2017 Comunicação Inclusão Extensão Generalização

27 Extensão Um relacionamento de extensão
4/12/2017 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.
4/12/2017 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 podem incluir 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 4/12/2017 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 4/12/2017

31 Relacionamentos Relacionamentos
4/12/2017 Comunicação Inclusão Extensão Generalização

32 Generalização Uma generalização de casos de uso
4/12/2017 Uma generalização de casos de uso É um relacionamento de um caso de uso filho com um caso de uso pai O filho pode adotar todo o comportamento e as características descritas 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 4/12/2017

34 4/12/2017 Generalização

35 Generalização de Atores
4/12/2017 Na generalização de ator, o filho herda o papel que o pai pode desempenhar em um caso de uso Facilita a leitura do modelo de caso de uso

36 Notação 4/12/2017 Os relacionamentos de inclusão e extensão sã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
4/12/2017 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:
4/12/2017 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: Possibilidade de descartar uma nota, a menor
4/12/2017 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


Carregar ppt "Laboratório de Programação"

Apresentações semelhantes


Anúncios Google