Este documento apresenta abordagens problemáticas para a engenharia de software, como a crença de que documentação e planejamento iniciais não são necessários, que mudanças de requisitos podem ser facilmente acomodadas e que o único produto importante é o código executável.
2. 1. Já temos um manual repleto de
padrões e procedimentos para a
construção de software. Isso
oferecerá ao meu pessoal tudo o
que eles precisam saber.
3. 3
2. Se nós estamos atrasados nos
prazos, podemos adicionar mais
programadores e tirar o atraso.
4. 3. Uma declaração geral dos
objetivos é suficiente para se
começar a escrever programas -
podemos fornecer os detalhes mais
tarde.
5. 4. Os requisitos de projeto
modificam-se continuamente, mas
as mudanças podem ser facilmente
acomodadas, porque o software é
flexível.
6. 5. Quando escrevemos um
programa e o fazemos funcionar,
nosso trabalho está completo.
7. 6. Até que eu esteja com o programa
“rodando” não tenho como avaliar a
sua qualidade.
8. 7. O único produto de trabalho que
pode ser entregue para um projeto
de software bem-sucedido é o
programa executável.
9. 8. A engenharia de software vai nos
fazer criar documentação volumosa
e desnecessária que certamente nos
atrasará.