1.1. , uma metodologia de processo genérico para engenharia de software estabelece cinco atividades metodológicas: comunicação, planejamento, modelagem, construção e entrega.
2. Definição de uma atividade metodológica
2.1. Embora cinco atividades metodológicas tenham sido descritas e tenha-se fornecido uma definição básica de cada uma delas no Capítulo 2, uma equipe de software precisa de muito mais informações antes de poder executar qualquer uma das atividades como parte do processo de software
3. Identificação de um conjunto de tarefas
3.1. Deve-se escolher um conjunto de tarefas mais adequado às necessidades do projeto e às características da equipe. Isso significa que uma ação de engenharia de software pode ser adaptada às necessidades específicas do projeto de software e às características da equipe.
4. Padrões de processo
4.1. Um padrão de processo1 descreve um problema de processo encontrado durante o trabalho de engenharia de software, identificando o ambiente onde foi encontrado e sugerindo uma ou mais soluções comprovadas para o problema. Em termos mais genéricos, um padrão de processo fornece um modelo – um método consistente para descrever soluções de problemas no contexto do processo de software
5. Avaliação e aperfeiçoamento de processos
5.1. A existência de um processo de software não garante que o software será entregue dentro do prazo, que estará de acordo com as necessidades do cliente ou que apresentará características técnicas que resultarão em qualidade de longo prazo (Capítulo 19). Os padrões de processo devem ser combinados com uma prática de engenharia de software confiável (Parte II deste livro). Além disso, o próprio processo pode ser avaliado para que esteja de acordo com um conjunto de critérios de processo básicos, comprovados como essenciais para uma engenharia de software bem-sucedida.4 Ao longo das últimas décadas foi proposta uma série de diferentes abordagens de avaliação e aperfeiçoamento dos processos de software:
