Mitos e realidades da engenharia de software

SOFTWARE: Mitos e Realidade

Um bom manual, repleto de padrões e regras, fornecerá a equipe tudo que ela precisa saber
Caso ocorra atraso no cronograma este poderá ser contornado alocando-se mais programadores ao projeto. Desenvolvimento não é linha de produção.
Terceirizar um projeto é garantia de tranquilidade e nenhum trabalho.
Um software pode ser construído observando-se o seu propósito geral – os detalhes podem ser levados em conta posteriormente.
Mesmo que os requisitos de um software mudem, as alterações são realizadas facilmente pois temos uma boa equipe que sabe como fazer o serviço muito bem.
Se o programa funciona, nosso trabalho está completo.
Se o programa ainda não está finalizado e “rodando”, não posso avaliar sua qualidade.
O único produto que entregarei ao cliente é o código executável.
O processo de planejamento fará com que criemos documentação volumosa que atrasará a execução do projeto, atrasando o cronograma.
- As estimativas de prazo e de custo As estimativas de prazo e de custo frequentemente são imprecisas. (“ Falta de dedicação na etapa de coletas de dados no processo de desenvolvimento de software” “Vaga indicação de produtividade não se pode avaliar com precisão a eficácia de novas ferramentas, métodos ou padrões” )
-Insatisfação do cliente com a insatisfação do cliente com o sistema concluído. (“Projetos de desenvolvimento de software são efetuados com um vago indício das exigências do cliente” )
-A qualidade de software às vezes é menos que adequada. (Só recentemente começam a surgir conceitos quantitativos sólidos de garantia de qualidade de software )
-O software existente é muito difícil de manter (Sem Manutibilidade). (A tarefa de manutenção devora o orçamento destinado ao software A facilidade de manutenção não foi enfatizada como um critério importante).

Mito de Gerenciamento
Já temos um manual repleto de padrões e procedimentos para a construção de software. Isso não oferecerá ao meu pessoal