RUPinho

1. Objetivo do RUPinho O objetivo do RUPinho a estruturao de um processo que possibilite pequenas empresas, trabalhar de organi ada do ponto de vista de planejamento, e!ecuo e controle. "ortemente baseado no RUP, possui uma boa documentao e #ases de desenvolvimento bem delimitadas. $a verdade o RUPinho uma inst%ncia do Pros&es, processo de#inido para a realidade do &'()R e que j* #oi uma adaptao do RUP. +aseado nesse #orte legado #ica evidente a boa estruturao do processo, tanto em n,vel de documentao, quanto das delimita-es das #ases de desenvolvimento. +asicamente possui cinco etapas que ser*, posteriormente, detalhadamente e!planada. /odelagem do $eg0cio Planejamento e 1erenciamento de Projetos Requisitos )n*lise e Projeto 2mplementao 3estes 2mplantao

$a metodologia de trabalho implantada, para cada etapa #oram desenvolvidos os seguintes conceitos relacionados. objetivos, atividades, arte#atos, #erramentas e documentos relacionados. Provendo, portanto, os recursos in#ormacionais necess*rios para o cumprimento etapa. Portanto, #undamental que haja uma adequao entre as demandas de um processo rigoroso de desenolvimento com as limita-es de recursos de pequenas empresas, modelando 4 assim 4 um processo que possa aumentar a produtividade, organi ar in#orma-es, controlar as #ases e aumentar o grau de con#ormidade entre o que #oi acordado com o cliente e o que realmente se produ iu. 5. &aracteri ao do ambiente do RUPinho O ambiente padro das empresas pequenas composto por uma mdia de 6 a 57 #uncion*rios, menos de dois anos de atuao no mercado e pouca e!peri8ncia em processos de desenvolvimento de so#t9are. $esse sentido, #oi interessante a caracteri ao de um cen*rio que contemplasse uma viso de algumas empresas pequenas, no tocante a processos de so#t9are. Uma concluso interessante #oi que a grande maioria possui problemas com comunicao da equipe e

com o cliente, com ger8ncia de con#igurao, com inadequao de documentos, com retrabalho, com in#ra:estrutura inadequada, dentre outros. 'sse cen*rio, desenvolvido por e!peri8ncias passadas motiva o desenvolvimento desse processo que possa se adptar as realidades e proporcionar um melhor resultados em relao aos problemas previamente abordados. ;. Origem do RUPinho ;.1. RUP : Rational Uni#ied Process O RUP, abreviao de Rational Uni#ied Process <ou Processo Uni#icado da Rational=, um processo propriet*rio de 'ngenharia de so#t9are criado pela Rational (o#t9are &orporation, adquirida pela 2+/ tornando:se uma brand na *rea de (o#t9are, #ornecendo tcnicas a serem seguidas pelos membros da equipe de desenvolvimento de so#t9are com o objetivo de aumentar a sua produtividade. O RUP usa a abordagem da orientao a objetos em sua concepo e projetado e documentado utili ando a notao U/> <Uni#ied /odeling >anguage= para ilustrar os processos em ao. Utili a tcnicas e pr*ticas aprovadas comercialmente. O RUP , por si s0, um produto de so#t9are. ? modular e automati ado, e toda a sua metodologia apoiada por diversas #erramentas de desenvolvimento integradas e vendidas pela Rational atravs de seus @Rational (uites@. +asicamente, no RUP, t8m:se as seguintes #ases. 1. &oncepo. 8n#ase no escopo do sistema 5. 'laborao. 8n#ase na arquitetura ;. &onstruo. 8n#ase no desenvolvimento A. 3ransio. 8n#ase na implantao O RUP tambm se baseia nos A PBs. 1. Pessoas 5. Projeto ;. Produto A. Processo ? um processo considerado pesado e pre#erencialmente aplic*vel a grandes equipes de desenvolvimento e a grandes projetos, porm o #ato de ser amplamente customi *vel torna poss,vel que seja adaptado para projetos de qualquer escala. Para a ger8ncia do projeto, o RUP prov8 uma soluo disciplinada de como assinalar tare#as e responsabilidades dentro de uma organi ao de desenvolvimento de so#t9are.

