FATEC FACULDADE DE TECNOLOGIA

Campus Baixada Santista Informtica com nfase em Gesto de Negcios Gesto da Qualidade

Qualidade do Software normas e metodologias

Andr Pina Crislayne Ferreira da Silva Giuliana DOrazio Marques Joo Diego da Rocha Lima Victor de Souza Couto

Santos 2007

Seminrio Gesto da Qualidade Qualidade do Software - Normas e metodologias

1. Introduo
O nmero de empresas que esto buscando melhorias em seus processos de desenvolvimento de software crescente. A melhoria no consiste apenas no software em si, mas envolve o relacionamento com o cliente tambm, por meio de planejamento e reduo do nmero de defeitos nos produtos vendidos. O software est presente em tudo a nossa volta, de eletrodomsticos aos melhores sistemas em telecomunicao. Um exemplo disso foi o alvoroo causado pelo bug do milnio, quando todos acreditaram que haveria problemas no fornecimento de energia, gua e sistemas de telecomunicaes. Alm do no funcionamento de aparelhos como televisores, microondas, etc. Tudo porque os softwares presentes nesses equipamentos usavam apenas dois dgitos para identificar o ano. Exemplificando melhor as conseqncias de um bug (defeito em um software), temos dois exemplos: Uma pequena falha de lgica num programa em sistema de um grande banco pode causar desde pequenos problemas em contas correntes at prejuzos incalculveis na conta de grandes corporaes. Um defeito na linha de cdigo de um software (seqncia de programao que determina funes) pode causar desde pequenos problemas no funcionamento do equipamento de comunicao entre tripulantes de um avio ou a queda dele. As principais referncias para melhoria de processos utilizadas pelas organizaes que desenvolvem ou adquirem produtos de software so: CMM Capability Maturity Model um modelo desenvolvido pelo Software Engineering Institute (SEI) para melhoria da maturidade dos processos de desenvolvimento de software. ISO 9001 Sistemas de qualidade; um modelo para garantir a qualidade em projetos, desenvolvimento, instalao e servios associados. So normas utilizadas como referncia por muitas empresas desenvolvedoras de software no mundo inteiro. ISO 12207 Tecnologia da Informao/Processo de ciclo de vida de software; esta norma estabelece uma estrutura comum para os processos de ciclo de visa de um software, cobrindo desde a concepo at a retirada do software do mercado. ISO 15504 (SPICE) Tecnologia da Informao/Avaliao de processos; norma desenvolvida pela ISO IEC em conjunto com o projeto SPICE para avaliao de processos. Ainda existem outras referncias, tais como: CMMI Capability Maturity Model Integration; tambm desenvolvido pela SEI (Software Engineering Institute) visando a melhora da maturidade dos processos em uma organizao. Foi desenvolvido a partir de trs modelos: - SW-CMM (Capability Maturity Model for Software); - EIA/IS (Eletronic Interim Alliance Interim Standard) 731 - IPD-CMM (Integrated Product Development Capability Maturity Model). PMBoK Project Management Body of Knowledge; conjunto de Conhecimento em Gerncia de Projetos. utilizado como referncia para que gerentes de projetos possam compreender os ensinamentos e relacionamentos que, por meio das reas de conhecimento e de processos preconizados pela metodologia, traduzam os conceitos mais atuais da prtica de Gerenciamento de Projetos no mundo.

Porm, neste seminrio manteremos o foco em CMM e ISO 15504, abordando uma nova metodologia de desenvolvimento de softwares, o Extreming Programming (XP).

Seminrio Gesto da Qualidade

2. CMM (Capability Maturity Model)

