Análise de Requisitos
Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE Disciplina: Projeto de Sistemas
Profª. Cynara Carvalho
Análise de Requisitos
O tratamento da informação é um
requisito que fundamenta o processo
de
desenvolvimento
de
software
antes da solução de tecnologia a ser
aplicada.
Cada projeto deve ter suas fases de
desenvolvimento
adequadas
às
necessidades
de
tratamento
da
Conceitos
Requisito é (são):
“Descrições das funções e das restrições
de um sistema”
“Definição detalhada, matematicamente
formal, de uma função do sistema”
Conceitos
Requisito é (são):
“uma descrição dos principais recursos de um produto de software, seu fluxo de informações, comportamento e atributos. Fornece uma estrutura básica para o desenvolvimento de um produto de software. O grau de compreensibilidade, precisão e rigor da descrição fornecida por um documento de requisitos de software tende a ser diretamente proporcional ao grau de qualidade do produto resultante”
Conceitos
Requirements engineering
Engenharia de Requisitos é :
“O
processo
de
(em
relação
aos
requisitos):”
Sommerville p. 82
Conceitos
Engenharia de Requisitos é:
“Estabelecer quais funções são requeridas
pelo sistema e as restrições sobre a
operação e o desenvolvimento do sistema”
Conceitos
Engenharia de Requisitos é:
“Um processo que envolve todas as
atividades exigidas para criar e manter o
documento de requisitos de sistema”
Conceitos
Engenharia de Requisitos objetiva:
Fornecer métodos para compreender a
natureza de um problema
Estabelecer com exatidão o que um
sistema deve fazer
Conceitos
Levantamento e Análise de Requisitos
Obtenção de requisitos
1) Entrevistas
2) Observação
Requisitos
Fala-se
muito
sobre
requisitos;
propagam-se necessidades de gestão
de mudanças de atendimento ao
cliente;
Diz-se muito de métodos, técnicas e
ferramentas
para
descrevê-los
e
representá-los, mas muito pouco da
aplicação prática deste conhecimento
Requisitos
O requisito é uma condição cuja exigência deve ser satisfeita.
Se a condição é produzir algo, diz-se que o requisito é funcional
Se a condição é caracterizar algo ( propriedade, comportamento, restrição, etc,...), diz-se que o requisito é não-funcional.
Requisitos
Requisitos funcionais correspondem à listagem de todas as coisas que o sistema deve fazer;
Requisitos não funcionais são restrições e qualidades que se coloca sobre como o sistema deve realizar seus requisitos funcionais;
Classificação de Requisitos não
funcionais
Usabilidade:requisitos que selecionam ou afetam a usabilidade do
sistema. Exemplos incluem a facilidade de uso e a necessidade ou não de treinamento dos usuários.
Confiabilidade: Tratamento de falhas, possibilidade de previsão, não
erros de programação;
Desempenho: Velocidade, eficiência, precisão, tempo de
recuperação, tempo de resposta, uso de recurso, etc;
Configurabilidade: O que pode ser configurado pelos usuários do
sistema;
Portabilidade:restrições sobre a plataforma de hardware e de
software nas quais o sistema será implantado e sobre o grau de facilidade para transportar o sistema para outras plataformas.
Requisitos
Requisitos funcionais evidentes são efetuados com conhecimento do usuário;
Requisitos funcionais ocultos são efetuados pelo sistema sem o conhecimento explícito do usuário;
Descrever requisitos funcionais e requisitos não-funcionais requer tratar dois aspectos: primeiro, "Produzir"; segundo, "com Qualidade", as duas faces da moeda aplicáveis à Engenharia de Software.
Requisitos
O processo de produção de software
depende da definição clara de qual
produto construir.
Esta definição fundamenta-se no
conhecimento do problema e na
viabilização
de
oportunidade
de
negócio com o uso de tecnologia da
informação.
Requisitos
A
estratégia
é
o
tratamento
multidisciplinar da informação de
requisitos obtida do ponto de vista
dos
stakeholder
(fonte
de
informação) para o entendimento e
atendimento às necessidades.
Tabela de Requisitos Funcionais
Código do requisito funcional (Ex.: F1, F2, F3, ...).
Nome do requisito funcional (especificação curta).
Descrição (especificação longa e detalhamento do requisito).
Categoria funcional: evidente ou oculto.
Código do requisito não funcional (Ex.: NF1.1, NF1.2, ... NF2.1, NF2.2, ...).
Tabela de Requisitos Não Funcionais
Nome do requisito não funcional (especificação curta).
Restrição: especificação do requisito não funcional.
Categoria: tipo de restrição: segurança, performance, compatibilidade, etc.
Obrigatoriedade: se o requisito é desejável ou obrigatório.
Desafios da Análise de
Requisitos
Como descobrir os requisitos;
Como comunicar os requisitos para as
outras fases ou equipes do projeto;
Como lembrar dos requisitos durante
o desenvolvimento e verificar se
foram todos atendidos
Organização dos Requisitos
Casos de Uso
Cada caso de uso tem uma descrição o qual descreve a funcionalidade que irá ser construída no sistema proposto.
Requisitos Funcionais e Não
Funcionais Associados
F1 Registrar empréstimos Oculto ( )
Descrição: O sistema deve registrar empréstimos de fitas, indicando o cliente e as fitas que foram emprestadas, bem como a data do empréstimo e valor previsto para pagamento na devolução.
Requisitos Não Funcionais
Nome Restrição Categoria Desejável Permanente NF1.1 Controle de
Acesso
A função só pode ser acessada por usuário com perfil de operador ou superior.
Segurança ( ) (x) NF1.2 Identificação de
Fitas
As fitas devem ser identificadas por um código de barras
Interface ( ) (x) NF1.3 Identificação
do cliente
O cliente deverá ser identificado a partir de seu nome
Interface ( ) ( ) NF1.4 Tempo de
registro
O tempo para registro de cada fita deve ser inferior a um segundo.
Performance (x) ( ) NF1.5 Janela única Todas as funções relacionadas a empréstimos
devem ser efetuadas em uma única janela
Interface (x) (x) ... ... ... ... ...
F2 Calcular descontos Oculto ( x )
Descrição: O sistema deve calcular descontos nos empréstimos em função da política da empresa. Requisitos Não Funcionais
Nome Restrição Categoria Desejável Permanente NF2.1 Desconto de
fim de semana
Nos fins de semana, usuários que levam 4 fitas pagam apenas 3.
Especificação ( ) ( ) ... ... ... ... ...
Organizando Requisitos em Casos de
Uso
Nom e Atores Descrição Referências Cruzadas Em prestar
Fitas
Cliente, Funcionário
O cliente se identifica e identifica as fitas que
deseja levar. O funcionário faz o registro e libera as fitas para em préstim o.
F1, F3, F5, F9, F10
Devolver Fitas
Cliente, Funcionário
O cliente entrega ao funcionário as fitas. O
funcionário faz o registro da devolução e o cliente efetua o pagam ento devido.
F2, F4, F6, F7, F8
Reservar Fitas
Cliente, Funcionário
O cliente solicita a reserva de um ou m ais film es. O funcionário registra a reserva.
Exemplo de Caso de Uso – Cadastrar Cliente
1.O sistema exibe os links do conteúdo e subconteúdos das vídeo-aulas 2.O cliente seleciona o conteúdo desejado
3.O cliente seleciona o subconteúdo desejado 4.O cliente clica no botão reservar vídeo-aula 5.O sistema exibe a tela de login
6.O cliente clica no link “Cadastre-se agora” na tela de login
Fluxo Alternativo
Se houver campo obrigatório não preenchido ou preenchido de forma incorreta, o sistema exibirá a mensagem “CAMPO OBRIGATÓRIO EM BRANCO OU DADOS
INCORRETOS” e retorna para a mesma tela como os dados recuperados.
[FS003]
Se o cliente ainda não for cadastrado, os campos devidamente preenchidos e os dados estiverem corretos, o sistema exibe a mensagem “CADASTRO EFETUADO COM SUCESSO”
[FS002]
Se o usuário clicar no botão “Cancelar”, o sistema limpa os campos do formulário.
[FS001]
1.O sistema exibe o link “cadastre-se agora” 2.O cliente clica no link
3.O sistema exibe a tela de cadastro
4.O cliente preenche o formulário de cadastro e confirma ou cancela [FS001] 5.O sistema confirma ou não o cadastro do cliente [FS002][FS003]
Fluxo principal:
1.O cliente clica no link vídeo-aula
Navegação para o fluxo
principal
Fluxos de eventos
O cliente estará cadastrado
Pós-condições:
O usuário deverá acessar a página do Curso
Pré-condições: Essencial Prioridade: Clientes. Atores: •[RF02] Efetuar Cadastro Nome: