Engenharia de Requisitos

Engenharia de Requisitos

Parte 01

1
Prof Tavares
 Engenharia de Requisitos

Atividades típicas de um PDS

• Levantamento de requisitos
Engenharia de requisitos
• Análise de requisitos
• Projeto
• Implementação
• Testes
• Implantação

2
Prof Tavares
 Engenharia de Requisitos

Engenharia de Requisitos
• Processo de descobrir, analisar, documentar e verificar os
serviços fornecidos pelo sistema e suas restrições
operacionais.
• Parte do Processo de Desenvolvimento de Software.

3
Prof Tavares
 Engenharia de Requisitos

Requisitos como
documentação de
uma necessidade
a ser satisfeita ou
uma propriedade
de um produto

4
Prof Tavares
 Engenharia de Requisitos

Requisito de software
• Corresponde a uma descrição de um serviço a ser fornecido pelo
sistema ou uma restrição operacional .
• Uma condição ou capacidade que deve ser alcançada ou
possuída por um sistema, produto, serviço, resultado ou
componente para satisfazer um contrato, padrão, especificação
ou outro documento formalmente imposto.

Prof Tavares
 Engenharia de Requisitos

Requisito de software
• A especificação de requisitos é um contrato entre clientes e
equipe de desenvolvimento, devendo esclarecer aos clientes o que
será entregue como produto do trabalho da equipe de
desenvolvimento.
• Esses clientes devem ser capazes de compreender a mensagem e
fornecer feedback sobre eventuais falhas na especificação, para
que estas sejam corrigidas de imediato, antes que trabalho errado
seja produzido mais tarde no projeto.
• O objetivo principal da especificação é documentar de forma fiel e
completa todas as necessidades dos clientes e obter um aceite
(aprovação) sobre o que se está propondo entregar em termos de
produto.
6

Prof Tavares
 Engenharia de Requisitos

Especificação de requisitos para quem?

▪ Dois tipos de leitores principais: clientes e membros da equipe de

desenvolvimento.

▪ Em relação aos clientes, quase nunca isso abrange uma única

pessoa ou somente o usuário final. Um software costuma ter
vários tipos de usuário. Um projeto tem interessados em várias
unidades organizacionais da empresa.

▪ O desafio é construir uma visão da especificação de requisitos que

seja compreendida por essas várias pessoas presentes no lado
cliente da história. 7

Prof Tavares
 Engenharia de Requisitos

Rastreabilidade dos requisitos

• Uma especificação rastreável é aquela que estabelece relação entre

requisitos, suas origens e produtos derivados. Isso torna a especificação
mais modificável, mais fácil de verificar se está correta e completa, além de
facilitar a análise de impacto das mudanças.

• A rastreabilidade auxilia a verificar a conformidade do produto com os

requisitos, seja identificando requisitos que estão faltando (especificação
incompleta) ou sobrando (especificação incorreta). A rastreabilidade
também ajuda a identificar se todos os objetivos de negócio estão cobertos
pelos requisitos e produtos gerados, prevenindo insatisfações das partes
interessadas.

8
Prof Tavares
 Engenharia de Requisitos

Correta
▪ Uma especificação de requisitos é correta quando cada requisito especificado ajuda a
satisfazer ao menos uma necessidade ou demanda legítima do negócio presente nos
objetivos do projeto.
▪ O vínculo (ou rastreabilidade) dos requisitos na especificação para as necessidades de
negócio facilita a verificação se todos os requisitos estão corretos.
▪ Um requisito presente na especificação que não tem relação alguma com nenhuma
necessidade de negócio é um requisito incorreto.

Completa
▪ Todos os elementos significativos do domínio do problema devem ser descritos. Exemplos:
✓ Funcionalidades, aspectos de qualidade, restrições de projeto e interfaces externas.
✓ Definição de todo comportamento de resposta para cada tipo de entrada possível
para o software.
✓ Rótulos e referências para todas as figuras, tabelas e diagramas presentes na
especificação.

9
Prof Tavares
 Engenharia de Requisitos

Tipos de Requisitos

• Funcionais
• Não funcionais
• Domínio

10

Prof Tavares
 Engenharia de Requisitos

Requisitos Funcionais

• São as declarações de serviços que o sistema deve fornecer,

como o sistema deve reagir a entradas específicas e como o
sistema deve se comportar em determinadas situações.

• Definem as funcionalidades do sistema.

• Descrevem o que o sistema deve fazer.

11
Prof Tavares
 Engenharia de Requisitos

Requisitos Funcionais
Exemplo:

Grau de prioridade
Função da adição de valor que o desenvolvimento do
requisito trouxer ao usuário
12
Prof Tavares
 Engenharia de Requisitos

Requisitos Não funcionais

• São restrições sobre os serviços ou funções oferecidas pelo

sistema.

13
Prof Tavares
 Engenharia de Requisitos

Requisitos Não funcionais

• Requisitos de produtos: especificam o comportamento do

produto.

• Requisitos organizacionais: procedentes de políticas e

procedimentos nas organizações do cliente e do desenvolvedor.

• Requisitos externos: abrange os requisitos procedentes de fatores

externos ao sistema e a seu processo de desenvolvimento.

14
Prof Tavares
 Engenharia de Requisitos

Requisitos Não Funcionais

Requisitos
Não funcionais

Produto Organizacionais Externos

Interopera-
Éticos
Eficiência Confiabilidade Portabilidade bilidade

Legislativos
Usabilidade Implemen-
Entrega Padrões
tação

Privacidade Segurança

15
Prof Tavares
 Engenharia de Requisitos

Requisitos Não funcionais

• Incluem, ainda, as caracteríticas de qualidade que o sistema

deve possuir, devendo estas serem expressas quantitativamente,
por meio de métricas que possam ser testadas.

• As medições deverão ser feitas durante o teste de sistema, com

a finalidade de se determinar se o sistema cumpre ou não com
os requisitos.

16
Prof Tavares
 Engenharia de Requisitos

Propriedade Métrica para Especificar Requisito Não Funcional

Velocidade Transações processadas/segundo
Tempo de resposta ao evento/usuário
Tempo de refresh de tela
Tamanho K bytes
RAM
Facilidade de uso Tempo de treinamento
Número de frames de ajuda
Confiabilidade Tempo médio para falhar
Probabilidade de indisponibilidade
Taxa de ocorrência de falhas
Disponibilidade
Robustez Tempo de reinício depois de uma falha
Porcentagem de eventos que causam falhas
Probabilidade de que os dados sejam corrompidos por falhas

Portabilidade Porcentagem de declarações dependentes de sistemas-alvo

Número de sistemas-alvo 17
Prof Tavares
 Engenharia de Requisitos

Requisitos de Domínio: Regras de negócio

• Requisitos que se originam do domínio de aplicação do sistema,
em vez das necessidades específicas dos usuários do sistema.
• Podem ser requisitos funcionais novos (1), restrições sobre
requisitos existentes (2) ou computações específicas(3).
• Exemplos de requisitos de domínio:
1) Devido às restrições de direitos autorais, algumas classes de
documentos serão excluídas após a impressão.
2) Um aluno pode se matricular em uma disciplina desde que ele tenha
sido aprovado nas disciplinas consideradas pré-requisitos.
3) O cálculo da média final de cada aluno é dado pela fórmula: (Nota1 * 2
+ Nota2 * 3)/5.

18
Prof Tavares
 Engenharia de Requisitos

“A qualidade é conformidade aos requisitos”

19
Prof Tavares
 Engenharia de Requisitos

Até a próxima!!

20
Prof Tavares