O CMM um modelo desenvolvido pelo Software Engineering Institute (SEI) para melhoria da maturidade dos processos de desenvolvimento de software. O modelo descreve um caminho evolucionrio de melhoria de maturidade, por meio do atendimento de prticaschave distribudas em cinco nveis de maturidade. Quanto maior o nvel, maior a maturidade dos processos de desenvolvimento de software de uma organizao. Nos Estados Unidos o CMM uma das principais referncias para a seleo e homologao de empresas fornecedoras de software. Empresas desenvolvedoras devem possuir nvel de maturidade 4 ou 5 para poder fornecer software para o Departamento de Defesa e outros rgos ligados ao governo. Abaixo esto os 5 nveis de maturidade:

Nvel 1: Inicial No nvel 1 de maturidade, os ciclos de construo de softwares no foram devidamente projetados, assim no asseguram que este esteja de acordo com os padres e especificaes de prazo, qualidade e custo e h muita desorganizao. O sucesso nestas organizaes depende da competncia e herosmo dos funcionrios e no no uso de processos estruturados. O imediatismo cria um ambiente catico, o nvel 1 de maturidade raramente produz um produto ou servio que funcione; assim, frequentemente eles excedem o oramento e o prazo de entrega dos projetos. Nvel 2: Repetitivo No nvel 2 de maturidade, o desenvolvimento do software repetido. O processo pode no se repetir para todos os projetos da organizao. A organizao pode usar ferramentas de Gerncia de Projetos para mapear os custos e o prazo do projeto. A adoo de um processo de desenvolvimento ajuda a garantir que prticas existentes so utilizadas em momentos de estresse, e quando estas prticas so adotadas, os projetos decorrem e so gerenciados de acordo com o planejamento inicial. O status do projeto e os servios entregues so visveis ao gerenciamento (por exemplo: possvel a visualizao de marcos do projeto e o trmino da maioria das tarefas). Tcnicas de gerenciamento de projetos so estabelecidas para mapear custos, prazos, e funcionalidades. Ainda h um risco significante de exceder os custos e estimativas de prazo de desenvolvimento. Nvel 3: Definido A organizao possui um conjunto de processos padres, os quais so a base do nvel 3. Estes esto estabelecidos e so melhorados periodicamente. Estes processos padres so usados para estabelecer uma consistncia dentro da organizao. Projetos estabelecem seus processos definidos pelo conjunto de padres processuais da organizao. O gerenciamento da organizao estabelece os objetivos dos processos baseado no conjunto de padres pr-definidos e garante que estes objetivos sejam encaminhados de forma apropriada. Uma crtica distino entre os nveis 2 e 3 a descrio dos processos e procedimentos. No nvel 2, os padres, descries de processos e procedimentos podem ser bem diferentes em cada instncia especfica do processo (por exemplo, em um projeto particular). No nvel 3, os padres, descries de processo e procedimentos para o projeto so guiados pelo conjunto padro de processos da organizao.

Seminrio Gesto da Qualidade

Nvel 4: Gerenciado Utilizando mtricas precisas, o gerenciamento pode efetivamente controlar os esforos para desenvolvimento de software. Em particular, o gerenciamento pode identificar caminhos para ajustar e adaptar o processo para projetos particulares sem perda de mtricas de qualidade ou desvios das especificaes. Organizaes neste nvel conseguem metas qualitativas para o processo de desenvolvimento de software e de manuteno. Subprocessos so selecionados conforme a importncia na performance total do processo. Esses subprocessos selecionados so controlados usando tcnicas estatsticas e qualitativas. Uma crtica distino entre o nvel de maturidade 3 e 4 a previsibilidade do desempenho do processo. No nvel 4, o desempenho do processo controlado usando tcnicas estatsticas e qualitativas, e previsvel qualitativamente. No nvel 3, os processos so somente previsveis qualitativamente. Nvel 5: Otimizado O nvel de maturidade 5 foca no contnuo aumento do desempenho dos processos atravs de melhoras de inovao tecnolgica e incremental. Objetivos de melhoria quantitativa dos processos para a organizao so estabelecidos, continuamente revisados, refletindo os objetivos da organizao, e usando critrios de gerncia de processos. Os efeitos da melhora da reviso dos processos so medidas e acompanhadas utilizando-se de processos de melhoria de qualidade. Ambos, os processo definidos e o conjunto de processos padres da organizao so alvos de melhoria de mtricas. Cada nvel de maturidade possui um conjunto de prticas de software e gesto especficas denominadas reas-chave do processo, estas devem ser implantadas para que a organizao atinja o nvel de maturidade necessrio. Assim, o CMM fornece s organizaes orientao sobre como ganhar controle do processo de desenvolvimento de software e como evoluir para uma cultura de excelncia na gesto de software. O objetivo principal nas transies desses nveis de maturidade a realizao de um trabalho integrado, afim de alcanar melhores resultados.

