Engenharia de Software ENGENHARIA DE REQUISITOS

Transcrição

1 Engenharia de Software ENGENHARIA DE REQUISITOS

2 ENGENHARIA DE REQUISITOS - INTRODUÇÃO Para qualquer tipo de projeto, precisamos entender o que exatamente queremos e necessitamos.

3 ENGENHARIA DE REQUISITOS - INTRODUÇÃO

4 ENGENHARIA DE REQUISITOS - INTRODUÇÃO

5 ENGENHARIA DE REQUISITOS - INTRODUÇÃO Muitas vezes devemos entender o que o cliente quer e precisa, para então projetarmos.

6 ENGENHARIA DE REQUISITOS - INTRODUÇÃO É Fácil entender o desejo do cliente?

7 ENGENHARIA DE REQUISITOS - INTRODUÇÃO No mundo de sistemas na o e diferente

8 ENGENHARIA DE REQUISITOS - INTRODUÇÃO

9 ENGENHARIA DE REQUISITOS - INTRODUÇÃO A parte mais difícil ao construir um sistema e decidir o quê construir. Nenhuma parte do trabalho afeta tanto o sistema resultante se for feita a coisa errada. Nenhuma outra pare e mais difícil de consertar depois. Fred Brooks

10 ENGENHARIA DE REQUISITOS - INTRODUÇÃO As tarefas e te cnicas que levam a um entendimento dos requisitos e a Engenharia de requisitos. É uma aça o da engenharia de software importante que se inicia durante a atividade de comunicaça o e continua na de modelagem. Requisito: consiste da definição de uma propriedade ou comportamento que um produto ou serviço particular deve atender.

11 ENGENHARIA DE REQUISITOS - INTRODUÇÃO A a rea que cuida disso na engenharia de software e a engenharia de requisitos: Analisar; Documentar; Verificar os serviços e restriço es necessa rios para um sistema.

12 ENGENHARIA DE REQUISITOS - INTRODUÇÃO O que e? Antes de iniciar qualquer trabalho te cnico, e uma boa ideia aplicar um conjunto de tarefas de engenharia de requisitos. Estas levam a um entendimento de qual sera o impacto do software sobre o nego cio, o que o cliente quer e como os usua rios finais ira o interagir com o software.

13 ENGENHARIA DE REQUISITOS - INTRODUÇÃO Quem realiza? Engenheiros de software, tambe m conhecidos como engenheiros de sistemas ou analistas, e outros interessados nos projetos, os gerentes, clientes, usua rios finais, todos participam da engenharia de requisitos.

14 ENGENHARIA DE REQUISITOS - INTRODUÇÃO Por que e importante? Projetar e construir um programa de computador elegante que resolva o problema errado na o atende a s necessidades de ningue m. É por isso que e importante entender o que o cliente quer antes de começar a projetar e construir um sistema baseado em computador.

15 ENGENHARIA DE REQUISITOS - INTRODUÇÃO Qual e o artefato? O objetivo da engenharia de requisitos e fornecer a todas as partes um entendimento escrito do problema. Isso pode ser alcançado por meio de uma se rie de artefatos: cena rios de uso, listas de func o es e caracteri sticas, modelos de ana lise ou uma especificac a o.

16 ENGENHARIA DE REQUISITOS - INTRODUÇÃO Como garantir que o trabalho foi realizado corretamente? Os artefatos da engenharia de requisitos sa o revisados com os interessados para garantir que aquilo que voce entendeu seja realmente aquilo que eles queriam dizer. Um alerta: mesmo depois de todas as partes terem entrado em acordo, as coisas va o mudar e continuara o mudando ao longo de todo o projeto. Fonte: Pressman, 2011

17 Identifique resumidamente e descreva 4 requisitos que se podem ser definidos para um sistema de locação de filmes.

18 Tipos de Requisitos

19 ENGENHARIA DE REQUISITOS Tipos de Requisitos Requisitos de Negócio Por que o software é necessário?

20 ENGENHARIA DE REQUISITOS Tipos de Requisitos Requisitos de Negócio Requisitos de Usuário Por que o software é necessário? O que se espera fazer com o software? Requisito de Usuário: sa o declaraço es, em uma linguagem natural com diagramas, de quais serviços o sistema devera fornecer a seus usua rios e as restriço es com as quais estes deve operar.

21 ENGENHARIA DE REQUISITOS Tipos de Requisitos Requisitos de Negócio Por que o software é necessário? Requisitos de Usuário O que se espera fazer com o software? Requisitos de Software Como o software tem que se comportar? Requisitos de sistema: sa o descriço es mais detalhadas das funço es, serviços e restriço es operacionais dos sistemas de software. O documento de requisitos do sistema, tambe m chamado de especificaça o funcional, deve definir exatamente o que deve ser implementado.

22 ENGENHARIA DE REQUISITOS Tipos de Requisitos Requisitos de Negócio Por que o software é necessário? Requisitos de Usuário O que se espera fazer com o software? Requisitos de Software Como o software tem que se comportar? Funcionais Comportamentos Não Funcionais Capacidades de restrições

23 Requisitos Funcionais Requisitos não Funcionais

24 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS Requisitos são frequentemente classificados em dois tipos: Funcionais: descrevem os serviços que o sistema deve fornecer e dependem do tipo de software a ser desenvolvido, de quem são seus possi veis usuários e da abordagem geral adotada pela organização ao escrever os requisitos.

25 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS Estes requisitos descrevem funções do sistema, suas entradas e sai das, exceções, etc. Exemplo para um Sistema de Gerenciamento de Sau de Mental de Pacientes, os requisitos funcionais, são usados para manter informações sobre os pacientes em tratamento: 1. Um usuário deve ser capaz de pesquisar as listas de agendamento para todas as cli nicas. 2. O sistema deve gerar a cada dia, para cada cli nica, a lista dos pacientes para as consultas daquele dia.

