Marcelo Henrique dos Santos

Transcrição

1 Mestrado em Educação (em andamento) MBA em Marketing e Vendas (em andamento) Especialista em games Bacharel em Sistema de Informação marcelosantos@outlook.com

2 AULA 01 Análise de Requisitos

3 Conceitos Requisito é (são): Descrições das funções e das restrições de um sistema Definição detalhada, matematicamente formal, de uma função do sistema Sommerville p. 82 3

4 Conceitos Requisito é (são): uma descrição dos principais recursos de um produto de software, seu fluxo de informações, comportamento e atributos. Fornece uma estrutura básica para o desenvolvimento de um produto de software. O grau de compreensibilidade, precisão e rigor da descrição fornecida por um documento de requisitos de software tende a ser diretamente proporcional ao grau de qualidade do produto resultante Peters p

5 Conceitos Requirements engineering Engenharia de Requisitos é : O processo de (em relação aos requisitos): Descobrir Analisar Documentar Verificar Sommerville p. 82 5

6 Conceitos Engenharia de Requisitos é: Estabelecer quais funções são requeridas pelo sistema e as restrições sobre a operação e o desenvolvimento do sistema Sommerville p. 46 6

7 Conceitos Engenharia de Requisitos é: Um processo que envolve todas as atividades exigidas para criar e manter o documento de requisitos de sistema Sommerville p

8 Conceitos Engenharia de Requisitos objetiva: Fornecer métodos para compreender a natureza de um problema Estabelecer com exatidão o que um sistema deve fazer Sommerville p. 82 8

9 Elicitação de requisitos e análise Esta atividade divide-se em dois esforços maiores: Elicitação dos requisitos em si Técnicas de elicitação Análise do que foi elicitado Processo de análise 9

10 Técnicas de Elicitação Entrevistas Questionários Jogo de Funções Brainstorming etc... 10

11 Entrevistas Técnica direta Pode ser usada na análise do problema e na elicitação de requisitos Objetivo Entender os problemas reais e soluções potenciais das perspectivas dos usuários, clientes, etc. 11

12 Entrevistas Quem é o cliente e o usuário? Possuem necessidades diferentes? Quais são suas Capacidades Backgrounds Ambientes, etc. Qual é o problema? Como é resolvido atualmente? 12

13 Entrevistas Qual a razão para resolvê-lo? Qual o valor de uma solução bem-sucedida? Onde mais uma solução pode ser encontrada? 13

14 Questionários Aplicabilidade a mercados específicos Onde perguntas são bem definidas Hipóteses Perguntas relevantes podem ser decididas antecipadamente Leitor ouve da maneira desejada Suprime o que é bom sobre análise Úteis após uma entrevista inicial 14

15 Jogo de Funções Engenheiro de requisitos Assume a função do usuário ou cliente Cliente Entender o domínio do problema Assume a função do usuário Entender os problemas que podem passar 15

16 Brainstorming Regras para Brainstorming Estabeleça o objetivo da sessão Gere quantas idéias for possível Deixe sua imaginação livre Não admita críticas ou debates Ajuste e combine as idéias 16

17 Conhecimento da Empresa O que a empresa quer com o projeto? Por que ele está sendo proposto? Por que a empresa vai gastar dinheiro com o projeto? O projeto é realizável? A equipe de desenvolvimento tem condições de realizar este projeto? 17

18 Conhecimento da Empresa Em caso de uma empresa produtora de software para clientes externos: O cliente tem dinheiro para pagar o desenvolvimento? Há tempo disponível? Comprar ou desenvolver? Se as respostas são positivas, o passo seguinte é elaborar o sumário executivo do projeto 18

19 Que é um requisito? Tanto pode ser Uma declaração abstrata de alto nível de um serviço Como uma restrição do sistema Quanto uma especificação funcional matemática detalhada 19

20 Elicitação de Requisitos Também denominada de descoberta de requisitos Envolve pessoal objetivando descobrir o domínio de aplicação, serviços que devem ser fornecidos bem como restrições Deve envolver usuários finais, gerentes, pessoal envolvido na manutenção, especialistas no domínio, etc. 20