Seminrio Gesto da Qualidade

3. A Norma ISO 15504
A qualidade de software no se atinge espontaneamente, ela depende da qualidade do processo de software usado para desenvolv-los. Mas um bom processo no garante que o produto de software de boa qualidade, mas indica que a organizao capaz de produzir bons produtos de software. A norma ISO 15504 apresenta uma estrutura para avaliao e melhoria de processos. uma norma internacional, e no dedicada apenas para software. Ela introduz o conceito de Modelo de Referncia de Processo, que externo a norma. A norma ISO 12207 pode ser o Modelo de Referncia de Processo, quando a ISO 15504 for aplicada a software. Ao contrrio da ISO 9001, a ISO 15504 tem documentao extensa, modelo detalhado, nveis de capacidade e nove atributos, requisitos para avaliao e orientaes na aplicao. Ela complementa a ISO 9001. Para implantao de um Programa de Qualidade de Software normalmente se inicia pela definio e implantao de um processo de software, que deve estar documentado, ser compreendido e seguido. Processo de Software Sub-processos Atividades Sub-atividades Pr-atividades Artefatos Insumos Produtos Recursos Humanos Software Hardware Procedimentos Mtodos Tcnicas Roteiros

A ISO 15504 divida em cinco partes:

1: Conceitos e vocabulrio (antigas partes 1 e 9): Prov uma introduo geral aos conceitos de avaliao de processos e um glossrio de termos relacionados avaliao. 2: Estrutura (framework) do processo de avaliao (antiga parte 3): Define os requisitos normativos para a realizao de uma avaliao de processo e para modelos de processo em uma avaliao, e define uma infraestrutura de medio para avaliar a capacidade de processo. Essa infraestrutura de medio define nove atributos de processo, agrupados em seis nveis de capacidade de processo. 3: Recomendaes para a realizao de uma avaliao (antigas partes 4 e 6): Prov orientaes para interpretar os requisitos para a realizao de uma avaliao. 4: Recomendaes para melhoria de processos e determinao de capacidade (antigas partes 7 e 8): Prov orientaes para a utilizao de avaliao de processo para propsitos de melhoria de processo e de determinao da capacidade. 5: Um exemplo de aplicao com base na ISO 12207: Contm um exemplo de modelo de avaliao de processo que baseado no modelo de processo de referncia definido na ISO/IEC 12207 e suas emendas 1 e 2.

Seminrio Gesto da Qualidade Histrico

1991: Estudo sobre a necessidade de uma norma para avaliao de processos de software. 1993: Incio do Projeto SPICE (Software Process Improvement and Capability dEtermination). 1998: Verso Inicial da norma SPICE (publicada como Relatrio Tcnico - TR). 2003: Encerramento do Projeto SPICE e publicao da parte 2. 2004: Publicao das partes 1, 3 e 4.

A norma SCPICE
focada exclusivamente em software. Trata-se de um Relatrio Tcnico (dividido em 9 partes), no uma norma internacional mas possui um modelo de referncia que a base da Avaliao dos Processos. Ela d suporte a todo ciclo de vida do software.

Processos

Seminrio Gesto da Qualidade

Categorias de Processo
Cliente-Fornecedor (Costumer-Supplier)

