O ciclo de vida do RUP é uma implementação do desenvolvimento em espiral. Foi criado montando os elementos em sequências semi-ordenadas. O ciclo de vida organiza tarefas em fases e iterações.

O RUP divide o processo em quatro fases, dentro das quais poucas, mas grandes e formais, iterações são realizadas em um número variável dependendo do projeto. A Figura mostra como o esforço associado às disciplinas varia dependendo da fase em que o projeto RUP se encontra.

As primeiras iterações (nas fases de Iniciação e Elaboração) concentram-se na compreensão do problema e da tecnologia, delimitando o escopo do projeto, eliminando riscos críticos e estabelecendo uma linha de base[2]​ da arquitetura.

Durante a fase de iniciação, as iterações dão maior ênfase às atividades de modelagem de negócios e de requisitos.

Na fase de elaboração, as iterações são orientadas para o desenvolvimento da linha de base da arquitetura, abrangem mais os fluxos de trabalho de requisitos, modelo de negócio (refinamento), análise, design e uma parte de implementação orientada para a linha de base da arquitetura.

Na fase de construção, a construção do produto é realizada através de uma série de iterações.

Para cada iteração, alguns Casos de Uso são selecionados, sua análise e design são refinados e sua implementação e testes prosseguem. Uma pequena cascata é feita para cada ciclo. As iterações são realizadas até que a implementação da nova versão do produto seja concluída.

Na fase de transição, o objetivo é garantir que um produto esteja pronto para entrega à comunidade de usuários.

Como pode ser visto em cada fase participam todas as disciplinas, mas dependendo da fase o esforço dedicado a uma disciplina varia.

• - Desenvolvimento iterativo.

• - Gerenciamento de requisitos.

• - Utilização de arquitetura baseada em componentes.

• - Controle de mudanças.

• - Modelagem visual do software.

• - Verificação da qualidade do software.

• - Visa implementar as melhores práticas em Engenharia de Software, para que se adapte a qualquer projeto.

O RUP é um produto da Rational (IBM). Caracteriza-se por ser iterativo e incremental, focado na arquitetura e orientado por casos de uso.

Inclui artefatos (que são os produtos tangíveis do processo, como o modelo de caso de uso, código-fonte, etc.) e papéis (papel desempenhado por uma pessoa em um determinado momento; uma pessoa pode desempenhar diferentes papéis ao longo do processo).

• - Establece oportunidad y alcance.

• - Identifica las entidades externas o actores con las que se trata.

• - Identifica los casos de uso.

RUP comprende dos aspectos importantes por los cuales se establecen las disciplinas:.

• - Proceso. Las etapas de esta sección son: (revisar nuevamente la gráfica)

• Modelado de negocio

• Requisitos

• Análisis y Diseño

• Implementación

• Pruebas

• Despliegue.

• - Soporte. En esta parte nos encontramos con las siguientes etapas:

• Gestión del cambio y configuraciones

• Gestión del proyecto

• Entorno.

La estructura dinámica de RUP es la que permite que éste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las cuatro fases descritas anteriormente:.

1. • Inicio (también llamado Incepción o Concepción).

2. • Elaboración.

3. • Desarrollo (también llamado Implementación, Construcción).

4. • Cierre (también llamado Transición).

Fase de inicialização

O objetivo desta fase é definir e acordar o âmbito do projeto com os patrocinadores ou stakeholders do projeto em que temos que identificar os riscos associados ao projeto, propor uma visão muito geral da arquitetura de software e produzir o plano para as fases e iterações subsequentes.

Fase de Preparação

Na fase de elaboração são selecionados os casos de uso que permitem definir a arquitetura base do sistema e nesta fase serão desenvolvidos, é realizada a especificação dos casos de uso selecionados e realizada a primeira análise do domínio do problema, desenhada a solução preliminar.

Fase de Desenvolvimento ou Construção

O objetivo desta fase é completar a funcionalidade do sistema. Para isso, devem ser esclarecidos os requisitos pendentes, as alterações devem ser gerenciadas de acordo com as avaliações feitas pelos usuários e devem ser feitas melhorias no projeto.

Fase de Transição

O objetivo desta fase é garantir que o software esteja disponível para os usuários finais, corrigir bugs e defeitos encontrados nos testes de aceitação, treinar os usuários e fornecer o suporte técnico necessário. Deve-se verificar se o produto atende às especificações entregues pelas pessoas envolvidas no projeto.

RUP en cada una de sus fases (pertenecientes a la estructura dinámica) realiza una serie de artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema (entre otros).

Estos artefactos (entre otros) son los siguientes:.

Começar

• - Documento de visão.

• - Use diagramas de casos.

• - Especificação de requisitos.

• - Diagrama de requisitos").

Elaboração

• - Documento de arquitetura que trabalha com as seguintes visualizações:

Visão lógica

• Diagrama de classes

• Modelo E-R (se o sistema exigir)

Visualização de implantação

• Diagrama de sequência

• Diagrama de estado

• Diagrama de colaboração

Visão conceitual

• Modelo de domínio

Visão física

• Mapa de comportamento ao nível do hardware.

