Processo Unificado

uma metodologia para gerenciar projetos de desenvolvimento de software que usa o UML como ferramenta para especificao de sistemas. O Processo Unificado composto por um conjunto de disciplinas que fornecem diretrizes para definio das tarefas e para atribuio das responsabilidades. A Figura abaixo apresenta as iteraes e fases do PU.

Este processo enfatiza com grande importncia a comunicao com o cliente, com o intuito de descrever a viso do cliente em relao ao sistema, tornando-se assim um dos melhores processos de desenvolvimento de software. O PU um processo de desenvolvimento de software responsvel por determinar um conjunto de atividades necessrias para transformar as principais necessidades do cliente em um sistema de software capaz de atender e resolver suas principais necessidades.No Processo Unificado, cada ciclo contm quatro fases. Uma fase simplesmente o tempo decorrido entre dois marcos principais, em que gerentes tomam decises importantes sobre se prosseguem com o desenvolvimento e, se este for o caso, o que necessrio em relao ao escopo, oramento e cronograma do projetoEm cada fase, ocorrem vrias iteraes que podem variar de quantidade de acordo com a complexidade do projeto, cada iterao executa as cinco atividades (requisitos, anlise, implementao, implantao e testes). Uma iterao um ciclo de desenvolvimento, desde a anlise at a implementao e a realizao de testes, resultando numa nova verso, em um novo incremento, chamado de release.A seguir so apresentadas vises gerais de cada fase do Processo:Na fase de Concepo so identificados os principais objetivos que sero desenvolvidos durante o ciclo de vida do projeto. Primeiramente, so identificados os requisitos que sero aprimorados no decorrer do projeto, nesta fase definido o que tem de ser feito, identificao dos potenciais riscos a serem encontrados no transcorrer do projeto, discriminar casos de uso. So executadas atividades como a comunicao com o cliente, um planejamento. Com a contribuio do cliente e com os usurios finais, os requisitos de negcio para o software so identificados, um rascunho da arquitetura do sistema. Requisitos de negcio fundamentais so descritos por meio de casos de uso preliminares, nesta fase os objetivos so examinados e h uma deciso de como dar seguimento no desenvolvimento do projeto em plena escala.A Elaborao refina e expande os casos de uso preliminares que foram desenvolvidos como parte da fase de Concepo, o foco passa a ser a anlise e projeto do sistema, estabelece a arquitetura do sistema que permita a evoluo do sistema nas fases seguintes do projeto. H o desenvolvimento de um plano de projeto e a eliminao dos riscos que possuem alto risco com relao ao projeto, nesta fase os objetivos so detalhados, escolhida a arquitetura e uma soluo para os principais riscos, e se j pode continuar com a construo. Na fase de Construo o sistema efetivamente desenvolvido de acordo com o que foi produzido nas fases anteriores e, em geral, tem condies de ser operado, mesmo que em ambiente de teste, pelos clientes. Mas caso ocorra algum erro durante a fase ser preciso voltar e novamente fazer uma anlise dos requisitos para se observar o que causou o erro, para assim conseguir corrigi-lo, nesta fase decidido se o software, e o ambiente esto prontos para serem operados pelos usurios.A Transio o fim da atividade de construo e o comeo da atividade de implantao, nesta fase o sistema entregue ao cliente para uso em produo. Testes so realizados e um ou mais incrementos do sistema so implantados. Os usurios fazem uma avaliao da verso beta, juntamente com o cliente feita uma retrospectiva do projeto, para se observar se o produto est de acordo com o que foi pedido pelo cliente, tambm feito um treinamento para os usurios, alm claro de conquistar a satisfao do cliente, nesta fase decidido se os objetivos do projeto foram alcanados e verificar se necessrio iniciar outro ciclo de desenvolvimento para se fazer reparos no projeto.A Figura abaixo mostra as fases de um projeto e as principais atividades feitas em cada fase. Na fase de Concepo tm-se como principais atividades comunicao com o cliente onde so descobertas as reais necessidades dele para se fazer um planejamento de como poder ser resolvido seu problema, principais ferramentas a serem utilizadas. J a fase de Elaborao atravs do planejamento faz um refinamento dos principais requisitos obtidos na fase de concepo e j comea a modelagem do sistema, enquanto que na fase de Construo sua principal e nica atividade a construo do sistema em si, a Transio pega o fim da construo para se fazer reparos caso seja necessrio e por fim nela feita a implantao do sistema.

Assim o PMBOK como Processo Unificado pode ser utilizado para o um projeto de software desenvolvido numa sucesso de fases ou iteraes e construdo e planejado de maneira incremental. Em conseqncia, cada uma destas iteraes desenvolve-se os processos de iniciao, planejamento, execuo e encerramento.Um projetos utilizando-se do PMBOK ou Processo Unificado sempre vai ser iterativo o que significa que ele ir passar pelo mesmo lugar vrias vezes uma mesma parte, melhorando e adicionando novas funcionalidades ao sistema. Atravs da abordagem iterativa torna-se mais fcil e melhor o gerenciamento dos requisitos, facilitando o tratamento das descobertas continuas que ocorrem durante o projeto. Como cada fase possui uma verso melhor que a anterior, temos assim o processo incremental.

Esta pode ser a base para uma boa metodologia de gerenciamento de projetos, mas por si mesmo, o guia PMBOK no poder ser uma metodologia sem adaptao.A diferena entre o PMBOK e PU determinar o que deve ser feito por quem, quando e como: Quais dos processos devem ser aplicados em sua organizao e, em que medida e com qual rigor? Quem responsvel pela execuo dos processos, inclusive, papis genricos e responsabilidades, estruturas da organizao do projeto e os comits de governana? Como os processos podem ser aplicados? Modelos, diretrizes e fluxos de trabalho.