Sigla
CUS.1 CUS.2 CUS.3 CUS.4 CUS.5 ENG.1 ENG.2 ENG.3 ENG.4 ENG.5 ENG.6 ENG.7 SUP.1 SUP.2 SUP.3 SUP.4 SUP.5 SUP.6 SUP.7 SUP.8 MAN.1 MAN.2 MAN.3 MAN.4 ORG.1 ORG.2 ORG.3 ORG.4 ORG.5

Processos
Adquirir software Gerenciar necessidade do cliente Fornecer software Operar o software Promover servio ao cliente Desenvolver requisitos e projeto do sistema Desenvolver requisitos de software Desenvolver projeto de software Implementar o projeto do software Integrar e testar o software Integrar e testar o sistema Manter o sistema e o software Desenvolver documentao Desempenhar a gerncia de configurao Executar a garantia da qualidade Executar a verificao dos produtos de trabalho Executar a validao dos produtos de trabalho Executar revises conjuntas Executar auditorias Executar resoluo do problema Gerenciar o projeto Gerenciar a qualidade Gerenciar riscos Gerenciar subcontratantes Construir o negcio Definir o processo Melhorar o processo Prover recursos treinados Prover infra-estrutura organizacional

Engenharia

Apoio (Support)

Gerncia (Management)

Organizao

Contextos de Utilizao:
Melhoria Contnua: avaliao identifica oportunidades de melhoria. Feita por organizaes que buscam melhorias internas. Determinao da Capacidade: avaliao identifica riscos com o fornecedor. Feita por terceiros ao realizarem contratos de prestao de servios ou fornecimento de produtos.

Dimenses:
Dimenso de Processo: se limita verificao da execuo ou no dos processos. Dimenso de Capacidade: permite uma avaliao detalhada dos processos executados por uma organizao. Trabalha com: 1) Nveis de capacidade 2) Atributos de Processo

Seminrio Gesto da Qualidade

1) Nveis de Capacidade

Incompleto: Processo no existe ou falha em atingir seus objetivos. Executado: Processo geralmente atinge os objetivos, porm sem padro de qualidade e sem controle de prazos e custos. Gerenciado: Processo planejado e acompanhando, e satisfaz requisitos definidos de: qualidade, prazo e custos. Estabelecido: Processo executado e gerenciado com uma adaptao de um processo padro definido, eficaz e eficiente. Previsvel: Processo executado dentro de limites de controle definidos e com medies detalhadas e analisadas. Otimizando: Processo melhorado continuamente de forma disciplinada.

2) Atributos de Processo
1.1 Execuo: O processo atinge os objetivos esperados. 2.1 Administrao do Processo: Objetivos do processo so identificados e sua execuo planejada. Responsabilidades so atribudas, a infra-estrutura fornecida e a comunicao entre os envolvidos gerenciada. 2.2 Administrao do Produto: Produtos do processo so identificados e documentados, requisitos para eles so definidos e revises e ajustes so efetuados conforme necessrio. 3.1 Definio: Um processo padro definido para a organizao. 3.2 Implementao: Os elementos identificados em 3.1 so postos em prtica. 4.1 Medio: Estabelecem-se objetivos quantitativos, bem como as medies a serem realizadas e a freqncia de sua aplicao. Os resultados so coletados, analisados e publicados na organizao. 4.2 Controle: Estabelecem-se limites de variao para as medidas e aes corretivas para tratar as causas de desvios em relao a esses limites. 5.1 Inovao: Objetivos de melhoria so estabelecidos. Oportunidades de melhoria so identificadas. 5.2 Otimizao: O desempenho do processo medido e o impacto das melhorias propostas comparado com os objetivos esperados. A implementao de mudanas gerenciada.

Seminrio Gesto da Qualidade Avaliao dos Atributos de Processo

Cada atributo avaliado em uma escala de quatro pontos (N; P; L; F)

