Conforme vimos, o Processo Unificado (PU) trata de um framework que orienta um processo de desenvolvimento. Ele abrange várias disciplinas onde o exercício de cada disciplina possui etapas e o resultado da execução destas etapas em cada disciplina é o produto de software concebido com qualidade.
Cada etapa possui “n” fases, ou iterações, que correspondem ao andamento do trabalho de desenvolvimento. A iteração é um período de tempo, definido no início do projeto. Por exemplo, cada iteração pode durar 5 dias e haverá 3 iterações por etapa. A idéia é que no final das iterações o projeto esteja concluído.
FIGURA 1 – Disciplinas, Fases e Iterações do PU
Na FIGURA 1 é possível observar a relação existente entre as fases em cada disciplina do PU. Durante cada iteração o processo segue na maioria das disciplinas até que o trabalho esteja concluído. Todavia, o esforço aplicado em cada disciplina aumenta ou diminui conforme o andamento das fases do projeto. Por exemplo, conforme observamos na figura, a disciplina de “Modelagem de Negócios”, na fase de “Iniciação” possuí um grande esforço e conforme as demais fases (Elaboração, Construção e Transição) vão ocorrendo reduz o esforço, chegando a fase de “Transição” praticamente sem haver ainda esforços nesta disciplina.
Ou seja, as iterações iniciais tendem a ter uma ênfase maior no levantamento de requisitos, no projeto e na determinação do trabalho a ser desenvolvimento. Por sua vez, as últimas disciplinas dão uma ênfase menor a menor na fase inicial do projeto.
Agora, conforme o projeto tem seu andamento realizado, aumentam os esforços nas disciplina de implementação, testes e demais disciplinas que tangem a construção e a finalização do trabalho, reduzindo o esforço das etapas de levantamento de requisitos.
Este parece ser um processo aparentemente natural do ponto-de-vista conceitual. Isto é, a maioria acredita que é desta forma que um processo de desenvolvimento de software ocorre no seu ambiente de trabalho, mas, estão enganados. Aplicar um processo destes exige comprometimento e disciplina por parte dos executores, além do apoio da gestão. Cada disciplina citada gera determinados artefatos (documentos, imagens, diagramas, etc.) que determinada fase foi atendida e determinada iteração da fase foi cumprida com sucesso, atendendo às restrições definidas no início do planejamento do projeto.
Espero ter ajudado a elicitar um pouco mais sobre como formalizar e organizar um processo de desenvolvimento de tal forma que ele tenha com clareza um início, um meio e um fim. Em breve pretendo abordar ainda mais este assunto, pois ele é fundamental para se atingir a Qualidade no processo de desenvolvimento de software.
Cordialmente,
Marcelo Schumacher
Bibliografia:
LARMAN, Craig. Utilizando UML e Padrões: Uma introdução à análise e ao projeto orientados a objetos e ao desenvolvimento iterativo. Tradução Rosana Vaccare Braga. 3ª edição. Porto Alegre: Bookman, 2007;
Nenhum comentário:
Postar um comentário