Esse artigo analisa de maneira breve o lançamento da versão 7 do RUP e a sua ligação com o projeto Eclipse.
RUP 7
A Rational/IBM lançou em 2007 a versão 7 do RUP, que agora está na versão 7.1.
A versão 7 do RUP traz algumas mudanças conceituais que a primeira vista são complicadas de se entender, principalmente porque não há grandes alterações no conteúdo do RUP, mas sim na forma como esse conteúdo foi reorganizado.
A evolução do RUP 7 se baseia na evolução da Linguagem para Modelagem de Processos de Software (SPEM 2.0), gerada pelo OMG (Object Management Group). Essas alterações geram uma abstração maior no RUP posicionando-o mais como arquitetura de métodos do que arquitetura de software. O que faz sentido pois o RUP é um software que suporta uma metodologia para desenvolvimento de software.
O Rational Method Composer é a ferramenta que implementa, ou que é capaz de manipular os metamodelos nos quais o RUP se baseia. É essa ferramenta que possibilita a customização dos conceitos que compõe o Method Content; tasks, roles, work products, e guidance. Os Method Content são organizados pelos processos em atividades, que compõe o ciclo de vida que expressa o trabalho a ser desenvolvido.
A representação bi-dimensional da separação entre
Method Content e Processos do Rational Unified Process
fonte: http://www.ibm.com/developerworks/rational/library/dec05/haumer/
Existe um vasto material sobre RUP 7 na Internet e na sua maioria de autoria da própria Rational/IBM. Os pontos abordados acima são apenas uma pequena descrição das alterações conceituais que ocorreram na versão 7 do RUP.
Para os usuários que estão habituados com o RUP 2003 ou RUP 6, pode parecer que não houve grandes mudanças, pois a Rational manteve ao máximo a compatibilidade entre os elementos principais da metodologia como as disciplinas, fases, iterações, etc, ao mesmo passo que tornou o produto mais modular devido a nova especificação do Software Process Engineering Metamodel (SPEM 2.0).
SPEM é uma Linguagem para Modelagem de Processos de Software e foi incorporado como um profile UML pela UML 2.0. Profile UML pode ajustar a linguagem UML para propósitos específicos, não limitado-a em engenharia de software, mas também cobrindo design e modelagem de outras disciplinas como engenharia mecânica, transformação de negócios, ciclo de vendas, etc.
O que se observa de fato é que a UML ou a OMG (Object Management Group) procura expandir os seus domínios ao adotar o UML Profile.
Se encontra em andamento a discussão da AP233 - STEP's System Engineering Project (Standard for the exchange of product model data - Application Protocol 233) .
Esse projeto é uma colaboração entre a OMG e a INCOSE (International Council on Systems Engineering) que está desenvolvendo extensões de processos de engenharia para a UML. Mas aí tem o dedo de gente muito maior como PDES Inc (a STEP industry consortium) , NIST (National Institute for Standards) , NASA STEP. E o fato é que a IBM com o RUP 7 está seguindo os padrões que são determinados com muito critério pelos grandes players desse conluio entre o mercado e as entidades reguladoras norte americanas.
Vou procurar, quando possível, escrever um artigo sobre padronização e regulamentação nos EUA, mas por hora seguem algums links para quem se interessar, e mais abaixo vamos analisar a estratégia adotada pela IBM para o desenvolvimento do RUP 7.
OpenUP/BasicUP
Em outubro de 2005, a Eclipse Foundation anuncia a criação do projeto Eclipse Project Framework (EPF), um framework open source para manipular um software/website da metodologia UP. A metodologia Basic Unified Process foi fornecido pela IBM e rebatizada de Open Unified Process (OpenUP) em março de 2006.
Em setembro de 2006, é lançado o Eclipse Project Framework (EPF) e a versão 0.9 do OpenUP.
O Eclipse Project Framework (EPF) é compatível com o RUP 7. Na verdade, o Rational Method Content é "Powered by Eclipse Technology".
A IBM forneceu um processo, o Basic Unified Process e o projeto Eclipse se encarregou de desenvolver o framework que foi empacotado em EPF e RMC.
Caso o usuário queira utilizar o OpenUP, ferramenta e processo, o mesmo está disponível gratuitamente e é uma ótima solução para empresas que queiram experimentar o Processo Unificado.
O Eclipse Project Framework não é compatível com as outras ferramentas de produtividade da Rational, mas a empresa que não quer utilizar o RUP agora, provavelmente não possui as outras ferramentas mesmo.
Para se customizar o processo de acordo com as necessidades do projeto, o OpenUP deve ser instalado juntamente com o Eclipse Project Framework. Caso alguém queira navegar por uma versão padrão disponibilizada na Internet, pode seguir o link abaixo:
http://www.epfwiki.net/wikis/openup/index.htm
O Basic Unified Process é uma versão mais leve do RUP, e que gera um processo ágil para equipes pequenas mas, aplicando os princípios e práticas do RUP, e podendo ser configurado rapidamente por profissionais que disponham de conhecimentos para estabelecer os processos adequados.
Method Composer versus Eclipse Process Framework overview. A fonte em preto nas duas colunas indica funcionalidades presente em releases passados. A fonte azul indica funcionalidades adicionadas na versão 7
Fonte: http://www.ibm.com/developerworks/rational/library/dec05/haumer/
Nenhum comentário:
Postar um comentário