RUP Key Principals

RUP Key Principals: Balance Competing Stakeholder Priorities
Balancear prioridades sempre uma tarefa difcil j que na viso de cada stakeholder seus requisitos so sempre mais importantes do que os requisitos dos outros. Desenvolver um software sem estabelecer nas fases iniciais o que realmente prioritrio significa apenas que foco desnecessrio ser dado em algo que no agrega valor ao negcio e muito menos atende as expectativas dos usurios. Outro fator importante quanto ao processo de priorizao de requisitos que ele no deve levar em conta apenas as necessidades de alguns stakeholders. Priorizar os requisitos significa entender o negcio, as necessidades de cada stakeholder e ento balancear cada uma das necessidades.
Outro fator importante relacionado a este princpio a reduo do desenvolvimento customizado. Isso significa avaliar os prs e contras do desenvolvimento de um software/componente customizado e a utilizao de um j pronto que atenda parcialmente os requisitos. Os benefcios desse princpio so: - Alinhar negcio e necessidades do usurio; - Reduzir o desenvolvimento customizado; - Otimizar o valor do negcio. Prticas para atingir esses benefcios: - Definir e priorizar o negcio x necessidades do usurio; - Priorizar requisitos;
- Entender quais ativos podem ser alavancados; - Equilibrar a reutilizao dos recursos x necessidades do usurio. Como no atingir esses benefcios: - Documentar a fundo os requisitos no incio do projeto; - Negociar todas as alteraes nos requisitos; - Congelar os requisitos diretos; - Priorizar o desenvolvimento customizado; - Atender principalmente as necessidades dos investidores mais vocais.
Postado por Fernando Dantas Santos Jnior s 17:17 0 comentrios
Quinta-feira, 21 de Fevereiro de 2008
Resumo Livro: The Rational Unified Process Made Easy

Um dos livros mais conhecidos de RUP e que sem dvida leitura obrigatria para quem est comeando no assunto o The Rational Unified Process Made Easy: A Practitioner's Guide to the RUP de Per Kroll e Philippe Kruchten. Com uma abordagem muito prtica o livro explica toda a estrutura do RUP 2003 passando por seus princpios, processo Iterativo, fases e disciplinas, etc. Traz ainda um captulo interessante onde todo o ciclo de vida de um pequeno software explicado atravs do RUP.
Para quem j leu o livro e gostaria apenas de rever seu contedo ou mesmo para quem quer uma viso geral fiz um pequeno resumo (parte em portugus e parte em ingls) que pode ser til. Vale lembrar que esse livro refere-se ao RUP 2003 e conseqentemente a Certificao 639 que a antecessora da atual 839 sobre RUP 7. Em breve tambm publicarei um resumo do recm publicado livro IBM Rational Unified Process Reference and Certification Guide: Solution Designer (RUP) de Ahmad K. Shuja e Jochen Krebs que me ajudou muito na certificao 839.
Download Resumo - Formato ZIP - 1MB Download Resumo - Formato PDF - 1.2MB Qualquer sugesto ou contribuio quanto ao resumo comentem ou me enviem por email(fernando.dantas@gmail.com)
Quarta-feira, 20 de Fevereiro de 2008
RUP Key Principals: Adapt the Process

Este um princpio simples e que talvez por isso seja to subestimado. Vejo muitas pessoas alegarem que o RUP muito pesado e possui muitos artefatos. a que mora o desconhecimento pois esse princpio diz respeito justamente a adaptar o nvel de cerimnia ao seu contexto. importante entender que o RUP como um banquete, ou seja, voc deve escolher o que deseja ao invs de se empanturrar. extremamente importante para o sucesso de um projeto que o processo seja adequado e que o nvel de cerimnia seja ajustado, pois documentao em excesso no trar produtividade e documentao superficial trar problemas de comunicao.
Projetos maiores, com tecnologias complexas e maior nmero de stakeholder geralmente precisam seguir padres mais formais. Porm, para pequenos projetos com equipes locais e tecnologias conhecidas o processo deve ser mais leve.
Outro erro comum que esse princpio trata a criao de planos e estimativas estticas. Todos sabem que o nvel de incerteza no incio de um projeto alto e tentar estabelecer um plano esttico e absoluto na fase de Iniciao nunca funciona pois apenas na fase de Elaborao que se pode ter uma viso mais estvel dos requisitos e da arquitetura. Os benefcios desse princpio so: - Eficincia de ciclo de vida; - Maior agilidade do projeto; - Planos e estimativas mais realsticas. Prticas para atingir esses benefcios: - Dimensione corretamente o processo para o projeto; - Adapte a cerimnia de acordo com o ciclo de vida; - Aprimore o processo continuamente; - Equilibre planos e estimativas com o nvel de incertezas. Como no atingir esses benefcios: - Determine estimativas fixas no incio do projeto; - Desenvolva planos estticos.
Sbado, 16 de Fevereiro de 2008
RUP Key Principals: Demonstrate Value Iteratively

