Visão geral do OpenUP

O OpenUP destina-se a pequenas equipes que trabalham juntas no mesmo local. A equipe precisa se engajar em total interação face-a-face diariamente. Os membros da equipe são os Stakeholders, desenvolvedores, arquitetos, o gerente de projeto e os testadores. Eles tomam suas próprias decisões a respeito do que devem fazer, quais são as prioridades e como melhor tratar as necessidades dos Stakeholders. A organização deve suportar a equipe permitindo-lhes esta responsabilidade.

Os membros da equipe colaboram extensivamente. A participação dos Stakeholders como membros da equipe é crítica para o sucesso da implementação do OpenUP.

Os membros da equipe participam de reuniões diárias para comunicar o status e dúvidas. Os problemas são tratados fora das reuniões diárias.

O OpenUP tem foco na redução significativa dos riscos o mais cedo possível no ciclo de vida. Isto requer reuniões regulares de revisão do risco e uma rigorosa implementação de estratégias de atenuação..

Todo o trabalho é relacionado, acompanhado e atribuído através da Lista de Itens de Trabalho. Os membros da equipe usam este repositório único para registrar todas as tarefas necessárias e acompanhá-las. Isto inclui todas as solicitações de mudança, erros e pedidos dos Stakeholders.

Os casos de uso são usados para elicitar e descrever os requisitos, conseqüentemente, Os membros da equipe devem desenvolver habilidades para escrever bem os casos de uso. Os Stakeholders são responsáveis por revisar e certificar que os requisitos estão corretos. Os casos de uso são desenvolvidos colaborativamente.

Os requisitos arquiteturalmente significantes devem ser identificados e estabilizados na fase de Elaboração de forma que uma arquitetura robusta possa ser criada para ser o núcleo do sistema. Uma alteração em um requisito arquiteturalmente significante que tenha de ser tratada, pode surgir posteriormente no desenvolvimento, mas o risco disto acontecer é significativamente reduzido na iteração de Elaboração.

Os testes são executados várias vezes por iteração, sempre que a solução for incrementada com o desenvolvimento de um requisito, uma mudança ou a correção de um erro. Estes testes ocorrem após os desenvolvedores terem construído a solução (que deve passar pelo teste de unidade) e integrado ela no código base. Estes testes ajudam a garantir que uma construção estável seja criada e esteja sempre disponível à medida que o desenvolvimento progride.

O OpenUP não inclui conteúdo para implantação, gestão de configuração ou ambiente de desenvolvimento (tal como personalizar este processo ou configurar os ambientes de desenvolvimento). O OpenUP é focado em uma única equipe, e estas áreas são normalmente tratadas em nível organizacional ou empresarial. Procure por extensões do OpenUP direcionadas para estas grandes áreas.

O OpenUP é um processo iterativo de desenvolvimento de software que é mínimo, completo e extensível. É governado por quatro princípios básicos:

• Colaborar para alinhar os interesses e compartilhar o entendimento
• Equilibrar as prioridades concorrentes para maximizar o benefício aos Stakeholders
• Focar na arquitetura, o mais cedo possível, para reduzir o risco e organizar o desenvolvimento.
• Evoluir para continuamente obter feedback e promover melhorias

As pessoas nos papéis executam as tarefas que usam e produzem os artefatos. O OpenUP descreve o conjunto mínimo de Papéis, Tarefas e Artefatos envolvidos no desenvolvimento de software:

• Papéis
• Tarefas (organizadas por disciplinas)
• Artefatos (organizados por domínios)

O ciclo de vida de desenvolvimento de software do OpenUP

O OpenUP é um processo iterativo distribuído por quatro fases: Concepção, Elaboração, Construção e Transição. Cada fase consiste de uma ou mais iterações, onde versões de trabalhando estáveis do software são desenvolvidas e liberadas, com a conclusão de cada iteração representando um pequeno marco para o projeto e contribuindo para a realização bem sucedida do marco principal da fase onde os objetivos da fase são alcançados.

O diagrama a seguir descreve o ciclo de vida do OpenUP.