Roteiro: Roteiro do OpenUP |  |
Este roteiro fornece uma visão geral do OpenUP, sua finalidade e seu ciclo de vida.
Descrição Principal
# 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. #### Como começar? O quarto princípio básico do OpenUP, "Evoluir para continuamente obter feedback e promover melhorias", sugere uma abordagem iterativa e incremental para adotar o OpenUP. Comece com os princípios básicos e compreenda as intenções do OpenUP. Então, avalie o processo existente e selecione uma ou duas áreas principais que você gostaria de melhorar. Comece a usar o OpenUP para melhorar estas áreas primeiramente. Nas iterações posteriores ou ciclos de desenvolvimento, faça melhorias incrementais em outras áreas. Se você tiver pouca ou nenhuma experiência com processos unificados ou outros processos iterativos, use o OpenUP em um projeto piloto pequeno, talvez com somente três a quatro pessoas que trabalhem de dois a três meses. Mesmo o OpenUP sendo um processo pronto para usar, você pode estendê-lo ou modificar os templates dos produtos de trabalho para se ajustarem as suas necessidades específicas. Por exemplo: Você pode necessitar de mais ou menos precisão em seus produtos de trabalho. Sua organização pode ter práticas de gestão de configuração ou protocolos de segurança específicos para incluir em seu processo. Você pode simplesmente querer pôr seu logotipo corporativo no banner. Você pode querer incorporar lições aprendidas em uma revisão retrospectiva no OpenUP. Use o EPF Composer para estender e customizar o OpenUP. Para mais informações sobre o EPF Composer, visite www.eclipse.org/epf.
Este programa e o material que o acompanha são disponibilizados sob a Eclipse Public License v1.0 que acompanha esta distribuição. Direitos Autorais do OpenUP.