Nada ilustra melhor os benefcios do processo Iterativo (representados por esse princpio) do que a charge abaixo.
Percebe-se claramente no exemplo que a pirmide foi construda atravs de um processo cascata(waterfall) e que o gerente egpcio fez um timo trabalho de acompanhamento. Mas justia seja feita, at mesmo o gerente foi um refm do processo cascata. Demonstrar Valor Iterativamente significa beneficiar-se do processo iterativo que basicamente visa a execuo de vrios ciclos onde cada um realiza todo o conjunto de disciplinas desde o requisito at a implantao. Da nota-se a grande diferena onde uma aplicao executvel j colocada em prova em um curto espao de tempo. Em contrapartida, no processo cascata, o release de um software executvel a ltima prioridade onde geralmente tem-se essa sada quase que no final do projeto onde j no existe mais tempo para resolver os problemas. Os benefcios desse princpio so: - Reduzir os riscos o quanto antes; - Maior previsibilidade no decorrer do projeto; - Maior confiana entre os stakeholders; Prticas para atingir esses benefcios: - Obter Feedbacks do cliente; - Abraar as mudanas de escopo; - Focar na eliminao dos maiores riscos com antecedncia;
- Adaptar os planos de forma constante. Como no atingir esses benefcios: - Planejar todo o projeto em detalhes desde o incio. - Confiar em Entregveis ao invs de Testes ou Demonstraes
Rational Unified Process - O incio

Como toda boa metodologia que se preze o RUP traz um conjunto de 6 princpios chaves que formam a base de toda sua estrutura. Se bem compreendidos e corretamente aplicados podem apresentar um ganho significativo de qualidade no ciclo de vida do software. Para facilitar a vida os 6 princpios comeam com as letras ABCDEF. So eles: - Adapt the Process Balance Competing Stakeholder Priorities Collaborate Across Teams Demonstrate Value Iteratively Elevate the Level of Abstraction Focus Continuously on Quality
Nos prximos posts explicarei cada um dos 6 princpios.

Hello World
Seja bem-vindo ao meu Blog. Aproveitando para inaugurar os posts gostaria de compartilhar a notcia de que na ltima sexta-feira dia 16/02 realizei a prova de RUP 7 com sucesso obtendo a nota de 84%. Sendo assim, posso me considerar o mais recente IBM Certified Solution Designer - IBM Rational Unified Process V7.0.
Mas independente da certificao o que realmente vale o conhecimento adquirido durante os 5 meses de estudo. Para mim, aps todos os livros e artigos lidos, fica a clara sensao de que o ciclo de vida de um software comumente sub julgado e que um processo bem definido a base para o sucesso. Em virtude do conhecimento adquirido no processo de certificao e tambm da dificuldade de obter informaes de boa qualidade resolvi inaurar esse blog para tratar entre outras coisas de RUP. Espero nos prximos posts lanar contedos sobre o assunto iniciando pelos 6 princpios chaves do RUP que alm de serem foco da prova so muito interessantes se compreendidos corretamente.
Roteiro para prova RUP 839: Rational Unified Process v7.0

