Qualidade de Software PDF

Qualidade de Software
Andr Mesquita Rincon Instituto de Informtica/Universidade Federal de Gois (UFG) Goinia GO Brasil Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas/Fundao Universidade do Tocantins (UNITINS) Caixa Postal 173 77.020-122 Palmas TO Brasil
andrerincon@inf.ufg.br
Resumo. Este artigo apresenta os conceitos bsicos relacionados qualidade do processo e de produtos de software utilizando, para isso, os modelos CMMI e MPS.BR e as normas ISO 12207, ISO 15504, ISO 9126 e ISO 14598. Alm disso, este trabalho faz um breve comparativo entre algumas caractersticas dos softwares de prateleira e softwares personalizados. Palavras chave: Processo de software, CMMI, MPS.BR, qualidade de produto.
1. Introduo
Nas ltimas dcadas o software tem estado cada vez mais presente no cotidiano das pessoas. Ele encontrado nos aparelhos de telefonia celular, nos fornos de microondas, nos carros, nas mquinas digitais e at nos porta-retratos. Atualmente, pode-se considerar que h uma dependncia das caractersticas e servios oferecidos por sistemas computadorizados. Em um estudo de REED (2000), encontra-se que se alguns sistemas de uso global deixarem de funcionar, aproximadamente 40% da populao mundial sofrero as conseqncias. Em contrapartida grande importncia que o software tem tido no cenrio mundial, estudos comprovam que a grande maioria dos projetos de software no atende aos objetivos traados. De acordo com esses estudos, isso decorrente da falta de processos adequados nas organizaes em que eles so desenvolvidos. Decorrente disso, desde o final das dcadas de 80, passando por meados da dcada de 90 e chegando ao incio deste sculo, os esforos para o desenvolvimento de modelos para maturidade dos processos de software tem tido uma constante evoluo em todo o mundo. Principalmente atravs do SEI Software Engineering Institute (SEI, 2009a) que publicou o SW-CMM Capability Maturity Model for Software em 1987 e o CMMI Capability Maturity Model Integration em 2002 e da ISO/IEC International Organization for Standardization / International Electrotechnical Commission (ISO, 2009) que publicou as normas ISO/IEC 15504 e ISO/IEC 12207 nos anos 90. Seguindo essa evoluo, em maio de 2005 foi publicada a primeira verso do Guia Geral do programa para Melhoria de Processo do Software Brasileiro (MPS.BR) que consiste em uma iniciativa coordenada pela SOFTEX Sociedade para Promoo da Excelncia do Software Brasileiro (SOFTEX, 2009a) em parceria com universidades
RINCON, Andr Mesquita. Qualidade de Software. In: XI Encontro de Estudantes de Informtica do Tocantins, 2009, Palmas. Anais do XI Encontro de Estudantes de Informtica do Tocantins. Palmas: Centro Universitrio Luterano de Palmas, 2009. p. 75-86. Disponvel em: http://tinyurl.com/yj8f4kh
e grupos de pesquisa. Um dos principais objetivos do MPS.BR criar e difundir os modelos de qualidade para as empresas brasileiras e possibilitar que a grande massa de empresas (as de pequeno e mdio porte) possa atingir maturidade em seus processos. As iniciativas do SEI, da ISO e da SOFTEX em relao aos modelos de qualidade para o processo de software baseia-se na premissa de que um software ter qualidade, se o seu processo for bem realizado. Mas alm dos modelos e normas direcionados ao processo de software, h tambm as normas ISO/IEC 9126 com um conjunto de caractersticas da qualidade de produto de software e a ISO/IEC 14598 que apresenta um processo de avaliao de produto de software. Para ilustrar a relao entre os modelos e normas que abordam qualidade de software, a figura 1 apresenta um comparativo entre software de prateleira e software personalizado.
Figura 1. Software: bem ou servio?
O ttulo da figura 1 considerado um antigo e importante questionamento da indstria de software: afinal, software considerado um bem ou um servio? Antes de dar incio ao comparativo citado acima, vale ressaltar que esse artigo no pretende esgotar as discusses sobre o assunto ou sequer trazer uma resposta fechada para tal questo, mas apenas traar uma relao entre essa natureza do software com alguns aspectos relacionados qualidade. No lado esquerdo da figura 1, tem-se a representao do software de prateleira. Considerando que esse tipo de software seja aproximadamente 90% um bem e apenas 10% um servio, pois quando se adquire um produto dessa natureza, alm do pacote instalvel o cliente adquire tambm alguns servios (como: instalao, suporte tcnico, manutenes corretivas), pode-se sugerir ao cliente que ele se baseie nas normas ISO,
relacionadas qualidade do produto (9126 e 14598), para nortear o processo de validao de um produto que est sendo adquirido. Em contrapartida, no lado direito da figura 1, encontra-se a representao do software personalizado aquele que desenvolvido exclusivamente para um determinado cliente. Neste caso, a relao entre bem e servio se inverte. Agora, esse software pode ser considerado 10% bem e 90% servio. Ou seja, a preocupao com o processo de desenvolvimento do software deve passar a ser tambm do cliente, pois a qualidade do processo poder ter um impacto na qualidade do produto. Exemplo dessa preocupao est em agncias do governo e empresas que atuam com software de segurana crtica que exigem de seus fornecedores certificaes em modelos de qualidade como o CMMI e MPS.BR. As sees seguintes apresentam detalhes sobre modelos e normas relacionados qualidade de software.
2. Qualidade do processo de software

