Z ojnjide> Processo Este capitulo concetus, de forma genic, o que € um processo de desenvolvimento de sofvare (Seqio 2.1), sem ett ext ou ale modelo de elo de vids, Iniialmente,é mosrado que, pieamente, um proceso de desenvol- ‘iment se subdivide em fares (Seco 22) com objetivo dstintes, nas quis determinadas disciplinas (como anise pene | sa Semtnto ng meg | Sree pa omg | a ‘Srerdnets arc megs ene nore meme ‘Figura 2.1 Um template de atvdade de projeto simplesmente inteis nesce caso. Como em geril ha poucas tecnologias possveis (apenas uma ou duas), no haverd problemas para distinguir as cores. 'A Figura 2.2 apretena um exemplo de documenta de desergio de aividade preenchido com uma alividade de pura de requistos em um process personalizado ficiio baseado no Processo Unificado. ‘Observanse que, no caso dos procedimentos suportados po ferramentas,€ portant anol também a vrao da fesramenta pare «qual esse procedimento foi eset. visto que de uma versio para outa ele pode mudar Cada vez {que a erameata for atualizada no ambiente de wabalho deve-s evsat se 0 procedimentas continua o¢ mesos ce reistraro novo provedimento, se foro caso. Alguns modelos de processo, como RUP, chamam os procedimeatos ‘expectioos de fertamentas de “mentoes de fettamentas” (Segdo 53.15). ‘Uma perguna que pode sr fita por quem ler a deseo de alvidade da Figura 2.2 €: “Bt claro suliiene?" (© desritivo de uma atividade no deve ser detathado a ponto de ser canativo para un analista que tena algama ogi do que est fazendo. Porém, também nio pode sro generico a pono de dis analistasproduzirem resultados totalmente diferentes a pair dle. Enecesséio qu cada pastoesejaclaramente definido, e quem vai determinar sesso es claro 0 suliiente so as pessoas que vio usar ssa deseisio de alividade. ‘Se os wsuirios desse documento acharem que alguna parte nio est sficientemente clara, deve solictar mudsagas 30 engenbeiro de soltwaze que cui do processo, ‘documento de processo nao €esitic. Ele vai cvolindo com opassar do tempo e deve ser mantido sob contole 4e versbes (Capitulo 10), Em empresas eom maior maturidade, pode-se dizer que cle va endo sstematieamente otimizadoFen [Gap nasa | 3 Cag ear apa Ean Enis: | Trew ae aeeae con oe 2 Mansnive pet 5 Danes sep doo. Dauner raat 2 Formers Cae Cave VPNOS Ego Charan oequors car una cha pra ced raqucts cnc praant tds do nae ‘We\t Cur um nme do reqs» yn cst xreepaa cae pra can so, fo z Tien plement nora Eve: Guareqdt saan om um goo rid cua ear ores no ck ets {Wl bout send arc dena pol an "RESTRGOES™ {iP rau tonne aoe eras. ha ent noucorl ome cea eet sts ody amar her meurcns con of eenaomerm waver seoea gin rite gan que eee a pea po ris ng etree ts ptr e Tangs eat usr npn pee rp ie onc, ro in Settee epee re rs ogo pmo an ae ‘anon on rer ree casas deers apa ee i ‘Satyr ernie ome en AVG ar ogo oe onmero ocssl apant mary a aS Site mat ee ae a mnt 1 out lao, ¢altamenterecomendvel que tis documents sjam elaborados como hipetestos que 0 letor possalern nivel de detalhe que Ihe interessa no momento. Por exempo, apenas os passos das atvidades, sem as ‘escrg der, ova deseriges sem a epras, ot ands at desriées,reqras eprocedteniosreerenes a apenas Ua tecnologia, Desenvolvedores mais expeienes posivelmenteprecisario apenas leibrar-e da squensa de passor «fazer checklist do sefatot, o patio qe desenvolvedors iniciants, u que eso executando processot ‘ovo, presario de maior dealhamento em relagio de aividades ‘Una das ferramentas bastante usadas para produit documentos de aividade como hipertextos, gratuita, 69 Openvik® [126 Equipe de Proceso [As organizagées dever ter equiper de procesto constudas por um ou mals engenheiros de software, que serio responsive pla manuteny, avalagaoe olimizasio do process, {Dicom wep mwa Opn Asm p28[pT Sotiene cxsevier Softeare Engineering Insitute? (SED pubicou umn document, disponivel on line, sobre come elabelece ie pesde process de engenhari de software que podem ser de grande valiacomo referencia (Fowler & Rifkin, 1990) Segundo esse documento, a equipe de process € ponto focal da melhoria de processos em uma empresa, O tamanbo do grupo deve varia ene |e 35 do mimeo de profissionas da empresa ligados ao desenvolvimento de software eel cetralia eaptalizaoexforgo colaborativ dos mais diferentes agentes no sentido da melhoria continua do processo adotado na empresa ‘Organizagdes muito pequenas poder ter um funcionéro alcado no processo em tempo pacil [27 Norma NBR ISOMEC 12207 Pode-te agora perguntar quais outros procesos, acts ou atividades devem se formalmente defines quando se cst estabelecendo um proceso de desenvolvimento de software? Eviste uma norma tecnica denominada ISOMMEC 12207-2008, adotada inernacinalmente (inclusive no Beas ‘como NBR), aqua estatelece dfinigbese padres referents 2 Viros process relacionados com aindsria de Software Els estabelece proessos,avidades eaefas que devem se aplicados durant a agisgio, ofernecimenta, ‘desenvolvimento, a operaro,amanutenga0 eo descrte de software ‘Anorma pode sr adguirids no sire da ISO". Exist também una norma, a IEEE 12207, que consist na adosto ‘eadaplasio ds ISOVIEC 12207 pelo IEEE (Intute of Electrical and Electronic Engineer), Esse documento pode ser adguirid dietamente no ste do TEEES. Gray (1999) apresenta um comparativo ente a duasnormas Noliral, aABNT adotou a rma ISOTIEC 12207, translormando- ams em pao brasileiro: NBR ISOVTEC 12207-2000, sea norma pode ser adgurida no ste da ARNT [AISOMEC 12207 suas adapagSes apresentam defnigdes¢conceitos que so independentes do cielo e vida escolido e, portante, podem ser aplicados a vtiadoe contexts Para efit de orgeniagio, a 12207 divide ox process em quatro grandes lami 2) Processes findamentais, queso necessiros para que um software sea construldo e exeeutado by) Procersos de apoto, que suxiliam outros processos(garantndo qualidade, por exemplo), mas nio sio fundamen. ©) Procetzos organizacionais, que tio Ustdos no contexto da oresaizasio para permit © melhor acompa- hamento ¢ gerenciamento dos projetos. 4) Procesto de adaplasao, em que a norma estabelece como pode ser aplicada a uma organitagio ta um rojetoespectico. (0s processosfundamentaesio 0s mais fortemene relacionados a0 ciclo de vida do software, Eases procestos 8) Agusido: visa 8 obtengio do produto ou servic relaconado Binformitica que saislaca as necesidades da empresa by Fomeciment: seu objetivo é fornecer um produto 0x servigoaterseiroe ©) Desenvolvimento: & definido como o processo de tansformar um conjunto de requisites em um produto executive €) Operapdo: tem como objetivo iniciare mantero produto operand em seu local defintivo, bem como prestar servigos aos suirios ©) Manutensdo: seu propésito € modificar 0 produto, emovendo eros e adequando-o a novos contextos (Capitulo 10) ‘Dips cornnicancts> Ar Fp 208. ‘Dupin weve sbanpaatbt pea “Dupre: chp speak mene =H» ene 210.201, ‘opal om: wens 6 p> 8.2018, “Dupenem:cwensegs com bm me DSSS Ave 21.2080s processos de apoio tt como objetivo apoiar os provessos fundamentais, mas nio si eles que compéem as stividades de desenvolvimento propramente dias. Etses processor #0: 1) Documentardo: tem como propésito care manter informasdes sobre 0 produto ¢o processo de desenvol- bb) Gerénca de configura: seu objetivo ¢ gerenciar emanter a conistéacia ene toda ae verses dos produtos do uabatho, deforma a manter também su integridade (Captulo 10). ©) Garantia de qualidade: visa garantir que os prodaios © servgos estejam em confermidade com normas © padioes predefinidos, endo consstentes em relagio cos requisits (Captulo 11). & Verfcasdo: tem come propésto garantr ou confirma que os produtosrefletem os requisios especiica- dos. ©) Vala objtiva grants ou conkrmar que 0 requistos espcificados si o¢ realmente desejados pelo cliente 1 Revisdoconjunt: visa manter um entendimento comm enteof divers nterestados a espeito do prod, do proceso ou do servic f) Auditor eu propésito € prover uma avaliasio,independentemente dos rodutose rocestos. I) Resolucao de problemas: visa assegrat que todos os problemas levantados sejam resolvidos. Os processos organizacionaisgarantezn ofuncionamento da organizagio, Sio eles: 8) Gerénia: objetiva organiza e conolar a tealzagd dos projetos, hem como sen dsempeno (Capital 8). by) inrestruura: ven manter umn ambiente de trabalho adeghado, ©) Methora: tem como propio peri que os procestos seam continuamente adapta, vsando otimizaso do raat, 4) Treinamento ou recursos humanos: se objetivo € antes 05 recursos humanos capacitados pare o melhor ddesempenko possvel de suas funges 0 procesto de adaptacdo deinide pela norma indiea como ela pode see aplicada a diterentes empresas, jé que <éeuma para a outa podem varar a cultura organizacional, o modelo de ciclo de vida utlizado no processo de esenvolvimento¢ outos fates. Pode-se mencionar ainda a norma ISO/IEC 15504, que sera discutida em detalhes no Capitulo 12, por tratar e qualidade e nives de capacdade em processo de software. A norma 15504, também: coaheeida come SPICE. & considerada uma evolugio da ISO/IEC 12207