Aula3 EngSoftware

Prévia do material em texto

Engenharia de Software 
Osvaldo Viana Jr, Msc 
osvaldoviana@yahoo.com.br 
Aula 3 
Requisitos de Software 
1- Introdução aos Requisitos 
 Introdução 
 Requisito de um sistema são descrições dos 
serviços fornecidos pelo sistema e as suas 
restrições operacionais; 
 Um requisito é simplesmente uma declaração 
abstrata de alto nível de um serviço que o 
sistema deve fornecer ou uma restrição dos 
sistema. 
2 
1- Introdução aos Requisitos 
 Introdução 
 Alguns dos problemas que surgem são 
resultantes da falta de uma clara separação 
entre esses diferentes níveis de descrição; 
3 
1- Introdução aos Requisitos 
 Introdução 
4 
1- Introdução aos Requisitos 
 Introdução 
5 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Classificações dos requisitos de sistema de 
software: 
 Requisitos Funcionais: Declarações de 
serviços que o sistema deve fornecer; 
 Requisitos Não Funcionais: São as 
restrições sobre os serviços; 
 Requisitos de Domínio: São provenientes do 
domínio da aplicação do sistema e que 
refletem as características e as restrições 
desse domínio. 
6 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Requisitos Funcionais 
 Descrevem o que o sistema deve fazer; 
 Descrevem a função do sistema 
detalhadamente, suas entradas e saídas, 
exceções etc; 
 
7 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Requisitos Não Funcionais 
 São aqueles não diretamente relacionados às 
funções especificas fornecidas pelo sistema; 
 Especificam ou restringem as propriedades 
emergentes de sistema; 
 Podem especificar desempenho, proteção, 
disponibilidade e outras propriedades 
emergentes do sistema; 
8 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Requisitos Não Funcionais 
9 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Requisitos Não Funcionais 
 Requisito de Produto: Especificam o 
comportamento do produto; 
 Requisito Organizacional: São derivados 
de politicas e procedimentos da organização 
do cliente e desenvolvedor; 
 Requisito Externo: Abrange todos os 
requisitos derivados de fatores externos ao 
sistema e seu processo de desenvolvimento. 
10 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Exemplos Requisitos Não Funcionais 
11 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Métricas para especificar Req. Não Funcionais 
12 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Requisitos de Domínio 
 São derivados do domínio de aplicação do 
sistema, em vez das necessidades específicas 
dos usuários do sistema; 
 Podem ser novos requisitos funcionais em si 
mesmo, podem restringir os requisitos 
funcionais existentes ou estabelecer como 
cálculos específicos devem ser realizados; 
13 
2- Requisitos: Funcionais, Não 
funcionais e Domínio 
 Exemplo de Requisitos de Domínio 
 
 Sistema de Proteção de Trens 
 
 
14 
3- Requisitos de Usuario 
 Definição 
 Devem descrever os requisitos funcionais e 
não funcionais, de modo que eles sejam 
compreensíveis pelos usuários do sistema; 
 Devem especificar apenas o comportamento 
externo do sistema; 
 Os requisitos deve ser escrito em linguagem 
simples, com tabelas e formulários simples e 
diagramas intuitivos; 
15 
3- Requisitos de Usuario 
 Definição 
 Problemas que podem surgir quando os 
requisitos são redigidos em documento com 
linguagem natural: 
 - Falta de clareza; 
 - Confusão de requisitos; 
 - Fusão de requisitos; 
16 
3- Requisitos de Usuario 
 Exemplo de requisito de Usuario 
 
 “O LIBSYS deve fornecer um sistema de 
contabilidade financeira que mantenha registros 
de todos os pagamentos realizados pelos usuários 
do sistema. Os gerentes podem configurar esse 
sistema de modo que os usuários frequentes 
possam receber descontos” 
17 
3- Requisitos de Usuario 
 Diretrizes Simples 
 Para minimizar mal-entendidos ao redigir 
 - Invente um formato padrão e assegure-se 
de que todas as definições de requisitos 
aderiram a esse formato; 
 - Use a linguagem de forma consistente; 
 - Use destaque no texto; 
 - Evitar, sempre que possível jargões de 
informática. 18 
4- Requisitos de Sistema 
 Definição 
 São versões expandidas dos requisitos de 
usuário usados pelos engenheiros de software 
como ponto de partida para o projeto do 
sistema; 
 Devem ser uma especificação completa e 
consistente de todo o sistema; 
 Devem descrever o comportamento externo 
do sistema e suas restrições operacionais; 
19 
4- Requisitos de Sistema 
 Definição 
 Pode escrever os requisitos de sistema 
usando notações mais especializadas; 
 Notações incluem linguagem natural 
estruturada e estilizada, modelos gráficos dos 
requisitos, como casos de uso até 
especificações matemáticas formais; 
20 
4- Requisitos de Sistema 
 Especificações em linguagem estruturada 
 É uma forma de escrever os requisitos de 
