Engenharia de Software - Requisitos de Software

Prévia do material em texto

Requisitos de Software
Idarlan Machado
Prof. Vander Alves
Supervisor
 
Requisitos de Software
Ser engenheiro de requisitos 
é:
Ser UM EXCELENTE 
COMUNICADOR
 
 
Engenharia de Requisitos
Cliente solicita
"Quero um sistema robusto e integrado com 
outros sistemas da empresa que automatize 
meu processo de gestão financeira porque 
temos atualmente muitos erros no 
pagamento das faturas devido a digitação de 
informação de outros sistemas (contratações, 
pessoal, etc), causando retrabalho, ineficiência, 
entre problemas"
 
Engenharia de Requisitos
● Engenheiro de requisitos: 
● Deve seguir um processo definido (ou definirá um 
processo) para identificar esses requisitos
– Finalidade: Definir os serviços de sistema requeridos 
pelo cliente com as devidas regras ou restrições 
especificadas também pelo cliente
– O sistema: Deverá implementar essas definições de 
serviços e regras/restrições
● Esses requisitos gerados serão o resultado do 
processo de engenharia de software
 
O que é Requisito?
- Desde requisitos de alto nível de serviços 
e/ou restrições que um sistema deve prover até 
 especificações detalhadas de cálculos 
matemáticos
Podem:
- Subsidiar contratos entre as partes (cliente e 
fornecedor)
- Ser a própria base do contrato entre as partes
● Ambos são requisitos
 
Tipos de Requisitos
● Requisitos de usuário
Textos e diagramas -> No nível de compreensão 
do cliente -> na linguagem do cliente, aderente 
ao processo de negócio do cliente
● Requisitos de sistema
● Documento estruturado contendo todos os 
detalhes de serviços e restrições operacionais;
● Serve como o contrato entre cliente e fornedor
 
Requisitos de usuário e Requisitos 
de Sistema
Requisitos de usuário
1. O software deve prover meios de representar e acessar arquivos externos criados 
por outras ferramentas.
Requisitos de sistema
1.1 O usuário deve ser provido com facilidades para definir tipos de arquivos externos
1.2 Cada arquivo externo pode estar vinculado a um uma ferramenta auxilar na sua 
abertura
1.3 Cada tipo de arquivo externo pode ser representado por um ícone específico na 
tela do usuário
1.4 Facilidades devem ser providas para que o usuário pode definir ícones de 
definição de arquivos
1.5 Quanto um usuário selecionar um ícone que representa um arquivo externo, a 
ferramenta vinculada a esse ícone deve ser acionada
 
O que é mais visto e o que não é menos visto (foco 
principal das Engenharias)
 
 
Leitores de Requisitos
Requisitos de usuário
Gerentes de clientes
Usuários finais de sistemas
Engenheiros de clientes
Gerentes de fornecedores
Arquitetos de sistemas
Requisitos de sistemas
Usuários finais de sistemas
Engenheiros de clientes
Arquitetos de sistemas
Desenvolvedores de software
 
Requisitos Funcionais
● Descrevem o que o sistema deve fazer
- Geralmente, é aquilo que o usuário vê/percebe
● Se definidos pelo usuário, são bem genéricos.
Exemplo: Documento de Visão do Projeto (DVP) 
(necessidade e funcionalidades)
– DVP do HisAq-GC-Monitoramento do Contrato
● Mas devem ser refinados até descrever 
detalhamente a função do sistema, suas 
entradas e saídas
– ECUs e ERNs do HisAq-GC-Monitoramento do Contrato
 
