Melhoria No Processo de Software (1)
-
Upload
thalyta-soares-medeiros -
Category
Documents
-
view
213 -
download
0
description
Transcript of Melhoria No Processo de Software (1)
1
INSTITUTO DE EDUCAÇÃO DO CENTRO OESTE
DEPARTAMENTO DE PÓS-GRADUAÇÃO
Leilane Silva Borges
MELHORIA NO PROCESSO DE SOFTWARE
Artigo Científico apresentado ao IECO como exigência parcial para obtenção do título de Especialista em Engenharia de Software sob orientação da Professora Julia Rocha.
TAGUATINGA
2015
2
MELHORIA NO PROCESSO DE SOFTWARE
Leilane Silva Borges 1
RESUMO A melhoria do processo de software é importante para que defeitos no produto possam ser evitados ao máximo possível, aumentando a produtividade, cumprindo prazo estabelecido sem necessitar alocar mais recursos e facilitando a manutenção. Por isso, é importante a implantação de processos bem definidos e guiados por conjuntos de normas. O desenvolvimento, implantação e manutenção de sistemas de software é uma tarefa desafiadora, devido ao fato de que a complexidade de programação e as expectativas dos clientes aumentam significativamente com a evolução tecnológica. Atualmente as micro, pequenas e médias empresas tem a qualidade como fator diferencial, que as deixam com uma vantagem competitiva, além de garantir o bom desempenho dos produtos de software comercializados. Temos essa pesquisa como uma introdução básica de como a melhoria no desenvolvimento de software de uma empresa influência no crescimento e na busca para atingir suas metas. Palavras-chave: Software, desenvolvimento, melhoria.
ABSTRACT Improving the software process is important for product defects can be avoided as much as possible, increasing productivity, compliance deadline without the need to allocate more resources and easy maintenance. Therefore, it is important to implement well-defined processes and guided by sets of rules. The development, implementation and maintenance of software systems is a challenging task, due to the fact that the complexity of programming and customer expectations increase significantly with technological evolution. Currently the micro, small and medium enterprises have the quality as a differential factor that leave them with a competitive advantage and ensure the good performance of software products marketed. We have this search as a basic introduction on how to improve the software development company influence on growth and quest to achieve your goals.
Keywords: Software development, improvement.
1 Graduada em Análise e Desenvolvimento de Sistemas pela - UNEB (União Educacional de Brasília)
3
INTRODUÇÃO
A era da informação veio para nos apresentar um novo mundo, que
quebra todas as barreiras da comunicação e modifica a própria estrutura da indústria
de consumo. Assim o consumidor e a indústria passaram a valorizar não somente o
produto final, mas todas as fases do processo de construção/elaboração, incluindo a
fase de entrega. Então, começa uma maior preocupação com a intelectualidade e
comprometimento com a qualidade, que passa a ser fator de competitividade.
Segundo Cândido (2004), no início desse século, fatores como a globalização
da economia e a maior competitividade do mercado têm gerado inúmeros desafios
para as empresas. No caso das empresas baseadas em desenvolvimento de
software, construir sistemas em tempo hábil, com custos razoáveis e qualidade
adequada tornou-se fundamental.
A qualidade no processo de desenvolvimento de software influencia
diretamente no produto final, sendo um fator determinante para obtenção de
vantagem competitiva nestas organizações. Um processo de software caótico
demonstra a falta de eficiência, qualidade e organização e, consequentemente, leva
à perda de mercado.
Atualmente são vários os modelos de melhoria de processo de software
disponíveis no mercado, dos quais se destacam: CMMI, ISO 15504, ISO 12207 e o
modelo brasileiro MPS.BR. Todos têm em comum a busca da qualidade nos
processos, o que normalmente implica na melhoria da qualidade dos produtos.
QUALIDADE DE SOFTWARE
Qualidade de software é um conjunto de propriedades a serem satisfeitas de modo que o software atenda as necessidades de seus usuários. (INTHURN; CÂNDIDA, 2001, p. 22)
Com a grande mudança do mercado globalizado, o desenvolvimento de
software com qualidade passou a não ser mais diferencial para as empresas e os
profissionais, mas uma condição essencial para tornar essas empresas e
profissionais bem-sucedidos diante de um mercado altamente competitivo.
4
Assim, em meio a tantos progressos em termos tecnológicos, o mercado de
software impõe à maioria das organizações o objetivo imprescindível de atingir um
alto nível de qualidade de seus produtos e serviços. Considerando a qualidade e a
adequação do processo de desenvolvimento como um dos principais fatores de
sucesso de um projeto e da qualidade de um produto, é crescente o interesse de
empresas por modelos e métodos para melhoria da qualidade dos processos de
software.
De acordo com o dicionário Michaelis (2003), qualidade pode ter, dentre
outras, as seguintes definições:
1 Atributo, condição natural, propriedade pela qual algo ou alguém se
individualiza, distinguindo-se dos demais; maneira de ser, essência, natureza.
2 Excelência, virtude, talento.
3 Grau de perfeição, de precisão, de conformidade a um certo padrão.
Logo, a qualidade dos processos de software objetiva garantir que todo o
processo de desenvolvimento, bem como o próprio produto final, esteja em
conformidade com um determinado padrão previamente definido, buscando
excelência e individualizando cada empresa.
Já a melhoria dos processos de software intenciona primeiramente
compreender os processos existentes para então modifica-los, não significando
simplesmente a adoção de métodos padronizados, modelos ou ferramentas. A
melhoria de processo deve ser vista como uma atividade específica para cada
organização necessitando, portanto, de um período gradual de implantação e
adaptação.
Independentemente da abordagem utilizada para a melhoria dos processos
de software, as empresas de software no Brasil precisam, segundo:
• Investir em métodos para prevenção de defeitos;
• Cultivar o hábito de medir os seus processos de software;
• Aprender a identificar as causas dos problemas ou defeitos;
• Saber agir corretiva e preventivamente para eliminar esses problemas ou
defeitos e, principalmente, as suas causas.
NORMAS ISO
5
A certificação ISO 9000 é reconhecida por todos os países e setores, não só
pelo de software. Para uma empresa, a conquista da certificação ISO 9000 significa
alcançar padrão internacional de qualidade em seus processos. Entretanto, mesmo
no âmbito de um determinado setor, não é possível diferenciar o nível de maturidade
de uma empresa em relação à outra, em um conjunto de empresas que detenham
certificação ISO 9000, a não ser pelo escopo de certificação, pela qualidade do
certificador e pelo tempo pelo qual a certificação vem sendo mantida.
Desde a versão original de 1987, um ponto forte das normas ISO 9000 foi a
padronização dos requisitos mínimos da garantia da qualidade, que devem ser
atendidos pelos fornecedores de produtos e serviços.
A globalização da economia tem influenciado as empresas prestadoras de
serviços de software a alcançar o patamar de qualidade e produtividade
internacional para enfrentarem a competitividade cada vez maior. A norma
internacional NBR ISO/IEC 12207 – Tecnologia da Informação – Processos de Ciclo
de Vida de Software é usada como referência em vários países, inclusive no Brasil,
para alcançar esse diferencial competitivo. Ela tem por objetivo auxiliar os
envolvidos na produção de software a definir seus papéis, por meio de processos
bem definidos, e assim proporcionar às organizações que a utilizam um melhor
entendimento das atividades a serem executadas nas operações que envolvem, de
alguma forma, o software.
Já a ISO/IEC 15504 presta-se à realização de avaliações de processos de
software com dois objetivos: a melhoria dos processos e a determinação da
capacidade de processos de uma organização. Se o objetivo for à melhoria dos
processos, a organização pode realizar a avaliação gerando um perfil dos processos
que serão usados para a elaboração de um plano de melhorias. A organização deve
definir os objetivos e o contexto, bem como escolher o modelo e o método para a
avaliação e definir os objetivos de melhoria.
Segundo Côrtes (2001), a Norma ISO/IEC 15504 pode ser usada para a realização
de avaliações com dois objetivos:
• Melhoria de processo: A organização realiza a avaliação gerando um perfil
dos processos que será para a elaboração de um plano de ação de
melhorias. A organização deve definir os objetivos e contexto para a
6
avaliação; escolher o modelo e o método para a avaliação; e definir os
objetivos de melhoria (CÔRTES, 2001). A Figura 1 ilustra o uso da Norma
ISO/IEC 15504 para melhoria de processo.
Figura 1 - Uso da Norma ISO/IEC 15504 para melhoria de processo Fonte: Côrtes (2001) CMM
O modelo CMM (Capability Maturity Model), desenvolvido pelo SEI (Software
Engineering Institute), financiado pelo DoD (Departamento de Defesa Norte
Americana) e ligado à Universidade de Carnegie Mellon, foi criado com o objetivo de
estabelecer um padrão de qualidade para o software desenvolvido para as forças
armadas. Foi concebido para o desenvolvimento de grandes projetos militares,
portanto para sua aplicação em projetos menores e em outras áreas é necessário
um trabalho cuidadoso de interpretação e adequação à realidade da organização.
Segundo e, o processo é uma sequência de etapas executadas para realizar
um determinado objetivo. O processo de software envolve métodos, ferramentas e
pessoas. Sendo assim, para um processo funcionar satisfatoriamente, ele deve
possuir:
Procedimentos e métodos que descrevam a relação entre as tarefas;
7
• Ferramentas e equipamentos que deem suporte à realização das
tarefas, simplificando e automatizando o trabalho;
• Pessoas com perfil adequado, treinadas nos métodos e nas
ferramentas para poderem realizar as atividades adequadamente.
No modelo CMM foram estabelecidos níveis de maturidade referentes à
maturidade que a organização possui para desenvolver software, vide Figura 2.
Figura 2 – Nível de Maturidade - CMM
Fonte: Mauro César da Silva
As principais características dos níveis acima são:
• Nível 1 - Inicial: imaturidade organizacional; os processos são improvisados
e geralmente não são seguidos; compromissos de prazo e custo não são
cumpridos; o planejamento não é feito com base em estimativas; as
qualidades, procedimentos e conhecimentos pertencem às pessoas e não
aos projetos; as chances de sucesso dependem das habilidades pessoais dos
gerentes e desenvolvedores;
• Nível 2 - Gerenciado: políticas e procedimentos para gerenciar o
desenvolvimento de software estão definidas e são obedecidas; o
planejamento é baseado em estimativas e na experiência anterior de outros
projetos; os projetos utilizam processos definidos, usados, disseminados,
documentados, medidos e fiscalizados com rotinas de melhoria; os processos
afetados são puramente gerenciais (não técnicos) e pertencem aos projetos e
não às pessoas;
8
• Nível 3 - Definido: os processos utilizados são estabelecidos e padronizados
em toda a organização; processos técnicos passam a ser considerados ao
lado dos processos gerenciais; tanto os processos gerenciais quanto os
técnicos passam a ser repetidos; os processos pertencem a organização e
não mais aos projetos;
• Nível 4 - Quantitativamente Gerenciado: são estabelecidas metas
quantitativas para os processos e produtos, medidas de qualidade e
produtividade são coletadas em todos os projetos; é estabelecido controle
estatístico de processos; a gestão passa a ser feitas com bases quantitativas;
• Nível 5 - Otimização: a organização está engajada na melhoria contínua de
seus processos; identificação de pontos fracos e defeitos; ações preventivas
sobre causas; mudanças mais significativas de processos e/ou tecnologias
são feitas a partir de análise de custo/benefício com base em dados
quantitativos.
MPS.BR
O MPS.BR (Melhoria de Processo de Software Brasileiro) é um modelo de
melhoria e avaliação de processo de software, preferencialmente voltado para as
micro, pequenas e médias empresas, de forma a atender as suas necessidades de
negócio.
A qualidade de um produto está diretamente relacionada à qualidade do
processo de desenvolvimento, desta forma, é comum que a busca por um software
de maior qualidade passe necessariamente por uma melhoria no processo de
desenvolvimento.
O MPS.BR motiva para o foco no processo de software, visando à qualidade
do processo, e tendo como consequência prática:
• aumento da qualidade do produto;
• diminuição do retrabalho;
• maior produtividade;
• redução do tempo para atender o mercado;
• maior competitividade e;
9
• maior precisão nas estimativas.
É muito importante ressaltar que, o foco de um programa de melhoria de
processos, que define suas estratégias, políticas, atividades e
responsabilidades,deve estar vinculado aos objetivos de negócio da organização.
O programa mobilizador para Melhoria de Processo do Software Brasileiro
(MPS.BR) está em desenvolvimento desde dezembro de 2003. É coordenado pela
Associação para a Promoção da Excelência do Software Brasileiro (SOFTEX), com
apoio do Ministério da Ciência e Tecnologia (MCT), da Financiadora de Estudos e
Projetos(FINEP) e Banco Interamericano de Desenvolvimento (BID).
O propósito do programa MPS.BR é a Melhoria de Processo do Software Brasileiro. Este programa mobilizador visa à criação e aprimoramento do modelo MPS, em conformidade com as Normas Internacionais ISSO/IEC12207 – Software life cycle processes e ISSO/IEC 15504 – Process assessment, compatível com o CMMI, baseado nas melhores práticas da engenharia de software, adequado à realidade das empresas brasileiras; à disseminação e adoção do modelo MPS, a um custo razoável, em todas as regiões brasileiras, tanto em PMEs¹ (foco principal) quanto em grandes organizações privadas e governamentais. (CHAVES WEBER; KIVAL, 2008)
Conforme SOFTEX (2005), a base técnica utilizada para a construção do
MPS.BR é composta pelas normas NBR ISO/IEC 12207 – Processo de Ciclo de Vida
de Software e suas emendas 1 e 2 e a ISO/IEC 15504 – Avaliação de Processo e
seu Modelo de
Avaliação de Processo de Software ISO/IEC 15504-5, portanto o modelo está
totalmente aderente a essas normas. O MPS.BR também cobre o conteúdo do
CMMI-SE/SW ,através da inclusão de processos e resultados de processos em
relação aos processos da Norma NBR ISO/IEC 12207, conforme Figura 3.
Figura 3 – MPS-BR
Fonte: SOFTEX (2005)
10
O MPS.BR está dividido em 3 componentes:
• Modelo de Referência (MR-MPS): contém os requisitos que as organizações
deverão atender para estar em conformidade com o MR-MPS. Ele contém as
definições dos níveis de maturidade, da capacidade de processos e dos 1 e 2,
ISO/IEC 15504 e adequado ao CMMI-SE/SW.
• Método de Avaliação (MA-MPS): contém o processo de avaliação, os
requisitos para os avaliadores e os requisitos para averiguação da
conformidade ao modelo MR-MPS. É baseado na norma ISO/IEC 15504.
• Modelo de Negócio (MN-MPS): contém uma descrição das regras para
implementação do MR-MPS pelas empresas de consultoria, de software e de
avaliação.
NÍVEIS DE MATURIDADE
O MR-MPS define sete níveis de maturidade de processos para organizações
que produzem software: A (Em Otimização), B (Gerenciado Quantitativamente), C
(Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e
G(Parcialmente Gerenciado). O nível G é o primeiro estágio de maturidade e o nível
A é o mais maduro. Cada um dos níveis de maturidade possui um conjunto de
processos e atributos de processos que indicam onde a unidade organizacional tem
que colocar esforço para melhoria, de forma a atender aos seus objetivos de
Negócio e ao MRMPS. Assim, os níveis de maturidade são definidos em duas
dimensões: a dimensão de capacidade de processos e a dimensão de processos.
O processo de avaliação é estagiado. Isto é, podemos definir os níveis de
maturidade como estágios. Cada estágio possui seus processos e atributos
necessários. Existe um nível de maturidade associado à organização como um todo.
Cada nível tem uma distribuição de atributos como é mostrado no quadro a
seguir. É importante observar que os atributos dos processos são cumulativos em
relação aos níveis. Isto é, o nível F tem os atributos do nível G adicionado com AP
2.2, e assim sucessivamente. Isso torna óbvio que para uma organização obter o
nível F, necessita obter primeiro o G. Daí por diante.
11
Quadro 01– Níveis de Maturidade
Nível G – Parcialmente Gerenciado (Processos)
O primeiro nível de maturidade é o G (Parcialmente Gerenciado), atuando na
Gerência de Requisitos e Gerência de Projetos. Este nível é composto pelos
processos mais críticos de gerência. De modo a melhorar o controle dos projetos,
organização deve implementar processos de apoio para o desenvolvimento de
software. Estes processos constituem o próximo nível do MRMPS, o F (Gerenciado).
O foco do Nível G está em planejar, executar e controlar o processo de
desenvolvimento/manutenção de software, estabelecendo compromissos para a
realização do processo e mantendo a situação das atividades do processo visíveis
para a gerência.
12
Gerência de Projetos (GPR) - O propósito do processo Gerência de Projetos
identificar, estabelecer, coordenar e monitorar as atividades, tarefas e recursos que
um projeto necessita para produzir um produto e/ou serviço, bem como prover
informações sobre o andamento do projeto que permitam a realização de correções
quando houver desvios no desempenho do projeto.
Gerência de Requisitos (GRE) - O propósito do processo Gerência de
Requisitos é gerenciar os requisitos dos produtos e componentes do produto do
projeto e identificar inconsistências entre esses requisitos e os planos e produtos de
trabalho do projeto.
Nível G – Parcialmente Gerenciado (Capacidade)
A dimensão de capacidade de processos do MR-MPS é constituída de um
framework de medição. Dentro do framework, a medida da capacidade é baseada
em um conjunto de atributos de processo (AP). O MR-MPS, em total conformidade
com a ISO/IEC 15504-2, define nove APs, cada AP contém um conjunto de
resultados de atributo de processo (RAP) utilizados para avaliar a implementação de
um AP. Para medição dos processos do nível parcialmente gerenciado trabalha se
com dois deles:
AP 1.1 O processo é executado – medida de quanto o processo atinge seu
propósito.
AP 1.2 O processo é gerenciado – medida de quanto à execução do processo
é gerenciada.
Atributo de Processo (AP) Resultado do Atr ibuto de Processo (RAP) AP 1.1 RAP 1 AP 1.2 RAP 2 RAP 3 RAP 4 RAP 5 RAP 6 RAP 7
RAP 8 RAP 1 – O processo atinge seus resultados definidos.
RAP 2 – Existe uma política organizacional estabelecida e mantida para o processo.
RAP 3 – A execução do processo é planejada
RAP 4 – A execução do processo é monitorada e ajustes são realizados para
atender aos planos.
13
RAP 5 – Os recursos necessários para a execução do processo são identificados e
disponibilizados.
RAP 6 – As pessoas que executam o processo são competentes em termos de
formação, treinamento e experiência.
RAP 7 – A comunicação entre as partes interessadas no processo é gerenciada de
forma a garantir o seu envolvimento no projeto.
RAP 8 – Métodos adequados para monitorar a eficácia e adequação do processo
são determinados.
MOPROSOFT
O propósito do MoProSoft (Modelo de Procesos para la Industria de
Software) é fomentar a padronização da operação da indústria de software no
México por meio da incorporação das melhores práticas em gestão e engenharia de
software com o objetivo de elevar a capacidade das organizações em oferecer
serviços com qualidade e alcançar níveis internacionais de competitividade [11].
Foi baseado na ISO 9000:2000, nos níveis 2 e 3 do CMM v1.1 (a versão
anterior do CMMI), na ISO/IEC 15504 e também contém elementos e melhores
práticas de outros modelos de referência como o PMBOK e o SWEBOK.
O modelo apresenta 3 categorias de processos:
• Alta direção: Gestão de Negócio;
• Gerência: Gestão de Processos, Gestão de Projetos e Gestão de Recursos
(com subprocessos: Recursos Humanos e Ambiente de Trabalho, Bens,
Serviços e Infraestrutura e Conhecimento da Organização);
• Operação: Administração de Projetos Específicos e Desenvolvimento e
Manutenção de Software.
Os níveis do MoProSoft apresentam os diferentes níveis de capacidade de
processos, conforme Figura 4.
Figura 4 – Níveis de Capa cidade – MoProSoft
Nível Capacidade do Processo 1 Realizado (Realizado) 2 Gestionado(Gerenciado) 3 Establecido(Estabelecido) 4 Predecible (Previsível) 5 Optimizado (Otimizado)
14
CONSIDERAÇÕES FINAIS
Com o grande crescimento e necessidades da área de Tecnologia da
Informação há a dificuldade no controle e mensuração da produção nessa área.
Desta forma, os modelos de melhoria e garantia da qualidade voltado para
empresas de software surgem como uma solução para empresas e consumidores
dos softwares. Melhorias de processo de software tratam métodos e tecnologias que
são utilizados para avaliar, apoiar e melhorar as atividades de desenvolvimento e
manutenção de software. Abordagens importantes como as normas ISO 9001 e a
ISO/IEC 12207, o modelo CMM (Capability Maturity Model) sugerem que
melhorando o processo de software, pode-se melhorar a qualidade de produtos.
Para os consumidores hoje a qualidade vale mais que o valor de mercado em
si do software.
Porém para as empresas, a implementação de novos processos de trabalho
implica em uma mudança bastante significativa não só no fluxo de trabalho dos
colaboradores, mas de toda a cultura organizacional da empresa. Sendo assim,
muitos desafios e resistências são encontrados, porém logo percebe-se as
vantagens e benefícios advindos de tais mudanças.
A qualidade de software não é uma ciência exata, por isso, modelos de
maturidade não são garantia de sucesso absoluto para nenhuma empresa. Mas
certamente servem muito bem como um guia de referência, um caminho a ser
seguido por empresas que desejam melhorar seu desempenho operacional de forma
consistente ao longo do tempo.
A abordagem teórica relacionada à Qualidade e Modelo de Qualidade do
Processo de Software foi imprescindível para a concepção deste trabalho, em
função dos conceitos, práticas e metodologias apreendidas no seu processo de
desenvolvimento de software. Para tanto, utilizou-se o modelo MPS.BR – Melhoria
de Processo de Software Brasileiro, como modelo de referência para aplicar a
melhoria de processo de software atendendo ao nível G; esse modelo se mostrou
como uma alternativa viável para implantação de melhorias de uma maneira gradual
e voltado à realidade da empresa.
15
Definir processos é essencial, mas para que estes sejam efetivamente úteis, é
fundamental melhorá-los continuamente. A melhoria de processos envolve sua
medição e avaliação, para depois se poder pensar em ações de melhoria. Dada a
diversidade de aspectos envolvidos na Avaliação e Melhoria de Processos (AMP),
prover apoio automatizado a esse processo requer, geralmente, diversas
ferramentas que devem trabalhar de forma integrada e harmoniosa.
Portanto, para que tais ferramentas possam ser integradas é importante que
haja um modelo conceitual de referência.
REFERÊNCIAS
ASSOCIAÇÃO PARA PROMOÇÃO DA EXCELÊNCIA DO SOFTWARE
BRASILEIRO (SOFTEX). MPS.BR – Melhoria de Processo do Software
Brasileiro: Guia de Implementação – Parte 13: Mapeamento e Sistemas de
Equivalências entre o MR-MPSSW:2012 e o MoProSoft:2005.
CÂNDIDO, E J. D. Uma simplificação da técnica análise de pontos de f unção
para estimar tamanho de aplicativos web . Dissertação de Mestrado, USP, 2004.
CHAVES WEBER, Kival, MPS.BR – Melhoria de Processo de Software
Brasileiro: Resultados Alcançados e Lições Aprendidas. 2008 . Disponível
em:<http://www.softex.br/portal/softexweb/uploadDocuments/_mpsbr/Artigo_CLEI_2
008_vFinal11.pdf>. Acesso em: 20 mar. 2015.
CÔRTES, M. L.; Chiossi, T. C. dos S. Modelos de Qualidade de Software –
Campinas, SP: Editora da Unicamp, Instituto da Computação, 2001.
HUMPHREY, W.S. Managing the Software Process . Massachusetts, Addison-
Wesley Publishing Company, 1989.
16
INTHURN, Cândida, Qualidade & Teste de Software . Florianópolis: Visual
BooksLtda, 2001.
MAURO C.S. O modelo CMMI como ferramenta no gerenciamento de p rojetos
de Software é o que há de mais completo quando o as sunto é qualidade de
software. Mas, o que é CMMI? Disponível em <
http://www.linhadecodigo.com.br/artigo/1401/cmmi-para-iniciantes.aspx>. Acesso em
14 mar 2015.
MICHAELIS (2013), Disponível em:
<http://michaelis.uol.com.br/moderno/portugues/index.php?lingua=portugues-
portugues&palavra=qualidade >. Acesso em 18 de mar 2015.
OKTABA, H. et al.. MoProSoft - Modelo de Procesos para la Industria de
Software .Versão 1.3. Agosto de 2005.
PAULK, M.C.; WEBER, C.V.; CURTIS, B. e CHRISS, M.B. The capability maturity
model: guidelines for improving the software proces s /CMU /SEI.
Massachusetts, Reading, Addison-Wesley Publishing Company, 1995.
SOMMERVILLE, I. Software Engineering (international computer scienc e series).
Massachusetts, Addison-Wesley Publishing Company, 1998.
XAVIER, J.H.F. ISO 9000 aplicada ao software. São Paulo, SP, n: Qu alidade e
Produtividade em Software, 4ª ediço renovada, Organ izadores: WEBER, K.C.,
ROCHA, A.R.C. e NASCIMENTO, C.J., Makron Books, 2001.
WEBER, K.C.; ROCHA, A.R.C e NASCIMENTO, C.J. Qualidade e produtividade
em software, 4ª edição renovada. São Paulo, SP, Makron Books, 2001