Quando se fala em qualidade ou melhoria do processo de software, inevitvel a associao com o CMMI. No Brasil, esse fenmeno tambm tem ocorrido com outra sigla, o MPS.BR. No entanto, antes de apresentar os detalhes e comparaes entre o CMMI e o MPS.BR, importante citar as normas ISO/IEC 12207 e ISO/IEC 15504 que so as bases para criao desses modelos. 2.1. ISO 12207 e ISO 15504 A Norma ISO/IEC 12207 - Processos de Ciclo de Vida de Software - tem como principal objetivo, o estabelecimento de uma estrutura comum para os processos de ciclo de vida de software como forma de ajudar as organizaes a compreenderem todos os componentes presentes na aquisio e fornecimento de software e assim, conseguirem firmar contratos e executarem projetos de forma mais eficaz (Machado, 2006). Ela foi publicada como norma internacional pela ISO em agosto de 1995 e em 1998 foi publicada a sua verso brasileira que tem o mesmo nome que a internacional, somente acrescida das iniciais NBR. Em 2002 e 2004, foram feitas atualizaes na norma, em que foram inseridas algumas melhorias que geraram as Emendas 1 [ISO/IEC AMD 12207, 2002] e 2 [ISO/IEC AMD 12207, 2004] da ISO/IEC 12207. J em 2008, ela passou por uma reformulao completa na sua estrutura. Sobre a Norma ISO/IEC 15504, pode-se dizer informalmente, que ela dividida em duas (Salviano, 2006): Uma a ISO/IEC 15504 que serve como um framework para modelos e mtodos de avaliao (e melhoria) de processo. Um usurio tpico desse framework um grupo que queira desenvolver um modelo de capacidade de processo, um mtodo de avaliao de processo e/ou uma abordagem para melhoria de processo. Exemplos de usurios desse framework so o SEI, que desenvolve os modelos de capacidade do CMMI e os mtodos de avaliao SCAMPI (SEI, 2009c) e o MPS.BR, que desenvolve o modelo de capacidade MR-MPS e o mtodo de avaliao MA-MPS (SOFTEX, 2009c). A outra 15504 o modelo ISO/IEC 15504-5, que um modelo de capacidade de processo (definido segundo o framework da ISO/IEC 15504) para a engenharia de
software, baseado nos processos definidos na ISO/IEC 12207. Este modelo 15504-5 tem como usurio tpico uma organizao intensiva em software que queira realizar um programa de melhoria de processo de software e/ou avaliar a capacidade de seus processos de software. 2.1. O CMMI Em maro de 2002 ocorreu a publicao do CMMI, sigla que, em portugus, significa Modelo Integrado de Maturidade da Capacidade. No contexto de software, a maturidade da capacidade est relacionada ao processo de desenvolvimento do software. J a palavra integrado est relacionada ao fato do CMMI ter a finalidade de integrar os modelos do antigo CMM em uma estrutura coerente e alinhada. O modelo CMM foi desenvolvido pelo SEI que consiste em uma organizao ligada universidade Carnegie Mellon. Segundo Pessa (2005), o desenvolvimento desse modelo foi financiado pelo Departamento de Defesa Americano, com o objetivo de se estabelecer um padro de qualidade para software desenvolvido para as foras armadas. Com o tempo, foram publicados outros modelos com finalidades especficas como engenharia de sistemas e aquisio. No entanto, quando eles eram aplicados em conjunto em uma mesma organizao, encontravam-se algumas inconsistncias, por isso, houve a necessidade de se integrar os modelos em uma verso consistente. Em 2006, foi lanada a nova verso do CMMI, conhecida como CMMI 1.2 que no apresenta mudanas radicais, mas sim pequenos ajustes e melhorias oriundos de vrias sugestes de mudanas da comunidade. 2.1.1. Representaes do modelo A verso 1.2 do CMMI manteve a representao denominada contnua. Essa representao foi considerada uma novidade que a primeira verso do CMMI trouxe em relao ao CMM, pois na verso no integrada, existia apenas a representao tradicional por estgios. Segundo Pssoa (2005), a representao contnua foi incorporada para que o modelo se tornasse compatvel Norma ISO 15504. A figura 2 ilustra a representao contnua e a por estgios.
Figura 2. As duas representaes do CMMI (Pssoa, 2005)

