LIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES

Transcrição

1 LIVRO ENGENHARIA FUNDAMENTOS, MÉTODOS E PADRÕES WILSON PADUA PAULA FILHO CAPÍTULO REQUISITOS 1

2 DEFINIÇÃO DOS REQUISITOS 2

3 DEFINIÇÃO DOS REQUISISTOS Os pontos mais importantes são as identificações dos casos de uso (representações de funções algoritmias do produto) e dos atores (representações dos usuários e dos sistemas que interagem com o produto). Nos relacionamentos entre casos de uso e atores são representados através de diagramas de casos de uso, dos quais o principal é o diagrama de contexto do produto. 3

4 DEFINIÇÃO DOS REQUISISTOS CASOS DE USOS Os casos de uso representam funções completas do produto, permitindo uma visualização maior das funcionalidades do produto, gerando um ou mais benefícios para o cliente ou os usuários. O modelo de casos de uso serve de base para determinar: Classes e operações, durante a Análise; Casos de testes de aceitação, durante os Testes; Roteiros de manual de usuário, durante a Implementação. 4

5 Diagrama de Classe de Uso 5

6 Diagrama de Classe 6

7 DEFINIÇÃO DOS REQUISISTOS CASOS DE USOS Exemplo Casodeusodosistemadeinformatizaçãodeumamercearia: Gestão de Usuários Emissão de Nota Fiscal Gestão Manual de Estoque Fechamento de Caixa Operação de Venda Emissão de Relatórios Gestão de Fornecedores Abertura de Caixa Gestão de Marcadores Gestão de Pedido de Compra

8 DEFINIÇÃO DOS REQUISISTOS CASOS DE USOS Durante a Definição dos requisitos, basta resumir cada caso de uso em uma descrição resumida, sendo que os passos de seu fluxo, será descrito no Detalhamento dos requisitos funcionais, conforme tabela: Número de Ordem Caso de Uso 1 Abertura do Caixa 2 Emissão de Nota Fiscal 3 Emissão de Relatórios Descrição 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. Emissão de Nota Fiscal para o cliente da mercearia (extensão da Operação de Venda). Emissão de relatórios com as informações das bases de dados do Mercearia. Exemplo de lista de casos de uso 8

9 DEFINIÇÃO DOS REQUISISTOS CASOS DE USOS Número de Ordem Caso de Uso 4 Fechamento do Caixa Gestão de Fornecedores Gestão de Mercadorias Gestão de Pedidos de Compra Descrição Totalização das vendas do dia e mudança para o Modo de Gestão. Processamento de inclusão, exclusão e alteração de fornecedores. Processamento de inclusão, exclusão e alteração de mercadorias. Processamento de inclusão, exclusão e alteração de pedidos de compra de mercadorias. 8 Gestão de Usuários Controle de usuários que terão acesso ao Mercearia. 9 Gestão Manual de Estoque Controle manual de entrada e saída de mercadorias. 10 Operação de Venda Operação de venda ao cliente da mercearia. Exemplo de lista de casos de uso 9

10 DEFINIÇÃO DOS REQUISISTOS ATORES Os papéis dos usuários são modelados na forma de atores: Gestor de Compras Exemplo de Atores Cada ator representa uma classe de usuários definida na Especificação dos Requisitos do Software. Os atores modelam os papéis e não as pessoas dos usuários. Exemplo O mesmo usuário físico pode agir como gerente, gestor de estoques ou gestor de compras. 10

11 DEFINIÇÃO DOS REQUISISTOS ATORES Critérios de identificação dos atores: Quem está interessado em certo requisito? Onde o produto será usado? Quem se beneficiará do produto? Quem fornecerá informação ao produto? Quem usará informação do produto? Quem removerá informação do produto? Quem dará suporte e manutenção ao produto? Quais são os recursos externos usados pelo produto? Quais são os papéis desempenhados por cada usuário? Quais são os grupos de usuários que desempenham o mesmo papel? Quais são os sistemas legados com os quais o produto deve interagir? 11

