Analise Estruturada

Relatório 1 – Análise Inicial

1.1.1 Capítulo 1 - O Significado de análise Estruturada

1.1.2 Capítulo 2 - Condução da Fase de Analise

1.1.3 Capítulo 3 - As Ferramentas de Análise Estruturada

Depois do resumo, um exemplo de fluxograma.

1.2.1 A importância documento de especificação do sistema

O documento de especificação é muito importante

1.2.2 Principais ferramentas de apoio para análise e especificação de sistemas

No primeiro momento tem que ser definido o nome do programa e o propósito de sua criação saber qual o objetivo do mesmo, logo depois de ser resolvido o problema começa o processo de negociação da empresa, em um relatório é descrito com detalhes sobre a empresa e o que ela solicita. Chamamos de levantamento de requisitos, é interessante que se use um diagrama de fluxo de dados, pois esse diagrama ajudará em tomadas de decisões importantes. As ferramentas que apoiam os analistas na hora de fazer o levantamento e especificação de requisitos são eles: Especificação de sistemas que são chamados documentação de requisitos e questionário, Não podemos esquecer que antes de ir a uma empresa é necessário que o analista conheça sobre seu cliente para desenvolver o programa que o cliente espera que seja desenvolvido para atender sua necessidade.

Além disso, devem ser levantados os problemas atuais para que sejam resolvidos, lembre-se um analista sempre pode melhorar o trabalho do outro. Bom! Vamos começar mostrando um diagrama de fluxo de dados

Aqui fica uma imagem de diagrama de fluxo de dados (DFD)

 Identificação dos envolvidos: Nessa parte irem os falar não somente de usuário final mais de usuário extremamente importante para ajudar desenvolver um sistema que fique executável e e simples a todos, as informações obtidas se farão necessárias para a especificação de requisitos. Vamos começar explicando o que é requisitos não funcionais.

 Requisitos de Negocio: Durante a etapa de especificação de negócios ocorrerá várias visitas e reuniões, isso é importante para o requisito de negócio entender os problemas que estão acontecendo na empresa, mais essas visitas e reuniões só acontecerão se o questionário não for suficiente para obter as informações para o inicio do software.

É recomendável que seja feita uma listagem dos requisitos que tenham maior prioridade no momento e maior detalhamento para que seja evitado aborrecimentos futuros, o levantamento de requisitos será feito também com os clientes e funcionários da empresa.

 Restrições tecnológicas: A empresa deve saber as restrições que estará ativa no seu software pois os futuros usuários tem que serem treinados para operar o sistema.

3.1 Métodos de Comunicação

Especificação do software

Integrar representações e visões múltiplas

Avaliar estratégias de soluções alternativas que satisfaçam os requisitos

Obter uma especificação completa, consistente e não ambígua.

Validar a especificação - verificar no que ela satisfaz aos requisitos

Obter especificações que sejam apropriadas para as atividades de design e implementação.

Gerenciamento da evolução e das famílias do software

Reutilização de requisitos durante o processo de evolução

Reutilização de requisitos no desenvolvimento de software similares

Reconstrução de requisitos

A Engenharia de Requisitos deve envolver a documentação das funções, do desempenho, interfaces externas e internas e atributos de qualidade do Software.

Esta área é inerentemente abrangente, interdisciplinar e aberta. Ela lida com a descrição de observações do mundo real através de notações apropriadas.

Os