;.5. Pros&es 4 Processo do &'()R O Pro(&es o processo de desenvolvimento de so#t9are do &'()R, ele #ortemente baseado no RUP : Rational Uni#ied Process. &omo sabido, o RUP #oi desenvolvido para ser aplic*vel a uma grande classe de projetos di#erentes e pode ser considerado como um #rame9orC genrico para processos de desenvolvimento. 2sso signi#ica que ele deve ser con#igurado para se adequar D realidade da organi ao. ) metodologia que embasa o Pro(&'( no se prop-e a ser uma con#igurao real do RUP, a idia de#inir quais os )R3'")3O( que devem ser gerados ao longo do desenvolvimento de so#t9are e adapt*:los D cultura do &'()R. Eunto com esses arte#atos, so disponibili ados orienta-es <guias= e templates, porm, essencial que todo colaborador estude e entenda o RUP para saber reali ar e#icientemente as atividades do processo e con#eccionar os arte#atos. A. &aracter,sticas Para atender a proposta do RUPinho de adequao dos limites de recursos das empresas com a manuteno de uma documentao e atividades e#ica es, tr8s caracter,sticas so #undamentais. A.1. )gilidade $uma empresa pequena #undamental que as in#orma-es estejam organi adas e dispon,veis, tanto para a ger8ncia da empresa e do projeto, como para os demais integrantes das equipes de projeto. ) #acilidade de acesso das in#orma-es demandas em qualquer etapa do processo #undamental para que se tenha agilidade, que o RUPinho se prop-e. A.5. Focumentao redu ida $o RUPinho encontram um redu ido nGmero de documentos, quando comparado aos padr-es do RUP. ) metodologia utili ada para a de#inio dos documentos #oi baseada numa seleo dos documentos que so indispens*veis, adaptao de alguns que e!igiam in#orma-es em demasia, substituio de alguns que poderiam ter in#orma-es contempladas por um outro menor. A.;. +ai!o custo 3ambm para alinhar com a realidade das pequenas empresas #oi arraigada na cultura do RUPinho o uso de #erramentas livre. )tualmente, todas as etapas de descritas nesses processo so contempladas com #erramentas livres de 0tima

qualidade, acompanhando 4 tambm 4 as necessidades de arte#atos a serem gerados. 6. 'tapas O processo do RUPinho est organizado em 7 etapas pr-definidas (fluxos) procurando garantir uma adequa !o " realidade das pequenas empresas segundo os critrios de moti#a !o do processo$ s!o elas% &luxos (odelagem do )eg*cio 'escri !o 'ocumento que compreende o entendimento dos processos e neg*cio da organiza !o+ ,sse documento ser#e como uma espcie de acordo de concep !o entre o cliente e os desen#ol#edores+ plane-ar e monitorar todo o processo de desen#ol#imento$ gerenciar riscos$ pro#er a infra-estrutura e definir artefatos e ati#idades que ser!o contempladas no desen#ol#imento do pro-eto le#antar os requisitos e definir o escopo do sistema transformar os requisitos num pro-eto para implementa !o do sistema implementar as classes em termos de componentes e testar as unidades+ #erificar a integra !o de todos os componentes do soft1are produzir a #ers!o final do produto de soft1are

Plane-amento e .companhamento do Pro-eto Requisitos .nlise e Pro-eto /mplementa !o 0este /mplanta !o

Para cada fluxo de ati#idade foi ela2orada uma estrutura que contemplasse todas as demandas de desen#ol#imento em cada etapa do processo% um resumo do o2-eti#o do fluxo3 as principais ati#idades a serem realizadas3 os artefatos (o2rigat*rios e opcionais) recomendados e gerados no fluxo3 e os templates e guias necessrios para produzir esses artefatos+

H. "lu!os de desenvolvimento H.1. /odelagem do $eg0cioI&oncepo H.1.1. Objetivos

,ssa etapa dita$ opcional$ necessria quando n!o se conhece o contexto onde o sistema ser usado ou quando se tem por o2-eti#o mudar o contexto tra2alhado+ 4ompreender a estrutura e din5mica da organiza !o$ procurando garantir aos clientes$ usurios e desen#ol#edores um conhecimento m6nimo da organiza !o 2em como os sta7eholders nela influenciam$ deri#ando assim requisitos que possam dar suporte a organiza !o+ H.1.5. )tividades Reuni8es com representantes do cliente a fim de o2ter um entendimento comum do neg*cio /dentificar sta7eholders /dentificar e priorizar processos deri#ado do neg*cio H.1.;. )rte#atos
Opcionais

.rtefato (odelo de 4asos de Uso do )eg*cio9.cordo de 4oncep !o

'escri !o 'ocumento que compreende o entendimento dos processos e neg*cio da organiza !o+ ,sse documento ser#e como uma espcie de acordo de concep !o entre o cliente e os desen#ol#edores+

