Introdução a
Engenharia
de Requisitos
Semestre 2025.1 (30/05/2025)
Introduzir a noção de requisitos do
sistema e o processo da engenharia de
requisitos.
Explicar como a engenharia de
Objetivos requisitos se encaixa no processo mais
abrangente da engenharia de sistemas
Explicar a importância do documento
de requisitos
• Definem o que é solicitado ao sistema fazer e com quais
limitações ele é requisitado a operar.
• Por exemplo:
• O sistema deve manter registro de todos os materiais
da biblioteca incluindo livros, séries, jornais e revistas,
fitas de vídeo e áudio, relatórios, coleções de
Requisitos transparências, discos de computadores, e CD-ROMs.
• O sistema deve permitir os usuários pesquisarem um
item através do título, autor ou ISBN.
do Sistema • A interface de usuário do sistema deve ser
implementada usando um browser de WWW (World-
Wide-Web)
• O sistema deve suportar pelo menos 20 transações
por segundo.
• As facilidades do sistema que estão disponíveis para o
público devem ser demonstradas em 10 minutes ou
menos.
Tipos de Requisitos
Requisitos bem gerais que Requisitos funcionais que Requisitos de
dizem em termos amplos definem parte da implementação que
o que os sistemas têm funcionalidade do dizem como o sistema
que fazer. sistema. deve ser implementado.
Requisitos de Requisitos de usabilidade
performance que que especificam o tempo
especificam a máximo o aceitável para
performance mínima demonstrar o uso do
aceitável do sistema. sistema.
Tipos de • De modo geral:
• Requisitos Funcionais que definem parte
Requisitos da funcionalidade do sistema.
• Requisitos Não Funcionais que dizem
respeito a restrições, aspectos de
desempenho, interfaces com o usuário,
confiabilidade, segurança,
manutenibilidade, portabilidade, padrões
• Requisitos Organizacionais que dizem
respeito às metas da empresa, suas
políticas estratégicas adotadas, os
empregados da empresa com seus
respectivos objetivos; enfim toda a
estrutura da organização.
• O usuário pode pesquisar todo ou um sub-
conjunto do banco de dados
Requisitos • O sistema deve oferecer telas apropriadas
para o usuário ler documentos armazenados
Funcionais • Cada pedido deve ser associado a um
(exemplo) identificador único (PID), o qual o usuário
pode copiar para a área de armazenamento
permanente da conta
• Um usuário deve ser capaz de pesquisar as
listas de agendamentos para todas as
clínicas.
Requisitos • O sistema deve gerar a cada dia, para cada
Funcionais clínica, a lista dos pacientes para as
consultas daquele dia.
(exemplo2) • Cada membro da equipe que usa o sistema
deve ser identificado apenas por seu
número de oito dígitos.
• Definem propriedades e restrições do sistema:
Requisitos não • Exemplos: segurança, desempenho, espaço em
disco
Funcionais • Podem ser do sistema todo ou de partes do
sistema
• Requisitos não-funcionais podem ser mais
críticos que requisitos funcionais
• Se não satisfaz, o sistema é inútil
Tipos de Requisitos não Funcionais
• Requisito de produto: o sistema “MHC-PMS”
deve estar disponível para todas as clínicas
durante as horas normais de trabalho (segunda
a sexta-feira, 8h30 às 17h30). Períodos de não
operação dentro do horário normal de trabalho
Exemplos de não podem exceder cinco segundos em um dia.
requisitos • Requisito organizacional: Usuários do sistema
“MHC-PMS” devem se autenticar com seus
não cartões de identificação da autoridade da
funcionais saúde.
• Requisito externo: o sistema deve implementar
as disposições de privacidade dos pacientes, tal
como estabelecido no regimento “HStan-03-
2006-priv”.
Problemas dos Requisitos
• Os requisitos não refletirem as reais necessidades dos clientes do
sistema.
• Os requisitos serem inconsistentes e/ou incompletos.
• O custo alto para se fazer mudanças de requisitos depois de terem
sido concordados.
• Existirem mal entendidos entre clientes, aqueles que desenvolvem os
requisitos do sistema e os engenheiros de software que desenvolvem
ou mantêm o sistema.
Questões mais freqüentemente perguntadas
sobre requisitos (FAQS)
• O que são requisitos?
• Uma descrição de um serviço ou de uma limitação
• O que é a engenharia de requisitos?
• O processo envolvido no desenvolvimento de requisitos de um sistema
• Quanto custa a engenharia de requisitos?
• Cerca de 15% dos custos do desenvolvimento do sistema.
• 40% do percentual de erros
detectados nos sistemas, deve-se
a especificações mal feitas.
Questões mais
Freqüentemente
Perguntadas 45%
40%
40% Especificação
Projeto
sobre Requisitos 35%
30%
30% 30%
Codificação
(FAQS) 25%
20%
15%
10%
5%
0%
% total erros
FAQs Continuação
O que é o processo de • Um conjunto estruturado de atividades envolvidas
engenharia de requisitos? no desenvolvimento dos requisitos do sistema
O que acontece quando os • Os sistema atrasam, ficam não confiáveis e não
requisitos estão errados? satisfazem as necessidades dos clientes.
Existe um processo de • Não - os processos precisam ser adaptados as
engenharia de requisitos ideal? necessidades organizacionais.
O que é um documento de
requisitos?
• Um descrição formal dos requisitos do sistema.
FAQs Continuação
O que são stakeholders • Qualquer pessoa afetada de alguma forma pelo
do sistema? sistema.
Qual é o relacionamento • Requisitos e projeto são interligados. Idealmente eles
entre requisitos e deveriam ser separados, mas na prática isto é
projeto? impossível.
O que é gerenciamento • O processo envolvido no gerenciamento das mudanças
dos requisitos? dos requisitos
Documento de Requisitos
• É um documento formal usado para comunicar os requisitos aos
clientes, engenheiros e gerentes.
• O documento de requisitos descreve:
• Os serviços e funções que o sistema deve prover;
• As limitações sobre as quais o sistema deve operar;
• Propriedades gerais do sistema, isto é limitações nas propriedades
emergentes;
• Definições de outros sistemas com o qual o sistema deve se integrar.
Documento de Requisitos
• O documento de requisitos descreve (Cont.):
• Informações sobre o domínio da aplicação do sistema; Ex.: como calcular um
certo tipo de computação
• Limitações nos processos usados para desenvolver o sistema;
• Descrições sobre o hardware no qual o sistema irá executar.
• Adicionalmente, deverá sempre conter uma capítulo introdutório
que provê um resumo do sistema, necessidades de negócio
suportadas pelo sistema e um glossário que explica a terminologia
usada.
Usuários de um documento de engenharia de requisitos
Exemplo em
Exemplo de requisitos para o sistema de software de
Linguagem bomba de insulina. (retirado de Sommerville, pág. 67)
Natural
Exemplo em Uma especificação estruturada de um requisito
Linguagem para uma bomba de insulina.
(retirado de Sommerville, pág. 68)
Estruturada
Exemplo em Especificação tabular de processamento para uma
bomba de insulina. (retirado de Sommerville, pág. 69)
Forma Tabular
A estrutura do Documento de Requisitos
• Padrão IEEE/ANSI 830-1993 uma estrutura para o documento de requisitos
• Introdução
1.1 Propósito do documento de Requisitos
1.2 Escopo do produto
1.3 Definições, acrônimos e abreviações
1.4 Referencias
1.5 Resumo do resto do documento
Mais detalhes no
Livro do Sommervile
na pág. 65
O padrão do IEEE é genérico e
pretende ser aplicado em uma variada
gama de documentos de requisitos.
Adaptando Em geral, nem todas as partes do
documento são necessárias para todos
um Padrão os documentos de requisitos.
Cada organização deverá adaptar o
padrão de acordo com o tipo de
sistema que desenvolve.
Escrevendo Requisitos são geralmente
escritos como textos em
requisitos linguagem natural
complementados por
diagramas e equações. Uso de cláusulas
condicionais complexas
que podem confundir;
Problemas com os Terminologia
requisitos inconsistente;
Os escritores assumem
que os leitores possuem
conhecimento do
domínio.
• Requisitos são lidos mais
freqüentemente do que são
escritos. Você deverá investir tempo
lendo e entendendo os requisitos.
• Não assuma que todos os leitores
O essencial da dos requisitos tenham o mesmo
background e usem a mesma
escrita terminologia sua.
• Permita tempo para revisão e
refeita do documento de requisitos.
• Defina templates (modelos) padrões para
descrição de requisitos;
• Use a linguagem de forma simples,
consistente e concisa;
Escrevendo • Use diagramas de forma apropriada;
diretrizes • Complemente a linguagem natural com
outras descrições de requisitos;
• Especifique requisitos de forma
quantitativa.
Pontos • Requisitos definem o que o
sistema deve prover e define os
Principais limites do sistema;
• Problemas nos requisitos causam
a entrega tardia dos sistemas e
solicitações de mudanças depois
que o sistema estiver em uso;
• Engenharia de requisitos diz
respeito a elicitação, análise e
documentação dos requisitos do
sistema.
Pontos Engenharia de sistemas diz respeito ao
sistema como um todo, incluindo
Principais hardware, software e processos
operacionais;
O documento de requisitos é a
especificação definitiva para os clientes,
engenheiros e gerentes;
O documento de requisitos deve incluir
um resumo, glossário, definição de
requisitos funcionais e limitações
operacionais.
