1. O que é?
1.1. Disciplina de engenharia cujo o foco está em todos os aspectos da produção de software, desde os estágios iniciais da especificação do sistema até a sua manutenção, quando o sistema já está sendo usado.
1.1.1. Envolve:
1.1.1.1. Processos de software
1.1.1.2. Engenharia de Requisitos
1.1.1.3. Modelagem de Sistemas
1.1.1.4. Testes de Software
1.1.1.5. Arquitetura
1.1.1.6. Gerenciamento de Projetos
1.1.1.7. Qualidade de Software
1.1.1.8. Modelagem de Negócios
2. Processos
2.1. O que são?
2.1.1. Na engenharia de software os processos podem ser definidos para atividades como desenvolvimento, manutenção, aquisição e contratação de software.
2.2. Ciclos de vida
2.2.1. Características
2.2.1.1. Descreve um conjunto de processos e seus inter-relacionamentos
2.2.1.2. Não possui nenhuma ligação com métodos, ferramentas, treinamentos, métricas ou tecnologias empregadas (independência de cultura organizacional)
2.2.1.3. Flexibilidade, define "o que fazer" e não "como fazer“
2.2.2. São eles...
2.2.2.1. Codifica-remenda
2.2.2.2. Cascata
2.2.2.3. Espiral
2.2.2.4. Prototipagem evolutiva
2.2.2.5. Entrega evolutiva
2.2.2.6. Modelo dirigido por prazo
2.2.2.7. Modelo dirigido por ferramenta
2.3. Benefícios
2.3.1. Acompanhamento do desenvolvimento de software
2.3.2. Gerenciamento de requisitos
2.3.3. Uso de arquitetura adequada ao desenvolvimento
2.3.4. Controle contínuo da qualidade do software
2.3.5. Acompanhamento de mudanças
2.4. RUP
2.4.1. O que é?
2.4.1.1. Rational Unified Proccess é um processo de engenharia de software. Ele fornece uma abordagem disciplinada para assumir tarefas e responsabilidades dentro de uma organização de desenvolvimento. Seu objetivo é assegurar a produção de software de alta qualidade que satisfaça as necessidades de seus usuários finais dentro de prazo e orçamento previsíveis
2.4.2. Principais carecterísticas
2.4.2.1. Gerenciamento de requisitos
2.4.2.2. Modelagem baseada na UML
2.4.2.3. Qualidade de processo e produto
2.4.2.4. Configuração e gerenciamento de mudança
2.4.2.5. Desenvolvimento orientado a caso de uso
2.4.2.6. Suporte a ferramentas
2.4.2.7. Desenvolvimento iterativo
2.4.3. Fases
2.4.3.1. Iniciação
2.4.3.1.1. Principais artefatos gerados
2.4.3.1.2. Trabalhadores (workers) envolvidos
2.4.3.1.3. Resumo
2.4.3.2. Elaboração
2.4.3.2.1. Principais artefatos gerados
2.4.3.2.2. Trabalhadores (workers) envolvidos
2.4.3.2.3. Resumo
2.4.3.3. Construção
2.4.3.3.1. Principais artefatos gerados
2.4.3.3.2. Trabalhadores (workers) envolvidos
2.4.3.3.3. Resumo
2.4.3.4. Transição
2.4.3.4.1. Principais artefatos gerados
2.4.3.4.2. Trabalhadores (workers) envolvidos
2.4.3.4.3. Resumo
2.4.4. Disciplinas
2.4.4.1. Modelagem de negócios
2.4.4.1.1. Resumo
2.4.4.1.2. Trabalhadores (workers) envolvidos
2.4.4.2. Requisitos
2.4.4.2.1. Resumo
2.4.4.2.2. Trabalhadores (workers) envolvidos
2.4.4.3. Análise e projeto
2.4.4.3.1. Resumo
2.4.4.3.2. Trabalhadores (workers) envolvidos
2.4.4.4. Implementação
2.4.4.4.1. Resumo
2.4.4.4.2. Trabalhadores (workers) envolvidos
2.4.4.5. Teste
2.4.4.5.1. Resumo
2.4.4.5.2. Trabalhadores (workers) envolvidos
2.4.4.6. Implantação
2.4.4.6.1. Resumo
2.4.4.6.2. Trabalhadores (workers) envolvidos
2.4.4.7. Configuração e gerenciamento de mudanças
2.4.4.7.1. Resumo
2.4.4.7.2. Trabalhadores (workers) envolvidos
2.4.4.8. Gerenciamento de projetos
2.4.4.8.1. Resumo
2.4.4.8.2. Trabalhadores (workers) envolvidos
2.4.4.9. Ambiente
2.4.4.9.1. Resumo
2.4.4.9.2. Trabalhadores (workers )envolvidos