Atendendo a pedidos resolvi postar um roteiro de estudo para quem deseja fazer a prova 839 do RUP 7. Esse foi mais ou menos o caminho que segui, salvo pelo fato de que havia iniciado os estudos para a prova antiga (639) de RUP 2003 at que descobri a existncia da nova 839 lanada em Jul/2007. Antes de comear a estudar importante entender como funciona a prova. Ela no muito diferente de outras certificaes podendo ser marcada pelos centros Prometric e custando U$ 100,00. composta de 52 questes e pode ser feita em at 75min sendo a nota mnima para aprovao de 62%, ou seja, erre no mximo 19 questes para ser aprovado. Outro ponto importante sobre a prova entender o foco da mesma. Como pode ser visto no site oficial da Certificao o foco distribudo conforme abaixo: - Iterative Development Principles (16.6%) - Iterative Development Work Products (16.6%) - Basic Method Elements and their Relationships (16.6%) - Basic Process Elements and their Relationships (16.6%) - Basic Content of Disciplines (33.6%) Passo 01: O caminho das pedras: - O Livro IBM Rational Unified Process Reference and Certification Guide: Solution Designer (RUP) de Ahmad K. Shuja e Jochen Krebs foi o primeiro a ser lanado sobre RUP 7 em Jan/2008. Recomendo fortemente a leitura pois nele ficam claras as diferenas do RUP 2003 em relao ao 7. A cada capitulo os autores apresentam o contedo do RUP atrelado a um simulado para ajudar a fixar o assunto. No ltimo capitulo tambm apresentado um simulado dentro das condies reais da prova, ou seja, 52 questes divididas dentro dos focos da prova; - Durante a leitura do Livro voc j dever ter instalado em sua mquina pelo menos uma verso Trial do RMC que contm o framework do RUP para leitura. Recomendo que voc leia o livro e constantemente complemente a leitura com o contedo relativo dentro do site do RUP. Isso lhe ajudar a se familiarizar com o site do RUP e tambm a aprofundar em alguns temas. - Depois de finalizada toda a leitura do livro hora de explorar mais o site do RUP. Alguns contedos sugeridos por Hans Admiraal em "Learning RUP 7.0" so realmente fundamentais e de leitura obrigatria. Passo 02: No entre na sala de exames sem ter decorado:
- Os 6 Key Principals do RUP e seus benefcios. No necessrio decorar os Patterns e Anti-Patterns mas o benefcios com certeza sim; - As disciplinas do RUP e os propsitos de cada uma delas; - O que UMA e quais so exatamente cada um dos elementos de contedo (Roles, Tasks, Steps, WorkProducts, etc..) e dos elementos de processo (Activities, Iterations, Phases, Capability Pattern, etc); - As fases do RUP e os objetivos de cada uma, assim como, os Milestones; - No site do RUP leia com ateno todo o contedo disponvel em: Work Products > RUP Domains > Project Management. Vrios WorkProducts de gerenciamento so cobrados, principalmente o Software Development Plan e seus cinco sub-artefatos devem ser decorados. Passo 03: Os simulados: - A essa altura voc j deveria estar aplicando os prprios conceitos do RUP para evitar que seu projeto de Certificao falhe. Sendo assim podemos dizer que os simulados so a sua Arquitetura Executvel. Infelizmente, como a prpria certificao 839 recente voc no encontrar muitos simulados facilmente; - Para ter uma idia real das questes da prova o prprio site oficial do RUP d cinco questes de demonstrao que vale a leitura; - No achei nenhum testking liberado sobre a prova mas no site da prpria testking possvel baixar a verso demo com 21 questes que j foram muito teis; - Por ltimo no site de Hans Admiraal possvel fazer um simulado do RUP 2003 gratuitamente e outro de RUP 7, porm pago. Digamos que com um pouco de insistncia tcnica voc pode consegu-lo gratuitamente :-). Para facilitar segue link para Download das principais questes que utilizei para estudo. Passo 04: O grande dia: - Se voc fez tudo como sugerido somando uma grande vontade de no perder U$ 100,00 voc ter grandes chances de atingir os 62% da prova e se tornar um IBM Certified Solution Designer - IBM Rational Unified Process V7.0. Bom, espero que as dicas sejam teis na busca pela certificao e se isso acontecer peo que me mande um post pois ficarei feliz em saber.
Postado por Fernando Dantas Santos Jnior s 21:31
RUP Key Principals: Elevate Level of Abstraction

