Engenharia de Software com o RUP - Workflow de Requisitos

Apresentação em tema: "Engenharia de Software com o RUP - Workflow de Requisitos"— Transcrição da apresentação:

1 Engenharia de Software com o RUP - Workflow de Requisitos
Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro de Informática Universidade Federal de Pernambuco

2 Objetivos: Entender os conceitos básicos do workflow de Requisitos e como eles afetam a Análise e Projeto Entender como ler e interpretar os artefatos gerados por este workflow e que são usados como ponto inicial pelo workflow de Análise e Projeto

3 Tópicos Cobertos Introdução Conceitos Chave Descrição do Problema
Glossário Modelo de caso de uso Especificações Suplementares O Fluxo de Requisitos Checklists Estrutura de Documento de Requisitos

4 Finalidade do Workflow de Requisitos
A finalidade deste workflow é: Chegar a um acordo com o cliente e o usuário sobre o que o sistema deve fazer. Oferecer ao desenvolvedor um melhor entendimento dos requisitos do sistema. Delimitar o sistema. Prover uma base para o plaejamento do conteúdo técnico das iterações. Definir uma interface do sistema com o usuário.

5 Artefatos Relevantes do Workflow de Requisitos
Modelo de caso de uso Glossário Atores Casos de Uso Descrição do Problema ... Especificações Suplementares Especificações de Caso de Uso

6 Tópicos Cobertos Introdução Conceitos Chave Descrição do Problema
Glossário Modelo de caso de uso Especificações Suplementares O Fluxo de Requisitos Checklists Estrutura de Documento de Requisitos

7 Conceitos do Modelo de caso de uso: Ator
Atores são Externos ao sistema

8 Um usuário pode desempenhar diferentes papéis
Carlos como estudante Carlos Carlos como professor Estudante Professor

9 Atores e Fronteiras do Sistema
Cliente Sistema Bancário Sistema ATM Limites do sistema? Caixa

10 Conceitos no Modelo de caso de uso: caso de uso

11 Pacotes no Modelo de caso de uso

12 Tópicos Cobertos Introdução Conceitos Chave Descrição do Problema
Glossário Modelo de caso de uso Especificações Suplementares O Fluxo de Requisitos Checklists Estrutura de Documento de Requisitos

13 Descrição do Problema Mostra a descrição geral do problema a ser resolvido com o sistema, bem como as funcionalidades básicas do sistema.

14 Tópicos Cobertos Introdução Conceitos Chave Descrição do Problema
Glossário Modelo de caso de uso Especificações Suplementares O Fluxo de Requisitos Checklists Estrutura de Documento de Requisitos

15 Glossário Introdução Termos Glossário

16 Tópicos Cobertos Introdução Conceitos Chave Descrição do Problema
Glossário Modelo de caso de uso Especificações Suplementares O Fluxo de Requisitos Checklists Estrutura de Documento de Requisitos

17 Modelo de caso de uso Introdução Breve Descrição
Pacotes de caso de usos Use Cases Atores Relacionamentos Diagramas Visão de caso de uso Modelo de caso de uso Atores Casos de Uso Especificações de Caso de Uso

18 Modelo de caso de uso Use Cases direcionam o trabalho desde os requisitos até os testes Verificado por Realizado por Implementado por

19 Exemplo do Modelo de caso de uso: Diagrama de caso de uso
Faz o Login Mantém as informações dos professores Secretária Visualiza relatórios Estudante Mantém as Informações dos estudantes Matricula-se em Cursos Catálogo de Cursos Fecha as matrículas Seleciona cursos para ensinar Sistema de Cobrança Professor Submete as notas

20 Exemplo do Modelo de caso de uso: Diagrama de caso de uso
Transferir entre contas Cliente Realizar depósito Sacar dinheiro Consultar saldo Solicitar extrato Alterar senha

21 Use Case Nome Breve descrição Fluxos de eventos Relacionamentos
Diagramas de Atividade e Diagramas de Estado Diagramas de caso de uso Requisitos especiais Precondições Póscondições Outros diagramas Modelo de caso de uso Atores Casos de Uso ... Especificações de Use Case

