Académique Documents
Professionnel Documents
Culture Documents
Management
da
Fundao
Getlio
So Lus MA
2014
DECLARAO
A empresa Vale S/A representada neste documento pelo Sr. Ronaldo Ramos Jnior
(Supervisor), autoriza a divulgao das informaes e dados coletados em sua organizao, na
elaborao do Trabalho de Concluso de Curso intitulado Comparaes de tipos de
metodologia gil para gerenciamento de projetos de software: caso manuteno de
equipamentos porturios, realizados pelo aluno Rafael Tavares Silva, do curso de MBA em
Gerenciamento de Projetos, do Programa FGV Management, com o objetivo de publicao e/
ou divulgao em veculos acadmicos.
TERMO DE COMPROMISSO
Ao meu av Alberto Tavares Silva (in memoriam), Engenheiro Mecnico, Civil e Eletricista,
msico, ex-prefeito, ex-deputado estadual, ex-deputado federal, ex-senador, ex-governador,
Conselheiro da Repblica e tantos outros cargos de engenharia por ele exercidos, um
exemplo de marido, de av e de poltico, sempre um entusiasta que me inspirou com
honestidade e justia na conduo da vida.
A minha me Ana Maria, meu primo Joo Almeida, minhas avs Raimunda e Florisa, pela
amizade, carinho e por todo o apoio dado em minha vida, em especial nos estudos.
RESUMO
O Desenvolvimento de Produto, bem como o Gerenciamento de Projetos so fatores
fundamentais para o sucesso de um empreendimento. A busca por metodologias mais simples
e mais eficazes um desafio constante. Neste cenrio, as metodologias baseadas no
Desenvolvimento gil de Software, que est sendo cada vez mais adaptada e utilizada em
processos produtivos, em especial no desenvolvimento de Softwares. A manuteno de
equipamentos porturios pode ser favorecida com a utilizao de programas computacionais
de gesto de ativos. Para o desenvolvimento de melhorias deste sistema, verificou-se qual o
mtodo gil mais indicado, por se tratar de um projeto simples e de pequeno porte,
inviabilizando assim o uso de mtodos de gerenciamento de projetos complexos, como o
PMBOK. Chegou-se a concluso que cada um dos mtodos geis tem suas vantagens e
desvantagens, devendo a escolha ser feita pela adequao e o conhecimento da ferramenta
para o propsito. No caso de melhorias de um software j existente, pelo fato do usurio
conhecer as funcionalidades, o mtodo mais eficiente deve ser aquele que priorize a
participao o usurio final em todas as etapas do projeto. Neste quesito o mtodo XP
(extreme programming) e FDD (Featured Driven Development) foram os que melhor
reuniram caractersticas individuais para tal fim.
Palavras Chave: Mtodo gil; Porto; Gerenciamento de Projetos; Manuteno
ABSTRACT
The Product Development and Project Management are key factors for the success of a
company. The search for simpler and more effective methodologies is a constant challenge. In
this scenario, the methodologies based on Agile Software Development, which is being
increasingly adapted and used in production processes, especially in the development of
software. The maintenance of port equipment (spare parts) can be facilitated with the use of
computer programs for managing assets. To develop improvements of this software, it was
found that the most appropriate agile method, because it is a non-complex and small system,
thus precluding the use of methods of managing complex projects, such as the PMBOK. The
conclusion that each of agile methods has its advantages and disadvantages, the choice must
be made for the suitability and knowledge of the tool for the purpose came up. In case of
improvement of an existing software, as the user learn about the features, the most efficient
method should be one that prioritizes the end user participation in all the projects phases . In
this aspect XP (extreme programming) and FDD (Featured Driven Development) were the
methods that best met individual characteristics for this purpose.
AGRADECIMENTOS
SUMRIO
1. INTRODUO ................................................................................................................ 10
2. DESENVOLVIMENTO .................................................................................................. 12
2.1 METODOLOGIAS GEIS DE DESENVOLVIMENTO DE SOFTWARE ................................... 12
2.2 COMPARATIVO ENTRE OS MTODOS GEIS................................................................... 16
2.3 MANUTENO ................................................................................................................. 19
2.4 TIPOS DE MANUTENO ................................................................................................. 22
2.4.1 MANUTENO CORRETIVA ............................................................................................ 23
2.4.2 MANUTENO PREVENTIVA .......................................................................................... 24
2.4.3 MANUTENO PREDITIVA ............................................................................................. 25
2.4.4 MANUTENO DETECTIVA ............................................................................................ 26
2.4.5 ENGENHARIA DA MANUTENO .................................................................................... 26
3. ESTUDO DE CASO ........................................................................................................ 29
3.1 LOGSTICA DA VALE S/A ................................................................................................ 29
3.2 O TERMINAL MARTIMO PONTA DA MADEIRA TPPM ............................................... 33
3.3 MELHORIA DE GESTO UTILIZANDO ESTRATGIAS DE MANUTENO. ....................... 34
3.3.1 ANLISE DO CENRIO ATUAL ....................................................................................... 35
3.3.2 MELHORIAS DO SISTEMA ATUAL ................................................................................... 36
4. CONCLUSES ................................................................................................................ 40
REFERNCIAS BIBLIOGRFICAS ................................................................................. 41
10
1. INTRODUO
Uma das maiores queixas para a implementao da metodologia do PMBOK a
complexidade e o excesso de processos associados, que torna necessrio pessoal qualificado e
familiarizado com a metodologia para que esta seja posta em prtica. Muitas empresas no
tm requisitos suficientes nem a maturidade elevada no tema para implantar o PMBOK
como ferramenta de gerenciamento de projetos.
A possibilidade de utilizar metodologias geis, que foram originalmente
desenvolvidas para o desenvolvimento de softwares, pode ser uma soluo eficaz para
gerenciar projetos de baixa complexidade e riscos, que tenham o escopo bem definido.
Com base nisto, surge o seguinte questionamento: Qual Mtodo gil utilizar para
gerenciar projetos de desenvolvimento de software, baseado nas vantagens e desvantagens de
cada um deles?
A relevncia deste trabalho est em utilizar metodologia geis para
Gerenciamento de Projetos de forma a minimizar o tempo com burocracias e excessos de
processos, tornando o gerenciamento mais simples e tendo mais chances de sucesso ao
projeto.
Para chegar a uma concluso sobre os mtodos geis, as seguintes suposies
foram levantadas:
i. Utilizao de Mtodos geis em Projetos de Desenvolvimento de Softwares
como ferramentas para aumentar as chances de sucesso do Projeto.
ii. A escolha e adaptao do Mtodo gil so relevantes para o sucesso do projeto.
Portanto, como objetivo geral do trabalho ser avaliar as vantagens e limitaes
das Metodologias geis mais apropriadas para o Gerenciamento de Projetos de
Desenvolvimento de Software de Manuteno de Componentes. Para isso ter como objetivos
especficos:
i. Apresentar as principais Metodologias geis;
ii. Apresentar as principais vantagens e desvantagens dos Mtodos geis.
iii. Comparar os mtodos geis eXtreme Programming (XP), Scrum,
driven development (FDD) e Adaptive Software Development (ASD) entre si;
Feature-
11
12
2. DESENVOLVIMENTO
2.1
Scrum;
13
Segundo Cohn (2006) e Silva (2011), Projetos Scrum avanam a medida que se
desenvolvem uma srie de Sprints (metas), que so atribudas em intervalos de tempo entre
duas a quatro semanas. Pode ser feito uma analogia ao ciclo PDCA, que gira para resolver
uma srie de medidas identificadas no planejamento. As funes ou tarefas necessrias para a
entrega do produto (Product Backlog) so divididas em fraes menores (Sprint Backlog).
No incio de um Sprint, os membros da equipe se comprometem a entregar estes determinados
nmeros de caractersticas ou atividades que foram listadas na carteira do projeto do produto.
No final do Sprint, com esses recursos prontos ou atividades executadas, realizada uma
reviso durante o qual a equipe demonstra a nova funcionalidade ou a atividade para o
proprietrio do produto e outras partes interessadas (stakeholders) que forneam feedback que
podem influenciar o prximo Sprint, melhorando-o com as experincias adquiridas no Sprint
anterior. Este processo pode ser visto na Figura 1 a seguir.
14
Silva (2011), ainda continua a afirmar que no final dos anos 90, Kent Beck
desenvolveu com base nesta metodologia o Extreme Programming o qual mais conhecido
como XP. Este se caracteriza por um pequeno conjunto de prticas, que giram em torno de
alguns valores bsicos que ajudam a criar sistemas mais confiveis, com melhor escopo,
produzidos em menos tempo e com menor custo que as prticas normais. Os objetivos so
alcanados atravs de princpios e mtodos diferentes da forma tradicional de
desenvolvimento de software.
Segundo Beck (2005) essa metodologia destaca a agilidade no desenvolvimento
dos projetos e busca a satisfao do cliente, alm de favorecer o cumprimento das estimativas.
O XP proporciona ambiente de desenvolvimento de software, e est fundamentado
principalmente nos pilares: comunicao, simplicidade, feedback. O princpio de
comunicao est no bom relacionamento entre clientes e desenvolvedores, substituindo
meios de comunicao por conversas pessoais. A simplicidade permite a criao de cdigos
simples, ou seja, visa programar o software com o menor nmero possvel de classes e
mtodos. J o uso de feedback significa que o programador e cliente ter informaes
constantes do cdigo e as respectivas funcionalidades do programa. Abaixo segue a Figura 2
com o esquema metodolgico simplificado do XP.
Planejamento
- User Stories;
- Critrios de Aceitao.
- Plano de Iterao.
Produto
Desenvolvimento
Teste
- Simplicidade;
- Teste individual;
- Teste de aceitao.
Melhorias
Codificao &
Programao
- Programao em pares;
Interao contnua;
Feedback
Figura 2. Metodologia XP
Fonte: Adaptado de PRESSMAN, 2010.
- Cartes CRC;
- Prottipos.
15
16
produto de forma iterativa sendo tolerante a mudanas durante o projeto para satisfazer o
cliente final. Segue a metodologia ASD na Figura 4.
Especulao
- Planejamento do ciclo adaptativo ;
- Usa declarao de misso ;
- Restries do projeto;
Produto
- Requisitos bsicos ;
- Liberao baseada em TimeBox.
- Incrementos do Software;
-Ajustes para ciclos subsequentes.
Aprendizado
- Componentes implementados e testados;
- Grupos focais para feedback
Colaborao
- Coleta de requisitos JAD;
- Mini-especificaes.
2.2
Scrum;
17
Especificao da Atividade
FDD
ASD
FDD
ASD
18
Scrum
FDD
ASD
Validar Incremento
XP
Os programadores executam os testes de unidade e os clientes executam os testes
de aceitao.
Scrum
FDD
ASD
Integrar Incremento
XP
A integrao acontece paralelamente ao desenvolvimento das user stories.
Scrum
FDD
ASD
N/D
Validar Sistema
XP
O sistema disponibilizado ao cliente para que o mesmo realize validaes.
Scrum
FDD
ASD
N/D
Entrega do Produto
19
XP
Scrum
FDD
ASD
2.3
Manuteno
A manuteno passou por mudanas nos ltimos 70 anos, segundo Pinto e Xavier
(2012), devido:
Ao aumento da complexibilidade e variabilidade dos equipamentos,
componentes, projetos e seus respectivos sistemas de monitoramento;
Novas tcnicas de manuteno;
E principalmente devido ao novo enfoque estratgico da manuteno como
fator para alcanar os resultado e altas produtividades.
A evoluo da manuteno foi classificada por Pinto e Xavier (2012) como:
a) Primeira Gerao: Do incio da revoluo industrial at a Segunda Guerra
Mundial a indstria era pouca mecanizada ou equipamentos eram simples e bastante robustos
(superdimensionados). A produtividade ainda no era fator-chave na competitividade e a
manuteno se limitava a limpeza, lubrificao e em casos de falhas, eram feitos os reparos
dos equipamentos. As equipes eram treinadas em cima das falhas e no de como preveni-las.
(PINTO; XAVIER, 2012).
20
b) Segunda Gerao: Ocorre a partir dos anos 50 at meados dos anos 70, no
perodo do ps-guerra quando as presses por produtos aumentaram e a mo de obra havia
diminudo sensivelmente. A mecanizao cresceu significadamente e a produtividade e
disponibilidade se fez necessrio, pois a indstria era dependente das mquinas. Surgiu o
conceito da manuteno preventiva, em que reparos sistemticos em intervalos fixos
evitariam a quebra dos equipamentos, pois havia a ideia que todas as falhas seguiam a curva
da banheira. Os custos de manuteno se elevaram e inicio dos sistemas de planejamento e
controle da manuteno (PCM) rudimentares, ainda sem o uso de softwares. (PINTO;
XAVIER, 2012).
c) Terceira Gerao: A partir da dcada de 70 os processos de mudana na
indstria aceleraram bastante. Paradas para manuteno impactavam no volume, no custo e na
qualidade da produo, tornando-se um problema de preocupao generalizada. A tendncia
da produo de adotar a filosofia Lean e Just-in-time causava um nvel de estoque bastante
reduzido e podia paralisar uma linha de produo em caso de falhas longas. Associado ao
crescimento da automao e da mecanizao, a confiabilidade e disponibilidade se tornam
fatores-chave no sucesso da organizao. Neste nvel de automao, as falhas tambm
interferem no nvel de qualidade e servio, cada vez mais provocando consequncias srias.
So caractersticas da 3. Gerao:
i. Reforo da manuteno preditiva;
ii. Uso de Softwares de Planejamento e Controle da Manuteno;
iii. Conceito de confiabilidade aplicado pela engenharia de manuteno;
iv. Utilizao do RCM (Manuteno Centrada na Confiabilidade) advindos da
indstria aeronutica;
v. Falhas de interao entre as reas de Engenharia, Manuteno e Operao
provocavam falhas prematuras;
vi. Incio de tercerizao por Servio. (PINTO; XAVIER, 2012).
d) Quarta Gerao: Tem, basicamente, as mesmas expectativas da terceira
gerao, porm o enfoque em disponibilidade bem mais alto e a confiabilidade passa ser o
alvo da manuteno. A engenharia da manuteno tem como razo de existncia a
Disponibilidade, Confiabilidade e Mantenabilidade. E a anlise de falhas se faz presente. O
monitoramento em tempo real dos equipamentos e a manuteno preditiva so cada vez mais
utilizados, e, com isso, a manuteno preventiva sistemtica cai em desuso. E as intervenes
no planejadas comeam a serem utilizadas como indicador de ineficcia da manuteno.
21
Tem incio a anlise do custo do ciclo de vida (Life Cicle Cost ( LCC)) e a engenharia da
manuteno aproximam e interagem a produo, engenharia (projeto) e a manuteno.
Segurana e meio ambiente so fatores importantes para o processo. No processo de
terceirizao, as contratadas so tratadas como empresas parceiras, com contratos longos e
baseados em indicadores de desempenho (KPIs). (PINTO; XAVIER, 2012);
e) Quinta Gerao: As prticas adotadas pela quarta gerao so mantidas, mas
o enfoque comea a ser voltado para os resultados empresariais, necessrios sobrevivncia
da empresa, pela da sistemtica da Gesto de Ativos (Asset Management). Os ativos devem
produzir na sua capacidade mxima, sem falhas no previstas, de forma que seja obtido o
melhor Retorno Sobre Ativos (Return on Assets (ROA)) ou Retorno Sobre Investimento
(Return on Investment (ROI)). Portanto os ativos devem ser acompanhados desde a fase
conceitual de projeto at o fim da vida (til e/ou econmica), visando diminuir as falhas.
Outras caractersticas da quinta gerao:
i. Aumento de preditivas e monitoramento on-line;
ii. Domnio de todo o ciclo de vida do ativo (concepo/projeto, aquisio,
instalao, comissionamento, operao, manuteno e descarte);
iii. Maximizao e Monitoramento de desempenho e produtividade;
iv. Melhoria contnua (Kaizen) em busca de diminuir falhas;
v. Excelncia na Engenharia de Manuteno;
vi. Terceirizao por resultados. (PINTO; XAVIER, 2012).
A Figura 5 apresenta o grfico da evoluo da manuteno.
22
5a. Gerao :
Confiabilidade +
Gesto de
4a. Gerao :
Confiabilidade +
Disponibilidade +
Eng. Manuteno
Gerao
3a. Gerao :
Manuteno
Preditiva +
Disponibilidade
2a. Gerao :
Manuteno
Preventiva
1a. Gerao :
Manuteno
Corretiva
0
1920
1930
1940
1950
1960
1970
Ano
1980
1990
2000
2010
2020
23
2.4.1
Manuteno Corretiva
2.4.1.1
2.4.1.2
24
2.4.2
Manuteno Preventiva
25
2.4.3
Manuteno Preditiva
26
2.4.4
Manuteno Detectiva
2.4.5
Engenharia da Manuteno
27
Descarte
Modernizao
Start up
Fabricao e
Comissionamento
Detalhamento
Projeto Bsico
Operao e Manuteno
Tempo (t)
Para Viosca (1998), as empresas devem seguir degraus em uma escada virtual no
sentido da excelncia, porm no necessariamente deve ser seguido na ordem e os processos
(pode-se optar por no adotar alguns dos passos), a escada virtual pode ser descrita em trs
sees: manuteno bsica, computacional (softwares e ERPs) engenharia de confiabilidade
conforme a Figura 7.
28
29
3. ESTUDO DE CASO
A Vale S/A uma empresa brasileira que tem negcios no ramo da minerao,
siderurgia, logstica e energia. Com sede no Brasil e presente em 37 pases. Foi criada por
decreto-lei, em 1 de junho de 1942 originalmente com o nome de Companhia Vale do Rio
Doce (CVRD), nesta poca as operaes eram concentradas em Minas Gerais e em seu
primeiro ano, produziu 40 mil toneladas de minrio de ferro, quantidade equivalente a que
embarcada por hora atualmente. Foi privatizada em 6 de maio de 1997. E em novembro de
2007, adotou-se o nome Vale, que veio a substituir Companhia Vale do Rio Doce
CVRD. (VALE, 2012).
a terceira maior empresa de metais e minerao do mundo e a maior das
Amricas, com base na capitalizao de mercado. a maior produtor mundial de minrio de
ferro e pelotas de minrio de ferro e o segundo maior produtor mundial de nquel. Um dos
maiores produtores mundiais de minrio de mangans e ferro ligas. Tambm produz cobre,
carvo trmico e metalrgico, fosfatos, potssio, cobalto e metais do grupo da platina
("PGMs"). Como estratgia de crescimento, participa ativamente da explorao mineral em
27 pases em todo o mundo. Opera um grande sistema de logstica no Brasil e em outras
regies do mundo, incluindo ferrovias, terminais e portos martimos, o qual est integrado as
operaes de minerao. Alm disso, tem um portflio de frete martimo para o transporte de
minrio de ferro. Diretamente e por intermdio de afiliadas e joint ventures, temo
investimentos nos setores de energia e siderrgico. A Vale uma empresa global com
escritrios, operaes, exploraes e joint ventures espalhados pelos cinco continentes.
(VALE, 2012).
3.1
30
Nossos clientes e operaes esto localizados nos cinco continentes. Para integrlos, contamos com uma rede de portos e terminais modernos e eficientes, muitos
deles conectados a nossas minas por meio de ferrovias.
Temos portos com calado profundo, aptos para receber os Valemax os maiores
navios mineraleiros do mundo, com capacidade para 400 mil toneladas de minrio.
Para atender os portos menos profundos, instalamos as Estaes de Transferncia
Flutuante, onde o minrio passado dos navios Valemax para navios menores.
Essa cadeia de logstica integrada permite reduzir o nmero de viagens realizadas,
principalmente entre Brasil e sia, diminuindo no apenas custos e tempo, mas
tambm emisso de gases poluentes.
31
32
capesizes atracam a contrabordo de um outro navio que transfere (ou armazena) carga para
navios de tamanhos menores.
33
3.2
34
3.3
Cada uma destas dimenses representada por uma pirmide que representa a
evoluo dos processos de gesto, onde na base da pirmide est o estgio bsico de gesto e
vai evoluindo medida que se vai em direo ao topo da mesma, chegando a excelncia ao
utilizar na plenitude a ferramenta de gesto de ativos. Para que o sistema de gesto atinja o
topo da pirmide, necessrio que a melhoria contnua seja implementada no setor de
manuteno, assim como importante que as melhorias sejam mantidas (padronizadas). Estes
processos esto representados pela que segue na Figura 12.
35
Pirmide de Excelncia
Estgio
Estgio
Estgio
Estgio
3.3.1
36
3.3.2
37
Como relatado, o sistema atual no permite que o usurio busque uma informao
atravs de um mesmo requisito de filtro em telas similares, o que dificulta a busca por
informaes. Por exemplo, na Figura 14 abaixo, estamos na aba Geral do mdulo manuteno
de componentes, pode-se filtrar por TAG do componente, status de recuperao, gestor, fase e
nmero de Nota fiscal.
38
39
XP
Scrum
FDD
ASD
+++
++
+++
++
++
+++
Validar Incremento
++
--
--
++
Integrar Incremento
---
++
++
--
Validar Sistema
++
---
Entrega do Produto
++
++
++
TOTAL
+7
+4
+9
+3
40
4. CONCLUSES
O objetivo deste trabalho buscava definir qual a melhor Metodologia gil para
desenvolver um software de gerenciamento de componentes para manuteno porturia.
Mesmo com tantos tipos mtodos geis para desenvolvimento de softwares de manuteno,
no existe um tipo nico que v determinar sucesso no desempenho do sistema para os
usurios de uma empresa. A escolha uma questo econmica, cultural e que melhor se
adapte as condies necessrias para os usurios. Vimos que as metodologias geis possuem
vantagens em relao ao PMBOK por serem mais simples e menos burocrtica, tornando-as
mais aplicveis a projetos de pequeno porte.
Com este software ser capaz de conhecer o histrico do equipamento
(confiabilidade), evitar a falha (disponibilidade), prolongar a vida do equipamento
(engenharia da manuteno) e controlar os custos (gesto de ativos).
A investigao, conforme os objetivos especficos, identificou-se algumas prticas
importantes no desenvolvimento de um software de manuteno, como a participao direta
de usurios no desenvolvimento trs menores retrabalhos e resulta em clientes finais mais
satisfeitos. O mtodo XP e FDD possuem vantagens em relao aos demais mtodos geis,
pois o mesmo est mais focado na participao do usurio final.
Como possveis desdobramentos, pode-se aprofundar atravs de uma pesquisa
entre usurios de vrios mtodos geis, qual o grau de importncia que cada membro da
equipe no desenvolvimento, para que esta confirmao seja feita de forma estatstica, por
pesquisa de opinio.
41
REFERNCIAS BIBLIOGRFICAS
ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. NBR ISO 5462: Confiabilidade
e mantenabilidade. Rio de Janeiro, 1994.
BECK K., Extreme Programming Explained: Embrace Change, Addison-Wesley, 2a Ed ,
2005.
BECK, K.; GRENNING, J.; AT AL, Agile Manifesto, Disponvel na internet em:
http://agilemanifesto.org/. Acessado em 02 de Agosto de 2014.
COAD, P., FEBVRE, E., LUCA, J. Java Modeling in Color with UML: Entreprise
Components and Process, Prentice Hall PTR: 1999.
COHN, M. Agile Estimating And Planning, editora Prentice Hall 1 Edio 304p. 2006.
COHN, M. User Stories Applied: For Agile Software Development, Addison-Wesley
Professional; 1 edio. 2004.
FAGUNDES, P. B.; SANTOS, S. S.; DETERS, J. I. Comparao Entre os Processos Dos
Mtodos geis: XP, Scrum, FDD e ASD em Relao Ao Desenvolvimento Iterativo
Incremental, Atualidades Tecnolgicas para Competitividade Industrial, Florianpolis, v. 1,
n. 1, p. 37-46, 1. sem., 2008.
HEPTAGON. Tecnologia da Informao. Feature Driven Development. Disponvel
em:<http://www.heptagon.com.br/fdd>. Acessado em: 04 de setembro de 2014.
HIGHSMITH J., Agile
AddisonWesley, 2004.
Project
Management,
Creating
innovative
Products,
KNIBERG, H., Scrum and XP From the Trenches, InfoQ, 1a Ed., 2007.
MARCONI, Marina de Andrade; LAKATOS, Eva Maria. Fundamentos de metodologia
cientfica. 5. ed. So Paulo: Atlas, 2003.
MOBLEY, K. R.; HIGGINS L. R.; WIKOFF, D. J. Maintenance engineering handbook.
Nova York: 7. ed. Ed. McGraw-Hill, 2008.
PALMER, Stephen R.; FELSING, John M. A Practical Guide to Feature-Driven
Development. New Jersey: Prentice Hall PTR, 2002.
PEREIRA, M. J. Engenharia de manuteno: teoria e prtica. Rio de Janeiro: Editora
Cincia Moderna Ltda, 2009.
PINTO A. K.; XAVIER J. A. N. Manuteno: funo estratgica. 4. ed. Rio de Janeiro:
Qualitymark Editora, 2012.
PRESSMAN, R. Software Engineering: A Practitioner's Approach. 7a. Ed. Nova York:
McGraw-Hill, 2010.
42