Baixe o app para aproveitar ainda mais
Prévia do material em texto
Engenharia de Requisitos Ementa Introdução à Engenharia de Software; Desenvolvimento Ágil; Engenharia de Requisitos; UML; Tarefas da Engenharia de Requisitos Concepção; Levantamento; Elaboração; Negociação; Especificação; Validação; Gestão; Técnicas para Levantamento de Requisitos Dentre as principais técnicas para levantamento de requisitos, podemos citar: Entrevistas; Questionários; Observação; Análise de documentos; Cenários; Prototipagem; Dinâmicas de Grupo; Qualidade dos Requisitos Os requisitos devem servir para ajudar a garantir o mínimo de qualidade possível, portanto, devem ser: Corretos; Precisos; Completos; Consistentes; Priorizados; Verificáveis; Modificáveis; Rastreáveis; Casos de Uso Um caso de uso é uma porção coerente de funcionalidade que um sistema pode fornecer para atores interagindo com ele; Corresponde a um conjunto de ações realizadas pelo sistema que produz um resultado observável, um valor para um ou mais atores do sistema; Um caso de uso corresponde a uma transação completa, ou seja, um usuário poderia ativar o sistema, executar o caso de uso e desativar o sistema logo em seguida, e a operação estaria completa e consistente e atenderia a uma meta desse usuário; Casos de Uso Um caso de uso reúne todo o comportamento relevante de uma parte da funcionalidade do sistema; Isso inclui o comportamento principal normal, as variações de comportamento normais, as condições de exceção e o cancelamento de uma requisição. O conjunto de casos de uso captura a funcionalidade completa do sistema; Fornecem uma abordagem para os desenvolvedores chegarem a uma compreensão comum com os usuários finais e especialistas do domínio, acerca da funcionalidade a ser provida pelo sistema Casos de Uso Os objetivos dos atores são um bom ponto de partida para a identificação de casos de uso. Pode-se propor um caso de uso para satisfazer cada um dos objetivos de cada um dos atores; A partir desses objetivos, podem-se estudar as possíveis interações do ator com o sistema e refinar o modelo de casos de uso; Cada caso de uso tem um nome. Esse nome deve capturar a essência do caso de uso. Exemplos: Cadastrar Cliente, Devolver Livro, Efetuar Pagamento de Fatura; Casos de Uso Um caso de uso é normalmente descrito por um conjunto de fluxos de eventos, capturando o fluxo de eventos principal, o fluxo de eventos típico que conduz ao objetivo do caso de uso, e fluxos de eventos alternativos, descrevendo exceções ou variantes do fluxo principal; Regras de negócio também podem ser incluídas na descrição dos casos de uso; Diagrama de Caso de Uso Representam funções completas do produto a ser desenvolvido; Possui dois componentes básicos: O caso de uso; Atores; Sua utilização é necessária para determinar: Classes e operações, durante a análise; Testes de aceitação, durante os testes; Roteiros de manual de usuário, durante a implementação; Diagrama de Caso de Uso Representação de casos de uso, usando o sistema de informação da mercearia: Emissão de Nota Fiscal Abertura de Caixa Emissão de Relatório Fechamento de Caixa Diagrama de Caso de Uso Nº de ordem Caso de uso Descrição 1 Abertura do caixa Passagem para o modo de Venda, liberando assim o caixa da mercearia para a operação de Venda. O gerente da mercearia deve informar o valor inicial deste caixa. 2 Emissão de nota fiscal Emissão de nota fiscal para o cliente da mercearia (extensão da Operação de Venda) 3 Emissão de relatório Emissão de relatórios com as informações das bases de dados da mercearia. 4 Fechamento de caixa Totalização das vendas do dia e mudança para o Modo de Gestão. Atores Os papéis do produto são modelados através de atores. Cada ator representa uma classe de usuário definida. Os atores são responsáveis por modelar os papéis, e não as pessoas; Por exemplo, o mesmo usuário em um sistema pode exercer o papel de gerente, gestor de estoque ou gestor de compras; Em alguns casos, é útil para definir atores não-humanos, para modelar outros sistemas que devam interagir com o produto em questão; Atores Caixa Gestor de compras Gestor de estoque Gerente Sistema financeiro Para cada ator deve-se incluir uma descrição sucinta de suas responsabilidades. Deve-se também identificar as características mais importantes do respectivo grupo de usuários; Atores Nº de ordem Ator Definição 1 Caixeiro Funcionário operador comercial de caixa 2 Gerente Funcionário responsável pela abertura e fechamento do caixa, além do cadastro de usuários; 3 Gestor de compras Funcionário responsável por: Cadastramento das mercadorias pertencentes ao estoque; Manter os níveis do estoque em valores acima do mínimo permitido para cada mercadoria; Emissão dos pedidos de compra da mercearia; 4 Gestor de estoque Funcionário responsável pela elaboração do inventário do estoque da mercearia e por manter esses níveis coerentes com as bases de dados. Relacionamento entre casos de uso e atores Cada diagrama de caso de uso especifica os relacionamentos entre casos de uso e atores; Esses relacionamentos indicam a existência de comunicação entre atores e módulos do sistema (caso de uso); Caso exista um grande número de atores, deve-se agrupa-los em atores genéricos, que represente características comuns a vários grupos de usuários de comportamento semelhante; Esse agrupamento é realizado ligando os semelhantes por relacionamento de herança; Relacionamento entre casos de uso e atores Controle de estoque Gestor de estoque Sistema financeiro Controle de estoque Gerenciar compras Relatórios Lembre-se que o ator não necessariamente é um usuário desse sistema. Casos de Uso Os casos de uso normalmente expressam: Quais as tarefas de cada ator; Que informação cada ator cria, armazena, consulta, altera ou remove; Que informação cada caso de uso cria, armazena, consulta, altera ou remove; Que mudanças externas devem ser informadas ao produto pelos atores; Que ocorrências no produto devem ser informadas a algum ator; Que casos de uso darão suporte e manutenção ao sistema; Quais os casos de uso necessários para cobrir todos os requisitos funcionais; Composição do Caso de Uso Nome do caso de uso; Atores principais e secundários; Contexto; Pré-condições; Pós-condições; Fluxo normal (cenário); Fluxo de exceções; Prioridade e disponibilidade; Frequência de uso; Tópicos em aberto; Entre outros... Exemplo 1 – Caso de uso e diagrama de caso de uso – Casa Segura 1 2 3 4 5 6 7 8 9 * 0 # Armado Energia Desliga Fora Dentro Máx Teste Desvio Instant Código Cia. Pronto Pânico Fora Dentro Instantâneo Desvio Não disponível 01 Alarme Verificação Fogo Caso de uso: Iniciar monitoração; Ator principal: Proprietário; Meta do contexto: Iniciar o sistema para monitorar os sensores quando o proprietário sair de casa ou permanecer dentro dela; Pré-condições: O sistema foi programado para uma senha e para reconhecer vários sensores; Disparo: O proprietário decide “iniciar” o sistema, isto é, ligar as funções de alarme; Cenário (fluxo normal): 1. Proprietário: observa o painel de controle; 2. Proprietário: insere a senha; 3. Proprietário: seleciona “dentro” ou “fora”; 4. Proprietário: observa luz vermelha do alarme indicando que o Casa Segura foi ligado; Excecões: 1. O painel de controle indica “não disponível”: o proprietário verifica todos os sensores para determinar quais estão abertos, fechando-os; 2. Senha incorreta (painel de controle soa uma vez): proprietário introduz novamente a senha correta; 3. Senha não reconhecida: o subsistema de monitoração e resposta deve ser contatado para reprogramar a senha; 4. “Dentro” é selecionado: o painel de controle soa duas vezes e a luz dentro acende; os sensores periféricos são ativados; 5. “Fora” é selecionado: o painel de controle soa três vezes e a luz fora acende: todos os sensores são ativados; Prioridade: Essencial, deve ser implementada; Quando disponível: Primeiro incremento; Frequência de uso: Muitas vezes por dia; Canal para o ator: Via interface do painel de controle; Atores secundários: Técnico de apoio, sensores; Canais para atores secundários: Técnico de apoio: linhatelefônica; Sensores: interfaces em hardware e sem fio; Tópicos em aberto: 1. Deve haver um modo de ativar o sistema sem o uso de uma senha ou com senha abreviada? 2. O painel de controle deveria mostrar mensagens de texto adicionais? 3. Quanto tempo o proprietário tem para informar a senha a partir do momento do acionamento? Ativa / desativa sistema Acessa sistema via internet Responde a evento de alarme Encontra condição de erro Reconfigura sensores e características do sistema Proprietário Administrador do sistema Sensores Exemplo 2 – Caso de uso e diagrama de caso de uso – Caixa Eletrônico Nome: Efetuar Saque Escopo: Sistema de Caixa Automático Descrição do Propósito: Este caso de uso permite que um cliente do banco efetue um saque, retirando dinheiro de sua conta bancária. Ator Primário: Cliente Interessados e Interesses: Cliente: deseja efetuar um saque. Banco: garantir que apenas o próprio cliente efetuará saques e que os valores dos saques sejam compatíveis com o limite de crédito do cliente. Pré-condições: O caixa automático deve estar conectado ao sistema bancário. Pós-condições: O saque é efetuado, debitando o valor da conta do cliente e entregando o mesmo valor para o cliente em espécie. Fluxo de Eventos Normal O cliente insere seu cartão no caixa automático, que analisa o cartão e verifica se ele é aceitável; Se o cartão é aceitável, o caixa automático solicita que o cliente informe a senha; O cliente informa a senha; O caixa automático envia os dados do cartão e da senha para o sistema bancário para validação; Se a senha estiver correta, o caixa solicita que o cliente informe o tipo de transação a ser efetuada; O cliente seleciona a opção saque e o caixa solicita que seja informada a quantia; O cliente informa a quantia a ser sacada; O caixa envia uma requisição para o sistema bancário para que seja efetuado um saque na quantia especificada; Se o saque é autorizado, as notas são preparadas e liberadas; Fluxos de Eventos de Exceção O cartão não é aceitável: Se o cartão não é aceitável, seja porque sua tarja magnética não é passível de leitura seja porque é de um tipo incompatível, uma mensagem de erro de leitura é mostrada. Senha incorreta: Se a senha informada está incorreta, uma mensagem é mostrada para o cliente que poderá entrar com a senha novamente. Caso o cliente informe três vezes senha incorreta, o cartão deverá ser bloqueado. Saque não autorizado: Se o saque não for aceito pelo sistema bancário, uma mensagem de erro é exibida e a operação é abortada. Não há dinheiro suficiente disponível no caixa eletrônico: Uma mensagem de erro é exibida e a operação é abortada. Cancelamento: O cliente pode cancelar a transação a qualquer momento, enquanto o saque não for autorizado pelo sistema bancário. Insere cartão Informa senha Escolhe opção para saque Informa a quantia para saque Alimenta caixa automático com dinheiro Cliente Mantenedor Sistema bancário Caixa Automático Solicita Senha Verifica cartão Solicita tipo de transação Valida cartão e senha Libera saque e debita valor na conta do cliente Exercício Dando continuidade ao primeiro exercício do sistema do hotel, criar um Caso de Uso e o Diagrama de Caso de Uso para o requisito Realizar Reserva e outro para o caso de uso Check-Out; Trabalho - Sistema de E-Commerce Crie um documento de especificação de requisitos para um sistema de vendas on-line, abordando inserção dos produtos no site, carrinho de compras, formas de pagamento, frete, etc. O documento deve conter obrigatoriamente os objetivos, escopo do produto, cenário atual, benefícios, casos de uso e requisitos não funcionais; Data de entrega: 26/04/2013; Individual;
Compartilhar