basicamente por causa desse princpio que hoje no programamos mais em Assembly ou C++, ou seja, quanto mais elevado o nvel de abstrao mais a complexidade de um projeto reduzida. Essa abstrao pode se manifestar de vrias formas como adoo de uma linguagem de alto nvel como .NET ou JAVA, adoo de um componente de mercado ou mesmo pelo uso de servios disponibilizados atravs de WebServices. Quando esse conceito no corretamente observado o projeto guiado pela complexidade e baixa produtividade ficando o business em segundo plano. Outra abordagem para gerenciar a complexidade focalizar na arquitetura atravs do desenvolvimento de uma que seja estvel e testada atuando como referncia para os projetos que ainda sero desenvolvidos.
Os benefcios desse princpio so: - Aumento da produtividade; - Reduo da complexidade. Prticas para atingir esses benefcios: - Promover a reutilizar de ativos existentes; - Utilizar ferramentas e linguagens de alto nvel; - Focalizar na arquitetura; - Estabelecer controles sobre a qualidade e complexidade. Como no atingir esses benefcios:
- Evoluir de requisitos direto p/ cdigo customizado no estimula o reuso pois: enibe a discusso no foco conceitual, requer constante reviso de decises e limita o foco na arquitetura resultando em atraso e retrabalho no projeto
RUP Key Principals: Focus Continuously On Quality

Este o ltimo princpio do RUP e pelos motivos bvios quase dispensa apresentaes se no fosse pelo fato de ser um dos mais mal aplicados. Foco contnuo na qualidade no significa apenas atender os requisitos ou ter uma equipe de teste como muitos imaginam. Um conceito errneo comum que a qualidade pertence a um grupo ou responsabilidade dele. Esse mito geralmente perpetuado pela criao de um grupo, algumas vezes denominado Garantia de Qualidade, outros nomes incluem Teste, Controle de Qualidade e Engenharia de Qualidade, e atribuindo a eles a misso e a responsabilidade relacionadas qualidade.
Segundo o RUP qualidade tambm inclui identificar as mtricas e critrios que demonstram sua existncia, assim como, a implementao de um processo para garantir que o produto atinja o grau desejado de qualidade de forma que isso possa ser repetido e gerenciado. O prprio RUP demonstra em Supporting Materials -> Quality Management que os problemas de software ficam de 100 a 1.000 vezes mais caros para serem localizados e reparados aps a implementao do software. Por fim, um dos maiores benefcios do desenvolvimento Iterativo est relacionado abordagem de testes que refora os conceitos de qualidade desde o incio sendo uma das
vantagens desse processo em relao ao processo cascata. Os benefcios desse princpio so: - Maior qualidade - Percepo prvia no progresso e na qualidade Prticas para atingir estes benefcios: - Assegurar que toda a equipe tenha propriedade sobre qualidade do produto; - Testar de forma antecipada e contnua demonstrando as funes do sistema; - Construir incrementalmente a automao do teste. Como no atingir estes benefcios: - Revisar artefatos e concluir testes unitrios antes do teste de integrao; - Conduzir revises detalhadas dos artefatos intermedirios pois atrasam o teste do aplicativo e conseqentemente a identificao de problemas maiores; - Concluir todos os testes de unidade antes de fazer o teste de integrao, novamente retarda a identificao de problemas maiores.
Sbado, 19 de Abril de 2008
RUP Key Principals: Elevate Level of Abstraction

basicamente por causa desse princpio que hoje no programamos mais em Assembly ou C++, ou seja, quanto mais elevado o nvel de abstrao mais a complexidade de um projeto reduzida. Essa abstrao pode se manifestar de vrias formas como adoo de uma linguagem de alto nvel como .NET ou JAVA, adoo de um componente de mercado ou mesmo pelo uso de servios disponibilizados atravs de WebServices. Quando esse conceito no corretamente observado o projeto guiado pela complexidade e baixa produtividade ficando o business em segundo plano. Outra abordagem para gerenciar a complexidade focalizar na arquitetura atravs do desenvolvimento de uma que seja estvel e testada atuando como referncia para os projetos que ainda sero desenvolvidos.
Os benefcios desse princpio so: - Aumento da produtividade; - Reduo da complexidade. Prticas para atingir esses benefcios: - Promover a reutilizar de ativos existentes; - Utilizar ferramentas e linguagens de alto nvel; - Focalizar na arquitetura; - Estabelecer controles sobre a qualidade e complexidade. Como no atingir esses benefcios: - Evoluir de requisitos direto p/ cdigo customizado no estimula o reuso pois: enibe a discusso no foco conceitual, requer constante reviso de decises e limita o foco na arquitetura resultando em atraso e retrabalho no projeto.
Sbado, 15 de Maro de 2008
Roteiro para prova RUP 839: Rational Unified Process v7.0

