Академический Документы
Профессиональный Документы
Культура Документы
Barcarena
Junho de 2016
Universidade Atlntica
Barcarena
Junho de 2016
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
Agradecimentos
O desporto e a corrida ensinaram-me duas coisas, em primeiro lugar que o mais importante no
como se comea uma prova mas sim como se acaba e em segundo lugar que os desafios que
se apresentam como mais difceis, so os que nos ensinam mais e que acabam por nos tornar
mais fortes. A minha motivao e a fora de vontade foram importantes para superar esta
maratona, mas o apoio e a ajuda de familiares, amigos, colegas e docentes tornaram com que o
percurso que muitas vezes parecia uma subida ngreme se tornasse numa inclinao
ligeiramente acentuada.
Agradeo ao Professor Doutor Jos Braga de Vasconcelos por todo o apoio, orientao e
colaborao neste trabalho, pelos desafios que me foi lanando ao longo de toda a licenciatura,
essenciais no meu crescimento acadmico, tornando-se sem dvida um dos professores mais
marcantes.
Uma palavra aos meus colegas de curso por toda a ajuda, trocas de opinies, ideias e momentos
divertidos que proporcionaram durante a licenciatura, de todos um agradecimento especial ao
Nuno Silva pela ajuda, dicas e partilha do seu valioso conhecimento que foi essencial em muitas
etapas da licenciatura.
minha famlia e amigos pela fora e palavras de incentivo o meu sincero obrigado, minha
me em especial que no pode assistir em vida a um dos seus grandes desejos, estou certo que
esteve presente durante este percurso.
Por ltimo minha mulher Lgia, principal motivadora para o meu ingresso nesta licenciatura,
aos meus filhos Afonso e Letcia, os trs so os meus pilares, pelo amor, apoio incondicional e
por me terem libertado para que me pudesse focar durante todo este tempo. A todos o meu
obrigado!
Lusa Carreteiro
Lista de Abreviaturas
MS - Manuteno de Software
GC - Gesto do Conhecimento
ES - Engenharia de Software
RD - Requirement Definition
TS - Technical Solution
VAL - Validation
VER - Verification
PI - Product Integration
Resumo
Abstract
Software Maintenance is the last phase of the software development lifecycle and its activity is
aimed at correcting incidents. Individuals who participate need to master a significant set of
skills. In addition when many of these problems occur require rapid interventions for yielding
unavailability of business or cause significant impacts in other applications or systems.
NDICE
Introduo ......................................................................................................................... 1
1.2.2 Caractersticas....................................................................................................... 6
Bibliografia ..................................................................................................................... 38
Anexos ............................................................................................................................ 40
NDICE DE FIGURAS
Figura 1 - Ciclo de Vida da Gesto do Conhecimento adaptado (Rus, Lidvall, & Sinha,
Knowledge Managment in Sofware Engineering, 2001) ........................................................... 5
Figura 2 - Fases do Ciclo de Vida dos Projetos de Desenvolvimento de Software ................... 8
Figura 3 - Relao entre o ciclo de vida da Gesto do Conhecimento e os Projetos de
Desenvolvimento de Software .................................................................................................. 12
Figura 4 - Segmentao de CVDS de acordo com os seus outputs e necessidades ................. 19
Figura 5 - As trs dimenses crticas numa organizao (Software Engineering Institute,
Novembro 2010) ....................................................................................................................... 23
Figura 6 reas de processo da Engenharia no modelo CMMI-DEV (Software Engineering
Institute, Novembro 2010) ........................................................................................................ 24
Figura 7 Exemplo de parte do documento de requisitos de negcio ..................................... 25
Figura 8 - Exemplo de parte do documento de requisitos de funcionais .................................. 26
Figura 9 - Exemplo de parte do documento de tcnico ASP/JSP ............................................. 27
Figura 10 - Exemplo de parte do documento de peer review ................................................... 28
Figura 11 - Exemplo de parte do documento de plano de testes .............................................. 29
Figura 12 - Exemplo de parte do documento do plano de integrao ...................................... 30
Figura 13 - Modelo MIMIR (Alto Nvel) (Carreteiro, Vasconcelos, Baro, & Rocha, 2016) . 31
Figura 14 Modelo MIMIR para a fase de Definio de Requisitos (Carreteiro, Vasconcelos,
Baro, & Rocha, 2016) ............................................................................................................. 33
A Manuteno de Software (MS) uma atividade exigente e complexa, os indivduos que nela
participam precisam de dominar as linguagens de programao utilizadas no software, conhecer
a arquitetura do sistema, entender os modelos de dados, ter um conhecimento funcional das
aplicaes e saber as atualizaes que sobre estes so realizadas bem como os impactos
associados. Adicionalmente e derivado da escassez de recursos, cada vez mais a MS efetuada
a vrias aplicaes, obrigando a gerir uma quantidade significativa e complexa de informao.
Constata-se que os indivduos que participam na MS, acabam maioritariamente por recorrer
interpretao da linguagem de programao ou a uma troca informal de ideias com outros
membros da equipa, o que faz com que entre 40% a 60% do tempo consumido no processo de
MS gasto na compreenso do software que est a ser mantido.
1
Do ingls Extract Transform Load (Extrao Transformao Carregamento), so ferramentas de software cuja funo a extrao de dados
de diversos sistemas, transformao desses dados conforme regras de negcio e por fim o carregamento dos dados.
seus atores e o seu funcionamento onde introduzido o conceito de back flushing. Por ltimo,
apresentada a concluso do trabalho efetuado e identificado o trabalho futuro a realizar.
O conhecimento pode ser explcito ou tcito e separado pela forma como est distribudo, ou
seja, onde pode ser aplicado, a quem est acessvel e que atividades so por ele suportadas.
Significa que o conhecimento existente nas organizaes pode residir nelas prprias, ao nvel
individual ou num grupo de pessoas.
quem o detm, quando e como foi gerado. nica porque incide sobre o indivduo como um
especialista e como o portador do conhecimento importante que ele pode partilhar
sistematicamente com a organizao (Rus, Lidvall, & Sinha, Knowledge Managment in
Sofware Engineering, 2001).
O seu ciclo de vida constitudo por um conjunto de processos/fases, conforme a Figura 1, que
visam de uma forma sistemtica e com o auxlio de ferramentas capturar o conhecimento tcito
existente na organizao, transform-lo em conhecimento explcito e organiz-lo para que
possa ser partilhado e utilizado, possibilitando a gerao de novo conhecimento.
Figura 1 - Ciclo de Vida da Gesto do Conhecimento adaptado (Rus, Lidvall, & Sinha,
Knowledge Managment in Sofware Engineering, 2001)
O conhecimento no uma receita, um procedimento definido para lidar com uma situao
concreta, uma situao de rotina. O conhecimento deve permitir lidar com diferentes situaes,
antecipar implicaes e avaliar os seus efeitos (Casco, 2014).
possvel estabelecer uma relao entre a ES e a GC? Estas so questes que sero
apresentadas no captulo seguinte.
1.2.1 Definio
A ES uma disciplina onde necessrio dominar tanto competncias sociais como tcnicas
(Alawneh, Hattab, & Al-Ahmad, 2008), nela so realizadas um conjunto complexo de tarefas,
que vo desde a identificao de requisitos, passando pelo design, a construo, os testes, a
implementao e finalmente a manuteno do software.
1.2.2 Caractersticas
Requisitos de software;
Design de software;
Construo de software;
Teste de software;
Manuteno de software;
Gesto de configurao de software;
Gesto de engenharia de software;
Processos de Engenharia de Software;
2
Software Engineering Body Of Knowledge
Paulo Carreteiro Junho 2016 Universidade Atlntica 6
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
Cascata;
Iterativo;
Modelo em V;
Espiral;
gil; entre outros.
Figura 2.
eles possam desenvolver modelos que devem ajudar a transferir conhecimento do negcio ao
conhecimento tcnico em modelos que descrevem o software (Camacho, Sanches-Torres, &
Galvis-Lista, 2013).
A dependncia em tecnologia por parte das organizaes continua a aumentar, fazendo com
que por um lado, os custos do desenvolvimento de software consumam uma fatia significativa
do oramento e por outro aumentem o volume e a diversidade da informao com que as
organizaes tm de lidar (Rus & Lindvall, Knowledge Management in Software Engineering,
2002), (Natali & Falbo, 2005).
A capacidade para eliminar os excessos sem perca de eficincia e qualidade so os desafios que
as organizaes de conhecimento intensivo tm de ultrapassar e o fator principal para uma
abordagem da GC sobre o CVDS. De seguida so apresentados alguns dos desafios para as
organizaes na implementao da GC, bem como o estabelecimento de uma relao entre os
projetos de desenvolvimento de software e a GC como introduo abordagem deste trabalho
sobre a sua implementao na ES.
Enquanto algum do conhecimento registado, existe outro que se mantm na mente dos
indivduos (Natali & Falbo, 2005), o que significa que no final do dia esse conhecimento deixa
a organizao. As heursticas que os indivduos adquirem ao longo de anos de experincia no
possvel de transmitir para outros no espao de meses, criando lacunas de conhecimento na
organizao quando estes indivduos deixam a organizao, algumas das vezes com
consequncias graves e complexas de resolver.
Paulo Carreteiro Junho 2016 Universidade Atlntica 10
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
O desenvolvimento de software uma atividade coletiva, complexa e criativa (Natali & Falbo,
2005). Os projetos de desenvolvimento de software so compostos por equipas de indivduos
multidisciplinares. So estas equipas que aplicam no seu dia-a-dia as fases do ciclo de vida do
desenvolvimento de software.
Figura 2.
possvel criar uma relao quase direta entre os processos de um e as atividades de outro,
Figura 3, evidenciando que as atividades exercidas no desenvolvimento de software so acima
de tudo processos transformao de conhecimento tcito em explcito (Aurum & Ward, 2004).
Criar informao sobre lies aprendidas, identificando boas e ms prticas que podem servir
de guias para novos projetos;
Permite que novos elementos possam obter informao sobre artefactos e projetos utilizando-o
como material de estudo;
3 METODOLOGIA DE INVESTIGAO
Metodologia o estudo dos mtodos, das etapas a seguir num determinado processo. o
conjunto de tcnicas e processos utilizados para a pesquisa e elaborao de um trabalho
cientfico. um processo utilizado para orientar uma investigao, o estudo de uma cincia ou
para alcanar um determinado fim. A metodologia de investigao aborda as principais regras
para a produo cientfica, fornecendo as tcnicas, os instrumentos e os objetivos para uma
melhor execuo e qualidade do trabalho cientfico.
Pela natureza deste trabalho das diversas metodologias existentes a opo recaiu sobre a Design
Science Research (DSR), uma vez que esta metodologia visa a criao de artefatos para a
resoluo de problemas da vida real, com o objetivo de tornar mais eficazes e eficientes as
organizaes para as quais a investigao se destina.
O paradigma da DSR tem nas suas razes a engenharia e cincia do artificial assim designada
por Herbert Simon3, referido por Hevner, seguindo uma analogia s cincias comportamentais
com razes nas cincias naturais. A DSR fundamentalmente um paradigma para resoluo de
problemas com o objetivo de criar inovaes que definem as ideias, prticas, capacidades
tcnicas ou produtos que podem ser tornados mais eficazes e eficientes atravs da anlise,
design, implementao, gesto e utilizao de tecnologias de informao (Hevner, Ram, March,
& Park, 2004).
Definies como construtos, modelos, mtodos e instanciaes no s fazem parte da DSR mas
so tambm utilizados como linguagem no dia-a-dia dos sistemas de informao nas
organizaes (Hevner, Ram, March, & Park, 2004). Tal como as atividades do ciclo de vida do
desenvolvimento, que so amplamente abordadas neste trabalho, tambm a DSR tem o seu ciclo
de investigao, tornando-a por este motivo como uma metodologia naturalmente utilizada na
realizao de trabalhos de investigao relacionados com sistemas de informao como este.
3
Foi um pesquisador nos campos de psicologia cognitiva, informtica, administrao pblica, sociologia econmica, e filosofia. Por vezes,
descreveram-no como um polmata.
Paulo Carreteiro Junho 2016 Universidade Atlntica 14
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
A DSR direciona a investigao para os sistemas de informao, tendo por base a relao
existente entre a estratgia de negcio e tecnologias de informao das organizaes, a
infraestrutura da organizao e a infraestrutura das tecnologias de informao (Hevner, Ram,
March, & Park, 2004), utilizando estes quatro pilares e as ligaes entre eles, cada vez mais
significativas nos dias que correm para sustentar o processo de investigao.
Entre alguns dos problemas que a DSR visa resolver podemos encontrar os que so
caracterizados por uma dependncia crtica sobre as capacidades de sociabilizao dos
indivduos nas organizaes, como por exemplo o trabalho em equipa ou sobre as capacidades
cognitivas para produzir solues, nomeadamente a criatividade (Hevner, Ram, March, & Park,
2004). Estes dois tipos de problemas identificados por Hevner so muito representativos da
investigao efetuada neste trabalho, nomeadamente pela sua relao ao tema da gesto do
conhecimento nas organizaes e nos projetos de desenvolvimento de software, com especial
inciso sobre a MS.
So sete as linhas orientadoras de investigao da DSR (Hevner, Ram, March, & Park, 2004),
nomeadamente:
Desenho do artefacto
Importncia do problema
Avaliao do desenho
Contribuio da investigao
Rigor na investigao
Desenho do artefacto como processo de pesquisa
Comunicao da pesquisa
Estas servem de guio para a investigao a efetuar e assentam no propsito que esta
metodologia visa a resoluo de problemas e que o conhecimento dos problemas, a sua
compreenso e resoluo so resolvidos com a criao e implementao de um artefacto
(Hevner, Ram, March, & Park, 2004).
Para uma atividade que se pretende que seja eficiente e objetiva, como o caso da manuteno
de software, este um tema com uma importncia relevante, como experincia pessoal constato
que numa semana de trabalho o tempo gasto por indivduo em processos de MS pode equivaler
a cerca de 50% do seu tempo, ou seja, em cerca de 2,5 dias por semana em atividades de
manuteno. Se sobre esse tempo for consumir por volta de 1 dia a tentar perceber o que est a
4
UML - uma linguagem de modelagem que permite representar um sistema de forma padronizada.
Paulo Carreteiro Junho 2016 Universidade Atlntica 16
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
ser mantido, sendo que 1 ano tem 52 semanas, teremos cerca de 50 dias, ou seja, quase dois
meses de trabalho por ano que poder ser gasto a tentar perceber o que est a ser mantido.
DSR uma investigao iterativa, uma vez que na gnese do seu processo est a procura para
criar um artefacto, muitas vezes a pesquisa incessante para criar o melhor artefacto possvel
acaba por ser contraproducente, fazendo com que o produto final acabe por no se encaixar na
realidade da organizao. Muitas vezes a experincia pessoal, as heursticas do investigador,
acabam por determinar a criao de um artefacto mais adequado realidade da organizao. A
gerao de verses e testes sobre elas que produzem novos requisitos e necessidades que por
sua vez criam novas verses um processo identificado por Hevner como o ciclo Gerao/Teste
(Hevner, Ram, March, & Park, 2004).
O processo de pesquisa para o desenho do artefacto, modelo MIMIR, foi realizado de forma
iterativa, atravs da reviso da literatura e consequente redesenho do modelo. A minha
experincia pessoal e o conhecimento dos processos existentes permitiram adequar o modelo
realidade organizacional, tendo sido para tal criadas diversas verses como forma de o otimizar
e ajustar o mais possvel. Seguindo a metodologia apresentada e como trabalho futuro ser
efetuado o seu refinamento, as reavaliaes necessrias e a respetiva instanciao, tudo tambm
efetuado de forma iterativa.
Neste trabalho as atividades do CVDS foram segmentadas em trs reas de processo que
derivaram da
Figura 2, tendo em conta a combinao dos seus outputs com as suas necessidades. As reas
de processo so:
Esta segmentao visa facilitar a identificao de todos os documentos produzidos nas diversas
fases e determinar para cada um deles a informao mais relevante, conforme se pode observar
na Figura 4.
Como tal, o foco deste trabalho sobre a rea MS, onde as abordagens da GC na ES tm sido
menos exploradas, mas onde a importncia de gerir o conhecimento poder significar
intervenes mais cirrgicas, objetivas e eficazes com a consequente reduo do tempo e
respetivos custos para a organizao.
reais e por isso a sua atividade pode ser utilizada para avaliar o conhecimento documentado nas
fases anteriores do CVDS.
5 MODELO MIMIR
A MS uma atividade complexa e exigente, os indivduos que dela fazem parte tm de dominar
linguagens de programao, arquitetura do sistema, modelos de dados, conhecimento de
processos, saber sobre os impactos das atualizaes no software entre outros, sendo que por
vezes este conhecimento multiplicado por vrias aplicaes, concluindo-se que na MS tem de
ser gerida uma quantidade significativa de informao (Rodrguez, Vizcano, & Martnez,
2004).
Os indivduos mais experientes acabam por ser os escolhidos para esta tarefa devido sua
senioridade e heursticas, tornando-os como tal os eleitos pelas organizaes para assumir estas
funes, realando assim que esta atividade exige um elevado nvel de conhecimento,
sensibilidade e experincia devido criticidade e urgncia da mesma.
O modelo MIMIR apresentado em seguida, cujo nome deriva do deus da mitologia nrdica, o
mais sbio dos deuses nrdicos e guardio da Fonte de todo o Conhecimento, uma
abordagem para mapear a informao produzida com base nos documentos criados nas fases
CVDS, com o objetivo de extrair deles a informao mais relevante para a MS.
O modelo baseado nos documentos de referncia do CMMI-DEV5, que consiste num conjunto
de boas prticas direcionadas para atividades de desenvolvimento de produtos e servios. Para
melhor compreender o modelo MIMIR importante perceber os conceitos inerentes produo
dos documentos que derivam do CMMI-DEV, motivo pelo qual ser de seguida realizada uma
pequena apresentao da metodologia e da documentao adequada aos processos do CVDS.
5.1.1 CMMI
O modelo CMMI foi criado para satisfazer as necessidades do departamento de defesa dos
Estados Unidos por volta dos anos 80. Com o aparecimento de sistemas operativos mais leves
5
CMMI-DEV Capability Maturity Model Integration for Development um modelo de boas prticas que ajuda as organizaes a melhorar
os seus processos.
Paulo Carreteiro Junho 2016 Universidade Atlntica 21
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
e com utilizao mais grfica (ex. Windows) o software do departamento comeou a ser
desenvolvido por empresas externas com um controlo do prprio departamento.
Apesar de existir um controlo apertado no que dizia respeito segurana com que o
desenvolvimento era efetuado, a sua externalizao acabou por levantar outras questes. Era
essencial assegurar que o software era entregue no prazo definido, com o oramento
estabelecido e que as funcionalidades pedidas estavam asseguradas. Esta necessidade por parte
do departamento de defesa acabou por se tornar num requisito de qualidade no
desenvolvimento de software (Liberato, 2008).
O seu sucesso acabou por dar origem criao de vrios modelos de maturidade com aplicao
noutras reas, no entanto e apesar do valor que eles representam para as organizaes a
implementao destes vrios modelos representava custos acrescidos tanto a nvel financeiro
como a nvel de complexidade da sua implementao (Software Engineering Institute,
Novembro 2010). Como resposta a este problema foi criado o Capability Maturity Model
Integration, que integrava trs modelos de maturidade, a saber:
Os modelos foram escolhidos por terem entre si diferentes abordagens ao processo de melhoria
e porque eram extremamente populares nas comunidades de desenvolvimento de software e de
engenharia de sistemas (Software Engineering Institute, Novembro 2010). A utilizao de
modelos j aceites e com provas dadas, permitiu que a integrao tivesse um conjunto de
modelos passveis de continuar a ser adotados por quem j tinha implementado os modelos per
si, e tambm que quem ainda no tivesse adotado os modelos de maturidade tivesse referncias
com melhorias efetivas.
Gesto de Processos;
Gesto de Projetos;
Engenharia;
Suporte.
Os processos da rea de Engenharia, que esto diretamente relacionados com o CVDS e que
fornecem a base de anlise para o modelo MIMIR, enquadram todas as atividades de requisitos,
desenvolvimento e manuteno. So processos com a estratgia orientada elaborao,
implementao e otimizao de um produto. As cinco reas de processos da Engenharia,
representadas na Figura 6, so:
A correta definio e entendimento das necessidades, para alm da importncia que tem na
qualidade do produto final, produz tambm informao essencial para outras fases do CVDS,
como os critrios para as matrizes de testes ou determinados atributos do produto como por
exemplo segurana, usabilidade e de manuteno (Software Engineering Institute, Novembro
2010), esta ltima essencial no foco do modelo MIMIR. So elaborados documentos onde se
descrevem os requisitos de negcio (BRS), Figura 7, e documentos de requisitos funcionais
(SRS ou PRS), Figura 8, que sero utilizados pelo modelo MIMIR para popular o modelo de
dados de conhecimento.
6
Parte interessada ou interveniente no projeto.
Paulo Carreteiro Junho 2016 Universidade Atlntica 25
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
7
Processo de avaliao do trabalho desenvolvido por outrem com competncias similares ou superiores com o objetivo de manter standards
de qualidade e performance.
8
Unified Modeling Language
Paulo Carreteiro Junho 2016 Universidade Atlntica 27
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
Os relatrios de peer review, Figura 10, relacionados com a rea de Verificao, so utilizados
para anlise e avaliao por elementos com maior experincia e conhecimento tcnico sobre o
trabalho desenvolvido pelos elementos da equipa.
A rea de processo de Validao (VAL) est relacionada com a realizao de testes efetuados
sobre o produto, que permitam criar evidncias de que o mesmo vai de encontro s necessidades
identificadas nos requisitos. Estes testes comprovam o funcionamento do produto, funcionando
como uma prova de conceito. A validao pode ser realizada no ambiente operacional ou num
ambiente operacional simulado.
A elaborao de documentos como matrizes e planos de testes, Figura 11, onde no primeiro so
descritos os testes que se pretendem efetuar sobre cada uma das componentes alteradas em
Paulo Carreteiro Junho 2016 Universidade Atlntica 28
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
Por ltimo, a rea de processo Integrao de Produto (PI) contm as prticas especficas
associadas gerao de uma estratgia de integrao, integrao de componentes do produto,
e entregando o produto ao cliente. Esta rea de processo suportada por processos tanto da rea
de Verificao como da rea de Validao, para identificar as componentes concludas e
consequentemente passveis de serem entregues.
O Plano de Integrao, Figura 12, o documento relacionado com esta rea de processo, apesar
de ser um documento prprio de uma fase final do CVDS de todo importante que o seu
preenchimento se realize durante o decorrer das fases anteriores, minimizando assim o risco de
falhas.
O driver para a criao deste modelo o facto de que as equipas de manuteno de software
so confrontados com problemas efetivos e por esse motivo tm uma necessidade premente de
ter acesso a conhecimento relevante que os possa auxiliar quando confrontados com situaes
de erro (Carreteiro, Vasconcelos, Baro, & Rocha, 2016). Esta necessidade possibilita com que
estes indivduos possam atuar como agentes validadores da informao existente, permitindo
que corrijam ou atualizem o conhecimento obtido (Carreteiro, Vasconcelos, Baro, & Rocha,
2016). A partir dessa mesma atualizao aplicada a tcnica de back flushing para corrigir os
dados na origem, neste caso as bases de conhecimento onde fica registado o conhecimento das
fases anteriores conforme representado na Figura 13.
Paulo Carreteiro Junho 2016 Universidade Atlntica 30
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
Figura 13 - Modelo MIMIR (Alto Nvel) (Carreteiro, Vasconcelos, Baro, & Rocha,
2016)
Em projetos menores o analista pode acabar por integrar a equipa de desenvolvimento. A equipa
de manuteno so os indivduos que do suporte aplicao ou sistema. Se o analista
exclusivamente um analista de negcio no ter qualquer participao na equipa de
manuteno, no entanto se for um analista aplicacional far com toda a certeza parte da equipa
de manuteno.
9
a execuo de uma srie de programas sem interveno manual.
Paulo Carreteiro Junho 2016 Universidade Atlntica 32
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
Tambm produzido pelo Analista nesta fase do CVDS o documento das Especificaes dos
Requisitos Funcionais (PRS) do projeto. Elaborado por este, imediatamente aps os requisitos
de negcio estarem formalmente aceites pelos Sponsors, um documento que no sendo
especificamente de cariz tcnico, j dever conter menes a conceitos tcnicos direcionados
para a equipa de desenvolvimento, com o objetivo de permitir uma melhor compreenso dos
elementos desta e facilitar a associao entre um requisito e o impacto que ele representa na
estrutura tcnica do sistema ou sistemas.
Deste documento o extrator retirar de cada requisito funcional o seu cdigo unvoco de
identificao, a sua descrio, o tipo de requisito funcional e a rea funcional do sistema a que
este se refere. Adicionando esta informao base de dados do conhecimento do MIMIR pelo
extrator, que a associar ao projeto criado anteriormente no tratamento do BRS, fornecer
conhecimento numa linguagem natural, rpida e simples de interpretar pelos indivduos.
Utilizando o seu cdigo unvoco para cada requisito permitir ao MIMIR, posteriormente na
fase de desenvolvimento, mapear cada um dos diversos artefactos que so impactados no
projeto.
O ltimo documento desta fase e que ser utilizado pelo MIMIR para considerar como
concluda a fase de Definio de Requisitos, a Checklist dos Requisitos Funcionais (PRS-
CK). Daqui ser identificado o Analista envolvido e responsvel pela elicitao dos requisitos,
referncia para posterior identificao do especialista aplicacional que poder prestar
esclarecimentos e orientaes sobre o projeto.
Este documento, elaborado apenas aps a aceitao dos requisitos por parte dos Sponsors ir
determinar a concluso da fase de levantamento e definio de requisitos. Um novo mdulo do
modelo ser despoletado, o MIMIR-RCD que alterar o status do projeto na base de dados de
conhecimento da Definio de Requisitos e adicionalmente e de forma automtica far a
10
Em portugus etiqueta, uma palavra-chave (relevante) ou termo associado com uma informao (ex: uma imagem, um artigo, um vdeo)
que o descreve e permite uma classificao da informao baseada em palavras-chave.
Paulo Carreteiro Junho 2016 Universidade Atlntica 34
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
Como fazer uso de todo esse conhecimento explicitado e como explicitar o que ainda reside na
mente dos indivduos so desafios que as organizaes tm pela frente. A proximidade entre as
atividades do ciclo de vida de desenvolvimento e a gesto do conhecimento pode facilitar a
implementao deste tipo de iniciativas.
Da reviso da literatura constata-se que muitas destas iniciativas incidem essencialmente nas
fases iniciais do ciclo de vida de desenvolvimento de software, essencialmente na definio e
levantamento de requisitos, deixando de parte a manuteno de software. Verifica-se tambm
que a manuteno de software tem uma grande necessidade de acesso ao conhecimento criado
no decorrer dos projetos, uma vez que at cerca de 60% do tempo gasto nesta atividade a
tentar perceber o que est a ser mantido.
Este trabalho visa precisamente a criao de um modelo, onde a partir de todos os documentos
criados nas fases prvias do ciclo de vida de desenvolvimento, se possa extrair conhecimento
til que sirva de suporte s equipas que participam na atividade de manuteno de software e
utilizar estes mesmos indivduos como validadores desse mesmo conhecimento explicitado
anteriormente.
Como trabalho futuro sero detalhadas as restantes reas do modelo MIMIR, tanto no processo
de alimentao da base de dados de conhecimento como no processo de backflushing, bem
como a instanciao do mesmo, mantendo sempre o foco do modelo nas organizaes de
desenvolvimento de software, combinando a experincia em projetos de software corporativos
como meio para avaliar os seus efeitos em pessoas, fluxos de trabalho e processos.
BIBLIOGRAFIA
Alawneh, A. A., Hattab, E., & Al-Ahmad, W. (2008). An Extended Knowledge Management
Framework during the Software Development Life Cycle. International Technology
Management Review.
Anquetil, N., Oliveira, K. M., Sousa, K. D., & Dias, M. G. (May de 2007). Software
maintenance seen as a knowledge management issue. INFORMATION AND
SOFTWARE TECHNOLOGY.
Aurum, A., & Ward, J. (2004). Knowledge Management in Software Engineering - Describing
the Process. 2004 Australian Software Engineering Conference.
Bourque, P., & Fairley, R. E. (2014). SWEBOK v3.0 - Guide to the Software Engineering Body
Of Knowledge. New Jersey: IEEE Computer Society.
Camacho, J. J., Sanches-Torres, J. M., & Galvis-Lista, E. (Maro de 2013). Understanding the
Process of Knowledge Transfer in Software Engineering: A Systematic Literature
Review.
Carreteiro, P., Vasconcelos, J. B., Baro, A., & Rocha, . (2016). A Knowledge Management
Approach for Software Engineering Projects Development. World Cist 2016. Recife:
Springer International.
Hevner, A. R., Ram, S., March, S. T., & Park, J. (March de 2004). Design Science Research In
Information Systems Reserarch. Mis Quartely, pp. 75-105.
Isotani, S., Dermeval, D., Bittencourt, I., & Barbosa, E. (Maro de 2015). Ontology Driven
Software Engineering A Review of Challenges and Opportunities. IEEE LATIN
AMERICA TRANSACTIONS.
Paulo Carreteiro Junho 2016 Universidade Atlntica 38
Gesto do Conhecimento em Processos de Engenharia de Software em Organizaes Empresariais Licenciatura
em Sistemas e Tecnologias de Informao
Leistner, F. (2010). Mastering Organizational Knowledge Flow. New Jersey: John Wiley &
Sons, Inc.
Rodrguez, O. M., Vizcano, A., & Martnez, A. I. (2004). How to Manage Knowledge in the
Software Maintenance Process. 6th International Workshop LSO 2004 (pp. 78-87).
Banff, Canada: Springer Berlin Heidelberg.
Rus, I., & Lindvall, M. (June de 2002). Knowledge Management in Software Engineering.
IEEE Software.
Rus, I., Lidvall, M., & Sinha, S. S. (Novembro de 2001). Knowledge Managment in Sofware
Engineering.
Vasconcelos, J. B., Kimble, C., Miranda, H., & Henriques, V. (2009). A Knowledge-Engine
Architecture for a Competence Management Information System.
ANEXOS
82-91.pdf