N No atingido (0 a 15%): Existe pouca ou nenhuma evidncia de que o atributo de processo seja alcanado. P Parcialmente atingido (16 a 50%): Existe evidncia de uma abordagem significativa para atingir o atributo, mas alguns aspectos (tais como resultados) so ainda imprevisveis. L Largamente atingido (51 a 85%): O desempenho do processo pode variar em algumas reas. T Totalmente atingido (86 a 100%): No h nenhuma falta ou falha significativa.

Nvel de Capacidade
1 2
T L ou T L ou T

3
T T T L ou T L ou T

4
T T T T T L ou T L ou T

5
T T T T T T T L ou T L ou T

1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2

L ou T

ISO/IEC 15504 e o CMMI

Em comparao ao CMMI, a ISO 15504 leva desvantagem no sentido de disponibilidade de informaes, uma vez que a CMMI oferece download gratuito, a ISO no. O CMMI ativamente patrocinado pelo Departamento de Defesa dos EUA. O CMM foi criado antes da ISO 15504, e posteriormente substitudo pelo CMMI, que incorpora muitas das idias da ISO/IEC 15504, alm de outros benefcios do CMM.

Seminrio Gesto da Qualidade

4. Metodologia Tradicional Programao Estruturada
Programao estruturada uma forma de programao de computadores que preconiza que todos os programas possveis podem ser reduzidos a apenas trs estruturas: sequncia, deciso e iterao. Tendo, na prtica, sido transformada na Programao modular, a Programao estruturada orienta os programadores para a criao de estruturas simples em seus programas, usando as subrotinas e as funes. Foi a forma dominante na criao de software entre a programao linear e a programao orientada por objetos. Apesar de ter sido sucedida pela programao orientada por objetos, pode-se dizer que a programao estruturada ainda marcantemente influente, uma vez que grande parte das pessoas ainda aprendem programao atravs dela. Alm disso, por exigir formas de pensar relativamente complexas, a programao orientada ao objeto at hoje ainda no bem compreendida ou usada pela maioria.

10

Seminrio Gesto da Qualidade

5. Momento para rir: Programao Orientada a Gambiarra (POG)

Quem nunca teve que recorrer a uma gambiarra que atire a primeira pedra. O que antes era uma arma de sobrevivncia, finalmente se tornou uma metodologia e no poderia ter sido melhor. a primeira metodologia de programao que surgiu a partir da experincia dos programadores e agora se infiltra nos meios acadmicos. Algum tem dvida de que e sempre ser a metodologia de programao mais utilizada do mundo? J esto sendo publicados vrios livros e estudos de caso sobre a incrvel metodologia, que pode aumentar a produtividade da equipe de programao em at 1.300,7%, dependendo do nvel de comprometimento com a POG. Estuda-se a possibilidade de criao de certificaes para a POG, porm a dificuldade de aplicao de provas para atestar tal conhecimento aliada ao princpio do deixe o amanh para amanh no permitiu que esse importante passo para o mercado corporativo fosse atingido. A coisa to interessante que algumas personalidades, mesmo fora do mundo geek, comentam o assunto: O Titanic afundou por que o cdigo do GPS dele no era POG
Leornardo Di Caprio sobre POG

Service Pack - POG compilado.

Annimo sobre POG

Deu certo? Deixa! Funcionou? No mexa!

Bill Gates sobre POG, durante o desenvolvimento do Windows ME

O sistema s d problema quando tem gente usando.

Programador POG, s 18h00, indo embora, j fechando a porta e falando pro chefe.