H.5. Planejamento e 1erenciamento de Projetos H.5.1. Objetivos Pro#er um processo de plane-amento$ execu !o$ monitora !o9controle e conclus!o do pro-eto3 esta2elecer um processo de gerenciamento de riscos3 garantir conformidade com o plane-ado$ com o m6nimo poss6#el de impacto3 esta2elecer e manter o processo de desen#ol#imento adequado ao pro-eto$ com 2ase no processo de soft1are organizacional+

H.5.5. )tividades 'efinir responsa2ilidades$ ati#idades e recursos necessrios para o desen#ol#imento do pro-eto3 /dentificar e gerenciar riscos3 4ontrolar o desen#ol#imento 2aseado no Plano do Pro-eto3 'efinir ferramentas e infra-estrutura necessrias :elecionar procedimentos e padr8es a serem utilizados &ormalizar a aceita !o da entrega ao cliente de artefatos desen#ol#idos no pro-eto &ormalizar a conclus!o do pro-eto3

H.5.;. )rte#atos
Obrigatorios

.rtefato &ormulrio de .2ertura de Pro-etos Plano do Pro-eto

'escri !o &ormulrio de formaliza !o de in6cio de um pro-eto 'ocumento com o plane-amento do pro-eto$ incluindo o processo de produ !o de soft1are adotado$ com suas fases$ padr8es e tcnicas+ 4ompreende tam2m o plane-amento de ati#idades$ recursos alocados e teste+ 4ompreende o plano de ger<ncia dos riscos potenciais do pro-eto$ incluindo anlise de riscos$ poss6#eis depend<ncias e pro2lemas e as a 8es de conting<ncias a serem realizadas+ Relat*rio contendo os dados de conclus!o de um pro-eto

Planilha de ;er<ncia de Riscos

Relat*rio de 4onclus!o de Pro-etos

H.5.A. "erramentas
Obrigatrias Ferramentas Descrio

Planilha de ,stimati#a e .companhamento de 4ustos

Planilha para clculo de estimati#as de tamanho e esfor o para desen#ol#imento de soft1are 2aseado na tcnica de pontos por caso de uso+ (odelo de cronograma para defini !o de prazos e tamanho da equipe para pro-etos de desen#ol#imento de soft1are =ista de e-mail contendo todos os integrantes do pro-eto+

4ronograma

=ista de e-mail do pro-eto

:ite do Pro-eto

:ite com todas as informa 8es importantes do pro-eto% cronogramas$ reuni8es$ equipe$ artefatos gerados$ refer<ncias importantes$ etc+ Pode ser s* interno " equipe de desen#ol#imento ou pode ser disponi2ilizado para o cliente tam2m+

Opcionais Ferramentas Descrio

dotPro-ect

&erramenta free para gerenciamento de pro-etos+ O uso desse tipo de ferramenta su2stitui a cria !o de um site para o pro-eto+

H.5.6. Focumentos relacionados Para facilitar a realiza !o das ati#idades acima listadas$ como tam2m a confec !o dos artefatos o2rigat*rios$ alguns documentos que ser#em de refer<ncia est!o a2aixo listados% 'ocumentos Relacionados 0reinamento do 0imesheet 'escri !o .presenta o treinamento na no#a padroniza !o das reportagens no 0imesheet Pro-ect ,stimation 1ith U4P% .rtigo pequeno em ingl<s so2re o uso da tcnica de pontos por caso de uso+ .rtigo em ingl<s so2re o uso da tcnica de pontos por caso de uso+ 'ocumento explicando o uso da ferramenta dotPro-ect+

Resumo so2re a tcnica de estimati#a por pontos de caso de uso Resource ,stimation &or O2-ector> Pro-ects (anual do dotPro-ect

H.;. Requisitos H.;.1. Objetivos Um dos principais objetivos desta etapa obter uma concordncia com o cliente sobre o que o sistema deve fazer. Para tal, #a :se necess*rio um canal completamente aberto de comunicao entre os staCeholders e os membros da equipe para evitar con#lito, inconsist8ncia e poss,veis mudanas nos requisitos. '!tremamente necess*rio, tambm nesta #ase, delimitar o escopo do sistema para que seja poss,vel cumprir com os pra os estimados, como tambm trabalhar com con#iana e segurana. ) etapa de requisitos #undamental para o desenvolvimento de so#t9are uma ve que as etapas seguintes do processo dependem completamente de um bom desenvolvimento da mesma. Portanto, atravs das atividades reali adas e dos arte#atos aqui gerados, deve: se prover a base para o planejamento do desenvolvimento do sistema. H.;.5. )tividades Para atingir os objetivos propostos nesta etapa, necess*ria a reali ao das seguintes atividades. Reuni-es com representantes do cliente a #im de obter um entendimento comum dos requisitos do sistemaJ 2denti#icar atores, requisitos eIou casos de usoJ 'speci#icar requisitos eIou casos de usoJ /odelar e implementar prot0tipo.

