Engenharia de Requisitos Engenharia de Software Prof Dr

  • Slides: 12
Download presentation
Engenharia de Requisitos Engenharia de Software Prof. Dr. Alcides Calçavara MESTRADO EM INFORMÁTICA APLICADA

Engenharia de Requisitos Engenharia de Software Prof. Dr. Alcides Calçavara MESTRADO EM INFORMÁTICA APLICADA PUCPR - CURITIBA/PR. Aluno: Euclides Peres Farias Junior 09/11/2020 1

HISTÓRICO • A Engenharia de Requisitos surgiu com o advento da Engª. De Software,

HISTÓRICO • A Engenharia de Requisitos surgiu com o advento da Engª. De Software, pois junto com ele, apareceram métodos e técnicas que o ajudaram na administração complexa inerentes ao software; • Houveram muitas discussões entre os renomados nomes da Engª de Software, tais como BROOKS, PRESSMAN, LAMSWEERD e ROBINSON e outros, afim de determinar o que fazer p/ agregar uma técnica que viesse auxiliar os métodos de Engª; • Paralelamente ao estudo das utilização de técnicas de engª de software, a natureza dos requisitos culminaram com a distinção entre propriedades do domínio e requisitos entre requisitos do sistema e especificação do software. [LAMSWEERDE 00] • Então surgiu a ENGENHARIA DE REQUISITOS. . . 09/11/2020 2

Definições l Requisitos de Software – Sentenças que expressam as necessidades dos clientes e

Definições l Requisitos de Software – Sentenças que expressam as necessidades dos clientes e que condicionam a qualidade do software. l ENGENHARIA DE REQUISITOS “ A forma como escolhemos denominar as atividades desenvolvidas, no contexto do ciclo de vida de software, relacionada com a definição dos requisitos de um sistema”. [KOTONYA 98]. 09/11/2020 3

Condução da Engª de Requisitos l Participantes do processo; l Elicitação de requisitos; l

Condução da Engª de Requisitos l Participantes do processo; l Elicitação de requisitos; l Análise e negociação de requisitos; - Conflitos, Inconsistências e Negociação l Documentação de requisitos l Validação - Revisões, validação por protótipos, validação de modelos, testes dos requisitos. l Gerencia de requisitos 09/11/2020 - Rastreabilidade 4

Especificação de Requisitos A cada fase do ciclo de vida do software, produzi -mos

Especificação de Requisitos A cada fase do ciclo de vida do software, produzi -mos um documento contendo uma representaçãodistinta do software a ser construído. Cada um dos documentos, representam o software em um nível mais baixo de abstração, até a sua última representação seja o código fonte, de acordo com a linguagem escolhida. 09/11/2020 5

Modelo simplificado 09/11/2020 6

Modelo simplificado 09/11/2020 6

Alguns tipos de requisitos l Requisitos Funcionais – RF são requisitos diretamente ligados a

Alguns tipos de requisitos l Requisitos Funcionais – RF são requisitos diretamente ligados a funcionalidade do software. l Requisitos Não Funcionais – RNF são requisitos que expressam restrições que o software deve atender ou qualidades específicas que o software deve ter. l Requisitos-1 (Requisitos Inversos) – RIN estabelecem condições que nunca podem ocorrer. 09/11/2020 7

Exemplos l O sistema deve prover um formulário de entrada para a entrada dos

Exemplos l O sistema deve prover um formulário de entrada para a entrada dos resultados testes clínicos de um paciente. (RF) l O sistema deve emitir um recibo para o cliente, com o tempo máximo de 8 segundos após a transação. (RF, RNF de performance). l O sistema não pode apagar informação de um cliente (RIN). 09/11/2020 8

Atributos de uma boa especificação l Clareza l ! Ambígua l Completa l Simples

Atributos de uma boa especificação l Clareza l ! Ambígua l Completa l Simples l Bem escrita l - alguns exemplos a seguir. . . 09/11/2020 9

Clareza Um requisito claro Tipo de usuário O engenheiro de teste… Resultado desejado …simula…

Clareza Um requisito claro Tipo de usuário O engenheiro de teste… Resultado desejado …simula… Objeto …erros de componente …. Condições …utilizando as funções de teste QQ e TT. Um requisito vago Em geral o sistema… Precisa ou não? … deve ser capaz… Quais? …de diagnosticar possíveis erros… Como verificar isto? … em um prazoável. 09/11/2020 10

Ambiguidade l “O sistema deve enviar relatórios de produtividade dos programadores, analistas ou desenvolvedores

Ambiguidade l “O sistema deve enviar relatórios de produtividade dos programadores, analistas ou desenvolvedores do projeto mensalmente ou quando requisitado. ” l "Realizar rotina de importação de dados periódica de preço de fluido“ l "Identificar e associar as intervenções que são complementares às outras" l O sistema deve emitir uma mensagem de atenção visual ou auditiva no evento de falha do sistema de refrigeração. 09/11/2020 11

BIBLIOGRAFIAS l KOOGAN, Karin Breitman - 2002 www. inf. puc-rio. br/~karin. l LAMSWEEDE, Alex

BIBLIOGRAFIAS l KOOGAN, Karin Breitman - 2002 www. inf. puc-rio. br/~karin. l LAMSWEEDE, Alex van. Proc. Of the 22ª Internacional Conference on Software Engeenring June, 2000, Limerick Ireland. JACKSON, Micjael, Sopftware Requirements and Specifications Addison Wesley - 1995. l 09/11/2020 12