DIRETRIZES PARA ESPECIFICAÇÃO DOS
REQUISITOS DO SOFTWARE
(IEEE std 830/1984)
Disciplina: Engenharia de Software I
Profª: Thelma e Marcelo
IEEE
Institute of Electrical and Eletronics Engineers.
Criada pelo Instituto de Engenheiros Elétricos e
Eletrônicos /NY/USA – usada como padrão
metodológico.
Normas utilizadas como roteiro para a criação da
Especificação dos Requisitos do Software
(ERS/SRS) – 1º documento gerado pelo
processo de análise de sistemas dedicado ao
software.
INTRODUÇÃO
Análise de Sistemas:
Identificação das necessidades do usuário
 Avaliação da viabilidade
 Alocação recursos
 Limites de custo e tempo
 Criação de uma definição do sistema –
fundamento
para
o
trabalho
de
desenvolvimento

ANÁLISE DE REQUISITOS
Levantamento dos dados, entrevistas
Reconhecimento do problema
Detalhamento e refinamento dos objetivos
Descrição do produto – 1ª visualização da
solução
Especificação dos requisitos
Revisão
ERS
Documento que permite ao cliente descrever
suas necessidades e ao desenvolvedor
compreendê-las.
Define todos os requisitos que devem compor o
software.
Estabelece uma base para o acordo entre
clientes e desenvolvedores sobre o que o
software fará.
RECOMENDAÇÕES...
NATUREZA DA ERS






É uma especificação de produto de software que
realiza certas funções em um ambiente específico.
Funcionalidade: O que o software pretende fazer?
Interfaces Externas: Como o software interage com
as pessoas, hardware, outros hardwares, outros
softwares
Performance: como deve ser a velocidade,
disponibilidade, o tempo de resposta , tempo de
recuperação das várias funções do software
Atributos: considerações sobre portabilidade,
manutenibilidade, segurança?
Limites impostos: linguagem de programação,
integridade do BD, limitação de recursos, ambientes
operacionais
RECOMENDAÇÕES
AMBIENTE DA ERS: (circunstâncias)
Definir corretamente os requisitos
 Não
descrever
qualquer
detalhe
implementação
 Não estabelecer limites adicionais

de
CARACTERÍSTICAS...
Uma ERS é:



Correta: quando cada requisito expresso nela for
encontrado no software também;
Não Obscura: quando cada requisito declarado
nela tiver uma só interpretação; deve ser clara;
sem erros de linguagem.
Completa: quando contém todos os requisitos
significantes; definição de todas as entradas e
saídas; definição e referência de todas as tabelas,
figuras, diagramas, termos e unidades de moeda;
quando não há TBD (to be determined)
CARACTERÍSTICAS





Consistente: quando não há conflito entre os
requisitos;
Estabelecer Grau de Importância: quando cada
requisito identificar seu grau de importância em
relação a outro (uns são essenciais, outros
desejáveis);
Verificável: quando for possível checar cada
requisito;
Modificável: quando os requisitos podem ser
facilmente
alterados
completamente
e
consistentemente;
Rastreável: quando o código e o desenho são
modificados é possível rastrear para frente e para
traz para acertar a ERS.
PARTES DA ERS
1ª PARTE:
1. Introdução
1.1 Objetivo Geral
1.2 Escopo
1.3 Definições, Siglas e Abreviações
1.4 Referências
1.5 Visão Geral
1. INTRODUÇÃO
Deve fornecer uma visão geral da ERS inteira.
1.1. OBJETIVO GERAL


Delinear o objetivo da ERS
Especificar o público alvo
1.2. ESCOPO




Delinear os objetivos específicos;
Identificar o produto do software a ser produzido;
Explicar o que o produto de software fará e o que não;
Explicar os benefícios relevantes;
1. INTRODUÇÃO
1.3. DEFINIÇÃO, SIGLAS E ABREVIAÇÕES
 definições de termos, siglas e abreviações
necessárias para interpretar apropriadamente a
ERS.
1.4. REFERÊNCIAS
 Lista
completa de todos os documentos
referenciados;
 Identificação de cada documento contendo
título, nº, data, etc.
 Especificação das origens das referências;
 Os documentos referenciados devem estar no
Apêndice.
Exemplos
Siglas:



