AULA_05

Prévia do material em texto

ANÁLISE / ANÁLISE / 
ESPECIFICAÇÃO ESPECIFICAÇÃO 
DE REQUISITOSDE REQUISITOSDE REQUISITOSDE REQUISITOS
67
REGRA DE REGRA DE 
NEGÓCIONEGÓCIONEGÓCIONEGÓCIO
68
RNRN
� Defini as especificidades do negócio que 
está sendo modelado.
� Dá origem a um ou mais requisitos.
69
RN ≠ REQUISITO
Regra de negócioRegra de negócio
� É uma condição ou capacidade que deve 
ser atendida pelo software, necessária a 
um usuário para solucionar um problema 
ou atender a um objetivo. (IEEE)ou atender a um objetivo. (IEEE)
� Declarações sobre políticas ou condições 
que devem ser satisfeitas. (RUP)
70
CCaracterizando aracterizando uma regra de uma regra de negócio.negócio.
� Não possui um caráter verbal. Abordagem restritiva. Normalmente possui 
termos tais como, “se”, “sempre que”, “somente”, “só” ou “quando”.
� Restringe o processo operacional da empresa.
� É percebida pela administração da empresa.
� Não descreve como a regra será verificada nem como as operações deverão 
ser realizadas. Descreve somente o que o processo irá executar em função da ser realizadas. Descreve somente o que o processo irá executar em função da 
regra.
� Sua descrição não pode conter elementos de soluções de tecnologia. 
� Tem vida própria. Poderia ser atendida sem uso de sistema
� Pertence ao domínio do negócio e não do sistema.
� Pode ser descrito no formato “IF ELSE”.
71
Técnicas para levantamentos de requisitosTécnicas para levantamentos de requisitos
Entrevistas e Questionários
� Esta é a técnica mais simples e eficaz, é muito utilizada na fase
inicial do levantamento de requisitos, o sucesso desta técnica é
atrelada à alguns fatores.
� Influência do entrevistador nas respostas do cliente: convém que o
entrevistador dê margem ao entrevistado para expor as suas idéias
sem as contestar logo no inicio.
� Predisposição do entrevistado: caso, por exemplo, o papel do
entrevistado venha a ser afetado pela introdução de um sistema na
organização, este pode propositadamente dificultar o acesso à
informação.
Técnicas para levantamentos de requisitosTécnicas para levantamentos de requisitos
Workshops de requisitos
� O Workshop de Requisitos consiste numa técnica usada através de
uma reunião estruturada, da qual devem fazer parte um grupo de
analistas e um grupo representando o cliente, para então obter um
conjunto de requisitos bem definidos.
� Ao contrário das reuniões, promove-se a interação entre todos os
elementos presentes no workshop fomentando momentos deelementos presentes no workshop fomentando momentos de
descontração como forma de dinamizar o trabalho em equipe,
existindo um facilitador neutro cujo papel é conduzir a workshop e
promover a discussão entre os vários intervenientes (ainda que não
tenha realmente poder de decisão).
� As tomadas de decisão devem seguir processos bem definidos e
devem resultar de um processo de negociação, mediado pelo
facilitador.
Técnicas para levantamentos de requisitosTécnicas para levantamentos de requisitos
Cenários
� Uma forma de levar as pessoas a imaginarem o
comportamento de um sistema é o uso de cenários.
� Através de exemplos práticos descritivos do
comportamento de um sistema, os seus utilizadores
podem comentar acerca do seu comportamento e da
interação que esperam ter com ele.
Técnicas para levantamentos de requisitosTécnicas para levantamentos de requisitos
Cenários
� Trata-se de uma abordagem informal, prática e aplicável a
qualquer tipo de sistema. De um modo geral, os cenários
devem incluir os seguintes elementos:
Estado do sistema no início do cenário.
Sequência de eventos esperada.
Listagem de erros que podem ocorrer no decorrer dos
eventos do cenário e de como estes erros serão tratados.
Outras atividades que podem ser executadas ao mesmo
tempo que as deste cenário.
Estado do sistema depois de o cenário terminar.
Técnicas para levantamentos de requisitosTécnicas para levantamentos de requisitos
Prototipagem
� Neste tipo de abordagem apenas são desenvolvidas algumas
funcionalidades sendo normalmente desenvolvidas primeiro
aquelas que são mais fáceis de compreender por parte do
utilizador e que lhe podem trazer maior valor acrescentado.
� O uso de protótipos deve ser considerado apenas mediante
uma análise custo-benefício, já que os custos de
desenvolvimento de um protótipo podem facilmente crescer,
sendo particularmente úteis em situações em que a interface
com os utilizadores é, para eles, um aspecto crítico.
Técnicas para levantamentos de requisitosTécnicas para levantamentos de requisitos
Prototipagem
� O uso de prototipagem é feito em diversas fases do
processo de engenharia de requisitos (por exemplo na
identificação, análise e validação).
� Trata-se de uma versão inicial do sistema, baseada em
requisitos ainda pouco definidos, mas que pode ajudar a
encontrar desde cedo falhas que através da
comunicação verbal não são tão facilmente
identificáveis.
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� A análise de requisitos procura sistematizar o processo de definição de
requisitos.
� Essa sistematização é necessária porque a complexidade dos sistemas
exige que se preste mais atenção ao correto entendimento do
problema antes do comprometimento de uma solução.
“Requisitos:Condição necessária para a obtenção de certo objetivo,
ou para o preenchimento de certo objetivo.“
� O Documento de Visão é um artefato importante na Análise de
Requisitos, destacamos algumas razões:
� Estudos indicam que os requisitos, só detectados depois do software
implementado ou erros na análise de requisitos, são até 20 vezes mais
caros de se corrigir que qualquer outro tipo de erro.
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� A Análise de Requisitos deve ser:
- Correta: Quando cada requisito expresso nela for encontrado no
software;
- Não Ambígua: Cada requisito deve ter somente uma interpretação;- Não Ambígua: Cada requisito deve ter somente uma interpretação;
- Completa: Quando incluir todos os requisitos significativos relacionados
as funcionalidades e requisitos relacionados a qualidade do serviço
(também conhecidos como requisitos não funcionais)
- Consistente: Quando não existir conflito entre os requisitos;
- Verificável: Quando for possível verificar/validar cada requisito;
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Atividades da Análise de Requisitos
- A análise de requisitos possibilita que o Analista de Sistemas
especifique as funcionalidades, classificando e detalhando os
requisitos encontrados na coleta.
- Os requisitos funcionais serão descritos em detalhes. E os
requisitos não funcionais serão classificados.requisitos não funcionais serão classificados.
Análise de RequisitosAnálise de Requisitos
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Detalhar
- Requisitos Funcionais:
Os requisitos funcionais devem ser detalhados. Devemos usar um
formato padrão para esta atividade.
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Classificar
- Requisitos Não Funcionais:
Agora vamos descrever os Requisitos Não Funcionais. Entretanto,
precisamos categorizar estes requisitos, as mais frequentes.
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Classificar e Detalhar
- Requisitos Não Funcionais:
Bem vamos descrever os requisitos não funcionais. Como na descrição
dos Requisitos funcionais, precisamos ter um padrão.
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Classificar e Detalhar
- Requisitos Não Funcionais:
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Detalhar
- Lista de Stakeholders:
Precisamos descrever todas as pessoas e/ou organização que
influenciam a tomada de decisão ou participam direta ou indiretamente
do processo de construção do software. Mais uma vez criaremos um
formato padrão.formatopadrão.
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Detalhar
- Lista de Stakeholders:
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Elaborar
- Plano de Mitigação de Riscos:
Precisamos elaborar um Plano de Mitigação de Risco, para
os riscos que já foram identificados. Este plano deve detalhar
como mitigar os riscos identificados.como mitigar os riscos identificados.
EXEMPLOS?
ANÁLISE DE REQUISITOANÁLISE DE REQUISITO
� Documento de Requisitos:
- Objetivo: 
Classificar, descrever os requisitos de software, usuários e entidade
externas e elaboração do plano de redução de risco
Este documento tem as seguintes seções:Este documento tem as seguintes seções:
-Requisitos Funcionais
-Requisitos Não Funcionais
-Descrição do Usuários e Entidades Externas
-Plano de Redução de Risco.
ExercíciosExercícios
ESPECIFICAÇÃOESPECIFICAÇÃO
� Especificação de requisitos.
◦ Diagrama de Fluxo de Dados
◦ Diagrama de contexto
◦ Dicionário de dados◦ Dicionário de dados
� Validação de requisitos
92
ESPECIFICAÇÃO DE REQUISITOSESPECIFICAÇÃO DE REQUISITOS
93
� Como todos os métodos de análise de
requisitos de software, é uma atividade
de construção de modelos.
TÉCNICAS DE TÉCNICAS DE 
ANÁLISE ESTRUTURADAANÁLISE ESTRUTURADA
� Modelos que retratam o fluxo e o
conteúdo da informação (dados e
controle), dividindo o sistema em
partições funcionais e comportamentais.
TÉCNICAS DE TÉCNICAS DE 
ANÁLISE ESTRUTURADAANÁLISE ESTRUTURADA
� Exemplo de Diagrama de Contexto