Ciclo de Vida de software (Paradigmas de desenvolvimento)

Ciclo de Vida de Software

Get Started. It's Free
or sign up with your email address
Ciclo de Vida de software (Paradigmas de desenvolvimento) by 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