21 Visão dos Requisitos Requisitos do Usuário Declarações em linguagem natural com diagramas de serviços que o sistema deve oferecer e suas restrições operacionais. Escrito para os clientes Requisitos do Sistema Documento estruturado com descrições detalhadas sobre os serviços do sistema. Contrato entre cliente e fornecedor 21

22 Desafios da Análise de Requisitos Como descobrir os requisitos Como comunicar os requisitos para as outras fases e as equipes do projeto Como lembrar dos requisitos durante o desenvolvimento e verificar se foram todos atendidos Como gerenciar a mudança 22

23 Organização dos Requisitos Casos de Uso Manutenção de Conceitos (Entidades) Consultas/Relatórios 23

24 Desafios da Análise de Requisitos Como descobrir os requisitos; Como comunicar os requisitos para as outras fases ou equipes do projeto; Como lembrar dos requisitos durante o desenvolvimento e verificar se foram todos atendidos Como gerenciar a mudança 24

25 Casos de Uso Organização dos Requisitos Cada caso de uso tem uma descrição o qual descreve a funcionalidade que irá ser construída no sistema proposto. Manutenção de Conceitos Consultas/Relatórios 25

26 Requisitos Requisitos funcionais correspondem à listagem de todas as coisas primitivas ou atômicas que o sistema deve fazer para bem gerir o negócio do usuário Requisitos não funcionais são restrições que se colocam sobre como o sistema deve realizar seus requisitos funcionais 26

27 Requisitos Funcionais Requisitos funcionais evidentes são efetuados com conhecimento do usuário Requisitos funcionais ocultos são efetuados pelo sistema sem o conhecimento explícito do usuário A negação de requisito funcional evidente 27

28 Requisitos Funcionais Descreve funcionalidade e serviços do sistema Depende do Tipo do software Usuários esperados Tipo do sistema onde o software é usado 28

29 Exemplos de R.F. [RF001] Usuário pode pesquisar todo ou um subconjunto do banco de dados [RF002] Sistema deve oferecer visualizadores apropriados para o usuário ler documentos armazenados [RF003] A todo pedido deve ser associado um identificador único (PID), o qual o usuário pode copiar para a área de armazenamento permanente da conta 29

30 Requisitos Funcionais Código do requisito funcional (Ex.: F1, F2, F3,...) Nome do requisito funcional (especificação curta) Descrição (especificação longa, ou detalhamento do requisito) Evidente ou oculto? 30

31 Requisitos Não-Funcionais Definem propriedades e restrições do sistema (tempo, espaço, etc) Requisitos de processo também podem especificar o uso de determinadas linguagens de programação, método de desenvolvimento Requisitos não-funcionais podem ser mais críticos que requisitos funcionais. Não satisfaz, sistema inútil. 31

32 Requisitos Não-Funcionais Devido à sua própria definição, requisitos nãofuncionais são esperados mensuráveis Assim, deve-se associar forma de medida/referência a cada requisito nãofuncional elicitado 32

33 Medidas de Requisitos (Não-Funcionais) Propriedade Velocidade Tamanho Facilidade de uso Confiabilidade Robustez Portabilidade Medida Transações processadas/seg Tempo de resposta do usuário/evento K bytes N o de chips de RAM Tempo de treinamento N o de quadros de ajuda Tempo médio de falhas Probabilidade de indisponibilidade Taxa de ocorrência de falhas Tempo de reinício após falha Percentual de eventos causando falhas Probabilidade de corrupção de dados após falha Percentual de declarações dependentes do destino N o de sistemas destino 33

34 Tabela de Requisitos Funcionais Código do requisito funcional (Ex.: F1, F2, F3,...). Nome do requisito funcional (especificação curta). Descrição (especificação longa e detalhamento do requisito). Categoria funcional: evidente ou oculto. Código do requisito não funcional (Ex.: NF1.1, NF1.2,... NF2.1, NF2.2,...). 34

35 Classificação de R. N. F. Requisitos do Produto Produto deve comportar-se de forma particular (velocidade de execução, confiabilidade, etc.) Requisitos Organizacionais Conseqüência de políticas e procedimentos organizacionais (padrões de processo usados, requisitos de implementação, etc.) Requisitos Externos Conseqüência de fatores externos ao sistema e ao processo de desenvolvimento (legislação, etc.) 35