sistema, na qual a liberdade do elaborador de 
requisitos é limitada e todos os requisitos são 
redigidos de maneira padronizada; 
 É necessário definir um ou mais formulários 
ou templates-padrão para expressar os 
requisitos; 
21 
4- Requisitos de Sistema 
 Especificações em linguagem estruturada 
 Informações do formulário-padrão que devem 
ser incluídas: 
 1- Descrição da função ou da entidade que 
está sendo especificada; 
 2- Descrição de suas entradas e de onde elas 
são provenientes; 
 3- Descrição de suas saídas e para onde elas 
prosseguirão; 
22 
4- Requisitos de Sistema 
 Especificações em linguagem estruturada 
 Informações do formulário-padrão que devem 
ser incluídas: 
 4- Indicações de quais outras entidades são 
usadas; 
 5- Descrição da ação a ser tomada; 
 6- Se uma abordagem funcional for usada, 
uma precondição que estabeleça o que deve ser 
verdadeiro antes da chamada da função; 
23 
4- Requisitos de Sistema 
 Especificações em linguagem estruturada 
 Informações do formulário-padrão que devem 
ser incluídas: 
 7- Uma pós-condição que especifique o que é 
verdadeiro após a chamada da função; 
 8- Descrição dos efeitos colaterais da 
operação (se existirem). 
24 
4- Requisitos de Sistema 
 Especificações em linguagem estruturada 
 Informações do formulário-padrão que devem 
ser incluídas: 
 7- Uma pós-condição que especifique o que é 
verdadeiro após a chamada da função; 
 8- Descrição dos efeitos colaterais da 
operação (se existirem). 
25 
4- Requisitos de Sistema 
 Exemplo de Especificação de requisitos do 
sistema com utilização de formulario-padrão: 
26 
5- Especificação de Interface 
 Definição 
 Se o novo sistema deve funcionar junto com 
os sistemas existentes, as interfaces dos 
sistemas existentes devem ser especificadas 
com precisão; 
 Essa especificações devem ser definidas no 
início do processo e incluídas no documento 
de requisitos. 
 
27 
5- Especificação de Interface 
 Definição 
 
28 
5- Especificação de Interface 
 Tipos de interface que podem ser definidos: 
 Interfaces de procedimentos: Nas quais 
programas ou subsistemas existentes 
oferecem uma série de serviços acessados 
pela chamada de procedimentos de interface; 
 Estruturas de dados: modelos gráficos de 
dados são as melhores notações para esse 
tipode descrição; 
 
29 
5- Especificação de Interface 
 Tipos de interface que podem ser definidos: 
 Representação de Dados: A melhor forma 
de descrever essas interfaces é, 
provavelmente, o uso de um diagrama de 
estrutura com anotações que expliquem a 
função de cada grupo de bits. 
 
30 
6- Documento de requisitos de 
software 
 Definição 
 É a declaração oficial do que os 
desenvolvedores de sistema devem 
implementar; 
 Possui um conjunto diversificado de usuários, 
desde a gerência sênior da organização, que 
paga pelo sistema, até os engenheiros 
responsáveis pelo desenvolvimento do 
software. 
 
31 
6- Documento de requisitos de 
software 
 Definição 
32 
6- Documento de requisitos de 
software 
 Definição 
 A diversidade de possíveis usuários significa 
que o documento de requisitos precisa ser um 
compromisso entre a comunicação dos 
requisitos para os clientes; 
 O nível de detalhamento a ser incluído em 
um documento de requisitos depende do tipo 
de sistema que está sendo desenvolvido e do 
processo d desenvolvimento usado. 
 
33 
6- Documento de requisitos de 
software 
 Estrutura Padrão do IEEE 
 1. Introdução 
 1.1 Propósito do documento de requisitos 
 1.2 Escopo do produto 
 1.3 Definições, acrônimos e abreviaturas 
 1.4 Referências 
 1.5 Visão geral do restante do documento 
34 
6- Documento de requisitos de 
software 
 Estrutura Padrão do IEEE 
 2. Descrição Geral 
 2.1 Perspectiva do produto 
 2.2 Funções do produto 
 2.3 Características dos usuários 
 2.4 Restrições Gerais 
 2.5 Suposições e dependências 
35 
6- Documento de requisitos de 
software 
 Estrutura Padrão do IEEE 
 3. Requisitos específicos. Abrangem 
requisitos funcionais, não funcionais e de 
interface. 
 4. Apêndices 
 5. Índice 
36 
Tempo para descontrair 
 Avião de Papel: 
 - Dividir em Grupo; 
 - 1 integrante da equipe deve sair da sala de 
aula; 
37 
Tempo para descontrair 
 Listar Requisitos de uma simulação de 
situação Real: 
 - Simulação de um aluguel de carro 
38 
Pratica 
 Listar os requisitos que serão necessários para seu 
projeto do artigo junto com sua equipe. 
39 
Referencia Bibliografica 
 SOMMERVILLE, I. Engenharia de Software. 
Págs. 79-93; 6.ed. São Paulo, 2003. 
40