Modelagem de Sistemas de Informações
242 pág.

Modelagem de Sistemas de Informações


DisciplinaEngenharia de Software I7.295 materiais71.522 seguidores
Pré-visualização50 páginas
Requisitos Especiais 
\u2022 Requisitos não funcionais associados ao caso de uso, como 
\u2022 eficiência desejada, 
\u2022 tecnologia de implementação, 
\u2022 etc. 
IX.11.9 Variações Tecnológicas e de Dados 
\u2022 Se for o caso, indique as diferentes formas de realizar tecnologicamente os 
diferentes passos do caso de uso 
IX.11.10 Questões em aberto 
\u2022 Tudo o que deve ser esclarecido posteriormente 
 
IX.12 Um BOM caso de uso... 
\u2022 Corresponde a um processo elementar da empresa 
\u2022 NÃO é um passo único como \u201cdeletar um item\u201d ou \u201cimprimir um relatório\u201d. 
 190 
\u2022 NÃO leva dias ou múltiplas sessões, como \u201cnegociar um contrato\u201d. 
\u2022 É uma tarefa concluída em uma sessão e que produz um resultado mensurável 
deixando as informações em um estado consistente. 
IX.13 Como descobrir casos de uso? 
\u2022 Estabeleça o limite do sistema: o que está fora e o que está dentro? 
\u2022 Descubra os atores (externos ao limite do sistema) que realizam os processo 
básicos 
\u2022 Entreviste-os para descobrir mais informações sobre seus objetivos 
\u2022 Possivelmente a cada objetivo corresponderá um caso de uso 
O principal problema com casos de uso é o excesso de decomposição Funcional. Seus 
sintomas são: 
\u2022 Casos de Uso pequenos 
\u2022 Muitos Casos de Uso 
\u2022 Dificuldade de entender o modelo 
\u2022 Nomes com operações de baixo nível 
o Operação+objecto 
o Função+dados 
o Exemplo: Inserir Cartão 
As ações corretivas que podem ser tomadas são: 
\u2022 Busque um contexto mais amplo 
o Por que o sistema está sendo feito? 
\u2022 Se coloque no papel do usuário 
o O que o usuário quer alcançar? 
o Que valor esse caso de uso adiciona? 
IX.14 Como fazer casos de uso 
1. Identifique os atores e seus objetivos 
2. Para cada caso: escreva um caso simples 
3. Para cada caso: escreva as condições de falha e extensões 
4. Para cada condição de falha: descreva o que acontece até que volte ao 
norma ou acabe (em falha) \u2013 Resolva as falhas 
5. Detalhe as variações de dados 
IX.14.1 Identifique os atores e seus objetivos 
\u2022 Quais computadores, subsistemas e pessoas vão dirigir o sistema 
o Um ator é qualquer coisa com comportamento 
 191 
\u2022 O que cada ator precisa que o sistema faça 
o Cada necessidade mostra um gatilho do sistema 
\u2022 Resultado 
o Lista de casos de uso 
o Visão geral do sistema 
o Lista pequena e usável das funções do sistema 
IX.14.2 2) Para cada caso: escreva um caso simples 
\u2022 O objetivo é alcançado 
o O cenário principal de sucesso 
o \u201ccaso do dia feliz\u201d 
o Mais fácil de ler e entender 
o Qualquer coisa a mais é uma complicação 
\u2022 Capture a intenção e responsabilidade de cada ator, da ativação até alcançar o 
objetivo 
\u2022 Diga que informação é passada entre atores 
\u2022 Numere cada linha 
\u2022 Resultado 
o Descrição legível das funções do sistema 
IX.14.3 3) Escreva as condições de falha e extensões 
\u2022 Normalmente, cada passo pode falhar 
\u2022 Anote cada condição de falha separadamente após o cenário principal de 
sucesso 
\u2022 Resultado: 
o Lista de cenários alternativos 
IX.14.4 4) Resolva as falhas. 
\u2022 Extensões recuperáveis voltam ao caso principal 
\u2022 Extensões não-recuperáveis falham 
\u2022 Cada cenário vai do gatilho ao fim 
\u2022 Extensões são apenas uma forma resumida de escrever 
\u2022 Pode escrever \u201cse\u201d 
\u2022 Pode escrever cenário do início ao fim 
\u2022 Resultado: 
o Casos de uso completos 
IX.14.5 5) Detalhe as variações de dados 
\u2022 Algumas extensões são muito \u201cbaixo nível\u201d para fazer agora 
 192 
