ATPS Analise Estruturada Etapa 1 E 2

Etapa 1:

1. Documento de especificação

2. Introdução à Engenharia de Requisitos

- Introdução

- Engenharia de requisitos e o UP

- Modelagem de processos e casos de uso de negócios

- Atividades para sistematização do levantamento de requisitos

- Incorporação das atividades de uma metodologia

- Considerações finais

3. Definição de requisitos de Software baseada numa arquitetura de modelagem

- Métodos de conversação

- Métodos de Observação

- Métodos analíticos

- Métodos sintéticos

- Conclusão

4. Tabela – Viabilidade Técnica do Sistema

- Etapa 2:

1. Técnicas para levantamento de Requisitos

2. Analise de Requisitos (Vantagens e Desvantagens)

- Levantamento orientado a pontos de vista

- Etnografia

- Workshops

- Prototipagem

- Entrevistas

- Questionários

- Brainstorming

- JAD

Documento de Especificação

Documento de Especificação tenha extrema importância no processo de

Elaboração/Criação de um software, pois o "Diagrama de Fluxo de Dados - DFD" declara

a existência dos procedimentos e das interfaces entre eles, mas e o seu conteúdo? Dai

entra o Documento de Especificação, ou Especificação de Processos, que podem ser

descritos dos seguintes modos: Texto Narrativo, Português Estruturado, Tabelas de

Decisão, Árvores de Decisão, Fórmulas Matemáticas e Algumas Combinações das Acima

Descritas. A especificação de um processo começa pela sua nomeação, porém é na

descrição do processo que o analista deve atentar para atingir o objetivo de fazer uma

especificação de processo completa, não ambígua e não redundante. O documento de

Especificação de um software contém todos os requisitos funcionais e de qualidade do

software, incluindo as capacidades do produto, os recursos disponíveis, os benefícios e

os critérios de aceitação. Este documento serve como um meio de comunicação entre o

projetista do software e o usuário, a fim de estabelecer um “acordo” acerca do software

pretendido. Deve-se evitar que durante o desenvolvimento do documento de requisitos

decisões de projeto sejam tomadas. Assim, devido à importância do documento de

requisitos dentro do processo de desenvolvimento do software, é fundamental que este

documento seja organizado de forma a melhorar a compreensão e a legibilidade dos

requisitos, evitando que problemas e erros surjam na fase de implantação do Software.

Introdução

Quanto mais rápido um negócio puder alterar seus processos e os sistemas de

informação que lhe dão suporte, mais preparado estará para reagir a eventos de

concorrência no mercado. As organizações empresariais modernas precisam estar em

constante evolução para manterem-se competitivas.

Existem vários métodos, técnicas e ferramentas de modelagem para facilitar o

entendimento e a análise da complexidade das organizações modernas.

O UP (Unifi Ed Process – Processo Unificado) é uma das metodologias de

desenvolvimento de sistemas de software que vem obtendo destaque entre as demais.

No entanto, mesmo no UP, a atividade de levantamento de requisitos ainda é um

processo empírico, não considerando de forma sistemática a importância do foco nos

objetivos do negócio.

No paradigma da orientação a objeto, a análise de requisitos tem sido feita com

base num elemento de modelagem da UML (Unifi Ed Modeling Language) chamado Caso

de Uso.

O alinhamento entre requisitos de software e as reais necessidades de

informatização da empresa pode ser melhorado e sistematizado através de técnicas de

modelagem de negócios (ou de empresa). A tecnologia da orientação a objeto, através da

UML, permite a integração da representação de modelos nos dois domínios, negócio e

software. Porém, existe a falta de metodologias completas que alinhem de forma

sistemática o levantamento de requisitos de software às reais necessidades de um