Wednesday, April 14, 2010

Mitos do Software





Mito: Já temos um manual repleto de padrões e procedimentos para a construção de software. Isso não oferecerá ao meu pessoal tudo que eles precisam saber ?
Realidade: O manual de padrões pode muito bem existir, mas será que ele é usado? Os profissionais
de software têm conhecimento de sua existência? Ele reflete a moderna prática de desenvolvimento de
software? É completo? Em muitos casos, a resposta a todas estas perguntas é "não".


Mito: Se nós estamos atrasados nos prazos podemos adicionar mais programadores e tirar o atraso
(chamado conceito de horda dos mongóis).
Realidade: O desenvolvimento de software não é um processo mecânico igual à manufatura. Brooks disse:
"...acrescentar pessoas em um projeto de software atrasado torna-o ainda mais atrasado". Quando novas
pessoas são acrescentadas, as pessoas que estavam trabalhando devem gastar tempo educando os recém chegados, o que reduz o tempo despendido num esforço de desenvolvimento produtivo.


Mito: Uma declaração geral dos objetivos é suficiente para começar a escrever programas - podemos
preencher os detalhes mais tarde.
Realidade: Uma definição inicial ruim é a principal causa de fracasso dos esforços de desenvolvimento de
software. Uma descrição formal e detalhada do domínio da informação, função, desempenho,
interfaces, restrições de projeto e critérios de validação é fundamental. Essas características podem ser
determinadas somente depois de cuidados comunicação entre o cliente e o desenvolvedor.


Mito: Os requisitos de projeto modificam-se continuamente, mas as mudanças podem ser
facilmente acomodadas, porque o software é flexível.
Realidade: É verdade que os requisitos de software se modificam, mas o impacto da mudança varia de acordo com o tempo em que ela é introduzida. Se uma séria atenção for dada à definição inicial, os primeiros
pedidos de mudança podem ser acomodados facilmente.
• Definição . . . . . . . . . . . . . . . . . x
• Desenvolvimento . . . . . . . . . . 1.5x a 1.6x
• Manutenção . . . . . . . . . . . . . . 60x a 100x


Mito: Assim que escrevermos o programa e o colocarmos em funcionamento nosso trabalho estará
completo.
Realidade: Alguém disse certa vez que "quanto mais cedo se começa a 'escrever o código', mais tempo
demora para que se consiga terminá-lo". Os dados da indústria indicam que entre 50 e 70% de todo esforço
gasto num programa serão despendidos depois que ele for entregue pela primeira vez ao cliente.


Mito: A única coisa a ser entregue em um projeto bem sucedido é o programa funcionando.
Realidade: Um programa funcionando é somente um item de configuração de software que inclui: plano,
especificação de requisitos, projeto, estrutura de dados, listagem, especificação de teste, programa
funcionando.


Mito: Enquanto não tiver o programa "funcionando", eu não terei realmente nenhuma maneira de avaliar sua
qualidade.
Realidade: Um dos mecanismo mais efetivos de garantia da qualidade de software pode ser aplicado
desde o começo de um projeto - a revisão técnica formal. As revisões de software são um "filtro da
qualidade" que têm sido consideradas mais eficientes do que a realização de testes para a descoberta de
certas classes de defeitos de software.

0 Comments:

Post a Comment

Subscribe to Post Comments [Atom]

<< Home