\u2022 Ex: Reembolse comprador 
\u2022 Como? Cheque, dinheiro, etc.? 
\u2022 Adie variações que podem ser tratadas por casos de uso de menor abstração 
IX.14.6 Boas Perguntas 
\u2022 Quais são as tarefas de um ator? 
\u2022 O ator precisa ser informador de certas ocorrências dentro do sistema? 
\u2022 O ator precisa informar o sistema de mudanças externas? 
\u2022 O sistema fornece ao negócio o comportamento adequado? 
\u2022 Todos os requisitos funcionais foram atendidos pelos casos de uso? 
\u2022 Que casos de uso vão suportar e manter o sistema? 
\u2022 Que informação precisa ser modificada ou criada? 
IX.14.7 Casos de Uso Especiais 
\u2022 Início e Parada do sistema 
\u2022 Manutenção do sistema 
\u2022 Manutenção da informação 
\u2022 Normalmente aparece mais tarde 
\u2022 Adicionar nova funcionalidade a sistema funcionando 
\u2022 Sistemas que não podem parar 
\u2022 Portar o sistema rodando para um novo ambiente 
\u2022 Quando o ator é a organização desenvolvedora 
IX.14.8 Comentários 
\u2022 O valor dos casos de falha é detectar situações anormais e manter a 
completude 
\u2022 Todo cenário vai do início ao fim (sem \u201cses\u201d), mas a descrição pode ser 
abreviada 
\u2022 Os requisitos cobrem as falhas recuperáveis ou não 
\u2022 Mas não são falhas do sistema interno, mas do ambiente 
\u2022 O \u201ccenário ideal\u201d ajuda a descrever as falhas 
\u2022 Um cenário pode se referir a objetivos de nível inferior 
\u2022 Caso de uso subordinados 
\u2022 Funções comuns 
\u2022 Um caso de uso superior só se interessa se o caso de uso inferior alcança o 
sucesso ou falha 
\u2022 Não analisa os detalhes 
\u2022 Cada passo de um cenário é um sub-objetivo 
 193 
\u2022 Esconde um sub caso de uso 
\u2022 Pode ser tão profundo que não é descrito 
\u2022 Cada sentença em cada nível é um objetivo 
IX.14.9 Casos de uso NÃO 
\u2022 Mostram requisitos de interface 
o Colete por caso de uso 
\u2022 Mostram requisitos de desempenho 
o Conecte-os ao caso de uso 
\u2022 Coletam fórmulas, estados, cardinalidades 
o Capture separadametne 
IX.14.10 O Processo de Escrita 
\u2022 Defina o escopo e as fronteiras 
\u2022 Determine mudanças no contexto inicial criado com listas in/out 
\u2022 Faça um brainstorm e liste os atores primários 
IX.14.11 Priorizando Casos de Uso 
\u2022 Que casos de uso devem ser implementados? 
\u2022 Associar os casos de uso aos requisitos originais 
\u2022 Em que seqüência devem ser implementados? 
\u2022 Selecionar os casos de uso para iterações de arquitetura 
\u2022 Que representem funcionalidade central significante 
\u2022 Que cubram grande parte da arquitetura 
\u2022 Que forcem ou ilustrem um ponto específico e delicado da arquitetura 
\u2022 Priorize os casos de uso/cenários para iterações futuras 
IX.15 Casos de Uso Essenciais e Reais 
\u2022 Casos de uso essenciais não levam em consideração a tecnologia 
\u2022 Casos de Uso Reais levam tudo em consideração 
IX.15.1 Aparência - Essencial 
1. Cliente fornece a sua identificação 
2. Sistema identifica usuário 
3. Sistema oferece operações disponíveis 
4. Cliente solicita saque de uma determinada quantia 
5. Sistema fornece a quantia desejada da conta do cliente 
6. Cliente recebe dinheiro e recibo 
 194 
IX.15.2 Aparência \u2013 Real 
1. Cliente passa seu cartão no caixa eletrônico 
2. Sistema apresenta solicitação de senha 
3. Cliente digita senha 
4. Sistema exibe menu de operações disponíveis 
5. Cliente indica que deseja realizar um saque 
6. Sistema requisita quantia a ser sacada 
7. Cliente informa quantia a ser sacada 
8. Sistema solicita re-inserção do cartão 
9. Cliente insere o cartão 
10. Sistema fornece dinheiro 
11. Cliente retira dinheiro 
12. Sistema fornece recibo 
13. Cliente retira recibo 
14. Sistema libera cartão 
15. Cliente recupera cartão 
 195 
IX.16 Verbos para usar em casos de uso 
12
Verbos Informativos
\u2022 Analisar
\u2022 Descobrir
\u2022 Buscar
\u2022 Identificar
\u2022 Informar
\u2022 Monitorar
\u2022 Notificar
\u2022 Encontrar
\u2022 Consultar
\u2022 Requisitar
\u2022 Selecionar
\u2022 Especificar
\u2022 Ver
 
13
Verbos Performativos
\u2022 Conseguir
\u2022 Permitir
\u2022 Arranjar
\u2022 Mudar
\u2022 Classificar
\u2022 Definr
\u2022 Entregar
\u2022 Projetar
\u2022 Garantir
\u2022 Estabelecer
\u2022 Alcançar
\u2022 Avaliar
\u2022 Questionar
\u2022 Fazer
\u2022 Realizar
\u2022 Executar
\u2022 Providenciar
\u2022 Preencher
\u2022 Solicitar
\u2022 Aprontar
\u2022 Preparar
\u2022 Especificar
\u2022 Recuperar
\u2022 Completar
 
IX.17 Uma solução para o Problema da Livraria 
28
UCD1:
29
UCD2:
 
 196 
22
UC1: Cliente usa Livraria
\u2022 Ator Principal: Colecionador 
\u2022 Nível: 
\u2022 Cenário Principal:
\u2022 Colecionador