# data[].attributes.body
Existem vários cenários de utilização do OpenUP, e as ferramentas a serem aplicadas dependem do contexto. Este processo sugere o EPF (Eclipse Process Framework) Composer.

# data[].attributes.body
a) Executar o teste Beta para validar se as expectativas dos usuários foram atendidas;
b) Obter a concordância dos stakeholders de que a implantação está completa;
c) Melhorar o desempenho de projetos futuros com as lições aprendidas.

# data[].attributes.body
a) Manage Iteration – Atividades focadas na liberação de uma "versão" beta estável do sistema aos stackholders.
b) Manager Requirements – Requisitos de baixa prioridade são detalhadas e repassados a equipe de desenvolvimento.
c) Develop Solution(for requirements)(within contexto) – Foco na implementação de requisitos de médio/baixa prioridade.
d) Validate Build – Validar e liberar a "versão beta" disponibilizada ao final da iteração.

# data[].attributes.body
a) Obter um entendimento mais detalhado dos requisitos;
b) Projetar, implementar, validar e estabelecer a linha de base da arquitetura;
c) Atenue os riscos essenciais e produza um cronograma e uma estimativa de custos precisos.

# data[].attributes.body
a) Determinar a visão.
b) Identificar as principais funcionalidades do sistema.
c) Determinar pelo menos uma solução possível.
d) Entender o custo, o cronograma e os riscos do projeto.

# data[].attributes.body
Não é indicado para equipes grandes

# data[].attributes.body
Redução de Riscos;

Caráter minimalista;

Customizável

# data[].attributes.body
Algumas empresas que utilizam o OpenUP:

1. IBM

2. OKI Brasil

3.  Coca-cola

# data[].attributes.body
Disciplina: Requisitos

1. Artefato: Especificação de Requisitos Suplementares;

2. Artefato: Visão;

3. Artefato: Caso de Uso;

4. Artefato: Glossário;

5. Artefato: Modelo de Caso de Uso.

Disciplina: Teste

1. Artefato: Caso de Teste;

2. Artefato: Registro de Teste;

3. Artefato: Script de Teste

# data[].attributes.body
Disciplina: Arquitetura

1.    Artefato: Caderno de Arquitetura.

Disciplina: Desenvolvimento

1.  Artefato: Desenho;

2.  Artefato: Implementação;

3.  Artefato: Teste de Desenvolvedor.

Disciplina: Gestão de Projeto, Configuração e Mudança

1. Artefato: Plano de Iteração;

2. Artefato: Plano de Projeto;

3. Artefato: Lista de Itens de Trabalho;

4. Artefato: Lista de Riscos.

# data[].attributes.body
Arquiteto: responsável por definir a arquitetura de software, incluindo a tomada das principais decisões técnicas que orientam todo o desenho e a implementação do projeto.

Gerente de Projeto: conduz o planejamento do projeto, coordena as interações com os stakeholders e mantêm a equipe de projeto focada em alcançar os objetivos do projeto.

Analista: representa os interesses do cliente e do usuário final recolhendo informações dos stakeholders para entender o problema a ser resolvido, capturando os requisitos e definindo suas prioridades.

Testador: responsável pelas principais atividades do esforço de teste. Estas atividades incluem identificar, definir, implementar e conduzir os testes necessários, bem como registrar e analisar os resultados dos testes.

Qualquer papel: Qualquer um em uma equipe pode atuar neste papel executando diversas tarefas.

Desenvolvedor: responsável por desenvolver uma parte do sistema, incluindo a construção de seu desenho de forma que ele atenda a arquitetura e possivelmente a prototipagem da interface de usuário, e então implementar, executar o teste de unidade e integrar os componentes que são parte da solução.

Stakeholder: representa grupos de interessados cujas necessidades devem ser satisfeitas pelo projeto. É um papel que pode ser executado por qualquer um que seja (ou potencialmente possa ser) afetado pelo resultado do projeto.

# data[].attributes.body
É um Processo Unificado feito a partir de uma abordagem iterativa e incremental em um ciclo de vida estruturado;

Utiliza a colaboração para uma metodologia ágil de desenvolvimento, controle de riscos e  melhoria do processo de desenvolvimento;

Características: mínimo, completo, extensível, colaborar, balancear, focar e evoluir;

# data[].attributes.body
Descrição: A finalidade desta fase é assegurar que o software esteja pronto para ser entregue aos usuários.

# data[].attributes.body
Descrição: Funcionalidades serão testadas e validadas resultando em builds mais completos e estáveis. Assim, permite ao gerente do projeto foco na redução de custos do projeto e gerenciamento e análise da eficiência da equipe.

# data[].attributes.body
Descrição: O propósito desta fase é atenuar os riscos técnicos e não-técnicos.

# data[].attributes.body
Descrição: É a fase onde os stakeholders e os membros da equipe colaboram para determinar o escopo e os objetivos do projeto, e determinar se o projeto deve continuar.