Engenharia de Requisitos

Apresentação em tema: "Engenharia de Requisitos"— Transcrição da apresentação:

1 Engenharia de Requisitos
Aula 5

2 Sumário O quê é? Identificação de requisitos
Técnicas para facilitar a identificação Especificação de requisitos A engenharia de software é uma derivação da engenharia de sistemas. A engenharia de sistemas em vez de focar só o software, foca-se em diversos elementos. É uma ciência altamente disciplinar

3 Identificação de requisitos
Antes do requisitos serem analisados, modelados ou especificados, devem ser recolhidos dalguma forma Existem vários métodos: entrevistas, análise documental, questionários, observação, workshops, etnografia A técnica mais utilizada é a entrevista No início recomenda-se fazer pergunta de formato livre focadas: no cliente, objectivos gerais e benefícios esperados na compreensão do problema na eficácia da reunião

4 Recomendações para as especificações
Separar a funcionalidade da implementação Estabelecer o âmbito de operação do software Criar modelos intuitivos Tolerar inclusão de novos requisitos e mudanças

5 Documento de especificações
Introdução: metas, objectivos e descrição do sistema no seu contexto Descrição da informação: documentação do conteúdo da informação e as suas ligações, fluxos e estrutura. Descrição de interfaces Descrição funcional: documentação das funções requeridas; o seu processo, restrições e critérios de performance. Descrição do comportamento: operação do sistema em função de eventos externos e características de controlo geradas internamente Critérios de validação: meios de reconhecimento de sucesso da implementação, classes de teste. Ver sugestão de documento no Edu-blog!

6 Revisão das especificações
Realizada conjuntamente pelo cliente e a equipa de desenvolvimento, faz parte das actividades de garantia da qualidade do software

7 Engenharia de requisitos – Para quê?
Um produto do processo da engenharia de sistemas em geral e do software em particular é a especificação do sistema Como garantir que a especificação recolhe as necessidades do cliente? A melhor solução é um sólido processo de engenharia de requisitos

8 Engenharia de requisitos - actividades
Identificação de requisitos Análise e negociação de requisitos Especificação de requisitos Modelação do sistema Validação de requisitos Gestão de requisitos

9 Identificação de requisitos (I)
Problemas Alcance Limites mal definidos Detalhes desnecessários Compreensão Não se sabe bem o que é preciso Pouca compreensão das capacidades e limitações do âmbito tecnológico Dificuldades de comunicação Omissão de informação por considera-la obvia Especificação de requisitos ambíguos ou contraditórios Volatilidade Os requisitos mudam!!!

10 Identificação de requisitos (II)
Sugestões Medir o impacto do sistema e a sua viabilidade Identificar as pessoas que irão especificar os requisitos Verificar que todos os pontos de vista sejam cobertos Definir o âmbito técnico Definir requisitos com as suas restrições de domínio i.e. Limitações na funcionalidade e performance do sistema Identificar requisitos ambíguos como candidatos para protótipos Criar cenários de uso

11 Análise e negociação de requisitos
Questões: Cada requisito é consistente com os objectivos do sistema? Tem todos os requisitos um nível apropriado de abstracção? O requisito é necessário? Cada requisito está delimitado sem ambiguidade? Existem requisitos incompatíveis com outros requisitos? É possível alcançar cada requisito no seu âmbito técnico? Os requisitos podem ser testado depois de implementados? Uma vez recolhidos os requisitos, estes agrupam-se por categorias e organizam-se x subconjuntos, se estuda cada requisito em relação ao resto, se examina a consistência, completitude e ambiguidade e se classificam em base as necessidades de cada cliente. Ao iniciar-se a análise planteam-se as questões da figura. É comum a solicitude de mais requisitos dos que se podem realizar. Também é comum a existência de requisitos contraditórios. O engenheiro de sistema deve resolver estes conflictos através dum processo de negociação.

12 Especificação de requisitos
Uma especificação pode ser um documento escrito, um modelo gráfico, um modelo matemático formal, uma colecção de cenários de uso, um protótipo ou uma combinação destes Em sistemas pequenos basta um documento escrito Para sistemas grandes ou complexos uma combinação de modelos gráficos com documentos com descrições em linguagem natural pode ser a melhor alternativa

13 Validação de requisitos
Actividade de garantia da qualidade Revisão técnica formal Visa detectar as inconsistências, ambiguidades, omissões e outros erros.

14 Gestão de requisitos Conjunto de actividades que ajudam a equipa de trabalho na identificação, controlo e monitorização dos requisitos e nas mudanças destes. Tipos de requisitos Funcional Dados Comportamento Interface Saída

15 próxima documentação importante…

16 Especificação dos Objectos
Identificação de Classes e Objectos Análise Sintáctica Gramatical Formas de Manifestação Considerações que um Analista deve ter em mente Documento do Plano de Projecto de SW A engenharia de software é uma derivação da engenharia de sistemas. A engenharia de sistemas em vez de focar só o software, foca-se em diversos elementos. É uma ciência altamente disciplinar