H.;.;. )rte#atos Os seguintes arte#atos so de con#eco obrigat0ria e serviro de suporte para o desenvolvimento das etapas posteriores do processo. Documento de Requisitos. Focumento que descreve o sistema de uma maneira geral, como tambm os seus requisitos #uncionais e no: #uncionais. "ornece aos desenvolvedores as in#orma-es necess*rias para o projeto e implementao, assim como para a reali ao dos testes e a implantao do sistema. Documento de Caso de Uso. Focumento com a descrio detalhada dos casos de uso para todo o sistema. ) especi#icao de cada caso de uso deve conter pr:condi-es e p0s:condi-es, #lu!os de eventos, prioridades e relacionamento com outros casos de uso.

H.;.A. "erramentas

$o se #a #undamental o uso de nenhuma #erramenta espec,#ica nessa etapa. H.;.6. Focumentos relacionados Para #acilitar a reali ao das atividades acima listadas, como tambm a con#eco dos arte#atos obrigat0rios, alguns documentos que servem de re#er8ncia esto abai!o listados. E emplo de Documento de Requisitos. Focumento de Requisitos do (istema /ethodologK '!plorer
999.cin.u#pe.brILme!plorerImetodologiaIrequisitosIdocumentoRequisitos.doc

!"R "rame#or$. "ornece uma representao sistem*tica e global dos requisitos no #uncionais Caso de Uso. 1uia do RUP para &asos de Uso %tor. 1uia do RUP para )tor &odelo de Casos de Uso. 1uia do RUP para /odelos de &asos de Uso Dia'rama de Casos de Uso. 1uia do RUP para Fiagrama de &asos de Uso Pacote de Casos de Uso. 1uia do RUP para Pacotes de &aso de Uso

H.A. )n*lise e Projeto H.A.1. Objetivos Furante esta #ase o problema investigado com o intuito de descobrir o que precisa estar no sistema e estruturar como o sistema ser* implementado. Para tal, deve ser #eito um processo criativo, porm sistemati ado. >ogo, um dos principais objetivos desta etapa transformar os requisitos no projeto do sistema. ? tambm na #ase de )n*lise e Projeto o momento onde a arquitetura do sistema estruturada e de#inida. Furante esta #ase b*sico estabelecer uma arquitetura robusta. $a de#inio da arquitetura e na estruturao das diversas abstra-es da soluo essencial buscar adaptar o projeto ao ambiente de implementa()o , ou seja, adequar a arquitetura e o modelo estabelecido Ds #erramentas, tcnicas, procedimentos e metodologia de implementao. H.A.5. )tividades Para atingir os objetivos desta etapa, #a :se necess*rio a e!ecuo de algumas atividades, so elas. )nalisar e projetar sistema

Fetalhar classes e subsistemas Fe#inir arquitetura do so#t9are

H.A.;. )rte#atos $a etapa em questo devem ser gerados tr8s arte#atos essenciais para alcanar os objetivos da mesma. &odelo de %n*lise e Projeto. &ompreende as reali a-es dos casos de uso, o modelo de classes geral do sistema, a organi ao dos elementos em pacotes e subsistemas. &odelo de Dados. /odelo l0gico eIou #,sico dos dados a serem arma enados em um banco de dados. Documento da %rquitetura. Fescreve a arquitetura adotada no sistema que deve obrigatoriamente seguir algum padro de projeto <modelo cascata deve ser o de#ault=.

H.A.A. "erramentas Para de#inio do modelo de an*lise e projeto muito importante a utili ao de uma #erramenta &)('. $o essencial utili ar uma determinada #erramenta, mas com o objetivo de diminuir os custos do projeto sugerido a utili ao de #erramentas livres, como o EUF' &ommunitK ou o argoU/>. )mbas so de #*cil uso e permitem uma e#iciente con#eco dos arte#atos. )lm de #erramentas de edio de documentos, tambm importante uma #erramenta para modelagem gr*#ico do banco de dados. $ovamente qualquer #erramenta dispon,vel mostra:se #uncional desde que tenha aceitao pela equipe de modelagem. ? sugerido, no entanto, o F+Fesigner da #ab"OR&' dispon,vel no #ormato open source. H.A.6. Focumentos relacionados Para facilitar a realiza !o das ati#idades acima listadas$ como tam2m a confec !o dos artefatos o2rigat*rios$ alguns documentos que ser#em de refer<ncia est!o a2aixo listados% Reali ao de &aso de Uso. 1uia do RUP para Reali ao de &asos de Uso. &lasses de )n*lise. 1uia do RUP para &lasses de )n*lise. Projeto de (usbsistemas. 1uia do RUP para Projeto de (ubsistema.

