RUP - Rational Unified Process

08/04/13
RUP - Rational Unified Process

Aspectos Legais Contato Institucional Patrocnio / Publicidade Servios E-mail
Localizar no site
INCIO
BAIRROS
CANAIS
CULTURA E TURISMO
ENTRETENIMENTO
GUIA EMPRESAS
NOTCIAS
UTILIDADES
Menu
Classificados Empregos Eventos Fotos Livro de Visitas Vdeos
Home
Artigos
Tecnologia da Informao
Acesso Restrito
Nome de Usurio

RUP (Rational Unified Process)
Senha
Joel De Bortoli
Lembrar-me
ENTRAR
1 Introduo
Esqueceu sua senha? Esqueceu seu nome de usurio? Registrar-se
Boletim Informativo
Nome E-mail
ASSINAR
O RUP, abreviao de Rational Unified Process (ou Processo Unificado da Rational), um processo proprietrio de Engenharia de software criado pela Rational Software Corporation, adquirida pela IBM tornando-se uma brand na rea de Software, fornecendo tcnicas a serem seguidas pelos membros da equipe de desenvolvimento de software com o objetivo de aumentar a sua produtividade.
Apoio
Prximos Eventos
No current events.
2 Rational Unified Process - RUP Conforme [Kroll e Kruchten 2003], podemos ter trs definies para o Rational Unified Process (RUP): O RUP uma maneira de desenvolvimento de software que iterativa, centrada arquitetura e guiada por casos de uso. descrita em vrios livros e artigos. Uma das maiores fontes de informaes o prprio produto IBM RUP , que contm guias detalhados, exemplos e modelos cobrindo todo o ciclo de vida do software;
Publicidade
Indicar Site
INDIQUE
O RUP um processo de engenharia de software bem definido e bem estruturado. O RUP define claramente quem responsvel pelo que, como as coisas devem ser feitas e quando faz-las. O RUP tambm prov uma estrutura bem definida para o ciclo de vida de um projeto RUP, articulando claramente os marcos essenciais e pontos de deciso; O RUP tambm um produto de processo que oferece uma estrutura de processo customizvel para a engenharia de software. O produto IBM RUP suporta a customizao e autoria de processos, e uma vasta variedade de processos, ou configurao de processos, podem ser montadas nele. Essas configuraes do RUP podem ser criadas para suportar equipes grandes e pequenas, e tcnicas de desenvolvimento disciplinadas ou menos formais. O produto IBM RUP contm vrias configuraes e vises de processos prontas que guiam analistas, desenvolvedores, testadores, gerentes de projeto, gerentes de configurao, analistas de dados, e outros membros da equipe de desenvolvimento em como desenvolver o software. Ele tem sido utilizado por muitas companhias em diferentes setores da indstria. O RUP utiliza a Linguagem Unificada de Modelagem UML para especificar, modelar e documentar artefatos. A UML um padro definido pelo OMG e ter se tornado o padro empresarial para a modelagem orientada a objetos. Por ser flexvel e configurvel, o RUP pode ser utilizado em projetos de pequeno, mdio e grande porte.
C ursos O nline
2.1 Os Princpios do RUP No existe uma maneira exata de aplicar o RUP, pois ele pode ser aplicado de vrias formas e ser diferente em cada projeto e organizao. Porm, existem alguns princpios que podem caracterizar e diferenciar o RUP de outros mtodos iterativos: Atacar os riscos cedo e continuamente; Certificar-se de entregar algo de valor ao cliente; Focar no software executvel; Acomodar mudanas cedo; Liberar um executvel da arquitetura cedo; Construir o sistema com componentes;
www.guiafar.com.br/portal/index.php/pt/artigos/tecnologia-da-informacao/108-rup
1/7
08/04/13
Trabalhar junto como um time;
Fazer da qualidade um estilo de vida, no algo para depois.
2.2 Elementos do RUP O RUP possui cinco elementos principais: papis, atividades, artefatos, fluxos de trabalho e disciplinas.
2.2.1 Papel Define o comportamento e as responsabilidades de um determinado indivduo ou grupo de indivduos trabalhando como uma equipe. Papis no so indivduos e nem ttulos de trabalho. Um indivduo pode assumir vrios papis. So exemplos de papis: Analista de sistema O indivduo que assume este papel coordena a obteno dos requisitos e a modelagem dos casos de uso identificando funcionalidades do sistema e estabelecendo limites do sistema; Projetista Esse indivduo define responsabilidades, operaes, atributos, relacionamentos de uma ou mais classes e determina como elas devem ser ajustadas para serem implementadas no ambiente; Projetista de testes Responsvel pelo planejamento, projeto, implantao e avaliao de testes, incluindo a gerao de plano e modelo de teste, implementando procedimentos de testes e avaliando a abrangncia dos testes, resultados e a efetividade.
2.2.2 Atividade uma unidade de trabalho que um indivduo executa quando est exercendo um determinado papel e produz um resultado importante para o contexto do projeto. Cada atividade pode ser dividida em passos. So exemplos de atividades: Planejar uma iterao: realizada pelo papel gerente de projeto; Encontrar casos de uso e atores: realizada pelo papel analista de sistemas; Rever o projeto: realizada pelo papel revisor de projeto; Executar um teste de performance: realizado pelo papel testador de performance.
2.2.3 Artefato um pedao de informao que produzido, modificado ou utilizado em um processo. Os artefatos so os produtos de um projeto. So as coisas produzidas durante o desenvolvimento do projeto. Artefatos so utilizados como entradas de atividades e so produzidos como sada. Os artefatos podem ter vrias formas: Um modelo, como um modelo de caso de uso, um modelo de projeto; Um elemento de um modelo, como uma classe, um caso de uso, um sub-sistema; Um documento, como um caso de negcio, glossrio, viso; Cdigo fonte; Executveis. A enumerao de atividades, papis e artefatos no constituem um processo. necessrio saber a seqncia do desenvolvimento das atividades para que possam ser produzidos artefatos de valor para o projeto.
2.2.4 Fluxo de Trabalho uma seqncia de atividades que so executadas para a produo de um resultado valioso para o projeto. Fluxos de trabalho podem ser representados por diagramas de seqncia, diagramas de colaborao e diagramas de atividades da linguagem UML. O RUP utiliza trs tipos de fluxos de trabalho: Fluxos de trabalho principais, associados com cada disciplina; Fluxos de trabalho de detalhe, para detalhar cada fluxo de trabalho principal; Planos de iterao, que mostram como a iterao dever ser executada.
2.2.5 Disciplina uma coleo de atividades relacionadas que fazem parte de um contexto comum em um
2/7
08/04/13

projeto. As disciplinas proporcionam um melhor entendimento do projeto sob o ponto de vista tradicional de um processo cascata. A separao das atividades em disciplinas torna a compreenso das atividades mais fcil, porm dificulta mais o planejamento das atividades. O RUP possui nove disciplinas, divididas em disciplinas do processo e de suporte. As disciplinas de processo so: modelagem de negcios, requisitos, anlise e projeto, implementao, teste e distribuio. As de suporte so: configurao e gerenciamento de mudanas, gerenciamento de projeto, e ambiente. RUP possui duas dimenses: O eixo horizontal representa o tempo e mostra os aspectos do ciclo de vida do processo medida que se desenvolve. Representa o aspecto dinmico do processo. expresso em termos de fases, disciplinas e marcos. O eixo vertical representa as disciplinas, que agrupam as atividades de maneira lgica, por natureza. Representa o aspecto esttico do processo. descrito em termos de componentes, disciplinas, atividades, fluxos de trabalho, artefatos e papis do processo.
2.3 O Ciclo de Vida de um Projeto RUP O ciclo de desenvolvimento no RUP possui quatro fases: iniciao, elaborao, construo e transio. Cada uma concluda por um marco principal, ou seja, cada fase basicamente um intervalo de tempo entre dois marcos principais. O ciclo de desenvolvimento termina com uma verso completa do produto de software. As fases definem estados do projeto, que so definidos por riscos que esto sendo mitigados ou questes que precisam ser respondidas. A fase de iniciao, foca no tratamento de riscos relacionados com o caso de negcio. Deve ser verificado se o projeto vivel e se financeiramente possvel. Na fase elaborao, o foco deve ser nos riscos tcnicos e arquiteturais. O escopo deve ser revisado e os requisitos devem estar mais compreendidos. Durante a construo, a ateno ser voltada para os riscos lgicos, e a maior parte do trabalho ser realizada. Na fase de transio, sero tratados os riscos associados com a logstica de distribuio do produto para a base de usurios. Embora varie muito em empresas e projetos diferentes, um ciclo de desenvolvimento para um projeto de tamanho mdio, possui uma distribuio de esforo e programao. Conforme descrito na documentao do RUP, cada passagem pelas quatro fases gera uma gerao do software. A menos que o produto desaparea, ele ir se desenvolver na prxima gerao, repetindo a mesma seqncia de fases de iniciao, elaborao, construo e transio. Esses ciclos subseqentes so chamados de ciclos de evoluo. A cada ciclo, so produzidas novas geraes. Os ciclos de evoluo podem ser disparados por melhorias sugeridas pelos usurios, mudanas no contexto do usurio, mudanas na tecnologia subjacente, reao concorrncia e assim por diante. Normalmente, a menos que ocorram mudanas significativas do produto ou da arquitetura, os ciclos de evoluo tm fases de Iniciao e Elaborao bem menores, pois a definio e a arquitetura bsicas do produto foram determinadas por ciclos de desenvolvimento anteriores
3 Linhas Mestras O RUP define as seguintes linhas-mestras e esqueletos (templates) para os membros da equipe de um ciclo de produo: parte do cliente, e uma avaliao do progresso do projeto pela sua gerncia. Alm disso, ajuda os programadores a manterem-se concentrados no projeto.
4 Gesto de Requisitos Uma documentao apropriada essencial para qualquer grande projeto; note-se que o RUP descreve como documentar a funcionalidade, restries de sistema, restries de projeto e requisitos de negcio. Os casos de uso (Use Cases) e os cenrios so exemplos de artefatos dependentes do processo, que tm sido considerados muito mais eficazes na captura de requisitos funcionais.
5 Uso de Arquitetura Baseada em Componentes A arquitetura baseada em componentes cria um sistema que pode ser facilmente extensvel, promovendo a reutilizao de software e um entendimento intuitivo. Um componente normalmente se relaciona com um objeto na programao orientada a
3/7
08/04/13
objetos.
O RUP oferece uma forma sistemtica para construir este tipo de sistema, focando-se em produzir uma arquitetura executvel nas fases iniciais do projeto, ou seja, antes de comprometer recursos em larga escala. Estes componentes so normalmente incluidos em infraestruturas existentes como o CORBA e o COM (Modelo de Componentes de Objectos).
6 Uso de Software de Modelos Visuais Ao abstrair a programao do seu cdigo e represent-la utilizando blocos de construo grfica, o RUP consegue uma maneira efetiva de se ter uma viso geral de uma soluo. O uso de modelos visuais tambm pode permitir que indviduos de perfil menos tcnico (como clientes) tenham um melhor entendimento de um dado problema, e assim se envolvam mais no projeto como um todo. A lnguagem de modelagem UML tornou-se um padro industrial para representar projetos, e amplamente utilizada pelo RUP.
7 Verificao da Qualidade do Software No assegurar a qualidade do software a falha mais comum em todos os projetos de sistemas computacionais. Normalmente pensa-se em qualidade de software aps o trmino dos projetos, ou a qualidade responsabilidade de uma equipe diferente da equipe de desenvolvimento. O RUP visa auxiliar no controle do planejamento da qualidade, verificando-a na construo de todo o processo e envolvendo todos os membros da equipe de desenvolvimento.
8 Gesto e Controle de Mudanas do Software Em todos os projectos de software a mudana inevitvel. O RUP define mtodos para controlar e monitorizar mudanas. Como uma pequena mudana pode afetar aplicaes de formas inteiramente imprevisiveis, o controle de mudanas essencial para o sucesso de um projeto. O RUP tambm define reas de trabalho seguras, garantindo a um programador que as mudanas efetuadas noutro sistema no afetaro o seu sistema.
9 Fases At agora estas linhas de guia so gerais, a serem aderidas ao percorrer do ciclo de vida de um projecto. As fases indicam a nfase que dada no projeto em um dado instante. Para capturar a dimenso do tempo de um projecto, o RUP divide o projecto em quatro fases diferentes: Concepo: nfase no escopo do sistema Elaborao: nfase na arquitetura Construo: nfase no desenvolvimento Transio: nfase na implantao O RUP tambm se baseia nos 4 P's: Pessoas Projeto Produto Processo As fases so compostas de iteraes. As iteraes so janelas de tempo; as iteraes possuem prazo definido enquanto as fases so objetivas. Todas as fases geram artefatos. Estes sero utilizados nas proximas fases e documentam o projeto. Alm de permitir melhor acompanhamento.
10 Princpios e Melhores Praticas RUP baseado em um conjunto de princpios de desenvolvimento de software e melhores prticas, por exemplo: Desenvolvimento de software interativo Gerenciamento de requisito
4/7
08/04/13

Uso de arquitetura baseada em componente Modelagem visual de software Verificao da qualidade software Controle alterao de software
10.1 Desenvolvimento de Software Iterativo Dado o tempo gasto para desenvolver um software grande e sofisticado, no possvel definir o problema e construir o software em um nico passo. Os requerimentos iro freqentemente mudar no decorrer do desenvolvimento do projeto, devido a restries de arquitetura, necessidades do usurio ou a uma maior compreenso do problema original. Iteraes permitem ao projeto ser constantemente refinado, alm de assinalarem itens de alto risco do projeto como as tarefas de maior prioridade. De forma ideal, ao termino de cada iterao haver uma verso executvel, o que ajuda a reduzir o risco de configurao do projeto, permitindo maior retorno do usurio e ajudando ao desenvolvedor manter-se focado. O RUP usa desenvolvimento iterativo e incremental pelas seguintes razes: Integrao feita passo a passo durante o processo de desenvolvimento, limitando-se cada passo a poucos elementos. Integrao menos complexa, reduzindo seu custo e aumentado sua eficincia. Partes separadas de projeto e/ou implementao podem ser facilmente identificadas para posterior reuso. Mudanas de requerimento so registradas e podem ser acomodadas. Os riscos so abordados no inicio do desenvolvimento e cada iterao permite a verificao de riscos j percebidos bem como a identificao de novos. Arquitetura de software melhorada atravs de um escrutino repetitivo. Usando iteraes, um projeto ir ter um plano geral, como tambm mltiplos planos de iterao.
10.2 Gerenciamento de Requisitos O Gerenciamento de requisitos no RUP est concentrado em encontrar as necessidades do usurio final pela identificao e especificao do que ele necessita e identificando aquilo que deve ser mudado. Isto trs como benefcios: A correco dos requerimentos gera a correco do produto, as necessidades dos usurios so encontradas. As caractersticas necessrias iro ser includas, reduzindo o custo de desenvolvimentos posteriores. RUP sugere que o gerenciamento de requisitos tem que seguir estas actividades: Analise o problema concordar com o problema e criar medies que iro provar seu valor para a organizao. Entendo as necessidades de seus stakeholders compartilhar o problema e valores com os stakeholders-chave e levantar quais as necessidades que esto envolvidas na elaborao da idia. Definir o problema a definio das caractersticas das necessidades e esquematizar os casos de uso, actividades que iro facilmente mostrar os requerimentos de alto-nvel e esboar o modelo de uso do sistema. Gerenciar o escopo do sistema trata das modificaes de escopo que iro ser comunicadas baseadas nos resultados do andamento e seleccionadas na ordem na qual os fluxogramas de casos de uso so atacados. Refinar as definies do sistema trata do detalhamento dos fluxogramas de caso de uso com os stakeholders de forma a criar uma especificao de requerimentos de software que pode servir como um contrato entre o seu grupo e o do cliente e poder guiar as actividades de teste e projecto. Gerenciamento das mudanas de requisitos trata de como identificar as chegadas das mudanas de requerimento num projeto que j comeou.
10.3 Uso de Arquitetura Baseada em Componentes Arquitetura baseada em componentes cria um sistema que facilmente extensvel, intuitivo e de fcil compreenso e promove a reusabilidade de software. Um componente freqentemente se relaciona com um conjunto de objetos na programao orientada ao
5/7
08/04/13
objeto.
Arquitetura de software aumenta de importncia quando um sistema se torna maior e mais complexo. RUP foca na produo da arquitetura bsica nas primeiras interaes. Esta arquitetura ento se torna um prottipo nos ciclos iniciais de desenvolvimento. A arquitetura desenvolve-se em cada interao para se tornar a arquitetura final do sistema. RUP tambm propem regras de projeto e restries para capturar regras de arquitetura. Pelo desenvolvimento interativo possvel identificar gradualmente componentes os quais podem ento ser desenvolvidos, comprados ou reusados. Estes componentes so freqentemente construdos em infra-estruturas existentes tais como CORBA e COM, ou JavaEE.
10.4 Modelagem Visual de Software Abstraindo sua programao do seu cdigo e representando-a usando blocos de construo grfica constitui-se de uma forma efetiva de obter uma viso geral de uma soluo. Usando esta representao, recursos tcnicos podem determinar a melhor forma para implementar a dado conjunto de interdependncias lgicas. Isto tambm constri uma camada intermediria entre o processo de negcio e o cdigo necessrio atravs da tecnologia da informao. Um modelo neste contexto uma visualizao e ao mesmo tempo uma simplificao de um projeto complexo. RUP especifica quais modelos so necessrios e porque. A Linguagem modelagem unificada (UML) pode ser usada para modelagem de Casos de Uso, diagrama de classes e outros objetos.
10.5 Verificar Qualidade de Software Garantia da qualidade o ponto mais comum de falha nos projetos de software, desde isto freqentemente algo que no se pensa previamente e algumas vezes tratado por equipes diferentes. A RUP ajuda no planejamento do controle da qualidade e cuida da sua construo em todo processo, envolvendo todos os membros da equipe. Nenhuma tarefa especificamente direcionada para a qualidade; o RUP assume que cada membro da equipe responsvel pela qualidade durante todo o processo. O processo foca na descoberta do nvel de qualidade esperado e prove teste nos processo para medir este nvel.
10.6 Controle de Alteraes no Software Em todos os projetos de software, mudanas so inevitveis. RUP define mtodos para controlar, rastrear e monitoras esta mudanas. RUP tambm define espaos de trabalho seguros, garantindo que um sistema de engenharia de software no ser afetado por mudanas em outros sistemas. Este conceito bem aderente com arquiteturas baseadas em componentes.
11 Concluso O RUP uma metodologia que prov qualidade de software, aumento de produtividade e melhorias na manuteno alm de ajudar no controle sobre todas as fases de desenvolvimento do software.
12 Referncias Bibliogrficas http://indecisos.wordpress.com http://www.unibratec.com.br http://indecisos.wordpress.com http://twiki.im.ufba.br http://www.advus.com http://www.linhadecodigo.com.br http://www-128.ibm.com
Adicionar comentrio
Nome (obrigatrio) e-mail (obrigatrio)
6/7
08/04/13

Site
1000 caracte re s re stante s
Notifique-me sobre novos comentrios
Atualizar
Enviar
J C omments
Lomadee, uma nova espcie na web. A maior plataforma de afiliados da Amrica Latina
Copyright 2012 GuiaFar. Todos os direitos reservados.
7/7

RUP - Rational Unified Process

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

RUP - Rational Unified Process

Enviado por

Direitos autorais:

Formatos disponíveis

08/04/13