Analisar (v) 1. Decompor um
todo em partes, componentes; fazer análise
2. Observar, examinar com minúcia;
esquadrinhar
3. Examinar Criticamente.
Requisito
(s.m) 1. Condição necessária para obtenção de certo objetivo, ou
para preenchimento de certo fim; quesito
2. Exigência
necessária para certos efeitos.
ANÁLISE DE REQUISITOS
Também
chamada de Análise de Sistemas ou Engenharia de Requisitos.
Parte
dos requisitos obtidos e revisados é do Plano de Projeto.
Visa fornecer representações
(modelos) de"Informação" e de"função" que:
• Possam ser transformadas (traduzidas) em
"projeto” de dados, arquitetura, interface e procedimentos;
• Sirvam como um meio de
determinar a qualidade do software.
OBJETIVOS:
1. Descrever o que o usuário
requisitou, de maneira técnica;
2. Estabelecer uma base para
a criação do Projeto de Software;
3. Definir um conjunto de
requisitos que precisam ser validados quando o software estiver pronto.
PRINCÍPIOS DE ANÁLISE
1. Analisar (dividir) para
entender o domínio das Informações de um problema que deve ser representado e
compreendido;
2. Criar modelos que
descrevam as informações a serem tratadas, as funções que tratarão as
informações e o comportamento do sistema que será Desenvolvido;
3. Os Modelos (e o problema)
devem ser divididos em partições (analisados) de maneira que revele os detalhes
em camadas (hierarquicamente);
4. O
foco do processo deve mover-se da informação essencial para os detalhes.
ESPECIFICAÇÕES DE REQUISITOS
A especificação é o produto
(conseqüência) da Análise de Requisitos. Cada requisito exige uma especificação
(como deve ser feito e como será validado);
É o documento fundamental da Engenharia de
Software, pois especifica tudo O QUE deverá ser projetado e construído;
Permite que os requisitos sejam gerenciáveis
(planejamento, controle e feed-back);
A revisão dos requisitos é fundamental para
garantir que usuário e analista tenham a mesma “percepção”
PRINCÍPIOS DE
1.
Separar Funcionalidade da Implementação (não conter características de
implementação).
2.
Usar uma linguagem de Especificação de Sistema Orientada a Processos.
3. A
Especificação do deve abranger o sistema do qual o software é um componente.
4.
Especificação deve abranger o ambiente(s) no(s) qual(is) o sistema opera
5.
Uma Especificação de Requisitos deve ser um modelo cognitivo.
6.
Uma Especificação deve ser operacional
7.especificaçãoA
do sistema deve ser tolerante com não-inteireza e ser expansivo
8.
Uma especificação deve ser localizada e fracamente acoplada
Modelagem
de Dados:Definir os dados, seus atributos e relacionamentos.
Modelagem
Funcional:Definir como os dados são transformados (processados) dentro do
sistema.
Modelagem
Comportamental: definir como o sistema trata os eventos.
Nenhum comentário:
Postar um comentário