Modelos de Processo em Engenharia de Software

Começar. É Gratuito
ou inscrever-se com seu endereço de e-mail
Modelos de Processo em Engenharia de Software por Mind Map: Modelos de Processo em Engenharia de Software

1. Genérico

1.1. Comunicação

1.2. Planejamento

1.3. Modelagem

1.4. Construção

1.5. Entrega

2. Prescritivo

2.1. Cascata

2.1.1. Adaptações/aperfeiçoamentos em sistema existente

2.1.2. Ciclo de vida clássico

2.1.3. Sequencial e sistemático

2.1.4. Levantamento de necessidades

2.1.5. Fases de planejamento, modelagem, construção, emprego e suporte contínuo

2.2. Incremental

2.2.1. Elementos de processos lineares e paralelos

2.2.2. Sequencias lineares de forma escalonada

2.2.3. Incrementais/entregáveis

2.3. Evolucionário

2.3.1. Iterativos

2.3.2. Versionamento

2.3.3. Prototipação

2.3.3.1. Objetivos gerais

2.3.3.2. Sem os requisitos para funções e recursos

2.3.3.3. Insegurança quanto à alguma característica do algoritmo

2.3.4. Espiral

2.3.4.1. Natureza iterativa + aspectos sistemáticos do modelo cascata

2.3.4.2. Série de versões

2.3.4.3. Conjunto de atividades metodológicas

2.3.4.4. Abordagem realista para o desenvolvimento de sistemas de software

2.3.5. Concorrente

2.3.5.1. As etapas podem estar em qualquer estado de maneira análoga

2.3.5.2. Série de eventos que irão disparar transições de estado para estado

3. Pessoal e de equipe

3.1. Pessoal

3.1.1. Planejamento

3.1.2. Projeto de alto nível

3.1.3. Revisão de projeto de alto nível

3.1.4. Autópsia

3.1.5. Desenvolvimento

3.1.6. Desafiador e exige alto nível de comprometimento

3.2. Equipe

3.2.1. Equipes autodirigidas

3.2.2. Gerentes treinam suas equipes

3.2.3. Acelerar o aperfeiçoamento dos processos de software

3.2.4. Orientação para melhorias

3.2.5. Trabalho de equipe em nível industrial

4. Especializado

4.1. Componentes

4.1.1. Identificação de candidatos a componentes

4.1.2. Abordagem evolucionaria

4.1.3. Levantamento de componentes disponíveis

4.1.4. Integração na arquitetura

4.1.5. Testes para assegurar funcionalidade

4.2. Formais

4.2.1. Especificação matemática

4.2.2. Métodos formais

4.2.3. Uso de outros paradigmas de ES

4.2.4. Ambiguidade, incompletude e inconsistência descobertas mais facilmente

4.2.5. Consome muito tempo e dinheiro

4.2.6. Treinamento extensivo

4.2.7. Difícil comunicação com clientes

4.3. Orientado a aspectos

4.3.1. AOSD

4.3.2. Abordagem metodológica e de processos

4.3.3. Especificar, projetar e construir aspectos

4.3.4. Comunicação assíncrona entre as atividades

5. Unificado

5.1. Concepção

5.1.1. Comunicação com o cliente

5.1.2. Planejamento

5.1.3. Necessidades

5.1.4. Arquitetura rudimentar

5.2. Elaboração

5.2.1. Comunicação

5.2.2. Modelagem de processo genérico

5.2.3. Amplia a arquitetura

5.3. Construção

5.3.1. Usa o modelo de arquitetura

5.3.2. Desenvolve ou adquire componentes

5.3.3. Implementação

5.4. Transição

5.4.1. Últimos estágios

5.4.2. Entrega e realimentação

5.4.3. Correção de erros

5.5. Produção

5.5.1. Emprego do processo genérico

5.5.2. Monitoramento do software

5.5.3. Suporte

5.5.4. Relatórios