O CMMI por estgios no apresenta mudanas em relao ao CMM. Ou seja, a idia ir implementando os processos conforme a seqncia dada pelo modelo CMMIDEV (SEI, 2009b). J a representao contnua possibilita que uma organizao tenha sua capacidade avaliada por processos e que cada um tenha nveis diferentes de capacidade. Segundo Pssoa (2005), para entender o significado do termo capacidade podese pensar na capacidade que algum possui para realizar um trabalho: quanto maior a capacidade do processo, melhor deve ser o resultado obtido. Quando uma organizao avaliada levando-se em considerao a capacidades de seu processo, o resultado ser seu perfil de capacidade conforme representado na figura 3.
Figura 3. Exemplo de perfil de capacidade de uma organizao
No exemplo acima, o perfil da capacidade da organizao foi avaliado e o resultado foi que o processo 1 est no nvel 3, o processo 2 no nvel 4 e processo 3 no nvel 2. Como se pode notar na figura 3, o nveis de capacidade do processo variam entre 0 a 5. Em Pssoa (2005), encontra-se a descrio sobre o que representa cada nvel no modelo contnuo, so eles: Nvel 0 incompleto: o processo no executado ou executado parcialmente; Nvel 1 executado: o processo satisfaz as metas especficas da rea de processo; Nvel 2 gerenciado: o processo executado e tambm planejado, monitorado e controlado para atingir um objetivo (em projetos individuais, grupos ou processos isolados); Nvel 3 definido: o processo gerenciado, adaptado de um conjunto de processos padro da organizao; Nvel 4 gerenciado quantitativamente: o processo definido, controlado utilizando estatstica ou outras tcnicas quantitativas; Nvel 5 otimizao: o processo gerenciado quantitativamente para a melhoria contnua do desempenho do processo.
Conforme foi citado anteriormente, no modelo por estgios uma organizao deve implementar os processos de acordo com uma seqncia pr-estabelecida. Neste caso, diferentemente da representao contnua, a organizao avaliada por um conjunto de processos de acordo com o nvel que ela estiver pleiteando. Os nveis so denominados nveis de maturidade e variam de 1 a 5. Pssoa (2005) sugere que, para entender o significado do termo maturidade pode-se pensar na maturidade de um profissional medida que evolui em sua carreira: o aprendizado terico, aliado a vivncias prticas em diversos projetos e diversas situaes, cria uma experincia e conhecimento para esse profissional que o tornam maduro, analogamente, o mesmo foi concebido no modelo de maturidade de software com a diferena que a maturidade da organizao. A figura 4 representa os nveis de maturidade do CMMI.
Figura 4. Os nveis de maturidade do CMMI (Pssoa, 2005)
Conforme ilustra a figura 4, o CMMI, no modelo por estgios, composto por 5 nveis de maturidade. Do ponto de vista do CMMI, pode-se considerar que toda empresa que ainda no passou por uma implementao de melhoria de processos, est no nvel 1. Sendo assim, para se tornar mais madura em relao ao seu processo de desenvolvimento, primeiramente ela deve implementar os processos do nvel 2 e solicitar uma avaliao por uma instituio credenciada. Ela dever realizar esse procedimento at que obtenha o nvel 5, que o mais alto na escala do CMMI. Cada nvel est dividido em reas de Processo. A figura 5 ilustra a estrutura que cada rea de Processo possui dentro do documento que descreve o modelo CMMIDEV.
Figura 5. Estrutura das reas de Processos do CMMI
Conforme citado anteriormente, para que uma organizao possa evoluir de um nvel para o outro no CMMI, ela deve implementar um conjunto de processos prdefinidos. Para isso, ela deve cumprir o que descrito nas metas e prticas genricas e nas metas e prticas especficas de cada rea de Processo. O documento oficial do modelo, o CMMI-DEV, traz detalhadamente quais so as metas e prticas especficas de cada rea de Processo. Em uma avaliao do CMMI, que utiliza o modelo SCAMPI, os avaliadores iro buscar Evidncias Objetivas de que cada meta e prtica (genrica e especfica) esto implantadas na organizao. Sendo assim, para implement-las com sucesso, uma organizao deve ter conhecimento suficiente sobre o que cobrado, em termos de evidncias objetivas, para que uma empresa possa obter o nvel pleiteado. Geralmente as organizaes contratam consultorias especializadas no assunto, pois elas tero mais experincias sobre quais evidncias devem ser geradas para que se possa cumprir o que solicitado em cada rea de Processo. 2.2. O MPS.BR Em maio de 2005 foi publicada a primeira verso do Guia Geral do programa para Melhoria de Processo do Software Brasileiro (MPS.BR) que apresentava a descrio geral do MPS.BR e detalhava o Modelo de Referncia (MR-MPS). Um ano depois, em maio de 2006, uma nova verso (a 1.1) trazia algumas modificaes. Em 2007, a verso 1.2 acrescentou os processos relacionados reutilizao. A verso atual do modelo est na sua verso 2009. Alm da mudana na forma da nomenclatura (1.1, 1.2 e agora 2009), ela acrescentou alguns processos (como, por exemplo, Gerncia de Portflio de Projetos no nvel B) e excluiu outros (como, por exemplo, Anlise de Causas de Problemas e Resoluo no nvel A). Segundo SOFTEX (2009b), as iniciativas deste programa buscam que ele seja adequado ao perfil de empresas com diferentes tamanhos e caractersticas, pblicas e privadas, embora com especial ateno s micro, pequenas e mdias empresas. Tambm
se espera que o MPS.BR seja compatvel com os padres de qualidade aceitos internacionalmente e que tenha como pressuposto o aproveitamento de toda a competncia existente nos padres e modelos de melhoria de processo j disponveis. O MPS.BR est estruturado em trs componentes: Modelo de Referncia (MRMPS), Mtodo de Avaliao (MA-MPS) e Modelo de Negcio (MN-MPS) e para sua descrio utilizam-se documentos em formato de guias. A figura 6 apresenta os componentes do MPS.BR.
Figura 6. Componentes do MPS.BR. Fonte: SOFTEX (2009b)
A figura 6 apresenta os componentes do MPS.BR e os documentos utilizados para a descrio de cada um deles. O MR-MPS contm os requisitos que os processos das unidades organizacionais devem atender para estar em conformidade com o MRMPS. Ele contm as definies dos nveis de maturidade, processos e atributos do processo que esto descritos no Guia Geral (SOFTEX, 2009b). Alm do Guia Geral, o MR-MPS ainda possui outros dois guias: o de aquisio e o de implementao que, de acordo com SOFTEX (2009b), so, respectivamente: um documento complementar destinado a organizaes que pretendam adquirir software e servios correlatos; e um guia, composto de sete partes, que descreve como implementar cada um dos nveis do MR-MPS. J o Guia de Avaliao contm o processo e o mtodo de avaliao (MA-MPS), os requisitos para os avaliadores lderes, avaliadores adjuntos e Instituies Avaliadoras (IA) (SOFTEX, 2009b). Por ltimo, o Modelo de Negcio (MN-MPS) descreve regras de negcio para implementao do MR-MPS pelas Instituies Implementadoras (II), avaliao seguindo o MA-MPS pelas Instituies Avaliadoras (IA), organizao de grupos de empresas para implementao do MR-MPS e avaliao MA-MPS pelas Instituies Organizadoras de Grupos de Empresas (IOGE), certificao de consultores de aquisio e programas anuais de treinamento por meio de cursos, provas e workshops MPS.BR (SOFTEX, 2009b). O MPS.BR no possui a perspectiva continuada do CMMI e da ISO 15504, apenas a verso estagiada. Ele composto por sete nveis que vo do G ao A e possuem
correspondncia com a verso por estgios do CMMI. A tabela 1 representa os nveis de maturidade e as reas de processo do MPS.BR e sua equivalncia com os nveis e reas de processo do CMMI.
Tabela 1 Nveis de maturidade do MPS.BR e sua equivalncia com as reas de processo do CMMI CMMI Inovao Organizacional Anlise de Causa e Soluo de Problemas Desempenho do Processo Organizacional Gesto Quantitativa de Projeto Gesto de Risco --Anlise de Deciso Verificao Validao Soluo Tcnica Integrao de Produto Desenvolvimento de Requisitos Gesto Integrada de Projeto --Treinamento Organizacional Definio do Processo Organizacional Foco no Processo Organizacional Medio e Anlise Garantia da Qualidade de processo e Produto Monitoramento e Controle de Projeto Gesto de Configurao Gesto de Contrato com Fornecedor Gesto de Requisitos Planejamento de Projeto G 2 F E 3 D C 5 MPS.BR A Atributos do processo --Gerncia de Projetos (evoluo) Gerncia de Riscos Desenvolvimento para Reutilizao Gerncia de Decises Verificao Validao Projeto e Construo do Produto Integrao do Produto Desenvolvimento de Requisitos Gerncia de Projetos (evoluo) Gerncia de Reutilizao Gerncia de Recursos Humanos Definio do Processo Organizacional Aval. e Melhoria do Processo Organizacional Medio Garantia da Qualidade Gerncia de Portflio de Projetos Gerncia de Configurao Aquisio Gerncia de Requisitos Gerncia de Projetos
Na tabela 1, possvel notar que o MPS.BR possui uma diviso dos processos de forma diferente do CMMI. Segundo o SOFTEX (2009b), o fato de o MR-MPS
possuir mais nveis em relao ao CMMI justamente para possibilitar uma implementao mais gradual e mais acessvel financeiramente para as pequenas e mdias empresas. Note que nem todas as reas de processo tm correspondentes nos dois modelos e, em alguns casos, as nomenclaturas no so iguais, no entanto, quando uma organizao atinge um nvel do MPS.BR, ela esta apta a atingir o nvel correspondente no CMMI (por exemplo, uma organizao que MPS.BR nvel F, teoricamente tambm est apta a se tornar CMMI nvel 2). Sobre a estrutura do MPS.BR, pode-se dizer, a grosso modo que os atributos do processo so como as metas e prticas genricas do CMMI e que os resultados esperados de cada processo so as metas e prticas especficas. Vale ressaltar que tal comparao apenas para efeitos didticos de comparao entre os modelos.
3. Qualidade do produto
Em Villas Boas (2007), encontra-se que a avaliao de produto de software tem sido uma das formas empregadas por organizaes que produzem ou adquirem software para obteno de maior qualidade nestes produtos, sejam eles produtos completos ou partes a serem integradas num sistema computacional mais amplo. Segundo ele, para que a avaliao seja mais efetiva importante que se utilize um modelo de qualidade que permita estabelecer e avaliar requisitos de qualidade (ISO 9126) e tambm que o processo de avaliao (ISO 14598) seja bem definido e estruturado. A figura 7 ilustra o processo de avaliao da ISO 14598.
Figura 7. Processo de Avaliao da ISO 14598 (Villas Boas, 2007)
A norma ISO/IEC 14598 apresenta detalhes do processo de avaliao de produto de software. Na norma esto as informaes necessrias para que se possa realizar uma
avaliao utilizando-se do processo apresentado na figura 7. Pode-se notar que a norma ISO/IEC 9126 utilizada dentro do processo de avaliao fornecendo as caractersticas de qualidade e mtricas para avaliao. A figura 8 apresenta as caractersticas de qualidade da ISO/IEC 9126.
Figura 8. Caractersticas de qualidade da ISO 9126 (Villas Boas, 2007)
O modelo de qualidade nesta parte da srie ISO/IEC 9126 categoriza os atributos de qualidade de software em seis caractersticas (funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade e portabilidade) as quais so, por sua vez, subdivididas em subcaractersticas. As subcaractersticas podem ser medidas por meio de mtricas internas e externas. Cada caracterstica e subcaracterstica do software, que influenciam a caracterstica de qualidade, possui uma definio. Para cada caracterstica e subcaracterstica, a capacidade do software determinada por um conjunto de atributos internos que podem ser medidos (Villas Boas, 2007).
4. Consideraes finais
A separao entre qualidade do processo e qualidade do produto, como apresentada neste artigo, geralmente utilizada como recurso didtico para apresentao de modelos e normas, pois na prtica, um tanto quanto complicado fazer tal separao. Na implantao de processos de qualidade, uma organizao, provavelmente, ir estudar normas as relacionadas qualidade do produto para instituir seus processos de VV&T (verificao, validao e teste). A principal contribuio deste trabalho est em apresentar conceitos iniciais de modelos de normas relacionados qualidade de forma que o leitor possa ter a base para aprofundar seus estudos sobre o assunto. Alm disso, vale reforar um ponto que foi citado durante o trabalho: a contratao de consultoria especializada para implantao de processos de software em uma organizao que visa certificao em modelos como CMMI ou MPS.BR pode minimizar consideravelmente o tempo/custo dessa implantao.
5. Referncias Bibliogrficas
(ISO, 2009) ISO, International Organization for Standardization Site Oficial. Disponvel em <http://www.iso.org/iso/home.htm>. Acesso em setembro de 2009. (Machado, 2006) Machado, Cristina ngela Filipak. Definindo processos do ciclo de vida de software usando a norma NBR ISO/IEC 12207 e suas ementas 1 e 2. Lavras: UFLA/FAEPE, 2006. (Pssoa, 2005) Pssoa, Marcelo Schneck de Paula. Modelo Integrado de Maturidade da Capacidade de Processo. Lavras: UFLA/FAEPE, 2005. (REED, 2000) Reed, K. Software engineering a new millennium? IEEE Software, jul.-ago. 2000. (Salviano, 2006) Salviano, Clnio Figueiredo. Melhoria e Avaliao de Processo de Software com o Modelo ISO/IEC 15504-5:2006. Lavras: UFLA/FAEPE, 2006. (SEI, 2009a) SEI, Software Engineering Istitute Site Oficial. Disponvel em <http://www.sei.cmu.edu/>. Acesso em setembro de 2009. (SEI, 2009b) SEI, Software Engineering Istitute CMMI for Development (CMMIDEV). Disponvel em <http://www.sei.cmu.edu/cmmi/tools/dev/>. Acesso em setembro de 2009. (SEI, 2009c) SEI, Software Engineering Istitute Standard CMMI Appraisal Method for Process Improvement (SCAMPI), Version 1.1: Method Definition Document. Disponvel em <httphttp://www.sei.cmu.edu/library/abstracts/reports/01hb001.cfm>. Acesso em setembro de 2009. (SOFTEX, 2009a) SOFTEX, Sociedade para a Promoo da Excelncia do Software Brasileiro Site Oficial. Disponvel em <http://www.softex.br/>. Acesso em setembro de 2009. (SOFTEX, 2009b) SOFTEX, Sociedade para a Promoo da Excelncia do Software Brasileiro MPS.BR Melhoria de Processo do Software Brasileiro: Guia Geral verso 2009. Disponvel em <http://www.softex.br/portal/mpsbr/_guias/>. Acesso em setembro de 2009. (SOFTEX, 2009c) SOFTEX, Sociedade para a Promoo da Excelncia do Software Brasileiro MPS.BR Melhoria de Processo do Software Brasileiro: Guia de Avaliao verso 2009. Disponvel em <http://www.softex.br/portal/mpsbr/_guias/>. Acesso em setembro de 2009. (Villas Boas, 2007) Villas Boas, Andr Luiz de Castro. Qualidade e Avaliao de Produto de Software. Lavras: UFLA/FAEPE, 2007.

Qualidade de Software PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Qualidade de Software PDF

Transféré par

Droits d'auteur :

Formats disponibles

Qualidade de Software

Figura 1. Software: bem ou servio?

2. Qualidade do processo de software

Figura 2. As duas representaes do CMMI (Pssoa, 2005)

Figura 3. Exemplo de perfil de capacidade de uma organizao

Figura 4. Os nveis de maturidade do CMMI (Pssoa, 2005)

Figura 5. Estrutura das reas de Processos do CMMI

Figura 6. Componentes do MPS.BR. Fonte: SOFTEX (2009b)

Figura 7. Processo de Avaliao da ISO 14598 (Villas Boas, 2007)

Figura 8. Caractersticas de qualidade da ISO 9126 (Villas Boas, 2007)

Vous aimerez peut-être aussi