RUP pode ser ágil?

HelloWorld Membro desde: 21/11/2003 16:51:13 Mensagens: 13 Offline

pcalcado wrote:
The RUP process framework with IBM Rational Method Composer includes:

http://www-306.ibm.com/software/awdtools/rup/

Desculpe, mas a matéria não esta dizendo que o RUP é um framework, se sim, que o RUP com IBM® Rational® Method Composer (o framework em questão)

Vamos aos fatos, supostamente, simples perguntas e respostas:

1) Qual framework é usado na empresa em que você trabalha?
Possivel Resposta: HIBERNATE, VELOCITY, STRUTS, etc

2) Qual Processo de Desenvolvimento é usado na empresa?
Possivel Resposta: RUP, MDA, etc

Agora vamos responder como se o RUP fosse um framework

1) Qual framework é usado na empresa em que você trabalha?
Possivel Resposta: RUP, MDA, etc

2) Qual Processo de Desenvolvimento é usado na empresa?
Possivel Resposta: Nenhum, só tem framework lá...

pcalcado wrote:
Essa definição não está exata. Desenvolvimento de software é muito mais que codificação e construção de programas e ele faal apenas disso.

O que mais se aplica? se essas palavras não conseguem definir um framework... cite mais definições de framework... tenho curiosidade...

falows..

MDA não é framework... que literatura defende isso?

Coutinho, o texto é claro ao dizer que o RUP é um framework de processo...

[]s

HelloWorld Membro desde: 21/11/2003 16:51:13 Mensagens: 13 Offline

rodrigoy wrote:MDA não é framework... que literatura defende isso?

Coutinho, o texto é claro ao dizer que o RUP é um framework de processo...

[]s

Exato! viu só como fica fora de contexto, é bem isso que eu quis mostrar, assim como MDA não é framework o RUP tb não é

Processo != Framework

coutinho wrote:

pcalcado wrote:
The RUP process framework with IBM Rational Method Composer includes:

http://www-306.ibm.com/software/awdtools/rup/

Desculpe, mas a matéria não esta dizendo que o RUP é um framework, se sim, que o RUP com IBM® Rational® Method Composer (o framework em questão)

Desculpe, mas está sim, basta traduzir corretamente a frase:

"O framework de processo RUP com o IBM Rational Method Composer", e o Composer é uma suíte da qual o RUP faz parte agora.

IBM wrote:
IBM Rational Unified Process®, RUP®, is process guidance content included in the Rational Method Composer framework that delivers proven best practices in a configurable architecture.

IBM® Rational® Method Composer allows you to easily customize RUP. It enables you to select and deploy only the process components you need for each stage of your project, and then publish it through the internet.

The RUP process framework with IBM Rational Method Composer includes:
* A process content library based on the best practices a...

Outra página:

IBM wrote:
IBM Rational Unified Process®, or RUP®, is not only software engineering process, but also an industry-wide platform for best practices. By adopting proven best practices and a customizable process framework, software development organizations are finding they are able to communicate more clearly and deliver higher-quality software more predictably. ?Our biggest challenge is ensuring the communication on the respective levels on the team. I think where Rational has really helped us is that it has standardized a language of how the teams talk to each other,? says John Pritchard, Architect for Lockheed Martin.

http://www-306.ibm.com/software/success/cssdb.nsf/CS/JENS-5WWRAH?OpenDocument&Site=rational

Ou outra:

IBM wrote:
IBM Rational Unified Process®, or RUP®
RUP is a process framework that delivers proven best practices and a configurable architecture.

http://www-306.ibm.com/software/awdtools/rmc/index.html

Mas se restar alguma dúvida faça esta pesquisa no Google:

http://www.google.com.br/search?hl=pt-BR&q=site%3Aibm.com+rup+framework&btnG=Pesquisa+Google&meta=

coutinho wrote:
Vamos aos fatos, supostamente, simples perguntas e respostas:

1) Qual framework é usado na empresa em que você trabalha?
Possivel Resposta: HIBERNATE, VELOCITY, STRUTS, etc

Repetindo: Frameworks não são apenas estruturas de programação como Hibernate, Spring e etc.

Framework é um conceito que pdoe ser aplicado em diversas áreas.

coutinho wrote:
O que mais se aplica? se essas palavras não conseguem definir um framework... cite mais definições de framework... tenho curiosidade...

http://en.wikipedia.org/wiki/Framework
http://www.google.com.br/search?q=define:framework&hl=pt-BR&lr=&oi=definel&defl=en

É tudo uma questão de procurar.

HelloWorld Membro desde: 21/11/2003 16:51:13 Mensagens: 13 Offline

Não acho que seja uma questão de procurar, até porque eu já sei do que se trata e tenho minha opinião muito bem formada.

Bom, não vou questionar mais, senão vamos ficar aqui, paginas e mais paginas, uma dizendo que é e o outro dizendo que não é!

Agora, só acho que deveriamos então, sugerir a IBM Rational alterar o nome do RUP (Rational Unified Process) para RUF (Rational Unified Framework)

Para finalizar, uma coisa é possuir frameworks, ser constituidos por, e outra é ser um framework.

Encerro por aqui meus argumentos. Não quero causar confusão

falows... desculpe qualquer coisa

Sim, o UP pode ser ágil !

Os autores do UP não tinham a intenção de tornar o processo burocrático em meio a um infinidade de artefatos, isso porque ele tem um conjunto enorme de artefatos opcionais.