26 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS Não Funcionais: são requisitos que não estão diretamente relacionados com os serviços especi ficos oferecidos pelo sistema e seus usuários. São atributos dos requisitos não funcionais: Usabilidade, confiança, desempenho, eficiência, etc. Têm um papel de suma importância durante o desenvolvimento de um sistema, podendo ser usados como critérios de seleção na escolha de alternativas de projeto, estilo arquitetural e forma de implementação.

27 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS Exemplos de requisitos não funcionais: 1. O Sistema deve estar disponi vel para todas as cli nicas durante as horas normais de trabalho (de segunda a sextafeira, das 8h30 a s 17h30), peri odo de não operação dentro do horário normal de trabalho não pode exceder cinco segundos em um dia. 2. Usuários do Sistema devem se autenticar com seus cartões de identificação da autoridade da sau de. 3. Sistema deve implementar as disposições de privacidade dos pacientes, tal como estabelecido no HStan priv

28 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS DOCUMENTOS DE REQUISITOS Conforme Sommerville (2011), o documento de requisitos de software, também chamado de especificac ão de requisitos de software, é uma declaração oficial do que os desenvolvedores do sistema devem implementar, incluindo tanto requisitos de usuários como de sistemas.

29 Exercícios

30 No contexto da análise de requisitos, confiabilidade e usabilidade são atributos de qualidade classificados como: a) requisitos funcionais. b) requisitos de domi nio. c) requisitos não funcionais. d) dependências. e) regras de negócio.

31 É um exemplo de requisito funcional para um si tio de comércio eletrônico: a) o sistema deve ser acessi vel preferencialmente por meio do navegador Mozilla Firefox. b) o sistema deve autorizar a compra por cartão de crédito em três segundos, no máximo. c) o sistema deve permitir ao usuário a escolha da forma de pagamento dos produtos. d) o sistema deve ser capaz de atender até usuários simultâneos.

32 Acerca dos conceitos de análise e projeto de sistemas em engenharia de software, julgue F ou V o item subsequente. Na atividade de levantamento de requisitos, as caracteri sticas de qualidade que o sistema deve possuir e que estão relacionadas a s suas funcionalidades são denominadas requisitos funcionais.

33 Considere a lista de requisitos, a seguir, de um sistema que será desenvolvido. 1. O sistema deverá emitir relatórios de compras a cada 15 dias. 2. O sistema só irá permitir a visualização do campo "valor máximo" para gerentes. 3. O sistema deverá fornecer diariamente o relatório de despesas. 4. O sistema não poderá excluir um fornecedor do cadastro se o fornecedor estiver inadimplente. 5. O sistema não permitirá acesso aos registros de compras após as 17 horas. Em relação a esses requisitos, é correto afirmar que: a) são todos requisitos funcionais. b) 1 e 5 são requisitos não-funcionais e 2, 3 e 4 são requisitos funcionais. c) somente o requisito 5 é não-funcional. d) 1 e 5 são requisitos funcionais e 2, 3 e 4 são requisitos não-funcionais. e) são todos requisitos não-funcionais.

34 A engenharia de requisitos abrange também os requisitos não funcionais que a) têm como um de seus tópicos os requisitos de usabilidade. b) não incluem os requisitos de desempenho do sistema. c) se aplicam apenas a sistemas computacionais de grande porte. d) definem quais são as funções que o sistema computacional deve satisfazer. e) devem ser implementado somente na fase de entrega final do sistema computacional.

35 Requisitos não-funcionais estão diretamente relacionados com a satisfação dos usuários. Assinale a alternativa que não indique um requisito não-funcional a) O sistema de arquivos deve ser protegido, para acesso, apenas, de usuários autorizados. b) O software deve ser implementado usando os conceitos de orientação a objetos. c) O tempo de desenvolvimento do software não deve ultrapassar seis meses. d) O software poderá ser executado em plataforma windows e linux. e) O software deve emitir relatórios de vendas a cada quinze dias.

36 Atividades do processo de elicitac ão e análise de requisitos

37 DOCUMENTOS DE REQUISITOS Técnicas de elicitação de requisitos: Entrevistas: podem ser formais ou informais, com o stakeholders (partes interessadas). Cena rios: pode-se dizer que são exemplos da vida real de como um sistema pode ser usado, incluindo descrição da situação inicial, fluxo normal dos possi veis acontecimentos do sistema e dos riscos (o que pode dar errado).

38 DOCUMENTOS DE REQUISITOS Técnicas de elicitação de requisitos: Caso de uso: uma técnica da Linguagem de Modelagem Unificada - UML baseada em cenários, descrevendo todas as possi veis interações com o sistema. Etnografia é uma linha da antropologia, com o intuito de coletar, interpretar e analisar dados, eficaz para a compreensão dos processos existentes. Trabalho de campo baseado na observação.

39 DOCUMENTOS DE REQUISITOS Técnicas de elicitação de requisitos: Caso de uso: uma técnica da Linguagem de Modelagem Unificada - UML baseada em cenários, descrevendo todas as possi veis interações com o sistema. Etnografia é uma linha da antropologia, com o intuito de coletar, interpretar e analisar dados, eficaz para a compreensão dos processos existentes. Trabalho de campo baseado na observação.

40 Exercícios

41 1. Faça a elicitação de requisitos de um sistema real, para isto você precisará de um stakeholders para a coleta de requisitos. Para próxima aula traga um documento com o máximo de requisitos funcionais coletados do sistema.