36 Requisitos do Produto Requisitos Não Funcionais [RNF001] Toda consulta ao B.D., baseada em código de barras, deve resultar em até 5 s Requisitos Organizacionais [RNF002] Todos os documentos entregues devem seguir o padrão de relatórios XYZ-00 Requisitos Externos [RNF003] Informações pessoais do usuário não devem ser vistas pelos operadores do sistema 36

37 Requisitos Não Funcionais Permanentes (o contrário: Transitório) Desejáveis (o contrário: Obrigatório) 37

38 Categoria de interface de implementação de eficiência de tolerância a falhas de segurança de compatibilidade etc Requisitos Não Funcionais 38

39 Requisitos Não Funcionais Associados a requisitos funcionais Suplementares Associados a qualquer requisito funcional, indistintamente 39

40 Requisitos Não Funcionais Código de requisito não funcional associado (Ex.: NF1.1, NF1.2,... NF2.1, NF2.2,...) Nome do requisito não funcional (especificação curta) Restrição: especificação (longa) do requisito não funcional, por categoria de restrição Obrigatório ou Desejável? Permanente ou Transitório? 40

41 Requisitos Funcionais e Não Funcionais Associados F1 Registrar empréstimos Oculto ( ) Descrição: O sistema deve registrar empréstimos de fitas, indicando o cliente e as fitas que foram emprestadas, bem como a data do empréstimo e valor previsto para pagamento na devolução. Requisitos Não Funcionais Nome Restrição Categoria Desejável Permanente NF1.1 Controle de A função só pode ser acessada por usuário com perfil Segurança ( ) (x) Acesso de operador ou superior. NF1.2 Identificação de As fitas devem ser identificadas por um código de Interface ( ) (x) Fitas barras NF1.3 Identificação do O cliente deverá ser identificado a partir de seu nome Interface ( ) ( ) cliente NF1.4 Tempo de O tempo para registro de cada fita deve ser inferior a Performance (x) ( ) registro um segundo. NF1.5 Janela única Todas as funções relacionadas a empréstimos devem Interface (x) (x) ser efetuadas em uma única janela F2 Calcular descontos Oculto ( x ) Descrição: O sistema deve calcular descontos nos empréstimos em função da política da empresa. Requisitos Não Funcionais Nome Restrição Categoria Desejável Permanente NF2.1 Desconto de fim Nos fins de semana, usuários que levam 4 fitas Especificação ( ) ( ) de semana pagam apenas

42 Requisitos Funcionais e Não Funcionais Com relação a F1 e F2, e para sermos mais precisos Registrar (1) empréstimo Calcular (1) desconto 42

43 Requisitos Requisitos Usuário = df Sistema Funcionais Não-funcionais Produto Organização Externo 43

44 Observações Note que, associando requisitos não-funcionais a requisitos funcionais, uma parte dos requisitos nãofuncionais é implementada na fase de elaboração Fase de construção: os demais requisitos não-funcionais e os requisitos suplementares Note também que, trabalhando com várias equipes, somente as atividades de implementação-testes são seqüênciais Atividades de análise-projeto podem ocorrer em paralelo 44

45 ATIVIDADE 01 Em duplas, desenvolvam um levantamento de requisitos de um software que o cliente (representado por um da dupla) irá solicitar, e o analista (outro da dupla) irá identificar o máximo de requisitos que o sistema proposto poderá conter. Fazer um levantamento de todos os requisitos que o sistema proporcionará Classifique-os em RNF (Requisitos não Funcionais) e RF (Requisitos Funcionais). 45

46 ATIVIDADE 02 Dê alguns exemplos de R.F.s e R.F.N.s para: 1. Sistema da padaria de pequeno porte; 2. Sistema inteligente de preenchimento do IRPF; 3. Sistema de alocação docente. 46

47 BIBLIOGRAFIA DEITEL, Paul J.; DEITEL, Harvey. Java : como programar. 8. ed. São Paulo : Pearson Prentice Hall, KURNIAWAN, Budi. Java para a Web com servlets, JSP e EJB. Rio de Janeiro: Ciência Moderna, PINHEIRO, Francisco A. C.. Fundamentos de computação e orientação a objetivos usando Java. Rio de Janeiro : LTC,