Para que você utilize UP agilmente , escolha um conjunto menor de artefatos e tarefas, buscando a simplicidade.

Como o desenvolvimento é iterativo, crie o Plano de Iteração de forma adaptável.

Fabricio, releia o seu post, e identifique as falhas e furos com o Agile Manifesto

Ok cv,

não percebi qualquer furo nele. Se você puder identificá-los ...

Vc pode fazer uma analogia ao UP com uma farmácia, onde a farmácia dispõe de uma infinidades de medicamentos, e o paciente escolhe qual ou quais estarão sendo úteis para o seu tratamento, a mesma coisa com o UP, dispões de muitos artefatos opcionais, todos são opcionais, menos o código (claro). Desse ponto de vista como o processo é iterativo, e o manifesto ágil propõe isso, então estaria perfeitamente adaptável, lógico que no processo ágil você não vai colocar artefatos e atividades desnecessárias, você vai escolher aqueles que melhor se adequa a metodologia, se for 1 ou 2, ótimo,contato que siga estes principios:

Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.

Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.

Business people and developers must work together daily throughout the project.

Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.

The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

Working software is the primary measure of progress.

Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.

Continuous attention to technical excellence and good design enhances agility.

Simplicity--the art of maximizing the amount of work not done--is essential.

The best architectures, requirements, and designs emerge from self-organizing teams.

At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

Fabrício Cozer Martins wrote:Vc pode fazer uma analogia ao UP com uma farmácia, onde a farmácia dispõe de uma infinidades de medicamentos, e o paciente escolhe qual ou quais estarão sendo úteis para o seu tratamento, a mesma coisa com o UP, dispões de muitos artefatos opcionais, todos são opcionais, menos o código (claro).

Voce tambem pode fazer uma analogia entre RUP e uma Kombi '79 que vende caldo de cana na feira: sempre tem um barulhinho aqui, uma peca faltando ali, e a ultima vez que o motor viu uma troca de oleo foi ha umas duas decadas. Mas enquanto o treco andar a mais de 20 por hora vc ta comemorando. Dai quebra, pega fogo ou nao funciona mais, e vc fica se perguntando o que aconteceu -- mas, antes de realmente conseguir investigar, ja comprou outra Kombi.

Eu nao engulo esse papo de artefatos opcionais. Se todos artefatos sao opcionais, menos o codigo, entao cade a consistencia e a tao-chamada qualidade que os pregadores do RUP tanto pregam?

coutinho wrote:Não acho que seja uma questão de procurar, até porque eu já sei do que se trata e tenho minha opinião muito bem formada.

Bom, não vou questionar mais, senão vamos ficar aqui, paginas e mais paginas, uma dizendo que é e o outro dizendo que não é!

Agora, só acho que deveriamos então, sugerir a IBM Rational alterar o nome do RUP (Rational Unified Process) para RUF (Rational Unified Framework)

Para finalizar, uma coisa é possuir frameworks, ser constituidos por, e outra é ser um framework.

Encerro por aqui meus argumentos. Não quero causar confusão

falows... desculpe qualquer coisa

O que eu acho que está lhe faltando é uma definição correta do que é framework. Frameworks não são apenas "bibliotecas ao redor das quais você organiza e constrói seu projeto", mas é uma estrutura pré-definida que ajuda a servir como guia para construir alguma coisa (dica: veja a definição de framework em http://dictionary.reference.com/search?q=framework ). Sendo assim, não vejo nenhum problema em considerar o RUP como um framework para processos de desenvolvimento.

coutinho wrote:

rodrigoy wrote:MDA não é framework... que literatura defende isso?

Coutinho, o texto é claro ao dizer que o RUP é um framework de processo...

[]s

Exato! viu só como fica fora de contexto, é bem isso que eu quis mostrar, assim como MDA não é framework o RUP tb não é

Processo != Framework

MDA também não é processo....

cv wrote:Voce tambem pode fazer uma analogia entre RUP e uma Kombi '79 que vende caldo de cana na feira: sempre tem um barulhinho aqui, uma peca faltando ali, e a ultima vez que o motor viu uma troca de oleo foi ha umas duas decadas. Mas enquanto o treco andar a mais de 20 por hora vc ta comemorando. Dai quebra, pega fogo ou nao funciona mais, e vc fica se perguntando o que aconteceu -- mas, antes de realmente conseguir investigar, ja comprou outra Kombi.

Não pode, aliás uma Kombi 79, que vende caldo de cana, não sugere muita coisa além de vender caldo de cana, se eu quiser um suco de laranja, ou um açai, ou mais , se quiser fazer um pedido a domicilo, esta kombi dificilmente vai me suprir, então não se pode comparar com o RUP, que propõe a escolha de diversas receitas de como fazer tal artefato e de como realizar tal tarefa, e quem realiza determinada tarefa.

cv wrote:
Eu nao engulo esse papo de artefatos opcionais. Se todos artefatos sao opcionais, menos o codigo, entao cade a consistencia e a tao-chamada qualidade que os pregadores do RUP tanto pregam?

O dinamismo está justamente aí, eles não determinaram que você deve usar todos, isso porque cada projeto tem características próprias, e o RUP como sendo um framework de processos, deve prover extensões para a concepção, elaboração, construção e transição de n-projetos.

Notícias, artigos e o maior fórum brasileiro sobre Java