Agile Unified Process (AUP)

É uma verão simplificada do RUP. Descreve uma abordagem simples e fácil de entender para o desenvolvimento de aplicações de software de negócio usando técnicas ágeis e conceitos do RUP. Nessa abordagem, tenta-se manter o Agile Unified Process o mais simples possível. A descrição é simples e vai direto ao ponto com links da web para facilitar quando você achar necessário. Essa abordagem aplica técnicas ágeis incluindo test driven development (TDD), Agile Model Driven Development (AMDD), agile change management, e database refactoring para melhorar a pridutividade.

Figure 1 demonstra o cíclo de vida da AUP.  A primeira coisa que devemos atentar é à mudança das disciplinas.  Primeiro, a disciplina Model que engloba a modelagem de negócios do RUP, Requisitos e Analise e Projeto. O modelo é uma parte importante no AUP, como você pode ver, mas isso não descreve o processo -- você que se manter ágil criando modelos e documentos que não são necessáriamente bons o bastante.  Segundo, as disciplinas de Configuração e a Gerencia de Mudança são agora a disciplina de Gerência de Configuração.  No desenvolvimento ágil suas atividades de Gerencia de Mudança é parte do seu esforço de gerencia de requisitos, que é parte da disciplina Model.

Figure 1. Ciclo de vida do Agile Unified Process (AUP).

Serial in the Large

The serial nature of Agile UP is captured in its four phases :

1. Inception. O objetivo é identificar o escopo inicial do projeto, uma potencial arquitetura para o sistema e a obtenção inicial de recursos e aceitação dos Stakeholders.
2. Elaboration.  Tem como objetivo definir a arquitetura do sistema.
3. Construction.  Tem como objetivo a construção de software de forma regular, a base incremental encontra-se com as necessidades de alta prioridade dos stakeholders.
4. Transition.  Tem como objetivo validar a implantação em ambiente de produção.

Iterative in the Small

Disciplines are performed in an iterative manner, defining the activities which development team members perform to build, validate, and deliver working software which meets the needs of their stakeholders. The disciplines are:

• Model.  The goal of this discipline is to understand the business of the organization, the problem domain being addressed by the project, and to identify a viable solution to address the problem domain.
• Implementation.  The goal of this discipline is to transform your model(s) into executable code and to perform a basic level of testing, in particular unit testing.
• Test.  The goal of this discipline is to perform an objective evaluation to ensure quality. This includes finding defects, validating that the system works as designed, and verifying that the requirements are met.
• Deployment.  The goal of this discipline is to plan for the delivery of the system and to execute the plan to make the system available to end users.
• Configuration Management.  The goal of this discipline is to manage access to your project artifacts. This includes not only tracking artifact versions over time but also controlling and managing changes to them.
• Project Management.  The goal of this discipline is to direct the activities that takes place on the project. This includes managing risks, directing people (assigning tasks, tracking progress, etc.), and coordinating with people and systems outside the scope of the project to be sure that it is delivered on time and within budget.
• Environment. The goal of this discipline is to support the rest of the effort by ensuring that the proper process, guidance (standards and guidelines), and tools (hardware, software, etc.) are available for the team as needed.