Atendendo a pedidos resolvi postar um roteiro de estudo para quem deseja fazer a prova 839 do RUP 7. Esse foi mais ou menos o caminho que segui, salvo pelo fato de que havia iniciado os estudos para a prova antiga (639) de RUP 2003 at que descobri a existncia da nova 839 lanada em Jul/2007. Antes de comear a estudar importante entender como funciona a prova. Ela no muito diferente de outras certificaes podendo ser marcada pelos centros Prometric e
custando U$ 100,00. composta de 52 questes e pode ser feita em at 75min sendo a nota mnima para aprovao de 62%, ou seja, erre no mximo 19 questes para ser aprovado. Outro ponto importante sobre a prova entender o foco da mesma. Como pode ser visto no site oficial da Certificao o foco distribudo conforme abaixo: - Iterative Development Principles (16.6%) - Iterative Development Work Products (16.6%) - Basic Method Elements and their Relationships (16.6%) - Basic Process Elements and their Relationships (16.6%) - Basic Content of Disciplines (33.6%) Passo 01: O caminho das pedras: - O Livro IBM Rational Unified Process Reference and Certification Guide: Solution Designer (RUP) de Ahmad K. Shuja e Jochen Krebs foi o primeiro a ser lanado sobre RUP 7 em Jan/2008. Recomendo fortemente a leitura pois nele ficam claras as diferenas do RUP 2003 em relao ao 7. A cada capitulo os autores apresentam o contedo do RUP atrelado a um simulado para ajudar a fixar o assunto. No ltimo capitulo tambm apresentado um simulado dentro das condies reais da prova, ou seja, 52 questes divididas dentro dos focos da prova; - Durante a leitura do Livro voc j dever ter instalado em sua mquina pelo menos uma verso Trial do RMC que contm o framework do RUP para leitura. Recomendo que voc leia o livro e constantemente complemente a leitura com o contedo relativo dentro do site do RUP. Isso lhe ajudar a se familiarizar com o site do RUP e tambm a aprofundar em alguns temas. - Depois de finalizada toda a leitura do livro hora de explorar mais o site do RUP. Alguns contedos sugeridos por Hans Admiraal em "Learning RUP 7.0" so realmente fundamentais e de leitura obrigatria. Passo 02: No entre na sala de exames sem ter decorado: - Os 6 Key Principals do RUP e seus benefcios. No necessrio decorar os Patterns e Anti-Patterns mas o benefcios com certeza sim; - As disciplinas do RUP e os propsitos de cada uma delas; - O que UMA e quais so exatamente cada um dos elementos de contedo (Roles, Tasks, Steps, WorkProducts, etc..) e dos elementos de processo (Activities, Iterations, Phases, Capability Pattern, etc); - As fases do RUP e os objetivos de cada uma, assim como, os Milestones; - No site do RUP leia com ateno todo o contedo disponvel em: Work Products > RUP
Domains > Project Management. Vrios WorkProducts de gerenciamento so cobrados, principalmente o Software Development Plan e seus cinco sub-artefatos devem ser decorados. Passo 03: Os simulados: - A essa altura voc j deveria estar aplicando os prprios conceitos do RUP para evitar que seu projeto de Certificao falhe. Sendo assim podemos dizer que os simulados so a sua Arquitetura Executvel. Infelizmente, como a prpria certificao 839 recente voc no encontrar muitos simulados facilmente; - Para ter uma idia real das questes da prova o prprio site oficial do RUP d cinco questes de demonstrao que vale a leitura; - No achei nenhum testking liberado sobre a prova mas no site da prpria testking possvel baixar a verso demo com 21 questes que j foram muito teis; - Por ltimo no site de Hans Admiraal possvel fazer um simulado do RUP 2003 gratuitamente e outro de RUP 7, porm pago. Digamos que com um pouco de insistncia tcnica voc pode consegu-lo gratuitamente :-). Para facilitar segue link para Download das principais questes que utilizei para estudo. Passo 04: O grande dia: - Se voc fez tudo como sugerido somando uma grande vontade de no perder U$ 100,00 voc ter grandes chances de atingir os 62% da prova e se tornar um IBM Certified Solution Designer - IBM Rational Unified Process V7.0. Bom, espero que as dicas sejam teis na busca pela certificao e se isso acontecer peo que me mande um post pois ficarei feliz em saber.
Domingo, 2 de Maro de 2008
RUP Key Principals: Collaborate Across Teams

