Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos. Prof. Bruno Moreno

Transcrição

1 Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos Prof. Bruno Moreno

2 Engenharia de Requisitos É, talvez, o maior problema da indústria de SW; Está relacionada com: Definição do que o sistema deve fazer; Propriedades emergentes desejáveis e essenciais Restrições quanto à operação do sisrema; Restrições quanto aos processos de desenvolvimento; 2

3 Engenharia de Requisitos Pode ser pensada como o processo de comunicação entre os clientes, usuários do SW e os desenvolvedores. 3

4 Requisitos de Software São descrições dos serviços fornecidos pelo sistema e suas restrições operacionais; Os requisitos refletem o que o sistema deve fazer para resolver algum problema do cliente. 4

5 Requisitos de Software A Engenharia de Requisitos envolve todo o processo de descobrir, analisar, documentar e verificar esses serviços e restrições Existem diferentes formas de expressar requisitos Depende do nível de abstração; Isso ocorre porque o termo requisito não é usado de maneira consistente na indústria de SW Pode ser uma simples declaração abstrata de alto nível; Pode ser uma declaração formal e detalhada. 5

6 Requisitos de Software Os requisitos podem ser classificados em diferentes níveis de abstração Requisitos de usuário Declarações, em alto nível, dos serviços esperados pelo sistema e as restrições sob as quais ele deve operar; Requisitos de sistema Definem, detalhadamente, as funções, serviços e restrições operacionais do sistema 6

7 Requisitos de Software Os Requisitos de Sistema são documentados por meio de um documento de requisitos de sistema, ou especificação funcional Este documento deve ser preciso Deve definir exatamente o que será implementado Pode ser parte do contrato entre comprador do sistema e os desenvolvedores Os requisitos de sistema são frequentemente classificados como funcionais e não funcionais; 7

8 Tipos de Requisitos Requisitos funcionais São declarações de serviços que o sistema deve fornecer; Define como o sistema deve reagir à entradas específicas e como o mesmo deve se comportar em diferentes situações; Requisitos não funcionais São restrições sobre os serviços oferecidos pelo sistema Requisitos de domínio São provenientes do domínio da aplicação do sistema Refletem características e restrições do domínio Podem ser funcionais ou não funcionais 8

9 Requisitos funcionais Expressam o que o sistema pode fazer; Exemplo de requisitos funcionais para um sistema de biblioteca O usuário deve ser capaz de fazer uma busca por livros em toda a biblioteca ou apenas em seções da biblioteca; O sistema deve fornecer telas apropriadas para o usuário ler os documentos na forma digital; Para cada pedido, deve ser alocado um identificador único (ORDER_ID) 9

10 Requisitos funcionais A especificação de requisitos funcionais deve ser completa e consistente Completa: todos os serviços devem ser definidos; Consistente: os requisitos não devem ter definições contraditórias; Em alguns casos, os requisitos funcionais também estabelecem explicitamente o que o sistema não deve fazer; 10

11 Requisitos não funcionais São aqueles requisitos que não estão diretamente ligados a funções específicas do sistema; Podem estar relacionados às propriedades emergentes do sistema Confiabilidade Tempo de resposta Espaço de armazenamento Podem definir restrições e as representações de dados usadas nas interfaces do sistema 11

12 Requisitos não funcionais Estão raramente relacionados a características individuais do sistema Podem especificar desempenho, proteção, disponibilidade e outras propriedades emergentes do sistema; São geralmente mais importantes do que os requisitos funcionais do sistema Usuários em geral encontram meios de contornar a ausência de um requisito funcional, mas uma falha no atendimento de um requisito não funcional pode comprometer o sistema como um todo. 12

13 Requisitos não funcionais Requisitos não funcionais não estão relacionados apenas com o sistema de SW a ser desenvolvido; Alguns deles podem estabelecer restrições referentes ao processo de desenvolvimento; Por exemplo Especificar padrões de qualidade que devem ser usados Especificar as ferramentas que devem ser utilizadas Descrever o processo de desenvolvimento que deve ser seguido 13

14 Requisitos não funcionais Os requisitos NF existem devido a diferentes motivos Necessidades do usuário; Restrições de orçamento; Políticas organizacionais; Necessidade de interoperabilidade com outros sistemas de SW ou HW; ou Fatores externos a organização Regulamentos, legislações, respeito a privacidade e outros 14

15 Requisitos não funcionais Tipos de requisitos NF Especificam o comportamento do produto; Exemplo: rapidez de operação do sistema. Derivados de políticas e procedimentos organizacionais; Exemplo: padrões a serem seguidos pelo sistema. Derivados de fatores externos ao sistema e aos processos Da empresa De desenvolvimento Exemplos: Leis, código de ética, etc. 15

16 Requisitos não funcionais Tipos de requisitos NF 16

17 Requisitos não funcionais Um problema comum dos RNF é que eles podem ser difíceis de serem verificados; Eles são, geralmente, definidos como metas gerais Usabilidade, capacidade do sistema de se recuperar de falhas ou resposta rápida ao usuário, por exemplo Muito depende da interpretação dos desenvolvedores 17

18 Requisitos não funcionais Exemplos de RNF (1) Requisito de produto 8.1: A interface de usuário deve ser implementada como simples HTML, sem frames ou applets de Java Requisito organizacional 8.2: O processo de desenvolvimento do sistema e os documentos a serem entregues devem estar em conformidade com o processo e produtos definidos pelo padrão XYZ. Requisitos externo 8.3: O sistema não deve revelar quaisquer informações pessoais sobre os usuários do sistema ao pessoal da biblioteca que usa o sistema, com exceção do nome e número de matrícula. 18

19 Requisitos não funcionais Exemplos de RNF (2) Meta do sistema 8.4: O sistema deve ser fácil de ser usado pelos controladores experientes e ser organizado de modo que os erros dos usuários sejam minimizados Requisito não funcional verificável Os controladores experientes devem ser capazes de usar todas as funções do sistema depois de um treinamento no total de duas horas. Após esse treinamento, o número médio de erros cometidos pelos usuários experientes não deve exceder dois por dia. 19

20 Requisitos não funcionais Sempre que possível, os RNF devem ser descritos de forma quantitativa, para que possam ser testados objetivamente. Algumas metas são impossíveis de serem traduzidas quantitativamente 20

21 Requisitos de Domínio São derivados do domínio de aplicação do sistema Podem ser novos requisitos funcionais, restringir requisitos funcionais existentes Exemplos Definição de cálculos específicos devem ser realizados; Implementação de legislações vigentes, regulamentos organizacionais, dentre outras regras; 21

22 A distinção entre os diferentes tipos de requisitos não é tão clara. 22

23 Exemplo Requisito relacionado a segurança de informação parece ser não funcional; Quando detalhado, observa-se que o mesmo é um requisito funcional: Implementação da funcionalidade de autenticação de usuário; Definição de diferentes papéis de usuários; Atribuição de diferentes tarefas aos papéis; 23