Processo Unificado de desenvolvimento de software- RUP

Consideraes
O mtodo iterativo: criado para superar as dificuldades impostas pelo modelo cascata. J que o modelo cascata pode ser usado com sucesso em projetos pequenos, onde o domnio do problema bem conhecido, a soluo encontrada foi dividir grandes projetos em projetos menores. Dessa maneira, alguns requisitos e alguns riscos podem ser identificados, um projeto pode ser realizado, uma implementao pode ser construda para esse projeto, validade e testada, Esse processo se repete com outras partes do sistema at que o sistema inteiro seja terminado, isso chamado de modo iterativo. Em cada pequena parte do sistema feita uma iterao. A iterao segue o modelo seqencial tradicional, com identificao das necessidades, anlise, projeto, implementao e testes. A cada iterao o sistema incrementado at que o ciclo de desenvolvimento do aplicativo termine. Nesse ponto, um novo modelo de desenvolvimento pode ser iniciado A maneira de desenvolver projetos atravs de vrias iteraes que vo incrementando o projeto at que se chegue a um objetivo chamada de modo iterativo e incremental. Atualmente esse , paradigma de desenvolvimento bem aceito e vem sendo utilizado por vrias metodologias de desenvolvimento de software.

Definies
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 informao o prprio produto IBM RUP [1], que contm guias detalhados, exemplos e modelos cobrindo todo o ciclo de vida do software. 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 da projeto, gerentes de configurao, analistas de dados, e outros membros da equipe. O Processo Unificado (UP) de desenvolvimento de sistemas combina os ciclos iterativo e incremental para a construo de softwares. O processo unificado de desenvolvimento de software o conjunto de atividades necessrias para transformar requisitos do usurio em um sistema de software. Ele baseado em componentes, o que significa o sistema ser construdo a partir de componentes de software interconectados via interfaces muito bem definidas.

O Processo Unificado proposto pela Rational (Rational Unified Process RUP) foi criado para apoiar o desenvolvimento orientado a objetos, fornecendo uma forma sistemtica para se obter reais vantagens no uso da Linguagem de Modelagem Unificada (Unified Modeling Language UML). De fato, ele no exatamente um processo: uma infraestrutura genrica de processo que pode ser especializada para uma ampla classe de sistemas de software, para diferentes reas de aplicao, tipos de organizao, nveis de competncia e tamanhos de projetos.

Princpios bsicos do RUP

O RUP est fundamentado em trs princpios bsicos: orientao a casos de uso, arquitetura e iterao. Ele dito dirigido a casos de uso, pois so os casos de uso que orientam todo o processo de desenvolvimento. Com base no modelo de casos de uso, so criados uma srie de modelos de anlise, projeto e implementao, que realizam estes casos de uso. centrado em arquitetura, pois defende a definio de um esqueleto para a aplicao (a arquitetura), a ganhar corpo gradualmente ao longo do desenvolvimento. Finalmente, o RUP iterativo e incremental, oferecendo uma abordagem para particionar o trabalho em pores menores ou mini-projetos. Esses trs conceitos so igualmente importantes. A arquitetura prov a estrutura para guiar o desenvolvimento do sistema em iteraes, enquanto os casos de uso definem as metas e conduzem o trabalho de cada iterao.

Ciclo de vida do processo unificado RUP

O ciclo de vida adotado no RUP tipicamente evolutivo. Contudo, uma forma de organizao em fases adotada para comportar os ciclos de desenvolvimento, permitindo uma gerncia mais efetiva de projetos complexos. Ao contrrio do tradicionalmente definido como fases na maioria dos modelos de ciclo de vida planejamento, levantamento de requisitos, anlise, projeto, implementao e testes, so definidas fases ortogonais a estas, a saber:

Construo Concepo Transio Elaborao

Figura 1: fase do processo unificado

Concepo: nesta fase, estabelecido o escopo do projeto e suas fronteiras, determinando os principais casos de uso do sistema. Esses casos de uso devem ser elaborados com a preciso necessria para se proceder estimativas de prazos e custos. As estimativas devem ser globais para o projeto como um todo e detalhadas para a fase seguinte. Assim, a nfase nesta etapa recai sobre o planejamento e, por conseguinte, necessrio levantar requisitos do sistema e preliminarmente analislos. Ao trmino dessa fase, so examinados os objetivos do projeto para se decidir sobre a continuidade do desenvolvimento.

Elaborao e construo: estas fases ocorrem dentro dos ciclos iterativos. A elaborao constituda da anlise e projeto, e a construo corresponde implementao e aos testes. nos ciclos iterativos propriamente ditos que acontece a anlise detalhada do sistema (anlise de requisitos e de domnios) e nos quais feito o projeto do sistema usando padres de projetos. Nos ciclos iterativos so tambm feitos as implementaes dos cdigos e os testes.

Transio: Ocorre aps o ltimo ciclo iterativo. Nesta fase, o software disponibilizado comunidade usuria. Aps o produto ter sido colocado em uso, naturalmente surgem novas consideraes que vo demandar a construo de novas verses para permitir ajustes do sistema, corrigir problemas ou concluir algumas caractersticas que foram postergadas. importante realar que dentro de cada fase, um conjunto de iteraes, envolvendo planejamento, levantamento de requisitos, anlise, projeto e implementao e testes, realizado. Contudo, de uma iterao para outra e de uma fase para a prxima, a nfase sobre as vrias atividades muda, como mostra a figura 1, em que a cor preta indica grande nfase, enquanto a cor branca indica muito pouca nfase. Na fase de concepo, o foco principal recai sobre o entendimento dos requisitos e a determinao do escopo do projeto (planejamento e levantamento de requisitos). Na fase de elaborao, o enfoque est

na captura e modelagem dos requisitos (levantamento de requisitos e anlise), ainda que algum trabalho de projeto e implementao seja realizado para prototipar a arquitetura, evitando certos riscos tcnicos. Na fase de construo, o enfoque concentra-se no projeto e na implementao, visando evoluir e rechear o prottipo inicial, at obter o primeiro produto operacional. Finalmente, a fase de transio concentra-se nos testes, visando garantir que o sistema possui o nvel adequado de qualidade. Alm disso, usurios devem ser treinados, caractersticas ajustadas e elementos esquecidos adicionados.

Figura 2: nfase principal de cada uma das fases

Elementos RUP
Papeis: 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:

o 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;

o 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;

o 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.

Uma atividade uma unidade de trabalho que um individuo 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, encontrar casos de uso e atores, rever o projeto, executar um teste de performance.

Um artefato um pedao de informao que produzido, modificado ou utilizado em um processo. Os artefatos so os produtos de um projeto, so utilizados como entradas de atividades e so produzidos como sada. So exemplos: o Um modelo, como um modelo de caso de uso o Um elemento de um modelo, como uma classe o Um documento o Um cdigo fonte o Executveis

Fluxos de trabalhos so seqncias de atividades que so executadas para a produo de um resultado valioso para o projeto. Podem ser representados por diagramas de seqncias, colaborao e atividades da linguagem UML

Disciplina um conjunto de atividades relacionadas que fazem parte de um contexto comum em um projeto. Proporcionam um melhor entendimento do projeto sob o ponto de vista tradicional do modelo cascata. O RUP possui nove disciplinas divididas em disciplinas de processo (modelagem de negcios, requisitos, anlise e design, implementao, teste e distribuio) e suporte (configurao e gerenciamento de mudanas, gerenciamento de projeto e ambiente).