O desenvolvimento de software é um esporte em equipe. Idealmente, a atividade envolve equipes bem coordenadas que
trabalham dentro de uma variedade de disciplinas que se estendem sobre o ciclo de vida do software. Mas isso não é
ciência e não é exatamente engenharia, ou -- pelo menos não do ponto de vista de princípios quantificáveis baseados em
fatos que não podem ser contestados. Os esforços de desenvolvimento de software que supõem o planejamento e a criação
de partes separadas e, mais tarde, montá-las, assim como é possível em pontes de construção ou nave espacial,
constantemente falham contra prazos finais, orçamentos e satisfação do usuário.
Na ausência de fatos que não podem ser contestados, conseqüentemente, é necessário contar com técnicas de
desenvolvimento de software chamadas boas práticas, o valor do qual foi demonstrado repetidamente em compromissos do
cliente. Em vez de determinar uma seqüência de plan-build-assemble de atividades para um projeto de software, descrevem
um processo iterativo e incremental que guia equipes de desenvolvimento voltadas para os resultados.
As seis boas práticas testadas e aprovadas do Rational Unified Process foram a base para a evolução de ferramentas e
processos do Rational por mais de uma década. Hoje em dia, como o desenvolvimento de software está se tornando uma
capacidade de negócios principal, nossas boas práticas são o desenvolvimento dentro do contexto maior de
desenvolvimento orientado a negócios. Os princípios a seguir rearticulam as boas práticas para o ciclo de
vida mais amplo de sistemas de evolução de forma contínua, nos quais o elemento de evolução principal é o software.São
elas:
Cada página incluída aqui apresenta um dos princípios acima, enfatizando:
-
Os benefícios derivados da aplicação do princípio,
-
O padrão de comportamento que melhor inclui o princípio e
-
Os "anti-padrões" ou comportamentos contrários mais reconhecidos para o princípio, que
pode prejudicar projetos de desenvolvimento de software.
|