Requisitos de Software

Prévia do material em texto

REQUISITOS DE SOFTWARE
Objetivo da Aula
✓ Identificar e diferenciar os requisitos Funcionais e os
Requisitos Não Funcionais
✓Entender a importância do FURPS+ : Classificação de 
Requisitos;
✓Descobrir a importância dos Requisitos para a Arquitetura 
do Software
✓Saber os critérios básicos para se fazer uma elicitação de 
requisitos
Requis i tos de Softwares
O Que São Requisitos? 
• Uma condição ou capacidade necessitada por
um usuário para resolver um problema ou
atingir um objetivo (IEEE).
• Uma condição ou capacidade que deve ser
cumprida ou possuída por um sistema ou
componente do sistema para satisfazer um
contrato, padrão, especificação ou outro
documento formal imposto (IEEE).
Requis i tos de Softwares
O Que São Requisitos? 
• Características que definem os critérios de
aceitação de um produto (Wilson de Pádua).
• Propriedade que um software deve exibir para
resolver um problema do mundo real
(SWEBOK).
Requis i tos de Softwares
O Que São Requisitos? 
Requis i tos de Softwares
Engenhar ia de Requis i tos
• Uma boa engenharia de requisitos é um passo essencial
para o desenvolvimento de um bom produto.
• Requisitos bem entendidos e gerenciados, reduzem
riscos na construção de um sistema de software.
Engenhar ia de Requis i tos
Uma boa especificação de requisitos deve ser:
✓Clara e não-ambígua
✓Completa
✓Correta
✓Compreensível
✓Consistente
✓Concisa
✓Confiável
Engenhar ia de Requis i tos
Vamos olhar esse cenário 
Engenhar ia de Requis i tos
Onde pode dar errado?
Engenhar ia de Requis i tos
Onde pode dar errado?
Engenhar ia de Requis i tos
Onde pode dar errado?
Engenhar ia de Requis i tos
Onde pode dar errado?
Engenhar ia de Requis i tos
Onde pode dar errado?
Pr inc íp ios da Engenhar ia de Requis i tos
• Boas especificações de requisitos são indispensáveis.
• Não representam custos supérfluos:
mas investimentos necessários.
• A participação dos usuários é fundamental:
para que suas verdadeiras necessidades sejam atendidas.
• Uma boa especificação de requisitos;
custa tempo e dinheiro.
• A ausência de uma boa especificação de requisitos;
custa muito mais tempo e dinheiro
Falhas de Requis i tos
As falhas em requisitos estão entre as principais razões para o
fracasso de um software. Entre as principais razões destacam-se
os:
✓Requisitos mal organizados;
✓Requisitos mal expressos/identificados;
✓Requisitos desnecessários para os clientes e;
✓A dificuldade para lidar com requisitos frequentemente
mutáveis.
Falhas de Requis i tos
Como tratar os Requis i tos
• Um sistema deve ter a capacidade de atender aos seus
requisitos.
• Nosso problema é entender o problema do usuário dentro da
sua cultura, linguagem e construir sistemas que venham de
encontro às suas necessidades.
• Característica é um serviço que o sistema fornece a fim de
atender as necessidades dos usuários
• O diagrama de Casos de Uso descrevem a sequência de ações,
executados por um sistema, que resultam em valores para o
usuário.
Como tratar os Requis i tos
Requis i tos Func ionais
• Especificam ações que um sistema deve
executar, sem levar em consideração
restrições físicas.
• Dão origem a
casos de uso.
Requis i tos Func ionais
O Gerente deverá visualizar todos os
empréstimos efetuados no mês, indicando o
funcionário que disponibilizou o empréstimo, o
cliente que obteve o empréstimo e o valor
emprestado.
Exemplo de Requisito Funcional 
Requis i tos NÃO Func ionais
• Descrevem restrições desejadas ou necessárias, atributos do
sistema ou de seu ambiente.
• São também chamados de restrições ou
requisitos de qualidade.
• Determinam a arquitetura do sistema.
• Caso os requisitos não funcionais não forem satisfeitos o sistema
fica sem utilidade.
Requis i tos NÃO Func ionais
Exemplo de Requisito Não Funcional 
• O fechamento contábil do mês deverá ser
realizado em no máximo 4h para um volume
de até 40 milhões de registros.
• O sistema deverá suportar dois idiomas:
português e espanhol.
Categor ias dos Requis i tos NÃO Func ionais
• Confiabilidade, usabilidade, desempenho, suporte,
desenho, físico, implementação,
interface, segurança, entre outros.
• Categorias apoiam a identificação de requisitos não
funcionais.
Requis i tos NÃO Func ionais
FURPS+ : Classificação de Requisitos 
• Funcionalidade (Functionality);
• Usabilidade (Usability);
• Confiabilidade (Reliability);
• Desempenho (Performance);
• Suportabilidade (Supportability).
El ic i tação dos Requis i tos
ELICITAR: descobrir, tornar explícito, obter o máximo de
informações para o conhecimento do objeto em questão
Cabe à elicitação a tarefa de identificar os fatos
relacionados aos requisitos do Sistema, de forma a prover
o mais correto e o mais completo entendimento do que é
demandado daquele software
El ic i tação dos Requis i tos
A elicitação de requisitos visa identificar e descrever os
requisitos de um software a ser desenvolvido. O processo
para a elicitação de requisitos prevê primeiramente a
identificação dos objetivos gerais do software,
informações sobre os problemas atuais existentes e por
fim as necessidades que devem ser endereçadas pelo
software.
El ic i tação dos Requis i tos
Ativ idades da E l ic i tação dos Requis i tos
✓Entendimento do domínio da aplicação
– O conhecimento do domínio da aplicação é o conhecimento geral onde
o sistema será aplicado.
✓Entendimento do problema
– Os detalhes dos problemas específicos do problema do cliente onde o
sistema será aplicado deve ser entendido.
✓Entendimento do negócio
– Entender como os sistemas interagem e contribuem de forma geral com
os objetivos de negócio.
✓Entendimento das necessidades e limitações dos stakeholders do
sistema
– Entender, em detalhe, as necessidades específicas das pessoas que
requerem suporte do sistema no seu trabalho.
Negoc iação dos Requis i tos
Rastreabi l idade dos Requis i tos
Um requisito é rastreável se:
✓ é possível identificar quais são as partes do produto que existem
por causa dele:
rastreabilidade para frente.
✓ para qualquer parte do produto;
✓ é possível identificar o requisito que causou sua existência:
rastreabilidade para trás
Através da rastreabilidade é possível identificar:
✓ os relacionamentos entre os requisitos;
✓ suas fontes;
✓ os artefatos criados durante o ciclo de vida do sistema;
que são derivados do requisito.
Rastreabi l idade dos Requis i tos
✓ Auxiliar a gerência do projeto:
acompanhando a evolução dos requisitos;
registrando sua situação.
✓ Auxiliar a gerência de mudanças:
acompanhando como a alteração nos requisitos;
pode impactar em mudanças nos diversos artefatos
do projeto.
✓ Garantir a qualidade
Por quê Rastrear?
Rastreabi l idade dos Requis i tos
Rastreabi l idade dos Requis i tos
Fim