SILAF – Sistema de Lançamento para Folha de Pagamento
Base de dados – grande quantidade de informações
armazenadas
Núcleo de Pessoal – Recursos Humanos
Exemplos de Referências
Núme
ro
Título
Data da
aquisição
Responsável pelo
fornecimento
1
Ficha de controle de
freqüência
27/02/2003
Maria Ap. M. de Moraes
(Diretora de serviço)
2
Declaração de
encargos de família
para imposto de
renda
27/02/2003
Maria Ap. M. de Moraes
(Diretora de serviço)
1. INTRODUÇÃO
1.5. VISÃO GERAL
 Descrever o que o restante da ERS contém;
 Explicar como a ERS está organizada.
PARTES DA ERS
2ª PARTE:
2. Descrição Global
2.1. Considerações Iniciais
2.2. Perspectivas do Produto
2.3 Funções do Produto
2.4. Características do Usuário
2.5. Limites
2.6. Suposições de Dependências
2.7. Requisitos adiados
2.8. Estudo de Viabilidade
2. DESCRIÇÃO GLOBAL
Descreve fatores gerais do produto e seus
requisitos. Fornece uma base para posterior
detalhamento dos requisitos específicos.
2.1 Considerações Iniciais




Descrição da Empresa;
Histórico;
Ramo de Atividade;
Descrição do Setor de Informática.
2. DESCRIÇÃO GLOBAL
2.2. Perspectiva do Produto




Coloca o produto em perspectiva com outros
produtos. Pode incluir:
Interfaces do Sistema: com o que o produto
interage
Interfaces do Usuário: formatos de telas,
relatórios ou consulta
Interfaces de Hardware:como o produto interage
com o hardware; características de configuração;
2. DESCRIÇÃO GLOBAL
2.2. Perspectiva do Produto
Interfaces de Software: deve especificar o
uso de outros softwares (BD,SO, software p/
capturar imagem,etc)
 Interfaces de Comunicação: especificar os
protocolos de redes locais, etc;
 Limites
de Memória: especificar as
características e os limites de memória
primária e secundária;

2. DESCRIÇÃO GLOBAL
2.2. Perspectiva do Produto
Operações: deve especificar requisitos de
operações normais e especiais como rotinas
de inicialização, processamento, backup’s e
restauração;
 Requisitos para adaptação de situação:
especificar situações em que o software deve
ser adaptado antes da instalação.

2. DESCRIÇÃO GLOBAL
2.3. Funções do Produto
Fornecer uma relação das funções do sistema
através de textos, detalhando cada campo;
 Atenção na clareza.

2.4. Características do Usuário

Descrever nível educacional, experiência e
habilidade técnica.
Exemplos de Funções do Produto
Cadastrar usuários: Cadastra-se todos os
usuários que terão acesso ao sistema. Podendo
ter dois níveis de acesso: Administrador e
usuário simples. Assim, alguns campos como
login, senha e nível de acesso devem ser
preenchidos.
Exportar dados para outros aplicativos: Essa
função permitirá a exportação dos dados
relativos aos funcionários para que outros
aplicativos possam usar essa base de dados.
Esses dados poderão, por exemplo, ser usados
no Word para gerar comunicados, notícias entre
outras coisas.
2. DESCRIÇÃO GLOBAL
2.5. Limites, Suposições e Dependências
Deve fornecer uma descrição geral de
qualquer outro item que limitará as opções do
desenvolvedor. Ex:
 Normas reguladoras; Limitações do hardware;
Interfaces com outras aplicações; Linguagem
de programação; Protocolos; Requisitos de
segurança, etc.
 fatores que afetam os requisitos expressos na
ERS

Exemplo...
O limite para que esse sistema não tenha sua
funcionalidade completa seria a não aquisição do
ponto eletrônico e também se os computadores
não pudessem ser ligados em rede.
A não aquisição do ponto eletrônico fará com que
o sistema não tenha o seu total desempenho,
pois a entrada de dados será feita manualmente,
inserindo somente as exceções do ponto diário,
ou seja, a falta dos funcionários.
2. DESCRIÇÃO GLOBAL
2.6. Requisitos Adiados

Identificar os requisitos que podem ser
adiados até as versões futuras do sistema.
2.7. Estudo de Viabilidade

Incluir a viabilidade técnica e econômica
3.REQUISITOS ESPECÍFICOS
3.1Modelo Essencial

3.1.1 Modelo Ambiental



Diagrama de Contexto
Lista de Eventos
3.1.2 Modelo Comportamental



Modelo Conceitual
Diagrama de Fluxo de Dados particionado
Lógica de Processos
3.2 Requisitos de Interface Externa
3.3 Requisitos de Performance