Ciclo de Vida de software (Paradigmas de desenvolvimento)

Ciclo de Vida de Software

Lancez-Vous. C'est gratuit
ou s'inscrire avec votre adresse e-mail
Ciclo de Vida de software (Paradigmas de desenvolvimento) par Mind Map: Ciclo de Vida de software (Paradigmas de desenvolvimento)

1. Planejamento

1.1. revisa o projeto e a decisão de percorrer ou não mais um ciclo na espiral

2. englobar características do ciclo de vida clássico e do paradigma evolutivo

3. Cada um representa uma maneira de orientar e organizar o desenvolvimento de um sistema.

3.1. Ciclo de Vida Clássico (Modelo em Cascata ou Modelo Sequencial Linear)

3.1.1. método sistemático e sequencial, em que o resultado de uma fase se constitui na entrada de outra.

3.1.1.1. Análise e especificação de requisitos

3.1.1.1.1. Requisitos funcionais

3.1.1.1.2. Requisitos não-funcionais

3.1.1.2. Projeto

3.1.1.2.1. Arquitetura de Software (dados, processamento, conexões, componentes), Modelagem dos processos de Negócio (OO), Caracterização da interface,

3.1.1.3. Implementação e Testes unitário

3.1.1.4. Integração e Testes do sistema

3.1.2. iterações são como mini-projetos que seguem todo um ciclo normal de desenvolvimento

3.1.2.1. Operação e Manutenção

3.2. Paradigma evolutivo

3.2.1. Protótipo evolutivo (Desenvolvimento exploratório)

3.2.1.1. descobrir os requisitos, de maneira incremental, até que o produto final seja obtido. A evolução acontece quando novas características são adicionadas

3.2.2. Protótipo descartável

3.2.2.1. etapas

3.2.2.1.1. Obter os requisitos

3.2.2.1.2. Elaborar um Projeto Rápido

3.2.2.1.3. Construir o protótipo

3.2.2.1.4. Avaliar o protótipo

3.2.2.1.5. Refinamento do Protótipo

3.2.2.2. se concentra em fazer experimentos com os requisitos do usuário que não estão bem entendidos. É dada ao usuário a oportunidade de usá-lo.

3.3. Paradigma espiral

3.3.1. 1 - Definição dos objetivos, alternativas e restrições

3.3.2. Quadrantes

3.3.2.1. Análise de Risco

3.3.2.1.1. para cada risco identificado é feita uma análise cuidadosa. Atitudes são tomadas visando a redução desses riscos. Exemplo: se houver risco dos requisitos estarem incompletos ou inapropriados, um protótipo pode ser desenvolvido.

3.3.2.2. Desenvolvimento e validação