Walker Royce j dizia que o desenvolvimento de software um esporte em equipe e como tal exige grande colaborao para se produzir um produto final. Dentro do ciclo de vida de um processo cascata o trabalho em equipe geralmente no estimulado pois o que freqentemente ocorre que um grande volume de requisitos empurrado para a equipe de analistas, que por sua vez, empurra a anlise & desenho para os desenvolvedores e assim por diante. Esse comportamento faz com que cada um se sinta menos responsvel pelo produto final do que o outro.
Dentro do processo iterativo toda a equipe envolvida desde o incio do projeto o que estimula a integrao e agua o senso de responsabilidade pelo produto final pois todos esto empenhados em gerar um produto executvel ao fim de pequenas iteraes. Estimular a colaborao funcional outro fator importante. As barreiras que geralmente separam cada funo no devem existir, ou seja, no deve existir a equipe de analistas, a equipe de desenvolvedores, a equipe de testers pois isso acaba distorcendo o foco. O importante que exista uma nica equipe cujo objetivo entregar um software com qualidade. Isso significa que basicamente todos so responsveis por compreender o que est sendo produzido e que qualidade no uma funo apenas dos Testers. Outro ponto importante e que estimula a colaborao a existncia de um ambiente integrado onde ferramentas podem automatizar tarefas, coletar mtricas, gerar status reports, auxiliar na gerencia de configurao e mudanas, etc. Isso libera a equipe para realizar atividades que realmente so importantes e agregam valor ao ciclo de desenvolvimento. Os benefcios desse princpio so: - Produtividade da equipe; - Melhor integrao entre: necessidades de negcio, desenvolvedores e operao. Prticas para atingir esses benefcios: - Motivar pessoas a realizarem seu melhor; - Criar equipes auto-gerenciadas; - Encorajar colaborao funcional entre analistas, desenvolvedores, etc;
- Proporcionar ambientes de colaborao efetiva; - Gerenciar evoluo de artefatos em tarefas; - Integrar equipes de negcios, desenvolvimento e operao. Como no atingir esses benefcios: - Criar desenvolvedores hericos e estimular horas extras; - Ter pessoas especializadas e equipamentos de ponta sem colaborao entre elas.
Segunda-feira, 25 de Fevereiro de 2008
RUP Key Principals: Balance Competing Stakeholder Priorities

Balancear prioridades sempre uma tarefa difcil j que na viso de cada stakeholder seus requisitos so sempre mais importantes do que os requisitos dos outros. Desenvolver um software sem estabelecer nas fases iniciais o que realmente prioritrio significa apenas que foco desnecessrio ser dado em algo que no agrega valor ao negcio e muito menos atende as expectativas dos usurios. Outro fator importante quanto ao processo de priorizao de requisitos que ele no deve levar em conta apenas as necessidades de alguns stakeholders. Priorizar os requisitos significa entender o negcio, as necessidades de cada stakeholder e ento balancear cada uma das necessidades.
Outro fator importante relacionado a este princpio a reduo do desenvolvimento customizado. Isso significa avaliar os prs e contras do desenvolvimento de um
software/componente customizado e a utilizao de um j pronto que atenda parcialmente os requisitos. Os benefcios desse princpio so: - Alinhar negcio e necessidades do usurio; - Reduzir o desenvolvimento customizado; - Otimizar o valor do negcio. Prticas para atingir esses benefcios: - Definir e priorizar o negcio x necessidades do usurio; - Priorizar requisitos; - Entender quais ativos podem ser alavancados; - Equilibrar a reutilizao dos recursos x necessidades do usurio. Como no atingir esses benefcios: - Documentar a fundo os requisitos no incio do projeto; Negociar todas as alteraes nos requisitos; Congelar os requisitos diretos; Priorizar o desenvolvimento customizado; Atender principalmente as necessidades dos investidores mais vocais.
Quinta-feira, 21 de Fevereiro de 2008
Resumo Livro: The Rational Unified Process Made Easy