H.6. 2mplementao

H.6.1. Objetivos ) partir das especi#ica-es contidas no conjunto de arte#atos criados nas etapas anteriores, a implementao consiste, inicialmente, na implementa()o de classes e objetos em termos de componentes . O objetivo principal inte'rar os componentes produzidos em um sistema e ecut*vel , ap0s a reali ao dos testes dos componentes desenvolvidos como unidades. H.6.5. )tividades Para atingir os objetivos propostos nesta etapa, necess*ria a reali ao das seguintes atividades. 'struturar o modelo de implementaoJ Planejar integraoJ 2mplementar componentesJ '#etuar testes unit*riosJ '#etuar revis-es de c0digo.

H.6.;. )rte#atos $o se #a #undamental a con#eco de nenhum arte#ato nesta etapa considerando: se as limita-es de tempo e de pessoal pequenas empresas. H.6.A. "erramentas 'm #uno das limita-es #inanceiras das pequenas organi a-es, #erramentas free e open source so priori adas. )#ora esta restrio, a empresa dever* escolher o #rame9orC de desenvolvimento ao qual sua equipe esteja mais bem adaptada e #amiliari ada. Festa #orma, custos com licenas e capacitao so evitados. H.6.6. Focumentos relacionados Para #acilitar a reali ao das atividades acima listadas, alguns documentos, que servem de re#er8ncia, esto abai!o listados. Pr*ticas de Desenvolvimento +'il. Um conjunto de pr*ticas Gteis a qualquer time, independentemente da linguagem ou tecnologia.

H.H. 3estes H.H.1. Objetivos

) #ase de testes muitas ve es abandonada pelas pequenas empresas, que buscam muitas ve es adiar os problemas. 'sta, no entanto, acelera o processo e o#erece uma importante garantia de qualidade e do #uncionamento de cada parte do so#t9are. $esta etapa deve:se verificar a inte'ra()o de todos os componentes de soft#are, buscando avaliar as #ormas de interao entre os componentes e como estes reagem quando colocados em conjunto no sistema. ? b*sico verificar se todos os requisitos est)o corretamente implementados bem como identificar e 'arantir que defeitos sejam solucionados antes da disponibiliza()o do sistema. +uscando estar atento a todos os poss,veis movimentos do so#t9are, deve:se buscar cobrir todo o sistema. ) cobertura dos testes um indicador do n,vel de garantia o#erecida pelos testes. H.H.5. )tividades Para atingir os objetivos propostos nesta etapa, necess*ria a reali ao das seguintes atividades. Projetar testes '#etuar testes de integrao, de sistema e de desempenho H.H.;. )rte#atos $esta etapa, a gerao de arte#atos opcional. Plano de testes. detalhamento dos est*gios e tipos de testes a serem reali ados para garantir a con#ormidade do produto com as especi#ica-es de requisitos #uncionais e no #uncionais e a aceitao do cliente

H.H.A. "erramentas $ovamente opcional o uso de #erramentas au!iliares nesta etapa, que devem variar de acordo com o ambiente de desenvolvimento utili ado. H.H.6. Focumentos relacionados

1uia de "lu!o de 3estes. Descreve as atividades do fluxo de testes.

Caso de Teste: Guia do RUP para Casos de Teste

M. &oncluso ) #im de melhor acompanhar e validar a veracidade do processo, tanto na implantao, quanto na utili ao pelas empresas, podemos trabalhar em cima de : basicamente : tr8s aspectos. produtividade, satis#ao e aplicabilidade.

'm termos de produtividade, pode:se trabalhar baseado no cronograma, analisando quantos N das atividades #oram reali adas no tempo previsto. $o tocante D satis#ao, question*rios podem ser trabalhados junto aos clientes, bem como com a equipe que est* projetandoJ esses question*rios podem ser estruturados ou semi:estruturados, a partir dos quais podero ser #eitos julgamentos quantitativos e qualitativos. Por #im, podemos medir a aplicabilidade do processo, acompanhando se todas as atividades das #ases de#inidas no RUPinho esto sendo contempladas. Para todas as mtricas mapeadas interessante ter medidas de correo, a #im de est* sempre melhorando o re#inamento do processo, adaptando de maneira continuada os objetivos, atividades, #erramentas e arte#atos do processo D realidade da empresa.