Capitulo 14 O fluxo de ambiente ESTE CAPITULO EXPLICA acontacem no fluxo de ambi 108 de artefatos que so produzidos e as atividades que Proposta do luxo de ambiente é suporar a organizagéo do desenvolvimento com proces smentas. Este suporte inclu + Selogdo de ferramenta e aquisi¢fo + Ferramentas de configuragéi @ configuragao de ferramentas para harmonizar a or ganizagéo + Configurago de processo + Meihoria de proceseo + Servigos técnicos para suporter 0 processo: a infraestrutura da tecnologia da iniorma- 90 (IT), administrapao de conta, backup e assim por diante Algumas das ativiiaues relacionadas & implementagao © configuragao do proceso est descritas no Capitulo 17. | Trabalhadores e artefatos -1 resume os trabalhadores e artetatos envolvides nx rabalhador no processo é (0 de ambiente. 0 iro de proceso, responsévet lui a configurago do provesso ip28 | Intedugho 20 RUP Capital 14/0 axe de sibionte | 188 6 0 caso de desenvolvimento, que espectica 0 proceso adequado 20 «0 administrador de sistema mantém 0 ambiente de desenvahimento de hat Im caso de desenvolvimento descreve, para cada fluxo de proceso, Cn software e exocuta as tarefas administrativas de sistema, como a administ DS projeto aplicard o proceso. Para cada fluxo, voo8 decide quais artefatos usar @ como uss baits beskipe ete Jos. Um caso de desenvolvimento deveria ser breve e referi-se ao processo para detalhes. Fluxo ‘ flaxo de ambiente 6 organized em quaro detalhes de fluxo, come descrito na Figura 14-2, Preparar o ambiente para 0 projeto O propdsite de preparer o ambiente para um projeto é: + Avallar @ organizago de desenvolvimento atual ‘Avaliar 0 suporte de ferramentas atval. Desenvolver um primelro rascunho do caso de desenvolvimento. Produzir uma lista de ferramentas candidalas para usar no desenvolvimento, Produzir uma lista de templates especifioos do projeto para artefatos fundamentais ee et Figura 14-1 Trabalhadores @ artefatos no fluxo de ambiente. Em cerlos aspectos do provesso, para estabelecer as dlretrizes, o engenheiro de processe precisa da competéncia de outros trabalhadores: = Um analista de processo de negécio, para as di jrettizes de modelagom de caso de uso para as diretrizes da interface do usudrio 1s de modelagem de negéco Prepararoanciente para uma terapsc + Um responsdvel pela documentapao, para o manual de regras de estilo do usuar Os seguintes principais trabalhadores estéo envolvidos com o ambiente de ferrament + 0 especialista de ferramenta seleciona ¢ adquite as ferramentas para supe desenvolvimento. Ele define as ferramentas @ a8 configura para adequ ‘cessidades do projeto. Hal normalmente vatlos individuos agindo como espe: de ferramenta, cada um respansdvel por uma ferramenta ou um grupo de ferramen- tas relacionadas. Figura 142 Um fluxo de ambiente, pore uma teraps0190 | tntroducio ao RUP Preparar o ambiente para uma iteragao 0s propésitos de preparer © ambiente pare uma iteragao ince: Complete 0 caso de desenvolvimento para estar pronto para a iteragao. 1 Preparare se necessério personalizar as ferramentas para usar dentro de um *Votiicar so as ferramentas foram configuradas e instaladas correlamenie, 1 espectioos do projeto para usar dentro da tera, amenias @ o caso de devervolvienta. erage + Proguzir um conjunto de gabar + Teinar as pessoas para usar e entender as Preparar as diretrizes para uma iteragao retizes para as seguintes allvidades e arttatos: Para toda iteragdo, ¢ neces: + Modelagom de negécio + Modelagem de caso de uso + Projeto + Programagéo + Manual de regras de estilo o preparar interface do usuario Testes Ferramentas Analisando 08 problemas os defeitos na iteragao ant ‘mais bem feito, e pode fevar isso em conta ao prepar so08 entende 0 que precisa ser izes para a proxima iteragéo, Ambiente de suporte para uma iteragao Os desenvolvedores precisam de suporte no sou uso da ferramentas @ processo durante ura iteragao. Resumo + Armeta do fluxo de ambiente é fernecer suporte adequado para a organizagao ¢ desenvolvimento em ferramentas, processes e métodos. + Muitas atividades e etapas do Rational Unified Process podem ser automatizat pelo uso de ferramentas, removendo assim os aspactos mais tadiosos, a exaustao| pessoas e as propensées a erro de desenvolvimento de software. +O proceso atuat usado pelo projeto ¢ descrito em um caso de desenvolvimento, Um case de desenvolvimento descreve como o projeto aplicara o Rational Unified Process. para softwares diversos, tenhat Capitulo 15 O fluxo de distribuicao com Jas Madhur ESTE CAPITULO DA uma visdo geral do tipo de atividade que acontece quando o produto: de software ¢ distribuido em seu ambiente operacional e dos artefatos adicionais que se pode precisar desenvolver para usé-lo com sucasso. Proposta 0s desenvolvedores de software as vezes deciaram vitéria muito cedo. Eles esquecem que 2 vontade do cliente em usar o produto pronto, em lugar de uma compilagéo limpa, é que ¢ ‘a marca de um projeto de desenvolvimento bem sucedi¢o. 0 propesito da distribuicdo é voltar o produto de software pronto aos seus usurios. © fluxo e desenvolvimento envolve os seguintes tipos de atividades: + Testar o software em seu ambiente operacional final (teste beta) + Empacotar o software para a entrega + Distiibuir 0 software + Instalar o software reinar 08 usuarios finals @ @ equipe de vendas (salda do produto) Migrar 0 software existente ou converter bancos de dados 0s caminhos pelos quais estas atividades séo levadas a cabo variam muito na indistia de soltware, dependendo do tamanho do projeto, do modo da entrega e do contexto de negocio. Modos de distribuigao (© Rational Unified Process pode ser apticado por um amplo especire de projetos de dest volvimento di yare, Para os de questées de dis igdo que podem surg olhar nos trés exemplos especificos:192 | Introdaséo ao RUP 1. Distibuigaio de software em sistemas feitos sob encomenda sob encomenda. Os vem das industrias de transporte © de Ses como bancos, casas com is © empresas transportador ido para rodar em hardware const camente para o objetivo. Este também pode ser o caso no mundo bi tem que acomoder as caracleristicas de ATMs (BANCOS 24S} pat adequados para cada situapao. ‘uais todos os nés precisam ser Ha ume pequena verdade para sistemas idos em dla o ativados em ordem ida de assistentes de instalagao deveria ter pouca ou nenhuma ificuldade em instaler ¢ rodar o produto de software. A diferenga fica no mecanismo de entrega @ no envolvimente do dasenvolvedor em colocar © produto no site Web ou criara empacolamento e distribuigao do produto, Cronometrar a distribuicao As atividades de dlistribuigdo culminam na fase de transigo e representam o auge do trabe igo bem sucedida € até 0 sucesso global do 1a vontade do cliente usar 0 software novo, INsigo, bem como a meta \sigao Suave de um Usuario independent xde 0 campromissa continuo do cli ividades de distibuicgo, 6 assegu- ftware novo. O Rational ial pode comegar usando © produto para tera sensagéo de trabalhar no ambiente real de execupdo. As instalagdes para experimentagio ou testes beta, sobre uma sér des de distbuiggo, fomecem uma oportunidade de sugestées finais para ajustes no produto, Com um bom pianejamento envalvimento do cliente, até que o produto final seja entregvs, no deveria haver nenhuma sumpresa — para o desenvolvedor ou para o usuario! Capitulo 15 /O fluxo de distribuico | 193 0 planejamento de di pode comogar logo estraiégia de preparagéo do igo, como em outras atividades de planejamento de projeto,, de arquitetura, ino da fase de claboracdo, uma vez que a ara requisites foram estabilizados. Trabalhadores e artefatos 0s seguintes trabalhadores sao tipicamente envolvidos no fluxo de Gerente de distribuigao planeja 9 organiza a distribuigdo. € responsavet pelo pro- gtama de avaliagdo de teste beta e assegura que 0 produto seja empacotado ade- quadamente para remessa, + 0 Gerente de projeto é a interface priméiia de cliente, e responsavel por aprovar @ Gistribuigéo baseada no feedback @ nas avallagdes dos resultados do testo, © pola aceitapao do cliente na entrega. (© Responstivel pela documentagéo pleneja © produz 0 material de suporte do ususrio final, © Desenvolvedor de curso planeja ¢ produz 0 material de treinamento, © Artista grético é responsével por toda a arte relacionada ao produto. © Responsavel pelo teste executa os testes de aceltagdo @ & responsavel por asse- F que O produto tenha sido testado adequadamenta, is de instalagao @ artefatos relacionados, que ajudardo © © produto. Artefatos de distribuicao striuipo como 6 dascrita no Rational U rocess varla da cl '$ sob encomenda a situag4o onde 0 usuario final pode cartegar o sof Web especificado. Dada esta vasta gama, se setdo ou ndo exigidos os art abaixo, dependerd do modo de distribuigdo. O artefato fundamental ¢ uma liberagao que pode consist de! +O software executavel, em todos os casos + Artelatos de instalago: script, erramentas, arquivos, guias, I rmagao de lieenga + Matoriais de treinamento No caso do produto pronto, serao exigidos194 | Introdugio ao RUP jo 15/0 fluxo de distribuicao | 195, + Arie do produto (parte do empacotamanto para ajudar com a marca e aidenticario JE Flag vo. + Impressio de especificagdes (o material textual que acompanha o produto) © Oiagrama do atividade na Figura 15.2 identifica os + Migia de liberagao (0 material no qual o produto € liberado, por exempio, CDs do "8 para efetivamente distiibuir 0 software ao ususth produtt Planejar a distribuicéo Dado que a cistribuigdo bem sucedida 6 definida pela vontade do cliente usar © software ‘ovo, 0 planejamento da distribuieao nao s6 tem que levar em canta como @ quando a lista completa de produtos que serao entregues ser desenvotvida, mas também tem que asse- + Resultados dos testes (do site de desenvolvimento @ testes locais) + Resultados da avaliagdo (de teste beta) {urar que © usuério final tenha toda 2 informagao necesséria para compreender a enlrega = Resumo da avaliagdo de teste do software novo. Para assegurar uma traneigo suave, os planos de distrbuic3o incluem 0 pr e teste beta para a avaliar iterativamente as versdes anteriores da soltware om ‘A Figura 15-1 mostra os trabalhadores e artefatos-chave no fuxo de construgao. 0 planejamento do sistema global de distrbuigao requer um alto grau de colaborago ¢ preparagao do cliente. Uma conclusao bem sucedida para umn projeto de software pods sar impactada severamente por fatores fora da extensao de desenvolvimento de software, como a construpéo, a infraestrutura de hardware fora de lugar e usuarios mal preparados para passar ao sistema novo. ® # Responsave! pela ecumentagto 2a Implementador Material de eee suporta Desenvolver o material de suporte a J Omateral de suport cobre a gama total de informagdo quo cord exiida pete sus fal para instalar, operar, usar e manter 0 sistema entregue, Também inclui material de treina- mento para todos os varios papéis que sero exigidos para ulilzar efetivamente o sistema novo. Deserwvolvedr de curso Testar o produto no local de desenvolvimento Testar no local de desenvolvimento ajuda a determinar se o produto é suficientemente maduro para a liberagao como produto final cu para distribuigao a responsaveis pelo teste beta Notas oa Materais de fF Oteste beta de um produto empacoiado 6 terminado recebendo votos de uma gama exten lberagéo ‘rsinamento JF iva de usudtios finais para avallapao. No caso de um sistema de instalapdo personalized, um teste beta poderia ser uma instalacdo piloto no local designado, Figura 15-1 Tabathacoes @ atefatos-chave no huxo de cistbupbo. Para reforgar a idéia de que testar as alividades e plataformas no locet de desenvolv deveria aproximar o local designado tas a0 teste no local de desenvolvirn é que 0 teste no local de deseny Tester no local designado usard o he wjado, as atividades de Testar produto s&0 i 1ado, com uma excep. A excego went pode usar testes exaustivos ou simuladores, ware designado atual196 | Introducio a0 RUP — ctagtes oe [ eudanga} “Testa o produto i ocak Desenover ‘omaters! de supore Ba tstatagao personalized} Tesiaropredulo «No leeal a staan Capitulo 15 / 0 fluxo de distribuicio | 197 Crie a liberacio Opropésito deste detalne do fiuxo no diagrama de atividade de distribuigSo 6 assegurar que ‘produto esteja preparado para a entrega 20 cliente. Uma liberacao consiste em tudo 0 que usuario final precisard para instalar e executar o soltware executavel. iberacdo de teste beta Oeste beta oxge 0 software entregue para serinstalado pelo ususti fina, que fernece Iafagso sobre seu desempenno © utidade No contexto do desenvotvien axgectativas do cliente sejam sai prorima iteragao de desenvolvimento. vo, 0 teste bela @ essencial para assegurar que as 2s e que a avaliacdo do usuario seja fatorada na Testar o produto no local da instalagao Seguindo os testes internos e beta adequados, o produto precisa ser instalado no locel @ teslado pelo cliente. Baseado nos testes da iteragdio precedentes e compromissos do ctien- le, 0 testes locais finals deveriam vir sem surpresa, mas deveria ser sd uma formalidade para o cliente “aceilar’o sistema! Empacotar 0 produto Este conjunto de atividades opcionais descreve 0 que precisa acontecer para produzir pro- dutos de “software empacotado". Neste caso, a liberaeao ¢ salva como um mesire para rodugdo em massa, ¢ entéo empacotado em caixas do produto junto com a Fatura de mmateriais para remessa ao cliente. Fornecer acesso ao site de download Aalrago pelo comércio da Web e a Internet como canal de distribuigdo de software é ébvia O produto 6 completamente acessivel através do ambiente de software de navegadores & sites Web, © desafio para o provedor € ler certeza que © produto estara aisponivel a toda hora (24/7) para um mercado global, até mesmo por carregamentos variados que poderiam sufocar 0 hardware do host e larguras de banda de comunicagao. Montando a infraestrutura de hardware para sero host, a presenga incorporada da Web esta além da extanso de um processo de desenvolvimento de software. Porém, 0 Gerente de istibuigdo precisa saber acrescenter 0 produto a lisia de produtos cferecidos pela Web © comunicar que 0 produto esta disponivel para compra ou entrega por demanda. 9 @ avaliago de usuarios, anunciar aluatza- io, fomecer acesso, talvez por senhas, a outros servigos incorporados. [AWeb fornece um bom macanismo para habi 9088 ou, caso cor198 Resumo | tntroducio a0 RUP vendas. ve as atividades associadas com teste beta e entieye lagao pode ser feita pelo vendedor (no caso de sis. mas complexo: palo usuario (no caso de software entregue com produto empacotado ou pela Internet) Este fluxo & altamente dependente tanto do tipo de produto desenvolvido quanto do 16cio, @ deve ser especializado pela organizagao que esté adotanto 1d Process, © Rational Capitulo 16 Planos tipicos de iteragao ESTE CAPITULO OFERECE uma avaliagao de! uma das trés primeira fases do processo. 2's planos de iterago tipicos, um para cada Proposta 0s fluxos de engerharia apresentados em seqiiéncia dos Capitulos 8 ao 18 podem dar justamente a impressdo de um processo em cascata. Lembre-se que eles so fluxos yquatipicos, projetados para dar uma visao garal de todas as atividades; as atividades nos juxos $80 ravisitadas a cada lteragdo. O trabalho atual execulado em um projeto varia, dependendo da natureza do projeto e de onde voce esté no ciclo de vida. No Capitulo 3 apresentamos 0 conceito do plano de iteragao tipico que descreve o trabalho stecutado quando 0 projeto passa por uma iteracao. Neste capitulo, damos trés exemplos de planos de iteragao ago logo na fase de elaboragao, para cor + Uma iterago mais tarde, na fase de construgéo, para tum protétipo arquiteténico jementar o sistema Estes exemplos S40 de esqueleto, ¢ ndo envolvem todas as atividades de todos os fluxos. Definindo a visdo de produto e o caso de negécio © conlexto deste primeiro exemplo & 0 cielo de desenvolvimento incial para um produto novo (veja a Fig ‘a um desenvolvimento de "campo verde” para um sistema pequeno.200 | Introdugso ao RUP : Capitulo 16, Planos ipicos de iteagso | 204 oo oe curmato do interessaso #possivemont 0 esoro tin modelo da caso de uss: tera peace do cas Se sce exami |[meme) | id ae Gerenciamento de projeto: considere Com a contribuigéo da modelagem da caso de ust cerestso iotidade do projeloe esboce esa horace ansormar iso em tomes econo a Mano de rojo. Anais e poeta | Disbuipto contguasioe gerencierantoce mocanea {Gerensiarnono e proito oo Cae ae F cerenciamento de pr leragées E refine © plano de ps Ht Uma ilsragdo na fase de nico. Inicializar: definir a visao e ¢ cextenséo do sistema, HHerapdes esto completas. Resultado O resukado desta iteragéo inicial é um primeiro corte na visdo, caso do projato, bem como 6 plano do projato. Os interessades ( ever cio ea iniclar una -erumerando os per 90s cue poderiam surgi caminho do eucesso (Rte J \aindo vai" pode ser tomada. {ates Caso de negécio Lisa ce rsc). i Os prazos do projeto nao S80 escritos na peda. im diferenciador fun Requisites: esbocar @ clariicar a Os analisas de sistema usam véras téoricas, deste proceso: 0 reconhecimento de que as estimativas do plano de funcionalidade do sistema. storyboards esimativas grosseiras que ficam mais reais quando os progresses do pr seasdes para teas eo daserwolvidos om quais estimativas basicas. Com o planeja dos sobre © qu cesbogam um ps sistema (Artelato: Modelo de caso de seri iniial tambem 6 ceptado para si tengo do modelo de caso de uso © para mant consistente (Artfato: Glossar}. Os resul Cioais destas sessies so a necessidade de um do- pritea faz a perfeigao, E importante dar énfase ao refinamento } projto.202 | Intioduséo a0 RUP Iterac6es subseqiientes na fase de concepcao Vocé pose inicializar iteragdes subseqtientes para aumentar a compreensdo da exten do projeto e do sistema a ser desenvolvido. Esta alividade padoria insinuar melhor acic ral do modelo de caso de uso ou dos pianos, provistio de pessoal, ambiente e riscos. A necessidade para tal trabalho acicional depende de variaveis como a complexidade de sistema, 0s riscos associados € 2 experiéncia de dominio. Como construir um protétipo arquiteténico 16-2 ilustra nosso segundo exemplo: uma iteracao logo na faso de elaboragéo. 0 jeste exemplo é que a fase de concepgao foi completada e 0 fato objetive de co assado; temos um esbogo dos alores e casos de uso, assim como um corte ica ‘num plano de projeto. (Veja o fluxo de iteragao discutido na sepao anterior) Inietalizar: esbogar 0 plano de iteraglo, riscos e objelivos arquiteténicos. Basoado no plano de projto | rascunhado, 0 gerene e projeto comega estogando um plano de ierayao iteragdo alual (Artefato: Plano a : decidir quais casos de uso ‘conduzirao 0 desenvolvimente da arquitetura, © arguiteto continua dlscutindo uma visio de caso de so nica! com 0 gerente de projeto para determin uals casse de uso e condtios deveriam ser focal dos nesta iteragéo: estes casos de uso © cendtce L conduziréo 0 desenvolvimento da. arquitture. Oaser ‘vo que a identiicapdo deste casos da uso © cendice _afeta 0 plano de iteragao descrito no ‘que 0 plano de teregio deveria ser atuallzace, Requisitos: compreender este condutor ‘em detalhes e inspecionar os resultados. \Vérios espscificadores de caso de uso descreven alguns dos casos de uso ¢ cenarios selecionados em ‘detahnes:a pl ‘complexos a precisar reestruturar 0 modelo de caso de uso coro Lm todo. As mudangas para o modelo de caso de uso ‘ero entio revisadas ¢ aprovadas (Artafatos: Mode lode caso de uso © Especificagao aticional. Capitulo 16 /Planos tipicos de iteraco | 203, Modelagem denegtco Regus Andtae poste configuapioe ‘ererciamenta ae mucanca Gerecciamente de projets Ariane Figura 16-2 Uma itaragao logo na fase de elaboragao. Reconsiderar 0s casos de uso e riscos. Requisitos: fazer o protéi interfaces do ususrio, Anilise ¢ Projeto: encontrar classes Sbvias, fazer a civisao inicial do subsistema e olnar em detalhe para 0s casos de uso, (© arquiteto revisita a visd0 do caso do uso, levando fem conta rovas descries qua 0 dasenvehimente destos casos do uso @ conse os estabelece a arquitetura de software. O gerente de piojeto atualza novamente o plano de iteraeSo etual adaquadamente (Artefato: Plano de itracio) © peda- ‘com a nova informacdo (Artfatc: Lista de isco. Usando 0s casos de uso que jé foram detahades, um projetisa ce interface do usuario comer2 ampliando- (0 em storyboards de caso de uso ¢ construindo um esperades (Artelato: Protetipo de interface do ususr Para adquirir um senso geral das classes ébvias ne ‘cossdtias, 0 arcuiteto considera os requisites de ss- tema, 0 glossario, a vido de caso de uso (mas nto 0s. casos de uso) © 0 conhecimento de ¢: equipe para esbopar 0 perfl dos subsi204 | Introdugéo ao RUP Inspecionar os resultados. tte também idontiion os mecanismos de analise ue Implementagao: considerar 0 patote fisieo da arquitetura, {das na visto lagica (Artefato: Documento de ara ra de sofware) Para anal Teste: planejar a integragSo de testes @ testes de sistemas. idos pelo ambiente de implomentacio, quer § mecanismos de implementagso dispo sistema operacional, middleware, banco de dad 12, Os projetistas instanciam estas cas ‘quando eles descrevem como os cz {508 de Uso e cendcios sio selecionados ou reaizacos fem termos de objetos colaborando em diagrames de interagdo. flo coloca os requisites nas classes em pregadas © macarismos de pr Interagao criados previamonte séo retinados. Dasos (08 requisites detathados Integrar a8 partes implementacas ‘este: avaliar a arquitetura executével damerte. Os artefatos de projeio resultantes so tho revisados. arquiteto estuda as. rode fisica de proces Inplementagio: plancjar a integragio. Capitulo 16/ Planos tipicos de iteragio | 205 ‘Aqui, uma contribuiggo importante para 0 arquteto S20 ‘0s casos da usa projelados em termos de objelos que olaboram em ciagramas de nterapao: as realzagdes Ge caso do use (Artatato: Documento de arquitetura de software). [A arquitetura 6 revisade. lato agora consi arguiteténice no modelo de {Um intogrador festao para ser implementados nesta it ‘Os resultados desto planejamento de- ios no Piano de projeto (Ariat: Pla- mensurivois para tas melas poderiam ser expressas em termos da he biidade de executar um cenério de caso do uso eam Lum certs tempo de resposta ou sob determinada car ‘98 especticada, O projlista de teste também identi 19 ¢ procedimentos de Varios implementadores coditicam e testsm a uridade das classes Kenificadas no projeto arquittbnico, As immplementagées das classes sé0 empacotadas ‘camente em cormponentes @ subsistemas no modelo de impieme oto teste do jegragdo tastam 0 subsisiema de implemantagzo, © ‘nto os implementacoreslderam os subsistemas para 1290. Osintegradores de sistema inlegram incrementalment (os subsitemas rum protslipo arquiteténico executive, Cada construgdo é testada. Uma vez que 0 sistema inteio (como detinido pela meta desta iteragao) tena sido inteprado, 0 cesoon- ‘vel plo teste de sistema testa c sistema. Oproeis ta de taste analisa os resultados para ter certeza que ‘as metas do teste forarn aloangadas, O arg Tia este regutado @ compara com 0 risco identiicado Iniciaimerte.206 | Introducio ao RUP Avaliae a prépria ieragéo. (© gerente de projeto compara o custo atual, 0 prazoe jet Btelaio Flano co ‘6e Plano de leracto pat Plano de iterapéo). Out mos de produlvidade, melhoria de processo, supers ioamento também séo interessar- Resultado ro corte da arquitetura. Consiste do visses iso do caso do uso, a visAo ldgica e a viséo ‘arquitaténico executavel de implementagao) @ um pi Iteracdes subseqiientes na elaboragao As iteragbes subsectientes sumentam a compreensde de resusies e da arqutetura podoiainsinuar uma melnoriaacicional Go projeto ou de modelo de implementagso finer a realzagdo Ge mais cases de veo erm ordem do pricndado) Como implementar o sistema iro exemplo € que nest de construgao 0s r plementada e inte je sou primeira langamento boiae a Figura 16-2) ra 0 teste, O projeto | de capacidade ope Gerenciamento de projeto: planejar a iteracio. 0 gorente de projto stualiza 0 Plano de Rerago ba seado em qualquer funcionalidade nova que seid as clonada durante a nova iteraca al de maturdade do produto, ReragBes anteriores e qualquer risco que pr suavizado na iteragio a ser aproseniada (Avtelat: Plano de ieragao e Artefato: Lista Ge risoo). Implementagao: planejar a integragao fem nivel de sistema, © planejamento da integragao leva em conta a orden formar uma configurapo passive! ‘uncionamento. A escolha depended | implomentada e dos aspectos do vem estar no lugar para suportar a integrago global e a estratégia det do sistema, @ 08 resul Capitulo 16 /Planos tipicas de iterasso | 207 plane de construpdo (Arefato: Plano de construcao da iano de consttuydo da integragéo def Déneia de conetrugSes e doscreve cuando 00s determinados conjuntos de construjlo para desenvehimento continue, intogragdo © testa, Fases [costes anno Fruxce Mosolagarn ee negscio Reuss praise e poeto Implomeringao Teste Gerenciamentodeprojeo ‘ablerte iris teragdo tarcka em construgao. Teste: planejar e projetar 0 testo om nfvot de sistema, O picjtista de teste assegura que haverd ur nimero adequade de Cases do teste © Procesimentos veriicar 0s requisites testéveis. O projetsta tem que identficar e descrover 08 Casos & menos um Procedimento de teste associaco. O proje tite de teste também rovisa 0 corpo de testes acumu- Andlise e Projeto: refinar as realizages de caso de uso, ara suportar 0 projato e as res mantagao. AS mudangas para as classes 2ocem exk208 | IntrodusSo a0 RUP ianelar @ testar @ Intogragao do 20 subsistema © 208 nivels de sistema. Implementagao: desenvolver 0 cédigo e 2 unidade de teste. lementagao: planejar e implementar os testes de unidade. Implementagao: testar a unidade dentro ¢e_um subsistema. Implementagao e Teste: integrar um subsistema, Os testes de integragio tocalizar no grau om que oe ‘componantes de interface cesenvovides funcioran ta de testo segue o Piano de toste que De acordo com as dietrizes de programagao co pio. Jeto, 08 implemertadores desenvelvern o cédigo para implementat as claseas no Modelo de implementers. Eles cor tos @ formecem a avaliagio que mudangas de projeto baseada em na implerentagao. specificagao), 0 implementador deve ‘seguro que a unidade, em seus varios estes, ‘exoouta 2 sua especiicagio e pode aceitare produr uma gama de dads vaidos e invalidos. SOD o teste de calxa-branca (estrutura), 0 desatio pare c implomentador ¢ aseegurar que 0 projlo tera so implementado corretamente e que a unidade posse ser atravessada por cada um de seus caminhos ae secisdo, 26 em verticar os meno co software. Os testes de jetades, implementados ¢ executatos pelo implementador da unidade. A enfase do teste Uunidede assogurar que o teste de caixa-branca pro- duz 08 resuitados esperados e que a unidade coctor ra a qualidade acolada do projeto e padrées de de- senvolvimenta, © propesito da integragao do subsistema é combi fom um corjunto de construgéo executdvel as uni ‘des que poder vir da muitos desenvolvedores den do subsistema (parte do modelo de impiomentay De acorde com o plano, 0 implementador integra mentadas que conetituam uma construc. 0 implementadorintegra o subsistema incrementaiments 1 baixo para cima, baseado na hierarquia de depen encia de compllagéo. inplementagSo: testar um subsistema. Implementacao: liberar um subsistema. Implementagdo: integrar o sistema, Teste: testar a tegragao. Teste: testar o sistema. avaiar 2 propria iteragao. Garenciamento de projeto: Resultado Capitulo 16//Planos tipicos de iteracio | 209 03 responsaveis palo teste execuiam os Procedimen- tos de teste deserwolvides mais cedo. Se hi resulta os de toate inesperados, os responsavels pelo ‘este de inegrapdo enotam os orres pata a afuitiagem dec: nivel oe sistema. (0 propdstto da Integragao de sistema & combiner a funcionalidace do Modelo do implemantacao cispo vel numa consirugdo. O integrador ce sistema adcio~ ‘a Incrementalmente o8 subsistomas e cra uma cons rage que é entre esponsaveis pel teste 02 Imnogragao para testar a integragdo global 0s responsévels polo teste de integiagdo executarn 08 Procedimentos de jos mais cedo- Eles executam 0 teste de intogragao e revisam 0s re suitados, Se hauver resultados inesperados, anclem ‘uma vez que @ sistema inteiro (como detinide pala tegraco, o respon alcangadas. (© gerente de projeto compara 0 custo atval prazo & contetide da iterago com o Plano de iteracao; deter remodelagem & nacessatia @, nesse caso, ragbes futures, aualiza @ Lista do iso (Arefato: Lista de risoo},alualiza o Piano de projet (anetato: Plano de projets); e prepara um esbo¢a 4: Piano de iteragéo para a présima ierapdo (Artetate Piano de iteragio) (0 resultado principal de uma ultima iteragao na fase de construyao é mais funcionalidade, © isso rende um sistema mais amplo. Os resultados da iterago atual 90 feitoo vii Gesenvolvedores a fim de formar a base do desenvolvimento para. iterapdes sudseqientes.