RUP - Rational Unified Process

Viso Geral
IBM Rational Unified Process, ou RUP, um processo de desenvolvimento de software configurvel que possibilita melhores prticas e arquitetura configurvel. Permite selecionar e desenvolver apenas os componentes necessrios a cada estgio do projeto. A plataforma RUP traz como benefcios : Ferramentas de configurao para as especificidades de cada projeto Ferramentas para desenvolver o conhecimento interno da empresa em componentes de processo Ferramentas customizveis para auxlio ao desenvolvimento Web Comunidades on-line para trocas de prticas e informaes

O que Processo?

Processo (de software) conjunto de atividades necessrias para transformar os requisitos do usurio em um produto acabado (sistema de software) RUP mais que um processo de software; um processo genrico (framework ), que pode ser especializado para uma vasta classe de sistemas de software, para diferentes reas de aplicaes, diferentes tipos de organizaes, diferentes tipos de competncias e diferentes porte de projetos.

RUP baseado em Componentes

O sistema sendo construdo formado por componentes de software, interconectados atravs de interfaces bem definidas. Componente uma parte fsica e substituvel de um sistema que est de acordo e providencia a realizao de um conjunto de interfaces. Interface coleo de operaes que so utilizadas para especificar um servio de uma classe ou componente.

Caractersticas de RUP

A UML uma parte integrante do RUP. RUP e UML foram desenvolvidos juntos. As caractersticas principais de RUP: Guiado por Casos de Uso Centrado em arquitetura Interativo um grande projeto deve ser dividido em projetos menores (mini-projetos), cujo trmino libera um produto acabado, que serve como pronto de partida para a prxima interao Incremental cada interao resulta em um incremento, um crescimento do produto

RUP centrado em arquitetura

O conceito de arquitetura envolve aspectos estticos e dinmicos do sistema. Ela evolui a partir das necessidades da empresa (visualizadas atravs dos casos de uso)

RUP centrado em arquitetura

A arquitetura influenciada por diversos fatores: Plataforma de execuo (computador, sistema operacional, bancos de dados, protocolos de comunicao) Blocos de construo reutilizveis (por ex., para GUIs) Consideraes de instalao Sistemas legados Requisitos no funcionais

O ciclo de vida do RUP

O ciclo de vida iterativo e incremental O RUP se repete atravs de uma srie de ciclos Cada ciclo desses se encerra com a liberao de um produto (acabado); cada incremento aumenta as funcionalidades do produto

O ciclo de vida do RUP

Cada ciclo composto por quatro fases, que podem ser subdivididas em iteraes: Concepo (Inception) a primeira fase do ciclo de vida, na qual as idias iniciais so exploradas at atingirem um ponto em que a elaborao possa ser iniciada Elaborao fase em que se define a arquitetura Construo terceira fase, em que o sistema desenvolvido Transio quarta fase, em que o sistema passa s mos dos usurios finais.

Fases do RUP

Workflows

Workflow uma realizao de uma parte de um caso de uso de negcios. Pode ser descrito na forma de diagramas de atividade que incluem participantes do processo, atividades que eles realizam e os artefatos que produzem. Exemplos: core workflow (anlise de requisitos, anlise, projeto, implementao e testes), iteration workflow

Milestones

Cada fase se encerra com um milestone Cada milestone caracterizado por um conjunto de artefatos, ou seja, certos documentos ou modelos atingiram um determinado estado pr-determinado Milestones servem para avaliar e programar o progresso do projeto

Produto

So os artefatos produzidos ao longo do desenvolvimento do sistema de software, tais como modelos, cdigo fonte, cdigo executvel e demais documentos. Um sistema toda a coleo de artefatos necessrios para repres ent-lo de forma completa binria ou documentos inteligvel para a mquina, workers ou depositrios do sistema (stakeholders)

Artefatos

Artefatos termo genrico para designar qualquer tipo de informao criada, produzida ou usada pelos workers durante o desenvolvimento do sistema. Exemplos: diagramas UML e texto associado, rascunhos de interfaces de usurio ou prottipos, componentes, planos e procedimentos de testes. Artefatos de Engenharia Artefatos de Gerenciamento: plano de desenvolvimento, alocao de pessoas ao projeto, atividades dos workers, especificaes do ambiente de desenvolvimento (como plataforma de hardware ou software disponibilizado para a equipe)

Produto

Estrutura Esttica do RUP

Processo

o conjunto de atividades necessrias para transformar os requisitos do usurio em um produto acabado (sistema de software). Um processo um gabarito para a criao de projetos. Usando a OO para conceituar processo e projeto, um processo equivale a uma classe, enquanto que um projeto equivale a uma instncia des ta classe. Projetos so instanciados conforme o contexto em que se inserem.

Atividades e Modelos

Projeto

o elemento organizacional atravs do qual se gerencia o desenvolvimento do software. O resultado de um projeto o produto acabado. Envolve: Uma seqncia de alteraes ao fim de cada ciclo, obtm -se um release. Uma configurao organizacional o projeto envolve uma equipe de pessoas encarregadas de obter um determinado resultado de acordo com alguma restrio comercial: tempo, custo ou qualidade.

Ferramentas

Ferramentas suportam o desenvolvimento de software moderno. Hoje impensvel desenvolver-se software sem o uso de ferramentas que automatizem o processo. O processo e as ferramentas formam um conjunto: as ferramentas esto integradas ao processo. Sem ferramentas praticamente impossvel manter modelos e implementao atualizados e consistentes. (Jacobson et al., 1999).

Ferramentas

Rational RequisitePro Facilita escritura, compartilhamento e disseminao de requisitos. Rational ClearQuest Controle de solicitao de mudanas. Rational Rose Modelagem Visual de processos de negcios, requisitos e componentes. Rational SoDA Gerao de documentao.

10

Ferramentas

Rational Purify Perfil de consumo de memria. Rational Visual Quantify Perfil de consumo de CPU. Rational Visual PureCoverage Alcanabilidade de cdigo. Rational TeamTest Automatiza testes funcionais. Rational PerformanceStudio Analisa desempenho de sistemas cliente-servidor para a Web. Rational ClearCase Gerncia de configurao de software.

Especializao de Processos

Nenhum processo pode ser aplicado a todos os contextos. Processos variam devido a: Diferentes domnios Diferentes contextos Diferentes restries de negcios Um processo de desenvolvimento de software real deve ser adaptvel a qualquer dos casos citados.

11

Especializao de Processos

RUP foi projetado para ser assim. Qualquer organizao que utilize RUP dever especializ-lo para suas caractersticas particulares Fatores principais de diferenciao: Organizacionais: cultura, estruturas, processos de administrao e organizao,competncias e potencialidades e outros sistemas existentes na empresa Domnio: domnios da aplicao e do negcio, comunidade de usurios e concorrncia

Especializao de Processos

Fatores relativos ao ciclo de vida: tempo de colocao no mercado, tempo de vida esperado para o sistema, capacidade das pessoas envolvidas no desenvolvimento e planejamentos futuros (novos releases) Fatores tcnicos ferramentas de desenvolvimento, linguagens de programao, bancos de dados, frameworks e arquiteturas de base padronizadas, comunicao e distribuio

12

Especializao de Processos

A utilizao de um processo bem determinado torna o desenvolvimento de software repetvel, ou seja, pode ser programado, os custos podem ser calculados com maior preciso e os tempos de desenvolvimentos so previsveis. CMM: A qualidade do processo caracteriza a qualidade do produto.

13