RUP - Engenharia de Software Metodologia

Resumo:

O Rational Unified Process (RUP) é caracterizado por ser uma estratégia

composta de desenvolvimento de software, em que possui elementos dos modelos

convencionais de desenvolvimento (modelo cascata, baseado em componentes e

evolucionário), tentando absorver os melhores recursos desses modelos, mas é

implementado em cima de uma abordagem de processo ágil. O processo segue a ideia

de incrementos constantes, o que da a impressão de evolução continua do software, e

também visa a compreensão dos requisitos do sistema por meio de contato direto com

o cliente do produto que ajuda a elaborar casos de uso do respectivo software. O RUP

foi desenvolvido com base nos diagramas de planejamento UML, e este é uma

ferramenta que é frequentemente utilizada em conjunto com o RUP.

Palavras chaves: RUP, modelos, processo, UML, OpenUp, casos de uso.

Introdução:

No começo dos anos 1990, James Rumbaugh, Grady Booch e Ivar Jacobson se

propuseram a combinar as características de diversos modelos orientados a objetos,

utilizando as melhores propriedades de cada modelo e também outros atributos de

autoria de vários especialistas, o que resultou na UML. A Linguagem de Modelagem

Unificada (UML) é amplamente utilizada como ferramenta que auxilia a modelagem de

Sistema na parte de projeto e requisitos. Por volta de 1997 a UML se tornou padrão

para modelagem de sistemas orientados a objeto em boa parte da indústria de

software. Apesar da nova tecnologia proposta para modelagem, não havia uma

metodologia para orientar a utilização da UML e então James, Grady e Ivar

desenvolveram o Rational Unified Process(RUP), uma metodologia orientada a objetos

utilizando a UML.

O RUP é caracterizado por possuir quatro fases bem definidas ao longo do

processo: Concepção, Elaboração, Construção, Transição e a cada fase podem ocorrer

a quantidade necessária de iterações até que seja dada por completa. Um ciclo de vida

é composto por essas quatro fases e é numerado como uma versão do sistema, ao

completar cada ciclo uma nova versão é lançada e pode ser utilizada pelo cliente.

O Processo Unificado é maleável para sistemas com diferentes especificações e

diferente do modelo em cascata que possui as fases correspondentes as atividades em

sim, o processo unificado é centrado no negócio, então cada fase do processo pode

conter qualquer disciplina de software necessária para a concepção do sistema, ou

seja, cada iteração pode conter as disciplina de software: coleta de requisitos, análise,

projeto, implementação ou teste, e cada fase utiliza vários incrementos de diferentes

iterações voltados para qualquer uma dessas disciplinas de engenharia de software até

o fim de um ciclo.

Conteúdo principal:

OVERVIEW OPENUP

Para construção deste artigo foi levado em conta um processo com semelhanças

muito grandes com o RUP, porém, é um processo aberto disponibilizado pelos

desenvolvedores do eclipse i.d.e..

OpenUp é um UP resumido, que pode ser usado como parâmetro para análise

geral do conceito do RUP, que aplica uma abordagem iterativa e incremental dentro de

um ciclo de vida estruturado. Assim como o RUP visto em sala de aula e estudando UP

como um processo geral. Tem-se -----OpenUP como alternativa aberta de um

processo rígido a ser seguido por fábricas de software que desejam um processo de

software bem documentado e seguindo um controle de qualidade bem apurado.

OpenUp adota uma filosofia ágil e pragmática que foca no cooperativismo no

desenvolvimento do software. É um processo que independe de ferramentas, ou seja,

pode ser adotada qualquer ferramenta de acordo com a necessidade do desenvolvedor

e preferencias da equipe. Portanto está-se deparando com um processo sem grandes

requisitos e que pode ser aplicado a uma série de projetos.

O processo é dividido da mesma maneira que o RUP em quatro fases distintas

que são caracterizadas pelos seus marcos finais que ocorrem a cada etapa do projeto.

Essas etapas são: Concepção, Elaboração, Construção e Transição.

Para um melhor funcionamento do OpenUp deve-se fazer algumas

recomendações, para uma melhor utilização do framework a equipe que deseja

trabalhar com esta ferramenta deve estar próxima, ou seja , não se obtém grande

sucesso utilizando OpenUp em desenvolvimento de software aberto por exemplo. O

OpenUp é mais indicado para equipes que contem a participação de alguns

componentes importantes como: stakeholders, arquitetos do sistemas,

desenvolvedores, gerente de processos e testadores. A colaboração entre os membros

da equipe tem que ser constante,