• - Design e desenvolvimento de casos de uso ou fluxos de casos de uso arquitetônicos.

• - Testes dos casos de uso desenvolvidos, que demonstrem que a arquitetura documentada responde adequadamente aos requisitos funcionais e não funcionais.

Construção

• - Especificação de requisitos faltantes.

• - Desenho e desenvolvimento de casos de uso e/ou fluxos de acordo com planejamento iterativo.

• - Testes dos casos de uso desenvolvidos e testes de regressão conforme apropriado.

• - se estou e se fui.

Transição

• - Testes finais de aceitação.

• - Colocado em produção.

• - Estabilização.

As origens do RUP remontam ao modelo espiral original de Barry Boehm. Ken Hartman, um dos principais colaboradores do RUP, colaborou com Boehm na pesquisa. Em 1995, a Rational Software comprou uma empresa sueca chamada Objectory AB, fundada por Ivar Jacobson, famoso por incorporar casos de uso em métodos de desenvolvimento orientados a objetos.

O Processo Unificado Racional foi o resultado de uma convergência do Rational Approach e Objectory (o processo da empresa Objectory AB). O primeiro resultado desta fusão foi o Rational Objectory Process, a primeira versão do RUP, que foi colocada no mercado em 1998, com Philippe Kruchten como arquiteto-chefe.

O primeiro livro a descrever o processo foi intitulado The Unified Software Development Process[3]​.

Em 2006, a IBM criou um subconjunto de RUP ajustado para projetos de desenvolvimento ágil - publicado como um método livre, chamado OpenUP através do site Eclipse "Eclipse (software)").[4]​.

Por outro lado, no que diz respeito à metodologia, esta compreende três princípios fundamentais: Impulsionada por casos de uso, focada na arquitetura, iterativa e incremental.

Em relação ao “use case-driven”, significa que os requisitos estão focados em fornecer valor ao cliente e que o processo deve garantir que todo o desenvolvimento, testes, planeamento, documentação, etc., visam satisfazer essas expectativas do cliente e garantir que os requisitos de valor são colocados em produção.

Quando se trata de “centrado na arquitetura”, significa que há uma ênfase no projeto de arquitetura de qualidade, e é a arquitetura que também orienta como o desenvolvimento deve ser planejado e feito.

Quando se trata de “iterativo e incremental”, significa que o projeto é dividido em vários ciclos de vida (chamados de iterações) que devem resultar em um executável. A cada uma das iterações são acrescentados requisitos e, sobretudo, valor para o cliente; Por esse motivo é incremental.

O ciclo de vida do RUP é uma implementação do desenvolvimento em espiral. Foi criado montando os elementos em sequências semi-ordenadas. O ciclo de vida organiza tarefas em fases e iterações.

O RUP divide o processo em quatro fases, dentro das quais poucas, mas grandes e formais, iterações são realizadas em um número variável dependendo do projeto. A Figura mostra como o esforço associado às disciplinas varia dependendo da fase em que o projeto RUP se encontra.

As primeiras iterações (nas fases de Iniciação e Elaboração) concentram-se na compreensão do problema e da tecnologia, delimitando o escopo do projeto, eliminando riscos críticos e estabelecendo uma linha de base[2]​ da arquitetura.

Durante a fase de iniciação, as iterações dão maior ênfase às atividades de modelagem de negócios e de requisitos.

Na fase de elaboração, as iterações são orientadas para o desenvolvimento da linha de base da arquitetura, abrangem mais os fluxos de trabalho de requisitos, modelo de negócio (refinamento), análise, design e uma parte de implementação orientada para a linha de base da arquitetura.

Na fase de construção, a construção do produto é realizada através de uma série de iterações.

Para cada iteração, alguns Casos de Uso são selecionados, sua análise e design são refinados e sua implementação e testes prosseguem. Uma pequena cascata é feita para cada ciclo. As iterações são realizadas até que a implementação da nova versão do produto seja concluída.

Na fase de transição, o objetivo é garantir que um produto esteja pronto para entrega à comunidade de usuários.

Como pode ser visto em cada fase participam todas as disciplinas, mas dependendo da fase o esforço dedicado a uma disciplina varia.

• - Desenvolvimento iterativo.

• - Gerenciamento de requisitos.

• - Utilização de arquitetura baseada em componentes.

• - Controle de mudanças.

• - Modelagem visual do software.

• - Verificação da qualidade do software.

• - Visa implementar as melhores práticas em Engenharia de Software, para que se adapte a qualquer projeto.

O RUP é um produto da Rational (IBM). Caracteriza-se por ser iterativo e incremental, focado na arquitetura e orientado por casos de uso.

Inclui artefatos (que são os produtos tangíveis do processo, como o modelo de caso de uso, código-fonte, etc.) e papéis (papel desempenhado por uma pessoa em um determinado momento; uma pessoa pode desempenhar diferentes papéis ao longo do processo).

• - Establece oportunidad y alcance.

• - Identifica las entidades externas o actores con las que se trata.

• - Identifica los casos de uso.

RUP comprende dos aspectos importantes por los cuales se establecen las disciplinas:.