A POG surgiu de uma evoluo do famoso Bacalhau, muito usado nas dcadas de 60 a 80 e muito bem guardada pelos programadores da poca. Os princpios da Programao Orientada a Gambiarra so bastante simples: Se funciona, ento t certo - Acoplado ou no, txt ou sql , mil funes ou 10, design patterns Nada disso tem valor para o usurio, que s precisa de um software funcional. O termo escalvel falacioso. My Way - Programador esperto, se esperto mesmo adepto do My Way. Se voc est com dvidas, faa do seu jeito pois se der merda voc quem vai se foder. Murphy - Para lidar com Murphy e seu exrcito s com POG. Murphy sagaz e ligeiro, t s esperando voc dar mole. Nada mais rpido do que uma gambiarrazinha pra acertar o que Murphy destri. Deixe o amanh para amanh - Muitos programadores atrasam projetos alegando que a demora de uma implementao para seguirem regras de design patterns ou comentrios que ajudaro a outros desenvolvedores a entender melhor o cdigo. Deixe o amanh para o ot err Comentrios so para amadores - Um desenvolvedor deve ser treinado para ser fluente na linguagem de programao usada sem precisar de comentrios, independente da conseqente runa de sua vida social. Isso tambm conhecido como stimo sentido. Eficincia primeiro - Evite escrever em vrias linhas o que pode ser feito em uma. F em Deus - A informtica levianamente definida como cincia exata, quando esta na verdade uma cincia holstica. Vrios casos reais de divina Providncia foram testemunhados em ambiente fiis aos princpios POG, espritos ruins foram exorcisados, e a paz instalou-se graas a f dos gambiarrizadores. 1337 h40r5 dud3 lol - Quanto menos legvel, mais respeitado o cdigo . Conseqentemente menos alterado ele , e mais estvel o sistema fica.

11

Seminrio Gesto da Qualidade

A ocasio faz o ladro - Em determinados momentos no conseguimos escapar dela. Capacidade de Abstrao - Este conceito se baseia em focar-se no problema e desconsiderar conceitos e dados desnecessrios para atingir o objetivo, ou seja, o Programador deve abstrair tudo que lhe faa perder tempo como regras de negcio desnecessrias ou tratamentos de erros.

Para os mais antenados, j existe uma verso em ingls para que voc possa impressionar seu chefe, a WOP ou Workaround-oriented programming.

12

Seminrio Gesto da Qualidade

6. Manifesto gil

A necessidade de melhorar o desempenho da equipe no desenvolvimento de sistemas, levou um grupo de profissionais desenvolvedores de software a discutir sobre as prticas e teorias individuais que estava presente na maioria dos projetos de sucesso. Particularidades a parte, todos concordaram que, em suas experincias prvias, um conjunto de princpios sempre pareciam ser respeitados quando os projetos davam certo. Todo esse estudo levou a desenvolver estudos sobre Manifesto de desenvolvimento gil de software, comumente chamado de Manifesto gil. Tal termo passou a defender maneiras eficazes de desenvolver software incentivando cada vez mais os integrantes de uma equipe de desenvolvedores a se auto-auxiliarem e definirem novos valores: Indivduos e interao entre eles mais que processos e ferramentas (no adianta ter timos computadores e softwares de desenvolvimento, se no possui uma equipe concisa com esprito de colaborao); Software em funcionamento mais que documentao abrangente (em vez de inmeras papeladas que recheiam ordem de servio, afastando cada vez mais o cliente do calor humano de sua equipe, demonstrar produto e qualidade sempre em mos funcionando ao seu cliente); Colaborao com o cliente mais que negociao e contratos (ser objetivo no suporte ao cliente, chegando cada vez mais prximo da necessidade em questo); Responder a mudanas mais que seguir um plano (planos de execuo, que por vezes em exagero, fogem da realidade e pouco concluem necessidades da realidade). Mesmo havendo valor nos itens direita, valorizamos mais os itens esquerda. O Manifesto gil foi estudado no final da dcada de 90 e criado em 2001, a mais conhecida o eXtreme Programming, tambm conhecida pela abreviao XP, uma metodologia criada por Kent Beck tambm no final dos anos 90. O XP consiste em um conjunto de prticas que valorizam alguns valores bsicos. Assim como XP, existem outras metodologias como Scrum, que tambm possui suas particularidades e prticas, defendendo mais valores. Todas as prticas relacionadas as metodologias geis so muitas vezes genricas e possveis de utiliza-las em outros tipos de projetos e organizaes, mesmo que no tenham nenhum vnculo com desenvolvimento de software.

13

