Essa é uma revisão anterior do documento!
2.2 Análise de Requisitos
Este processo é responsável pelo detalhamento e transformação das necessidades, identificadas em fase de prospecção, em requisitos técnicos visando a implementação. Inclui as seguintes atividades:
- Identificação das fontes dos requisitos;
- Definição e análise de requisitos a partir das necessidades;
- Modelagens de apoio: usos, diálogo, dados, fluxo;
- Definição da arquitetura do sistema;
- Validação dos requisitos;
- Cadastro dos requisitos em ferramenta de controle (Trac).;
Resultados do processo
Os resultados da análise de requisitos são:
1.Identificação das fontes dos requisitos
Esta ação visa definir quais são as pessoas e/ou artefatos que devem ser utilizados para realizar esclarecimentos sobre as necessidades identificadas. Também servirão de apoio durante as ações de análise de requisito e modelagem para alinhar os entendimentos e validar os requisitos gerados. O produto gerado é mas listagem contendo a denominação das fontes, formas de contato.
A lista é formatada da seguinte forma quando as fontes são pessoas:
1.<Nome_da_fonte> | <Cargo> | <Fone Fixo> | <Celular> | <E-mail> | <Skype>
A lista é formatada da seguinte forma quando as fontes são documentos:
1.<Nome_do_documento> | <Local de acesso>
2.Definição e análise de requisitos a partir das necessidades
Trata-se de definição técnica das necessidades identificadas. É a transformação de necessidades em requisitos técnicos. Cada necessidade poderá gerar um ou mais requisito técnicos a depender da complexidade da necessidade e do grau de detalhamento que se deseja que um requisito técnico contenha.
Por definição um requisito técnico deverá conter uma definição/descrição técnico clara e objetiva aos olhos de um programador/desenvolvedor. Outros artefatos deverão complementar estas descrições para o claro entendimento dos requisitos. Estes que artefatos serão produzidos na próxima ação.
Como resultado desta ação, deverá ser construída uma listagem dos requisitos a partir das necessidades. O formato a ser seguido é apresentado logo abaixo:
<N01: texto descritivo sobre a primeira necessidade>
- <REQ01: texto descritivo e técnico sobre 1o requisito derivado da necessidade>
- <REQ02: texto descritivo e técnico sobre 2o requisito derivado da necessidade>
- <REQ03: texto descritivo e técnico sobre 2o requisito derivado da necessidade>
<N02: texto descritivo sobre a segunda necessidade>
- <REQ04: texto descritivo e técnico sobre 1o requisito derivado da necessidade>
- <REQ05: texto descritivo e técnico sobre 2o requisito derivado da necessidade>
- …
3.Modelagens de apoio: usos, diálogo, dados, fluxo
Os modelos são referências a serem seguidos por todo o projeto. São guias para o desenvolvimento. Apresentam e complementam os requisitos técnicos por meio de notações gráficas próprias. Os modelos oferecem uma visão diferente do projeto de forma a auxiliar no pleno entendimento daquilo que precisa ser executado.
Dos modelos disponíveis dentro a área técnica de Engenharia de Software, alguns são considerados fundamentais e obrigatórios. São eles:
- a) Diagrama de casos de uso;
- b) Diagrama de diálogo (interfaces);
- c) Diagrama entidade-relacionamento; e
- d) Diagrama de fluxo.
Cada um destes artefatos deverão ser construído e anexado no repositório wiki do projeto. A notação gráfica e a forma de elaboração são bem conhecidas da área desenvolvimento de software que devem ser buscadas para apoiar a construção.
4.Definição da arquitetura do sistema
A definição da arquitetura do sistema deverá ser elaborada. O objetivo é apresentar o sistema em constituído por partes ou módulos. Também deverão ser especificados os componentes tecnológicos que serão utilizados para construir cada parte ou módulo do sistema.
Por exemplo: é possível considerar o banco de dados como um módulo ou parte do sistema, e o componente tecnológico utilizado para implementá-lo é o PosgreSQL.
5.Validação dos requisitos
Trata-se de um momento em que é realizada uma verificação sobre as necessidades identificadas. Todas eleas estão sendo atendidas pelos requisitos, modelos de apoio e arquitetura do sistema? Este momento deverá ter o envolvimento do cliente. Deverá haver uma apresentação/ apreciação dos documentos ao/pelo cliente e a emissão de uma aprovação formal para prosseguimento do projeto.
Como resultado deverá ser elaborado um documento formal em que o cliente admite que apreciou os artefatos e concorda com eles. Um modelo deste documento segue abaixo. Depois de assinado, deverá ser digitalizado e anexado no repositório wiki do projeto.
——————————————————————————-
Cidade, DIA de MÊS de ANO
À FUNCATE,
Declaro que apreciamos os artefatos produzidos para especificação técnica dos requisitos e afirmo que concordo com o conteúdo. Solicito dar prosseguimento as novas fases do projeto.
Atenciosamente,
Nome_do_Cliente Cargo_do_Cliente
————————————————————————————