Requisitos não Funcionais
● Geralmente relacionados a funcionalidades emergentes 
do sistema (em regra, não relacionados a 
funcionalidades específicas). Exemplos:
● Confiabilidade: "Deve-se permitir executar qualquer operação do 
sistema por meio de combinação de teclas"
● Tempo de respostas: "o salvamento dos dados devem ocorrer em até 
dois segundos"
● Espaço de armazenamento: "deve-se permitir arquivar documentos 
com até 5 MB"
● Usabilidade: 
– "quando usuário já estiver logado no sistema, para realizar uma 
operação completa no sistema (desde clicar na funcionalidade até 
finalizar a operação (p.e., salvar os dados), não pode ultrapassar 
três cliques do mouse"
– "Deve-se permitir executar qualquer operação do sistema por meio 
de combinação de teclas do teclado"
 
 
 
Requisitos de Usuário
Especificam requisitos funcionais e não 
funcionais quanto ao comportamento externo 
do sistema e deve-se evitar, sempre que 
possível, especificações de projeto do 
sistema. Portanto,
Utilize linguagem simples, com recursos visuais 
ditáticos (tabelas, formulários simples, 
diagramas)
 
Requisitos de Usuário – Gestão por 
Processos de Negócio Ajuda Bastante
 
Requisitos de Usuário: Qual é mais 
claro ?
Recursos de grade: Para ajudar no posicionamento de entidades sobre um 
diagrama, o usuário pode ativar uma grade em centímetros ou em polegadas 
por meio de uma opção no painel de controle. Inicialmente, a grade não é 
ativada. A grade poderá ser ativada ou desativada a qualquer instante durante 
uma sessão de edição, e poderá ser alternada entre polegadas e centímetros, a 
qualquer instante. Um opção de grade será fornecida na visão reduzida, mas o 
número de linhas de grade mostradas será reduzido para evitar o 
preenchimento do diagrama.
Recursos de grade: O editor deve fornecer um recurso de grade no qual uma 
matriz de linhas horizontais e verticais fornece um fundo para a janela do editor. 
Essa grade deve ser passiva e o alinhamento das entidades é de 
responsabilidade do usuário.
 Justificativa lógica: Uma grade ajuda o usuário a criar um diagrama bem 
organizado com entidades bem espaçadas. Embora uma grade ativa, na 
qual as entidades 'saltam' as linhas de grade, possa ser útil, o 
posicionamento é impreciso. O usuário é a melhor pessoa para decidir onde 
as entidades devem ser posicionadas.
- Especificação: ECLIPSE/WS/Tools/DE/FS Seção 5.6
- Fonte: Ray Wilson, escritório de Glasgow
 
Requisitos de Sistema
● Versões expandidas dos requisitos de usuário 
usados pelos engenheiros de software como 
ponto de partida para o projeto do sistema.
● Adicionam detalhes e explicam como os 
requisitos de usuário devem ser fornecidos pelo 
sistema, mas sem contemplar como o sistema 
pode ser projetado ou implementado.
 
Especificações em Linguagem 
Natural Estruturada
● É a forma de escrever os requisitos de sistema 
de forma estruturada
● Autor perde sua liberdade de escrita
– Está restrito a uma maneira padronizada de escrita, tanto 
em termos de forma quanto de vocabulário
● Por exemplo: verbo Manter = contemplam tipicamente as 
funcionalidades de incluir, alterar, excluir e consultar dados em 
um sistema.
● Objetivo: Diminuir riscos de muitas interpretações, aumentar a 
produtividades das equipes envolvidas, promover a objetividade.
● Documentos-padrão (templates): direcionar ao que é 
imprescindível e permitir automatização de geração de outros 
artefatos (por exemplo: reuso de artefatos, gerar artefatos de 
teste)
 
Notações para Especificações de Requisitos 
(Fonte: Sommerville, Engenharia de Software, ed 8)
 
Especificação Utilizando Formulário Padrão
(Fonte: Sommerville, Engenharia de Software, ed 8)
 
Especificação de Interface
● São pontos de uso, serviços, disponibilizados 
por um sistema. 
Exemplo: Aplicativo construído em plataforma 
Android deverá utilizar serviços fornecidos por essa 
plataforma: sistema construído sobre Android 
chama serviço dele que realiza movimentos na tela 
do celular
● Podem ser do tipo:
● Interface de procedimentos
● Estrutura de dados
● Representação de dados
 
Exemplo de Interface de 
Procedimento em Java
 
Documento de Requisitos de 
Software
● Também chamado de Especificação de Requisitos 
de Software, é a declaração oficial do que os 
desenvolvedores de sistema devem implementar.
● Inclui: 
● (i) requisitos de usuários; e
● (ii) especificaçãodetalhada dos requisitos de sistema:
– Alto nível: Documento de Visão do Projeto (DVP)
– Refinamentos do DVP: (i) Especificações de Caso 
de Uso (ECUs), (ii) Especificações de Regras de 
Negócio (ERNs), (iii) Especificações de Requisitos 
não Funcionais. Podem incluir, protótipos de tela, e 
outros imagens/diagramas que explicam de outra 
forma os requisitos.
 
Fim
● Inscrevam-se no aprender.unb.br
● Ele é nosso ponto de comunicação
● Além de divulgar arquivos, etc, posso divulgar 
informações urgentes, etc
ESTUDE! O seu sucesso está mais nas suas 
mãos do que na dos outros
"Eu posso estar diante dos futuros 
empresários bilionários deste século" Bill Gates
	Slide 1
	Slide 2
	Slide 3
	Slide 4
	Slide 5
	Slide 6
	Slide 7
	Slide 8
	Slide 9
	Slide 10
	Slide 11
	Slide 12
	Slide 13
	Slide 14
	Slide 15
	Slide 16
	Slide 17
	Slide 18
	Slide 19
	Slide 20
	Slide 21
	Slide 22
	Slide 23
	Slide 24
	Slide 25
	Slide 26