Seminrio Gesto da Qualidade

7. eXtreme Programming (Programao Extrema)
O eXtreme Programming, ou simplesmente XP, uma metodologia gil para equipes de pequeno e mdio porte que vo desenvolver softwares em projetos de valores vagos e com constantes mudanas. O XP se desenvolve com estratgias como constante acompanhamento do projeto e realizao de vrios ajustes durante o desenvolvimento do software. A princpio, XP leva em considerao com extremo valor a qualidade do projeto em desenvolvimento. No importa ganhar tempo com processos se o mesmo prejudicar a qualidade do projeto. A varivel em questo nunca o tempo e sim a qualidade total do software. Os valores fundamentais do eXtreme Programming so: Comunicao, Coragem, Feedback, Respeito e Simplicidade. A metodologia eXtreme Programming se baseia em inmeras prticas e conceitos. Segue abaixo algumas dessas prticas seguidas a risca por desenvolvedores envolvidos em projetos analisados sob a metodologia XP: Planejamento Fases pequenas Metfora Design simples Testes Refatorao Programao pareada Propriedade coletiva Integrao contnua Semana de 40 horas Cliente junto aos desenvolvedores Padronizao do cdigo Com tantas prticas e etapas, alguns princpios bsicos so essenciais para o sucesso da metodologia: feedback rpido, simplicidade ao negociar, mudanas incrementais, defender a bandeira da mudana (no valorize o medo), alta qualidade do cdigo. Existem as variveis que regem todo o desenvolvimento de software, no importando a metodologia: tempo, custo, qualidade e escopo. O escopo do projeto a varivel onde o XP tende a focar. Para isso, recomenda-se a priorizao de funcionalidades que representam maior valor para o negcio. Se for necessrio diminuir o escopo, as funcionalidades menos importantes so adiadas ou canceladas, sempre visando a qualidade do projeto. No escopo a metodologia trabalha sempre o lado da qualidade e objetividade no desenvolvimento do projeto. Para isso contam com extrema colaborao de clientes com constante relacionamento junto aos desenvolvedores para discusso e experimentao da tecnologia; programadores trabalhando pares para auto-correo e disseminao do conhecimento; novas idias ou at mesmo idias incompatveis so repensadas em pouco tempo, evitando perda de tempo e alto custo na atualizao; todos esses e mais cuidados esto na pauta da arquitetura do software baseada na metodologia gil eXtreme Programming. Em sntese, fica bem claro a colaborao da metodologia em prol da qualidade do software desenvolvido, que auxilia processos de padronizao e se adequar a outras normas como CMM.

14

Seminrio Gesto da Qualidade

8. Referncia Bibliogrfica
gilcoop A AgilCoop (Cooperativa de Desenvolvimento gil de Software) composta por professores, alunos e ex-alunos do IME/USP. Os membros da cooperativa contam com vrios anos de experincia no uso prtico de mtodos geis, principalmente Programao eXtrema (XP), em projetos de desenvolvimento de software tanto dentro da universidade quanto em empresas. http://agilcoop.incubadora.fapesp.br/portal Blog do Victor Blog corporativo de Victor de Souza Couto, um dos apresentadores do seminrio. Aborda assuntos de tecnologia e tem disponvel, entre outros materiais sobre o tema, este roteiro sobre este seminrio. Endereo do blog: http://vicouto.wordpress.com/ Endereo do blog direcionado ao post referente ao tema: http://vicouto.wordpress.com/2007/06/01/gestao-da-qualidade-e-desenvolvimento-de-softwarenormas-e-metodologias/ ISO Site do ISO, international organization for standardization. http://www.iso.org/iso/en/ISOOnline.frontpage ISOSPICE Site do ISOSPICE. http://www.isospice.com/ Simpros Site do Simpros, simpsios internacionais de melhoria de processo de software. http://www.simpros.com.br/ SQI Site da SQI, software quality institute. http://www.sqi.gu.edu.au/indexFrameset.html

15