• - Proceso. Las etapas de esta sección son: (revisar nuevamente la gráfica)

• Modelado de negocio

• Requisitos

• Análisis y Diseño

• Implementación

• Pruebas

• Despliegue.

• - Soporte. En esta parte nos encontramos con las siguientes etapas:

• Gestión del cambio y configuraciones

• Gestión del proyecto

• Entorno.

La estructura dinámica de RUP es la que permite que éste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las cuatro fases descritas anteriormente:.

1. • Inicio (también llamado Incepción o Concepción).

2. • Elaboración.

3. • Desarrollo (también llamado Implementación, Construcción).

4. • Cierre (también llamado Transición).

Fase de inicialização

O objetivo desta fase é definir e acordar o âmbito do projeto com os patrocinadores ou stakeholders do projeto em que temos que identificar os riscos associados ao projeto, propor uma visão muito geral da arquitetura de software e produzir o plano para as fases e iterações subsequentes.

Fase de Preparação

Na fase de elaboração são selecionados os casos de uso que permitem definir a arquitetura base do sistema e nesta fase serão desenvolvidos, é realizada a especificação dos casos de uso selecionados e realizada a primeira análise do domínio do problema, desenhada a solução preliminar.

Fase de Desenvolvimento ou Construção

O objetivo desta fase é completar a funcionalidade do sistema. Para isso, devem ser esclarecidos os requisitos pendentes, as alterações devem ser gerenciadas de acordo com as avaliações feitas pelos usuários e devem ser feitas melhorias no projeto.

Fase de Transição

O objetivo desta fase é garantir que o software esteja disponível para os usuários finais, corrigir bugs e defeitos encontrados nos testes de aceitação, treinar os usuários e fornecer o suporte técnico necessário. Deve-se verificar se o produto atende às especificações entregues pelas pessoas envolvidas no projeto.

RUP en cada una de sus fases (pertenecientes a la estructura dinámica) realiza una serie de artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema (entre otros).

Estos artefactos (entre otros) son los siguientes:.

Começar

• - Documento de visão.

• - Use diagramas de casos.

• - Especificação de requisitos.

• - Diagrama de requisitos").

Elaboração

• - Documento de arquitetura que trabalha com as seguintes visualizações:

Visão lógica

• Diagrama de classes

• Modelo E-R (se o sistema exigir)

Visualização de implantação

• Diagrama de sequência

• Diagrama de estado

• Diagrama de colaboração

Visão conceitual

• Modelo de domínio

Visão física

• Mapa de comportamento ao nível do hardware.

• - Design e desenvolvimento de casos de uso ou fluxos de casos de uso arquitetônicos.

• - Testes dos casos de uso desenvolvidos, que demonstrem que a arquitetura documentada responde adequadamente aos requisitos funcionais e não funcionais.

Construção

• - Especificação de requisitos faltantes.

• - Desenho e desenvolvimento de casos de uso e/ou fluxos de acordo com planejamento iterativo.

• - Testes dos casos de uso desenvolvidos e testes de regressão conforme apropriado.

• - se estou e se fui.

Transição

• - Testes finais de aceitação.

• - Colocado em produção.

• - Estabilização.

As origens do RUP remontam ao modelo espiral original de Barry Boehm. Ken Hartman, um dos principais colaboradores do RUP, colaborou com Boehm na pesquisa. Em 1995, a Rational Software comprou uma empresa sueca chamada Objectory AB, fundada por Ivar Jacobson, famoso por incorporar casos de uso em métodos de desenvolvimento orientados a objetos.

O Processo Unificado Racional foi o resultado de uma convergência do Rational Approach e Objectory (o processo da empresa Objectory AB). O primeiro resultado desta fusão foi o Rational Objectory Process, a primeira versão do RUP, que foi colocada no mercado em 1998, com Philippe Kruchten como arquiteto-chefe.

O primeiro livro a descrever o processo foi intitulado The Unified Software Development Process[3]​.

Em 2006, a IBM criou um subconjunto de RUP ajustado para projetos de desenvolvimento ágil - publicado como um método livre, chamado OpenUP através do site Eclipse "Eclipse (software)").[4]​.

Por outro lado, no que diz respeito à metodologia, esta compreende três princípios fundamentais: Impulsionada por casos de uso, focada na arquitetura, iterativa e incremental.

Em relação ao “use case-driven”, significa que os requisitos estão focados em fornecer valor ao cliente e que o processo deve garantir que todo o desenvolvimento, testes, planeamento, documentação, etc., visam satisfazer essas expectativas do cliente e garantir que os requisitos de valor são colocados em produção.

Quando se trata de “centrado na arquitetura”, significa que há uma ênfase no projeto de arquitetura de qualidade, e é a arquitetura que também orienta como o desenvolvimento deve ser planejado e feito.

Quando se trata de “iterativo e incremental”, significa que o projeto é dividido em vários ciclos de vida (chamados de iterações) que devem resultar em um executável. A cada uma das iterações são acrescentados requisitos e, sobretudo, valor para o cliente; Por esse motivo é incremental.