Um dos livros mais conhecidos de RUP e que sem dvida leitura obrigatria para quem est comeando no assunto o The Rational Unified Process Made Easy: A Practitioner's Guide to the RUP de Per Kroll e Philippe Kruchten. Com uma abordagem muito prtica o livro explica toda a estrutura do RUP 2003 passando por seus princpios, processo Iterativo, fases e disciplinas, etc. Traz ainda um captulo interessante onde todo o ciclo de vida de um pequeno software explicado atravs do RUP.
Para quem j leu o livro e gostaria apenas de rever seu contedo ou mesmo para quem quer uma viso geral fiz um pequeno resumo (parte em portugus e parte em ingls) que pode ser til. Vale lembrar que esse livro refere-se ao RUP 2003 e conseqentemente a Certificao 639 que a antecessora da atual 839 sobre RUP 7. Em breve tambm publicarei um resumo do recm publicado livro IBM Rational Unified Process Reference and Certification Guide: Solution Designer (RUP) de Ahmad K. Shuja e Jochen Krebs que me ajudou muito na certificao 839. Download Resumo - Formato ZIP - 1MB Download Resumo - Formato PDF - 1.2MB Qualquer sugesto ou contribuio quanto ao resumo comentem ou me enviem por email(fernando.dantas@gmail.com)
Quarta-feira, 20 de Fevereiro de 2008
RUP Key Principals: Adapt the Process

Este um princpio simples e que talvez por isso seja to subestimado. Vejo muitas pessoas alegarem que o RUP muito pesado e possui muitos artefatos. a que mora o desconhecimento pois esse princpio diz respeito justamente a adaptar o nvel de cerimnia ao seu contexto. importante entender que o RUP como um banquete, ou seja, voc deve escolher o que deseja ao invs de se empanturrar. extremamente importante para o sucesso de um projeto que o processo seja adequado e que o nvel de cerimnia seja ajustado, pois documentao em excesso no trar produtividade e documentao superficial trar problemas de comunicao.
Projetos maiores, com tecnologias complexas e maior nmero de stakeholder geralmente precisam seguir padres mais formais. Porm, para pequenos projetos com equipes locais e tecnologias conhecidas o processo deve ser mais leve. Outro erro comum que esse princpio trata a criao de planos e estimativas estticas. Todos sabem que o nvel de incerteza no incio de um projeto alto e tentar estabelecer um plano esttico e absoluto na fase de Iniciao nunca funciona pois apenas na fase de Elaborao que se pode ter uma viso mais estvel dos requisitos e da arquitetura. Os benefcios desse princpio so: - Eficincia de ciclo de vida; - Maior agilidade do projeto; - Planos e estimativas mais realsticas. Prticas para atingir esses benefcios: - Dimensione corretamente o processo para o projeto; - Adapte a cerimnia de acordo com o ciclo de vida; - Aprimore o processo continuamente; - Equilibre planos e estimativas com o nvel de incertezas. Como no atingir esses benefcios: - Determine estimativas fixas no incio do projeto; - Desenvolva planos estticos.
Postagens mais antigas

RUP Key Principals

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

RUP Key Principals

Transféré par

Droits d'auteur :

Formats disponibles

RUP Key Principals: Balance Competing Stakeholder Priorities

Quinta-feira, 21 de Fevereiro de 2008

Resumo Livro: The Rational Unified Process Made Easy

Quarta-feira, 20 de Fevereiro de 2008