22 Fluxos de Eventos de caso de usos
Um fluxo normal Diversos fluxos alternativos Variantes regulares Casos incomuns Fluxos excepcionais para manipular situações de erro Fluxo normal

23 Cenários Em UML significa caminho único através de um caso de uso.
Uma instância de um caso de uso Exemplo (Sacar dinheiro): Saque com sucesso Tentativa de saque MAS senha incorreta Tentativa de saque MAS saldo insuficiente

24 Cenários Uma instância de um use case.

25 Diagrama de atividades
Para representar graficamente o fluxo de eventos (fluxo básico + fluxos alternativos) Às vezes um desenho fala mais que 1000 palavras! É composto de: atividades transições decisões

26 Diagrama de atividades
São um caso especial dos Diagramas de Estados, com a maioria das transições resultantes do término das atividades. São semelhantes aos antigos fluxogramas. São muito usados para modelar atividades concorrentes.

27 Diagrama de atividades: exemplo

28 Diagrama de atividades: exemplo

29 Tópicos Cobertos Introdução Conceitos Chave Descrição do Problema
Glossário Modelo de caso de uso Especificações Suplementares O Fluxo de Requisitos Checklists Estrutura de Documento de Requisitos

30 Especificações Suplementares
Funcionalidade (associada a todos ou vários caso de usos) Requisitos Não-Funcionais: Confiabilidade Desempenho (performance) Segurança Distribuição Adequação a Padrões Restrições de Hardware e Software Especificações Suplementares

31 Usabilidade (Facilidade de uso)
Relacionada com: interface com o usuário, material de treinamento e documentação do sistema. Exemplos: help instalação automática

32 Confiabilidade Freqüência e severidade de falhas
Habilidade de recuperação das falhas Corretude do sistema Exemplos disponibilidade 24/7 prazo de tolerância máxima para volta do sistema freqüência, severidade de falhas do sistema e habilidade de recuperação das mesmas, bem como à corretude do sistema. Alguns exemplos de requisitos de confiabilidade são: a tecnologia utilizada deve permitir a disponibilidade do sistema 24h por dia, 7 dias por semana, nos casos em que o sistema ficar indisponível ele deve voltar a operar num prazo máximo de 48h, etc.

33 Desempenho Velocidade Eficiência Tempo de resposta Uso de recursos

34 Segurança Privacidade Autenticidade dos dados do sistema.

35 Distribuição Requisitos associados à distribuição da versão executável do sistema. Crítico para sistemas com grande volume de usuários. Requisitos não funcionais associados à distribuição da versão executável do sistema e a adaptações que devem ser feitas no site do produto na época de seu lançamento. Esses requisitos são particularmente importantes em sistemas com um grande volume de usuários. Alguns exemplos de requisitos de distribuição são: a distribuição da versão final do sistema deve ser feita através da Web, a versão final do sistema deve ser instalada nos servidores das diversas regiões da Receita e daí propagadas para as delegacias, o site do produto desenvolvido deve conter uma chamada na página principal anunciando o lançamento do produto, etc.

36 Adequação a Padrões Interface gráfica Desenvolvimento de componentes
Referenciar documento que define padrão Requisitos não funcionais associados à padrões ou normas que devem ser seguidos pelo sistema ou pelo seu processo de desenvolvimento. Se você mencionar outros documentos, não esqueça de listá-los na seção . Alguns exemplos de requisitos de adequação a padrões são: a interface gráfica do sistema deve seguir o padrão relatado na Norma Técnica No 254, os relatórios devem seguir o padrão relatado na Instrução Normativa AB/123, os cálculos de dedução do INSS devem seguir a lei No 523, do Diário Oficial de 12/08/1996, etc.

37 Restrições de Hardware e Software
Plataforma cliente Windows Web Plataforma servidor sistema operacional banco de dados Protocolo de comunicação etc. Esta seção deve descrever os requisitos não funcionais associados ao software e hardware usados para desenvolver ou para executar o sistema. Alguns exemplos de requisitos de software e hardware são: o software cliente deve executar nos sistema operacional Windows 98, o software servidor deve executar em uma máquina Sun 246 com sistema operacional Solaris versão 5.2 ou superior, o sistema deve ser implementado em Java, o espaço em disco ocupado pela versão final do software cliente não deve exceder 1.44 MB, etc.