12 DEFINIÇÃO DOS REQUISISTOS ATORES Para cada ator, devemos incluir uma descrição resumida das responsabilidade do respectivo papel: Número de Ordem Ator Descrição 1 Caixeiro Funcionário operador comercial de caixa. 2 Gerente 3 4 Gestão de Compras Gestão de Estoques Funcionário responsável pela abertura e fechamento do caixa, além do cadastro de usuários. 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. Funcionário responsável pela elaboração do inventario do estoque da mercearia e por manter estes níveis coerentes com as bases de dados da Mercearia. Exemplo de descrição de atores 12

13 DEFINIÇÃO DOS REQUISISTOS ATORES Deve se também identificar as características mais importantes do respectivo grupo de usuários, como: Cargo ou função; Permissão de acesso; Freqüência de uso; Nível educacional; Competência no processo de negócio; Competência em informática. 13

14 DEFINIÇÃO DOS REQUISISTOS ATORES Nº de Ordem Atores 1 Caixeiro 2 Gerente 3 4 Gestor de Compras Gestor de Estoque Permissão de Acesso Operação de Venda, Emissão de Nota Fiscal. Abertura do Caixa, Fechamento do Caixa, Gestão de Usuários. Gestão de Mercadorias, Gestão de Fornecedores Gestão Manual de Estoque. Frequência de Uso Diário em horário comercial Nível Educacional Competência na Aplicação Competência em Informática 1º Grau Operacional Aplicação Diário 2º Grau Completa Diário 3º Grau Completa Aplicação Windows XP Aplicação Windows XP Diário 1º Grau Operacional Aplicação Exemplo de descrição de características dos usuários 14

15 RELACIONAMENTOS ENTRE CASOS DE USO E ATORES Cada diagrama de casos de uso especifica os relacionamentos entre casos de uso e atores: Exemplo de casos de uso de um ator. Os relacionamentos indicam a comunicação entre os atores e os casos de uso. Um caso de uso pode estar associado a mais de um ator. Normalmente, a comunicação será representada como ligação sem direção, convencionando se, neste caso que a iniciativa de comunicação parte do ator. 15

16 RELACIONAMENTOS ENTRE CASOS DE USO E ATORES Quando a iniciativa parte do caso de uso (por exemplo: mensagens, dados enviados para outros sistemas, etc.), a comunicação deve ser direcionada para o ator: Caso exista grande número de atores, deve se procurar agrupá los em atores genéricos, que representem características comuns a vários grupos de usuários de comportamento semelhante em relação ao produto. 16

17 ONAMENTOS ENTRE CASOS DE USO E ATORES res genéricos e específicos são ligados por relacionamentos de ança. Indica se que Gerente de Vendas e Gerente de Compras alguns aspectos em comum, que são abstraídos através do ator rente.

18 ONAMENTOS ENTRE CASOS DE USO E ATORES diagramas de casos de uso podem ser simplificados, mostrando se caso de uso comum (aos atores específicos) comunicando se nas com o ator genérico, figura abaixo.

19 ONAMENTOS ENTRE CASOS DE USO E ATORES entificação dos atores auxilia na identificação dos casos de uso vantes. Normalmente expressas através de perguntas: uais são as tarefas de cada ator? uais as informações que cada ator cria, armazena, consulta, altera u remove? uais as informações que cada caso de uso cria, armazena, onsulta, altera ou remove? uais são as mudanças externas súbitas que devem ser informadas o produto pelos atores? uais ocorrências devem ser informadas a algum (s) ator (es)? uais os casos de uso que darão suporte e manutenção ao sistema?

20 DE USO E ATORES EXERCÍCIO Indo ao Banco: Defina os Atores Para cada ator defina uma característica importante: permissão de acesso; Função; Cargo; Perfil. Descreva uma relação básica entre 4 atores. Repita os passo acima para Indo a uma biblioteca.

21 DE APOIO te arquivo está disponibilizado para estudos e consultas no rmato PDF. guns estarão disponíveis para impressão, outros, somente para tura. ou