Transparência No Contexto Do MPS - BR: Explorando o Nível F Através Do Alinhamento de Características de Qualidade

Transparncia no contexto do MPS.
BR: explorando o nvel

F atravs do alinhamento de caractersticas de qualidade
Henrique Prado de S Sousa1,2, Andr Luiz de Castro Leal2,
Julio Csar Sampaio do Prado Leite1
1
Pontifcia Universidade Catlica do Rio de Janeiro PUC-Rio

2
Universidade Federal Rural do Rio de Janeiro - UFRRJ
hsousa@inf.puc-rio.br, andrecastr@gmail.com, jcspl@inf.puc-rio.br
Abstract. MPS.BR is a maturity model designed for the Brazilian software industry, but
also used in several other countries. In order to improve the excellence on software
production quality in the Brazilian industry, the MPS.BR has a set of well-defined levels
that establish expected results on maturity for a software development organization. On
the other hand, Transparency is a current social demand. Since software is strongly
intertwined in our daily activity, software transparency becomes a challenge to software producers. Delivering Transparency as a quality model with attributes has been
an effort of previous research. In this paper, an association of a Transparency model
with the MPS.BR model is brought to bear. We aim to demonstrate the intersections between the approaches and how the application of the qualities related to Transparency
can contribute to a MPS.BR software process.
Keywords: MPS.BR, Transparency, software processes, CMMI.
Resumo. O MPS.BR um modelo de maturidade projetado para a indstria de software
brasileira, porm tambm utilizado em outros pases. Com o objetivo de ampliar a excelncia da qualidade de produo de software na indstria brasileira, o MPS.BR possui um conjunto de nveis bem definidos que estabelecem resultados de maturidade para uma organizao de desenvolvimento de software. Por outro lado, a Transparncia
uma demanda atual da sociedade. Como o software est fortemente entrelaado s nossas atividades dirias, a transparncia de software torna-se um desafio para os produtores de software. Entregar Transparncia como um modelo de qualidade com atributos tem sido um esforo de pesquisas anteriores. Neste artigo, apresentamos a associao de um modelo de transparncia com o modelo MPS.BR. Nosso objetivo demonstrar as intersees existentes entre as abordagens e como a aplicao das qualidades
relacionadas Transparncia podem contribuir para um processo de software
MPS.BR.
a semelhana dos diferentes atributos de qualidade de ambos os modelos, proporcionando um mapa de como se cruzam e como so capazes de trazer contribuio mtua.
Palavras-chave: MPS.BR, Transparncia, Processos de software, CMMI.
1. Introduo
Processos de software vm sendo propostos e implantados a partir de modelos1 que procuram orientar empresas desenvolvedoras de software a atingir excelncia em qualidade. Isso tem sido explorado de forma ampla nacionalmente diante da exigncia do mercado consumidor brasileiro atual. Os processos organizados de acordo com os modelos
de qualidade impulsionam o diferencial competitivo das empresas diante dos pr1 modelos (utilizado nesse artigo como padres).
SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;
Transparncia no contexto do MPS.BR: explorando o nvel F atravs do alinhamento de caractersticas
de qualidade
iSys Revista Brasileira de Sistemas de Informao, Rio de Janeiro, vol. 8, No. 4, pp. 109-141, 2015
requisitos de alguns clientes (por exemplo, projetos governamentais, editais de licitao,

empresas privadas contratantes). Alm disso, a natural evoluo dos sistemas elevou seu
tamanho e complexidade, demandando maior nvel de qualidade no processo de produo.
Dentre os padres de melhoria de processos de software existentes no Brasil,
destaca-se o MPS.BR [SOFTEX 2014a]. O MPS.BR ou Melhoria de Processos do Software Brasileiro , simultaneamente, um movimento para a melhoria da qualidade (Programa MPS.BR) e um modelo de qualidade de processo (Modelo MPS) voltado para a
realidade do mercado de pequenas e mdias empresas de desenvolvimento de software
no Brasil, alm disso, baseado nas normas ISO/IEC 12207, ISO/IEC 15504 e compatvel com o CMMI2.
Outra importante linha de pesquisa nacional sobre um assunto que tem sido
frequentemente utilizado nos meios de comunicao, nas palestras de polticos e na demanda da sociedade em geral: a Transparncia. Trs edies do Workshop de Transparncia em Sistemas registram o interesse da comunidade cientfica a respeito do tema e
suas diversas frentes de aplicao e pesquisa3.
Recentes movimentos sociais registram a tendncia da necessidade de considerar
explicitamente a informao aberta em sistemas que so de interesse do cidado. Essa
abertura no sentido de acesso informao um tema central no estudo do conceito de
Transparncia. A recente Lei de Acesso Informao brasileira um reflexo desse movimento e traz uma srie de desafios para a evoluo de sistemas que precisam lidar
com informao aberta. Esses desafios esto presentes em diversas reas de interesse de
pesquisa, com impacto na construo de sistemas que venham a lidar com essa nova
demanda.
Entretanto, o Grupo de Pesquisa em Engenharia de Requisitos da PUC-Rio
(GER PUC-Rio) [GER 2015], ao aprofundar-se no conceito de Transparncia, ampliou
a viso de sua aplicabilidade ao trat-la como um requisito resultante da operacionalizao de diversos elementos de qualidade, posteriormente relacionados no Catlogo de
Transparncia4. Desta forma, Transparncia pode ser demandada e inserida em muitos
contextos, tornando-se um elemento ortogonal ao ciclo de construo de software, podendo estar presente, por exemplo, em processos, artefatos, e no prprio sistema em desenvolvimento. Portanto, h um novo desafio na aplicao da Transparncia tanto no
uso de sistemas provendo contedo para o usurio/cidado, quanto nos processos e produtos de software.
Este um trabalho inicial e pioneiro que investiga a correlao entre modelos de
qualidade de processos de software e a abordagem da Transparncia. Uma prvia deste
trabalho foi apresentada no I Workshop de Transparncia de Sistemas (Sousa et al
2013). O objetivo dessa investigao apresentar o alinhamento do modelo MPS.BR e
do Catlogo de Transparncia (aqui tambm referenciados simplesmente como
MPS.BR e Transparncia). Este alinhamento ocorre no momento da operacionalizao
de ambos os elementos, quando so executadas tarefas que correspondam aos quesitos
de cada um. A definio conjunta de tcnicas/mtodos/artefato demonstra o que o processo de desenvolvimento de software deve produzir/seguir. O objetivo no detalhar
um processo ao nvel de atividade (workflow), mas detalhar o que deve ser realizado
2 https://pt.wikipedia.org/wiki/Melhoria_de_Processos_do_Software_Brasileiro
3 http://transparencia.inf.puc-rio.br/wtrans2015/ e http://wtrans.inf.puc-rio.br/
4 http://transparencia.inf.puc-rio.br/wiki/index.php/P%C3%A1gina_principal
de qualidade
(operacionalizao) para satisfazer os quesitos para um dado nvel do processo no

MPS.BR, bem como para contribuir com o nvel de Transparncia.
Para efeito de prova de conceito o artigo apresenta a aplicao dos conceitos a
partir do nvel F do MPS.BR. Este nvel foi escolhido devido natureza dos processos
que o compem, enfatizando elementos operacionais quando comparado aos nveis superiores, que tendem a demandar processos gerenciais. Desta forma, torna-se mais fcil
a projeo de aes e posterior verificao de impactos do alinhamento dos padres.
Dentro do nvel F, foi abordado o processo de Gerncia de Configurao (GQO), escolhido arbitrariamente.
Inicialmente, investigou-se entre as metas gerais do nvel F a existncia de relaes de qualidade presentes na Transparncia, o que permitiu um mapeamento inicial
entre as abordagens. Essa investigao baseou-se principalmente nos enunciados dos
processos do MPS.BR, os quais possibilitaram a identificao de palavras-chave que
expressam as metas respectivas dos nveis de maturidade (neste caso, somente o nvel
F). Posteriormente, a investigao prosseguiu ao nvel dos Atributos de Processo (AP) e
Resultados Esperados (RE) especficos do processo de Gerncia de Configurao. Neste
nvel, foi possvel vislumbrar possveis operacionalizaes capazes de contribuir positivamente para transparncia, bem como corresponder aos resultados esperados do processo.
A partir desse estudo identificou-se afinidades entre as abordagens de Transparncia e MPS.BR, tanto na camada operacional quanto na camada de nveis do modelo.
A possibilidade de utilizar a mesma representao do Catlogo de Transparncia - SIG
de metas flexveis - para tambm descrever o MPS.BR auxiliou nossa iniciativa de buscar o alinhamento entre as abordagens.
O presente artigo est estruturado da seguinte forma: Seo 2 apresenta a descrio da fundamentao terica; Na seo 3, o macro processo utilizado como mtodo
para a correlao entre o MPS.BR e os atributos de Transparncia; Na seo 4, apresenta-se a proposio das operacionalizaes, ou seja, atividades que podem ser estabelecidas para atender nveis de MPS.BR, mas que tambm so aderentes s caractersticas de
Transparncia; e por fim, na seo 5 esto as concluses.
2. Fundamentao Terica
2.1. Catlogo de Transparncia
Transparncia um tema muito debatido na sociedade moderna em que o cidado passa
a viver a era da informao em sua rotina adquirindo conhecimento constante sobre diversas perspectivas. O acesso informao torna-se muitas vezes um direito que cobrado pelo cidado.
Transparncia tem um papel importante no contexto poltico e atualmente alvo
de diversas iniciativas de tornar pblica as transaes monetrias realizadas pelo governo [TransparenciaBrasil 2000]. Outro exemplo de iniciativa com foco em Transparncia
encontra-se dentro das grandes instituies que possuem capital aberto e atuam no mercado financeiro [SOX 2002], [EITI 2013]. Essas empresas normalmente se beneficiam
na prtica da Transparncia j que o mercado costuma responder de forma positiva a
essas polticas organizacionais. No contexto empresarial, as transaes comerciais necessitam validar informao sobre mercados, seus riscos e oportunidades, neste caso
conceituado por [Fung et al 2007] como Transparncia dirigida. Na poltica h a neSOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;
de qualidade
cessidade de se validar a informao sobre intenes e estratgias entre pases, partidos

e interesses da sociedade.
Transparncia um tema amplo e pode ser aplicado em diversos domnios com
o objetivo de alcanar diferentes resultados. Para [Holzner e Holzner 2006], Transparncia a crescente demanda no contexto de mudanas globais devido necessidade de
se criar confiana atravs da vasta distncia cultural e geogrfica.
H de se verificar, portanto, que a Transparncia passa a ter um papel importante
no contexto da sociedade, tornando-se uma frente inexplorada para sua caracterizao e
aplicao. Essa frente pode ser direcionada aos processos organizacionais e a software
utilizados de forma geral. Nas organizaes, algo que pode melhorar a viso sobre os
processos e as suas informaes ao disponibiliz-los para o seu conhecimento, reduzir a
possibilidade de omisso entre os dados dos processos, possibilitar o controle sobre os
produtos e servios prestados, facilitar a investigao e aumentar a confiana entre as
organizaes e a sociedade [Cappelli 2009]. Quando aplicada a software, a Transparncia pode incentivar a disponibilizao de informaes mais completas, objetivas, confiveis, e de qualidade, auxiliar na compreenso da informao e permitir ainda que canais de comunicao estejam abertos para acesso livre s informaes. Alm disso,
permite que o prprio software seja tambm transparente, informando ao cidado sobre
o seu funcionamento.
Com o objetivo de caracterizar o conceito de Transparncia, o GER PUC-Rio
[GER 2015] atravs de pesquisas sobre o tema, identificou que Transparncia um
elemento que engloba um conjunto de qualidades as quais podem contribuir de diferentes formas (mais ou menos, positiva ou negativamente), resultando em nveis variveis
de Transparncia. Basicamente, um artefato Transparente possui parte ou todas as qualidades de: ser acessvel (acessibilidade), de fcil uso (usabilidade), com qualidade de
informaes (Informativo), de fcil compreenso (entendimento) e que permita a verificao e extrao de informaes pertinentes (auditabilidade).
Cada um dos elementos enumerados possuem seus prprios mtodos de implementao, que podem variar em nmero de possibilidades dentro de um mesmo contexto (variabilidade), bem como diferir em especificidade quando aplicado em diferentes
domnios. A aplicao dessas caractersticas em conjunto podem ser medidas de acordo
com os Graus de Transparncia (GT), proposto por [Cappelli 2009]. Cada GT possui
um conjunto de atributos que so necessrios para que exista um bom nvel de Transparncia. Desta forma, Transparncia um conceito abstrato que no possui formas diretas de implementao, mas que em sua completude, resulta em um elemento de alto valor agregado de qualidades especficas, de acordo com a sua instanciao.
Em busca da aplicao de Transparncia no contexto de software, Leite [Leite e
Cappelli 2010] observou como um dos pontos fundamentais da pesquisa, o entendimento de Transparncia como um requisito no-funcional. Dada as caractersticas deste tipo
de requisito, Transparncia pode ser caracterizada por julgamentos subjetivos de qualidade, podendo ser interpretada de diferentes maneiras de acordo com o ponto de vista
de quem a avalia, dessa forma pode ser considerada uma meta flexvel ou um softgoal,
conforme o trabalho de [Chung et al 2000]. Ou seja, um produto pode ser considerado
Transparente na opinio de um individuo, enquanto pode no ser Transparente ou ainda
menos ou mais Transparente na opinio de outro.
A Figura 1 apresenta o grafo que define Transparncia atravs da associao
com outras metas flexveis que contribuem de forma positiva para Transparncia, auSOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;
de qualidade
mentando o seu nvel de satisfao. O grafo modelado no formato SIG (Softgoal Interdependency Graph) e utiliza o relacionamento help para representar o tipo de contribuio (positiva). Neste grafo, os relacionamentos das metas flexveis somente foram
expressos atravs do elo help, o que define a linguagem de representao bsica da
Transparncia.
Figura 1 SIG de Transparncia [Cappelli 2009]
A representao dos elementos vai alm das qualidades que se relacionam diretamente com Transparncia (segundo nvel da rvore), incluindo tambm os respectivos
subconjuntos de qualidades que se relacionam com os elementos do segundo nvel (terceiro nvel da rvore - elementos folha). Esses outros elementos tambm possuem relao com Transparncia atravs da contribuio indireta, intrnseca ao grafo SIG.
O grafo serve de base para o Catlogo de Transparncia e funciona como insumo bsico para as pesquisas da rea, como a aplicao da Transparncia em Software e
em outros domnios [GER 2015]. Aps a definio do grafo, outros resultados foram
gerados por novas pesquisas, e alguns utilizados neste trabalho. As prximas sees detalham outros conceitos que so utilizados neste trabalho.
2.1.1 Catlogo de Transparncia baseado no SIG
A definio do grafo SIG de Transparncia motivou a construo do Catlogo5 de
Transparncia, responsvel por reunir as melhores prticas de operacionalizao dos
elementos folha do grafo SIG. Dessa forma, constitui-se uma ferramenta de consulta
(tambm auxiliar para a gesto do conhecimento) de mtodos para implementar os requisitos no funcionais relacionados Transparncia.
Com este objetivo, foi elaborada uma estrutura baseada no modelo GQM (GoalQuestion-Metric) [Basili 1992]. A alterao substancial do modelo consiste na troca de
Mtricas por Operacionalizaes, adequando proposta da Transparncia. Assim, a
estrutura formada por meta flexvel questes operacionalizaes, gerando o novo modelo GQO (Goal-Question-Operacionalization), conforme ilustra a Figura 2.
5 Observe que esse padro forma um catlogo escrito na linguagem SIG, segundo [Chung 2000].
de qualidade
Figura 2 Exemplo de modelo no padro GQO
A segunda camada de Transparncia foi definida para cada elemento folha do

Grafo de Transparncia, consistindo em um conjunto de questes que expressam as necessidades que devem ser supridas de forma a garantir a contribuio positiva dada
meta flexvel. Uma vez aplicada a operacionalizao que responde positivamente
questo, obtm-se uma contribuio positiva para a meta flexvel que atravs do grafo
reflete para os demais elementos relacionados, de acordo com o tipo de contribuio.
As questes foram registradas em tabelas conforme apresenta a Tabela 1 (contedo parcial, mostrado apenas como exemplo). Maiores detalhes sobre a estrutura da tabela podem ser encontrados em [GER 2015].
Tabela 1 - Exemplo de questes para a meta flexvel Divisibilidade [GER 2015]
Ao passo que novas pesquisas so desenvolvidas, o nvel no qual essas questes

so respondidas corresponde ao nvel operacional das metas flexveis para um determinado domnio. Sabe-se que para um dado requisito, possvel que existam diversas
formas de implementao, portanto, espera-se que existam diferentes formas de operacionalizar as questes de Transparncia. O tratamento das operacionalizaes de Transparncia (terceiro nvel do GQO) um trabalho em andamento. Alguns trabalhos apresentam propostas de operacionalizaes para Transparncia [Leal et al 2011], [Cappelli
2009], [Almentero 2013].
2.1.2 Uso de Padres de Desenho
Para representar melhor a proposta do GQO em modelos estruturados, foram utilizados
padres definidos por [Supakkul et al 2010]. Entre os padres reutilizados no contexto
da Transparncia, destacam-se: Objective pattern (Padro de objetivos), Alternative patSOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;
de qualidade
tern (Padro de alternativas) e Selection pattern (Padro de seleo). O padro de objetivos captura objetivos (softgoals) em um determinado contexto. O Padro de alternativas registra as possibilidades de operacionalizao que permitem contribuir ou alcanar
objetivos. O Padro de seleo apresenta mtodos e algoritmos para escolha das melhores alternativas de operacionalizao presentes no Padro de alternativas.
Para inserir o contexto das Questes da Transparncia, foi criado um novo padro para complementar os anteriores: o Padro de questo (Question pattern) [Serrano e Leite 2011]. Este padro funciona como uma ponte entre o Padro de objetivo e
Padro de alternativa, ao associar questes ou grupo de questes a um dado objetivo
(softgoal). A Figura 3 (parte superior) apresenta um exemplo simplificado do Padro de
questo abordando a meta flexvel Publicidade6 (nas figuras utilizadas neste trabalho
que representam este padro foram eliminadas as guias Incio e Regras de refinamento, para permitir maior resoluo do contedo da guia Resultado. O padro
completo pode ser visto em [GER 2015]). O padro lista o grupo de questes respectivas planilha de Publicidade (ver Tabela 1). Este grupo de questes remete s boas prticas da engenharia de software que contribuem positivamente para a meta flexvel Publicidade.
O refinamento a partir da regra R1 identifica os grupos de questes pertencentes
Publicidade: Identificar meios de difuso; Detalhar informaes; Respeitar restries
do uso da informao; Usar tcnicas de multimdia para difuso da informao. Atravs
das regras R2, R3, R4 e R5 os grupos so detalhados em suas respectivas questes.
Cada questo respondida por uma ou mais alternativas de operacionalizao,
atravs do Padro de alternativa. Neste trabalho, o Padro de alternativa simplificado e
adaptado para representar a variabilidade de operacionalizaes para um dado quesito/questo.
A Figura 3 (parte inferior) apresenta um exemplo de Padro de alternativas simplificado. Do lado esquerdo encontra-se o quesito Difuso e cinco alternativas de implementao que exemplificam operacionalizaes. possvel aplicar qualquer numero
operacionalizao (no mnimo uma), j que h um relacionamento do tipo OU (OR) entre os elementos. O mesmo ocorre para o quesito Marca que possui como exemplo
duas operacionalizaes.
A execuo de cada operacionalizao contribuir positivamente para a meta
flexvel Publicidade ao tornar a resposta das respectivas questes no Padro de questo
positivas. Cada operacionalizao poder responder mais de uma questo, bem como
pode ser capaz de influenciar de forma negativa em outras metas flexveis. A Figura 3
completa apresenta o exemplo de mapeamento de contribuies positivas entre as questes do Padro de questo e as alternativas, do Padro de alternativas. Todos os relacionamentos so de contribuio positiva, conforme indica o smbolo no formato +.
O Padro de seleo pode ser utilizado posteriormente, na seleo das opes de operacionalizao mais adequadas, entre as apresentadas pela Transparncia.
Este trabalho restringe-se ao uso dos padres Padro de questo e Padro de
alternativa, como base para a definio de uma estrutura representativa para o GQO. O
Padro de objetivos substitudo pela modelagem de grafos SIG para representar as relaes entre as metas flexveis.
6 Outros exemplos podem ser encontrados em
http://transparencia.inf.puc-rio.br/wiki/index.php/Cat%C3%A1logo_Transpar%C3%AAncia
de qualidade

de qualidade
Figura 3 Exemplo de integrao entre o Padro de Questo e Padro de alternativa
2.2. Melhoria de Software Brasileiro - MPS.BR

O Brasil possui um mercado de software grande e em continua expanso. Sabe-se que
os novos sistemas esto tornando-se cada vez maiores e mais complexos, bem como os
consumidores mais exigentes em relao qualidade dos produtos.
Considerando estas necessidades, as empresas buscam por organizaes experientes e que possuam processos de desenvolvimento de softwares maduros, capazes de
alcanar nveis de qualidade. Ao mesmo tempo, do ponto de vista do desenvolvedor,
seguir processos eficazes e eficientes uma questo de sobrevivncia dentro do mercado de software.
Uma soluo poderia ser a certificao CMMI (http://www.sei.cmu.edu/cmmi/)
que avalia o nvel de maturidade dos processos, no entanto, o custo muito alto, o que
torna invivel a aplicao no universo das micro, pequenas e mdias empresas. Pensando nisso, a partir de uma parceria entre a Softex (www.softex.br), as Universidades e o
Governo, foi desenvolvido em 2003 o projeto MPS.BR (Melhoria de Processo de Software Brasileiro) que uma soluo voltada ao perfil das empresas brasileiras e compatvel com o modelo CMMI.
Embora com conceitos herdados do CMMI (CMMI-DEV, CMMI-SVC), o
MPS.BR tambm se baseia em outras normas internacionais, como a NBR ISO/IEC
12207 :2008 [Lin et al 2003] Processo de Ciclo de Construo de Software e suas
emendas 1 e 2; ISO/IEC 15504 Avaliao de Processo (tambm conhecida como
SPICE: Software Process Inprovement and Capability Determination) e seu Modelo de
Avaliao de Processo de Software ISO/IEC 15504-5; e a ISO/IEC 20000, que fornece
um padro para oferta de servios de TI para clientes internos e externos. O MPS.BR
tambm cobre o contedo do CMMI-SE/SWSM, atravs da incluso de processos e resultados de processos em relao aos processos da Norma NBR ISO/IEC 12207.
Portanto, ainda que no exclusivo, o MPS.BR tem como foco atender as micro,
pequenas e mdias empresas de software brasileiras, pblicas e privadas, com poucos
recursos e que desejam obter melhorias compatveis com os padres de qualidade aceitos internacionalmente. Alm disso, tambm se tem como pressuposto o aproveitamento
de toda a competncia existente nos padres e modelos de melhoria de processo j disponveis. Dessa forma, o modelo MPS tem como base os requisitos de processos definidos nos modelos de melhoria de processo e busca atender a necessidade de implantar os
princpios de Engenharia de Software de forma adequada ao contexto das empresas brasileiras, estando em consonncia com as principais abordagens internacionais para definio, avaliao e melhoria de processos de software.
O MPS.BR subdividido em quatro componentes: Modelo de Referncia para
Software (MR-MPS-SW), Modelo de Referncia para Servio (MR-MPS-SV), Mtodo
de Avaliao (MA-MPS) e Modelo de Negcio (MN-MPS).
O componente Modelo de Referncia para Software (MR-MPS-SW) o modelo
de referncia para melhoria do processo de software, que subdividido em nveis de
maturidade; O componente Modelo de Referncia MPS para Servios MR-MPS-SV
contm os requisitos que os processos das unidades organizacionais devem atender; O
componente Modelo de Negcio (MN-MPS) refere-se s instituies implementadoras
dos processos MPS.BR que devem ser credenciadas; O componente Mtodo de Avaliao (MA-MPS) tem como objetivo orientar a realizao de avaliaes, em conformidaSOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;
de qualidade
de com a norma ISO/IEC 15504, em empresa e organizaes que implementaram o

MR-MPS-SW.
Neste trabalho, atuamos apenas no componente Modelo de Referncia para
Software (MR-MPS-SW). O MR-MPS-SW dividido em sete nveis de maturidade
representados por letras que em ordem crescente inicia no nvel G e finaliza no nvel A,
considerando a seguinte classificao: A (Em Otimizao), B (Gerenciado Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G (Parcialmente Gerenciado).
Para cada um destes sete nveis de maturidade atribudo um perfil de processos
que indica onde a organizao deve colocar o esforo de melhoria. O progresso e o alcance de um determinado nvel de maturidade do MR-MPS-SW se obtm quando so
atendidos os propsitos e todos os resultados esperados dos respectivos processos e os
resultados esperados dos atributos de processo estabelecidos para aquele nvel. Esses
elementos so detalhados nas sees seguintes.
2.2.1 Processos
Cada nvel de maturidade possui suas reas de processo que abordam: Processos fundamentais (ex. aquisio e gerncia de requisitos), que atendem o incio e a execuo
do desenvolvimento operao ou manuteno dos produtos de software e servios durante o ciclo de construo de software; Processos de apoio (ex. garantia de qualidade e
gerncia de configurao) que contribuem para o sucesso e qualidade do projeto de software; e Processos organizacionais (ex. gerncia de projeto e gerncia de riscos), atendendo a organizao em nvel corporativo para estabelecer, implementar e melhorar um
processo do ciclo de construo.
Os processos no MR-MPS-SW so descritos em termos de propsito e resultados. O propsito descreve o objetivo geral a ser atingido durante a execuo do processo. Os resultados esperados do processo estabelecem os resultados a serem obtidos com
a efetiva implementao do processo. Estes resultados podem ser evidenciados por um
produto de trabalho produzido ou uma mudana significativa de estado ao se executar o
processo.
A capacidade do processo representada em termos de um conjunto de Atributos de Processo (AP), definidos, por sua vez, pelos Resultados Esperados (RE). A capacidade do processo expressa o grau de refinamento e institucionalizao com que o processo executado na organizao/unidade organizacional. No MR-MPS-SW, medida
que a organizao/unidade organizacional evolui nos nveis de maturidade, um maior
nvel de capacidade para desempenhar o processo deve ser atingido.
O atendimento aos atributos do processo, alcanado pelo atendimento dos resultados esperados dos atributos do processo (RAP), requerido para todos os processos
no nvel correspondente ao nvel de maturidade, embora eles no sejam detalhados dentro de cada processo. Os nveis so acumulativos, ou seja, se a organizao est no nvel
F, esta possui o nvel de capacidade do nvel F que inclui os atributos de processo dos
nveis G e F para todos os processos relacionados no nvel de maturidade F (que tambm inclui os processos de nvel G). Isto significa que, ao passar do nvel G para o nvel
F, os processos do nvel de maturidade G passam a ser executados no nvel de capacidade correspondente ao nvel F. Em outras palavras, na passagem para um nvel de maturidade superior, os processos anteriormente implementados devem passar a ser executados no nvel de capacidade exigido neste nvel superior.
de qualidade
Os diferentes nveis de capacidade dos processos so descritos por nove atributos de processo (AP). O alcance de cada atributo de processo avaliado utilizando os
respectivos resultados esperados de atributo de processo (RAP). O avaliador verificar
no processo da organizao que avaliada, evidncias, tais como artefatos intermedirios e produtos que comprovem a demanda explicitada na RAP.
3. Comparando o MPS.BR com a Transparncia

Para realizar a investigao sobre os possveis pontos de integrao entre o MPS.BR e a
Transparncia realizamos um conjunto de tarefas visando identificar melhor os detalhes
da estrutura dos padres, seus pontos de convergncia e possibilidades de alinhamento.
Algumas tarefas foram realizadas mais de uma vez em diferentes nveis do MPS.BR,
delimitado aos elementos definidos no escopo deste trabalho. A Figura 4 apresenta um
macro processo das atividades realizadas no alinhamento das abordagens.

de qualidade
Figura 4 - Macro processo de alinhamento de padres MPS.BR e Transparncia
3.1
Modelagem do MPS.BR na representao SIG
O Grafo de Transparncia (Figura 1) modelado na linguagem SIG de representao de

metas flexveis. Por uma questo de proximidade de representao e caracterstica entre
a satisfao dos processos do MPS.BR e as metas flexveis de Transparncia, principalmente no que tange a variabilidade de operacionalizaes possveis e a interpretao
do avaliador, o MPS.BR tambm foi modelado no formato SIG (Figura 5, lado esquerdo). O grafo composto pelo relacionamento do tipo Help entre o MPS.BR e seus nveis. As relaes demonstram a capacidade de contribuio positiva entre os elementos,
ou seja, h uma relao de potencializao entre nveis.
de qualidade
A partir do grafo SIG do MPS.BR e de Transparncia, foi desenvolvida a Figura

5 para ilustrar o posicionamento destes elementos em relao ao processo de software.
O processo o elemento central que possui relaes tanto com o MPS.BR quanto com
Transparncia. Essas relaes definem as caractersticas do processo j que elas intervm na forma como ele executado, bem como o que ele produz, ou seja, a atuao a
nvel operacional deve ser projetada de forma a obedecer s expectativas do MPS.BR e
da Transparncia. Isso representado pelas setas que saem dos grafos SIG para o elemento central que representa o processo.
Figura 5 Relacionamentos entre os padres MPS.BR e Transparncia presentes em um

processo de construo de software
Sabendo que ambos os elementos MPS.BR e Transparncia visam o nvel operacional dos processos, identifica-se a existncia de uma relao inicial entre eles
(mesmo que tnue), ou seja, um encontro de interesses nos mesmos elementos, que so
as operacionalizaes dos processos.
A partir disso, a primeira anlise realizada para buscar uma forma de integrar o
MPS.BR com Transparncia foi correlacionar as metas flexveis de Transparncia aos
elementos do MPS.BR que j apresentam afinidades intrinsecamente. Para efeito de reSOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;
de qualidade
duo de escopo, esta avaliao inicial e seus desdobramentos foram aplicados visando
o nvel F.
3.2 Correlacionar Processos dos Nveis de MPS.BR com Atributos de Transparncia
Nesta avaliao inicial, investigou-se entre os processos do nvel F a existncia de caractersticas intrnsecas, presentes em Transparncia, para permitir um mapeamento inicial entre as metas flexveis de Transparncia e os processos. Espera-se com essas relaes obter a orientao de onde os elementos de Transparncia se encaixam nos diferentes processos, o que guiaria os passos subsequentes quanto a anlise e aplicao das metas flexveis de forma integrada.
Essa investigao baseou-se principalmente nos enunciados dos propsitos dos
processos, que expressam as metas a serem alcanadas. Neste sentido, h a busca por
correlacionar as metas flexveis relacionadas com Transparncia s metas declaradas
nos propsitos dos processos e RAPs do MPS.BR. Ao avaliar o texto dos propsitos,
foram identificadas palavras-chave que remetiam diretamente s metas flexveis de
Transparncia (metas semelhantes), ou ao seu contedo de detalhamento, tais como
enunciado de definio e/ou respectivas questes de Transparncia.
O primeiro propsito avaliado foi o do processo nvel F, extrado do documento
oficial do MPS.BR [SOFTEX 2012b], transcrito a seguir:
O principal foco do nvel F agregar processos de apoio gesto do projeto no que diz respeito
Garantia da Qualidade (GQA) e Medio (MED), bem como aqueles referentes organizao dos
artefatos de trabalho por meio da Gerncia de Configurao (GCO). Esses processos adicionais possibilitam uma maior visibilidade de como os artefatos so produzidos nas vrias etapas do projeto e do processo. Essa visibilidade tem como foco analisar se os artefatos produzidos no processo e
no projeto esto de acordo com os padres e procedimentos estabelecidos, o que ajuda muito na implantao do programa de melhoria de processo sob o ponto de vista de institucionalizao.
O texto em negrito demonstra que o nvel F possui caractersticas de Transparncia como um de seus objetivos quando afirma que seus processos possibilitam uma
maior visibilidade em relao produo de artefatos pelo processo. Isso indica que a
simples aplicao do MPS.BR j contribui para Transparncia, ao mesmo tempo em que
as operacionalizaes de Transparncia devero contribuir para que o objetivo do nvel
F seja alcanado.
Portanto verifica-se uma relao de duas vias, ou seja, tanto do ponto de vista de
Transparncia como do ponto de vista do MPS.BR, visualiza-se contribuies entre estes elementos.
Dando continuidade a anlise inicial, o nvel F foi modelado utilizando o grafo
SIG, de forma a tornar compatvel a visualizao com o SIG de Transparncia. A Figura
6 apresenta o nvel F interligado aos seus respectivos processos atravs da relao de is
part of.

de qualidade
Figura 6 Grafo SIG do nvel F
Cada enunciado do propsito de cada um dos cinco processos que compem o

nvel 2 foi analisado da mesma forma como foi feito anteriormente com o nvel F. A
Tabela 2 apresenta a lista de propsitos dos processos Gerncia de Configurao
(GCO), Garantia de Qualidade (GQA), Medio (MED), Aquisio (AQU) e Gerncia
de Portflio de Projetos (GPP), que compem o nvel F.
Tabela 2 Identificao de palavras-chave de Transparncia nos processos do nvel F
Processo
Nvel
Propsito
Gerncia de
Configurao
(GCO)
O proposito do processo de Gerncia de Configurao estabelecer e

manter a integridade de todos os produtos de trabalho de um processo ou projeto e disponibiliz-los a todos os envolvidos.
Garantia da
Qualidade
(GQA)
O propsito do processo Garantia da Qualidade garantir que os produtos de trabalho e processos esto em conformidade com os planos e
recursos predefinidos.
Medio
(MED)
O propsito do processo de Medio coletar e analisar os dados relativos aos produtos desenvolvidos e aos processos implementados na
organizao e em seus projetos, de forma a apoiar os objetivos organizacionais.
Aquisio
(AQU)
O proposito do processo de Aquisio gerenciar a aquisio de produtos que satisfaam s necessidades expressas pelo adquirente.
O propsito do processo de Gerncia de Portflio e Projetos iniciar e

manter projetos que sejam necessrios, suficientes e sustentveis, de
forma a atender os objetivos estratgicos da organizao. Este processo compromete o investimento e os recursos organizacionais adequados e estabelece a autoridade necessria para executar os projetos
selecionados. Ele executa a qualificao contnua de projetos para confirmar que eles justificam a continuidade dos investimentos, ou pem
ser redirecionados para justificar.
Gerncia de
Portflio de
Projetos (GPP)
Todos os enunciados esto com marcaes em negrito das palavras-chave (e parte de sentenas) que apresentam referncias s metas flexveis de Transparncia. A
identificao das palavras-chave foi realizada a partir da leitura das sentenas e interpretao dos termos que possuem semntica direta ou referenciada as definies dos
softgoals da Transparncia. Aps esta identificao foram mapeados relacionamentos
entre o MPS.BR e a Transparncia interligando os nveis, baseado nas palavras marcadas, no respectivo escopo de metas flexveis correspondentes no grafo de Transparncia
(Tabela 3). Essa tabela mostra uma primeira verso das relaes com potencial de interseo/contribuio entre as abordagens, considerando o escopo restrito ao nvel F.
de qualidade
Tabela 3 Matriz de Correlaes entre Transparncia e o nvel F do MPS.BR

Metas Flexveis de Transparncia
Atributo
Portabilidade
Disponibilidade
Publicidade
Clareza
Completeza
Corretude
Atualidade
Comparabilidade
Consistncia
Integridade
Compositividade
Validade
Controlabilidade
Verificabilidade
Rastreabilidade
Explicao
GCO
X
X
X
X
X
X
X
X
X
X
X
X
X
X
MPS.BR Nvel F
GQA MED AQU
GPP
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
No processo de Gerncia de Configurao (GCO) foram identificadas as palavras/sentenas estabelecer e manter integridade, Disponibiliz-los. A partir disso
foram criados relacionamentos com as seguintes metas flexveis: Acessibilidade (Portabilidade, Disponibilidade e Publicidade) para corresponder a necessidade de disponibilizar os produtos de trabalho; Informativo (Completeza, Corretude, Atualidade, Comparabilidade, Consistncia, e Integridade) para manter a qualidade das informaes que
sero disponibilizadas; Auditabilidade (Validade, Controlabilidade, Verificabilidade,
Rastreabilidade, Explicao), para garantir que a informao confivel.
No processo Garantia da Qualidade (GQA) foram identificadas as palavras/sentenas assegurar, conformidade com os planos, procedimentos e padres
estabelecidos. Esta palavra somada sentena resume o propsito do processo (Assegurar conformidade com os planos, procedimentos e padres estabelecidos) e, a partir
disso, foram criados os relacionamentos com as seguintes metas flexveis: Informativo
(Corretude, Atualidade, Consistncia, Integridade) para garantir a qualidade da informao de documentaes; Auditabilidade (Validade, Controlabilidade, Verificabilidade,
Rastreabilidade, Explicao) para auxiliar principalmente no acompanhamento dos elementos planejados de forma a garantir a conformidade.
No processo Garantia da Qualidade (MED) foram identificadas as palavras/sentenas coletar e analisar, de forma a apoiar os objetivos organizacionais. As sentenas somadas Coletar e analisar dados de forma a apoiar os objetivos
organizacionais resumem o propsito do processo e justificam a necessidade de formas de acesso informao pra que sejam coletadas, bem como a qualidade da informao para que sejam analisadas. A partir disso, foram criados relacionamentos com as
seguintes metas flexveis: Informativo (Clareza, Completeza, Corretude, Atualidade,
Comparabilidade, Consistncia, Integridade) para garantir a qualidade das informaes
geradas a partir das medies e Acessibilidade, para garantir condies de coleta.
No processo Garantia da Aquisio (AQU) foram identificadas as palavras/sentenas gerenciar a aquisio, satisfaam as necessidades. As sentenas
somadas - Gerenciar a aquisio para satisfazer as necessidades - resumem o propsito
do processo. A partir disso, foram criados relacionamentos com as seguintes metas flexveis: Informativo (Completeza, Corretude, Atualidade), para garantir a qualidade dos
de qualidade
requisitos da aquisio, (Auditabilidade, Verificabilidade, Rastreabilidade, Explicao)

para garantir o acompanhamento do processo e justificativas das aquisies.
No processo Gerncia de Portflios de Projeto (GPP) foram identificadas as palavras/sentenas iniciar a manter projetos, necessrios, de forma a atender os
objetivos estratgicos, este processo compromete o investimento, estabelece a
autoridade, justificam. A partir disso, foram criados relacionamentos com as seguintes metas flexveis: Informativo (Completeza, Corretude, Atualidade, Comparabilidade, Consistncia, Integridade), para garantir a qualidade da informao utilizada no
processo, Auditabilidade (Verificabilidade, Rastreabilidade, Explicao), para garantir o
acesso ao histrico de aes, responsveis, recursos utilizados, produtos desenvolvidos
e justificativos de tomadas de deciso.
Vale ressaltar que a correlao destas metas flexveis podem se alterar para
atender a necessidades especficas de domnios. No entanto, no so esperadas diferenas substanciais de interpretao dos conceitos envolvidos nas abordagens. Para este
trabalho foi considerado um contexto abstrato (no especfico) para anlise e criao
dos relacionamentos.
Conforme visto na Tabela 3, diversos relacionamentos foram criados atravs das
similitudes observadas entre as metas extradas nos enunciados dos processos a partir de
palavras-chave e as metas flexveis que se relacionam com Transparncia. Como cada
processo composto por vrios Resultados Esperados, foi restringido ao escopo deste
trabalho a anlise do processo de Gerncia de Configurao (GCO). No processo GCO
foi aplicada novamente a investigao de caractersticas de Transparncia, mas desta
vez aos Resultados Esperados do processo. Avaliando neste nvel, foi possvel vislumbrar quais metas flexveis poderiam ser operacionalizadas de forma adequada.
3.3 Correlacionar Resultados Esperados dos Processos dos Nveis do MPS.BR com
Atributos de Transparncia
Esta seo explora o processo de Gerncia de Configurao (GCO) do nvel F do
MPS.BR em relao Transparncia. O GCO composto por sete Resultados Esperados (RE). Os REs so sentenas que expressam elementos os quais devem estar presentes no processo, ou resultar a partir de sua execuo. Caso o nmero mnimo de REs
seja satisfeito (diferem de acordo com o nvel em que se deseja certificao), o processo
de software considerado satisfatrio. Na Tabela 4 esto representados os enunciados
dos REs do processo GCO, j com as palavras-chave marcadas em negrito, sendo que as
mais alinhadas Transparncia, encontram-se em sublinhado e itlico.
Ao comparar o conjunto de palavras-chave que foram identificadas com o os
relacionamentos criados a partir da anlise do enunciado do processo GCO, verifica-se a
consistncia destes relacionamentos, j que eles se encontram de forma ainda mais clara
ao analisar o nvel inferior, devido ao maior nvel de detalhamento presente. A Tabela 4
resume a relao entre os elementos de transparncia e as metas flexveis identificadas
nos enunciados dos Resultados Esperados.
Tabela 4 Identificao de palavras-chave de Transparncia nos processos do nvel F
RE
GCO
1
Enunciado
Um Sistema de Gerncia de
Configurao estabelecido e
mantido.
Sentenas/Palavras-chave
Estabelecido...
...e mantido.
Transparncia
Completeza,
Atualidade, Corretude
Controlabilidade,
Disponibilidade

de qualidade
GCO
2
GCO
3
GCO
4
GCO
5
GCO
6
GCO
7
Os itens de configurao so
identificados com base em
critrios estabelecidos.
Os itens de configurao sujeitos a um controle formal so
colocados sob baseline.
A situao dos itens de configurao e das baselines registrada ao longo do tempo e disponibilizada.
Modificaes em itens de configurao so controladas.
O armazenamento, o manuseio e a liberao de itens de
configurao e baselines so
controlados.
Auditorias de configurao so
realizadas objetivamente para
assegurar que as baselines e os
itens de configurao estejam
ntegros, completos e consistentes.
...identificados com base

em...
...critrios estabelecidos.
Acurcia, Corretude,
Validade, Atualidade,
Verificabilidade
Completeza, Corretude,
Atualidade, Clareza,
Explicao
...controle formal sob baseline.
Controlabilidade
...situao dos itens de configurao...
Atualidade, Acurcia,
Corretude, Explicao,
Verificabilidade,
Validade
...registrada ao longo do tempo

...disponibilizada.
Rastreabilidade
Disponibilidade
Modificaes...controladas.
Controlabilidade
O armazenamento, manuseio e liberao...
Rastreabilidade
...so controlados.
Controlabilidade
Auditorias realizadas objetivamente...

...assegurar que as baselines e
os itens de configurao estejam...
...ntegros,....
...completos e...
...consistentes.
Auditabilidade
Controlabilidade
Integridade
Completeza
Consistncia
A Figura 7 resume o mapeamento do processo GCO, seus resultados esperados e as metas flexveis de Transparncia. O relacionamento do tipo Some + representa que existe
algum grau de contribuio positiva, mas que ainda no possvel mensurar sua fora.

de qualidade
Figura 7 Identificao de metas flexveis de Transparncia nos Resultados Esperados
3.4
Identificar Padres de Questo
O prximo passo em busca de elementos semelhantes em ambas as estruturas consistiu

em analisar a partir do ponto de vista do MPS.BR as operacionalizaes que satisfazem
cada um dos Resultados Esperados do nvel F, e do ponto de vista de Transparncia as
operacionalizaes que, ao serem aplicadas, respondem positivamente s questes da
respectiva meta flexvel.
No alinhamento, so definidos relacionamentos diretos entre os padres que no
haviam sido explicitados at o momento. Outros foram definidos atravs do detalhamento das metas flexveis presente na Transparncia, especificamente no padro de
questo (detalhado mais a frente).
Apesar de serem abordagens distintas, desenvolvidas em projetos de pesquisa
completamente desassociados, a estrutura do MPS.BR e da Transparncia semelhante.
Observou-se que enquanto na Transparncia so usadas questes que, ao serem respondidas de forma positiva, tornam a avaliao satisfatria, o MPS.BR usa os Resultados
Esperados, expressos em formato de sentenas afirmativas que, uma vez verdadeiras no
contexto do processo de software, torna a avaliao satisfatria.
Dessa forma, no ocorreriam impactos semnticos caso as afirmaes dos Resultados Esperados fossem transformadas em questes, da mesma forma como utilizado
na Transparncia. Por exemplo, no GCO1, definido pela sentena Um Sistema de Gerncia de Configurao estabelecido e mantido. se transformaria em uma questo:
Um Sistema de Gerncia de Configurao estabelecido e mantido?.
Assim, possvel representar o MPS.BR atravs do padro de questo, conforme j utilizado na Transparncia. A Figura 8 apresenta o nvel F no padro de questo.
A regra R1, leva o nvel F aos seus respectivos processos, enquanto a regra R2, R3, R4,
R5 e R6 levam seus processos s respectivas questes (antigos Resultados Esperados).
de qualidade
Essa caracterstica mais um vestgio de similaridade estrutural e consequente

capacidade de alinhamento entre as propostas. A prxima seo apresenta um conjunto
de operacionalizaes que satisfazem a cada questo do MPS.BR. Essas operacionalizaes sero posteriormente utilizadas no alinhamento com Transparncia, no momento
em que novas operacionalizaes sero includas para responder positivamente s questes das metas flexveis.

de qualidade

de qualidade
Figura 8 Nvel F adaptado para o padro de questo
4. Propor Operacionalizaes
4.1.
Operacionalizaes para Processo do Nvel do MPS.BR
Nesta seo so apresentadas operacionalizaes para o processo de Gerncia de Configurao (GCO) do nvel F do MPS.BR. Inicialmente pesquisamos por uma proposta de
processo alinhada ao nvel F como insumo de estudo para a definio das operacionalizaes. Baseamo-nos no trabalho realizado por [Vendramel et al 2008] que define um
processo alinhado ao nvel F do MPS.BR. Em alguns exemplos utilizamos suas propostas de operacionalizao.
Em seguida apresentamos o enunciado dos Resultados Esperados relacionado
operacionalizao sugerida, sua breve descrio e um grafo ilustrativo (Figura 9, Figura
10, Figura 11, Figura 12, Figura 13, Figura 14 e Figura 15). Algumas operacionalizaes se apresentam no Padro de variabilidade.
GCO1 - Um Sistema de Gerncia de Configurao estabelecido e mantido?
Elaborar Plano de Gesto da Configurao - A elaborao do Plano de

Gesto da Configurao uma atividade que ser executada sempre que for
iniciado um novo projeto de desenvolvimento de software. Sero registrados
os usurios das ferramentas, procedimentos operacionais de manuseio da ferramenta, itens de configurao contemplados no projeto e baselines.
Figura 9 Operacionalizao para o Resultado Esperado GCO1
GCO2 - Os itens de configurao so identificados com base em critrios estabelecidos?
Definio de esquemas de nomes/nmeros - Estabelecer um critrio padro

e procedimento baseado em nomes e nmeros para identificar itens de configurao de forma que permita o acompanhamento da sua evoluo.
Definio de esquemas por cdigos de barra - Estabelecer um critrio padro e procedimento baseado em cdigos de barra para identificar itens de
configurao de forma que permita o acompanhamento da sua evoluo.
Definio de esquemas por mecanismos magnticos - Estabelecer um critrio padro e procedimento baseado em mecanismos magnticos para identificar itens de configurao de forma que permita o acompanhamento da sua
evoluo.
Identificao dos itens de configurao - Identificar os itens de configurao de acordo com os critrios estabelecidos no Plano de Configurao.

de qualidade
Figura 10 Operacionalizaes para o Resultado Esperado GCO2
GCO3 - Os itens de configurao sujeitos a um controle formal so colocados

sob baseline?
Descrio dos itens de configurao - Descrever os itens de configurao fisicamente e funcionalmente.
Registro no baseline - Registrar os itens de configurao no baseline
GCO4 - A situao dos itens de configurao e das baselines registrada ao longo do tempo e disponibilizada?
Responsvel para acompanhamento dos itens de configurao - Responsvel por acompanhar o produto de software em ambiente de produo e registrar modificaes.
Sistema de acompanhamento automatizado - Software responsvel pelo

acompanhamento de mudanas do produto de software em ambiente de produo e registro de modificaes.
GCO5 - Modificaes em itens de configurao so controladas?
Sistema de log - Registro das alteraes a partir de sistema de log.
Sistema de registro de alteraes - Registro das alteraes a partir de sistema com funcionalidade de registro de alteraes/mudanas.
Anlise de impacto da mudana - Verificao do impacto que poder causar em caso de implementao da solicitao da modificao.

de qualidade
Comit de aprovao de mudana - Responsveis por decidir junto aos envolvidos quais as modificaes que devem ser implementadas, rejeitadas ou
postergadas.
Pacote de alteraes - Empacotar todos os componentes do software que foram alterados e/ou implementados de maneira a facilitar o processo de instalao em ambiente de produo.
GCO6 - O armazenamento, o manuseio e a liberao de itens de configurao e

baselines so controlados?
Sistema de log Sistema para registro de eventos de acesso e alteraes em

itens de configurao e baselines.
Polticas de controle e qualidade Regras que especificam como e quando

devem ser registradas as informaes sobre itens de configurao e baselines.
GCO7 - Auditorias de configurao so realizadas objetivamente para assegurar que as baselines e os itens de configurao estejam ntegros, completos e
consistentes?
Responsvel por acompanhamento do ambiente produtivo - Responsvel

por acompanhar o produto e monitorar seu funcionamento com objetivo de
oferecer o suporte tcnico caso haja necessidade, garantindo que o produto
foi entregue conforme a solicitao.
Sistema de registro de alteraes - Sistema responsvel por acompanhar o

produto e monitorar seu funcionamento com objetivo de oferecer o suporte
tcnico caso haja necessidade, garantindo que o produto foi entregue conforme a solicitao.

de qualidade
Com base nestas operacionalizaes definidas para o processo GCO, a prxima

seo demonstrar como o alinhamento entre Transparncia e o MPS.BR realizado no
nvel operacional.
4.2. Operacionalizaes para Atributos de Transparncia

Esta seo apresenta a projeo de operacionalizaes de Transparncia para atuar em
conjunto com as operacionalizaes do MPS.BR. Desta forma, ser possvel corresponder as expectativas de ambas as propostas.
Para isto, foram utilizadas as palavras-chave identificadas nos REs (agora qualificados como questes) do MPS.BR, e ento recuperada uma ou mais questes de metas flexveis de Transparncia, anteriormente relacionada. Baseados nessas questes as
operacionalizaes foram projetadas. No caso de sentenas sem palavras-chave identificadas (GCO1 e GCO2), as operacionalizaes so aplicadas de acordo com o contexto,
verificando quais metas flexveis auxiliam o dado domnio. Outras metas flexveis podem ser livremente operacionalizadas dentro de cada contexto para corresponder a necessidades ou aumentar o grau de qualidade em algum aspecto.
Cabe salientar que em Transparncia no necessrio que todas as questes sejam respondidas positivamente, j que cada questo respondida contribui positivamente
para a meta flexvel (e algumas questes no so aplicveis a todo domnio).
Outro ponto importante a percepo de que ao aplicar operacionalizaes de
Transparncia, a palavra-chave que representa uma meta de um dado Resultado Esperado, satisfeita ou no mnimo sofrer contribuio positiva. Ou seja, essas caractersticas
de Transparncia identificadas dentro do MPS.BR podem ser melhor operacionalizadas
partindo do ponto de vista de Transparncia. Esta a soluo aplicada neste trabalho.
A Transparncia operacionalizada acrescentando novas tarefas e artefatos que
contribuem para determinadas metas flexveis. Elas devem ser agregadas ao processo de
software para serem realizadas em conjunto com as operacionalizaes projetadas para
satisfazer o MPS.BR. possvel que uma determinada operacionalizao seja projetada
de forma a contribuir para ambas as abordagens, bem como podem existir operacionalizaes que sero realizadas de forma separada, inserindo no processo uma tarefa para
lidar com o contexto tcnico do MPS.BR, e outra visando a qualidade, no contexto da
Transparncia.
As operacionalizaes de Transparncia podem ser definidas de diversas formas,
por exemplo, atravs de tarefas especficas, uso de padres, regras, artefatos, tcnicas e
softwares especficos, desde que contribua positivamente na insero de determinada
caracterstica/qualidade no elemento alvo da operacionalizao. Vale ressaltar que a
aplicao de operacionalizaes visando determinada qualidade de Transparncia pode
gerar contribuies negativas em outras qualidades tambm relacionadas com TranspaSOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;
de qualidade
rncia, como um efeito colateral, atravs da propagao da contribuio em relacionamentos conflitantes entre metas flexveis, conforme apresentado em [Leal et al 2011].
Em seguida, apresentada a incluso das operacionalizaes de Transparncia
ao conjunto j formulado para o MPS.BR (seo anterior). Cada questo do processo
GCO exemplificada por uma palavra-chave em sua sentena e posteriormente projetada suas operacionalizaes. Esses exemplos demonstram como poderia ser aplicado o
estudo das operacionalizaes para qualquer outra palavra-chave. Nos casos em que elas
no existem, so selecionadas metas flexveis capazes de contribuir no determinado
contexto.
A apresentao dos exemplos est de acordo com a seguinte estrutura: primeiramente apresentada a questo do MPS.BR com a palavra-chave marcada em negrito, sublinhada e em itlico, ou quando no se aplica, parte da sentena que expressa o
contexto marcada em negrito e itlico. Em seguida apresentada a figura referente ao
padro de questo da meta flexvel correspondente palavra-chave ou ao contexto
(Figura 16, Figura 18, Figura 20, Figura 22, Figura 24, Figura 26). As questes da meta
flexvel que sero operacionalizadas so marcadas e identificadas (a, b, e c) no padro
de questo, e suas respectivas operacionalizaes so anexadas as operacionalizaes
preexistentes do MPS.BR, sendo identificadas (a, b, e c) conforme a questo que a originou (Figura 17, Figura 19, Figura 21, Figura 23, Figura , Figura 25, Figura 27). Por
fim, apresenta-se a descrio das operacionalizaes.
GCO1 - Um Sistema de Gerncia de Configurao estabelecido e mantido?
Para este exemplo que no possui a palavra-chave com relao direta a alguma
meta flexvel, foi selecionado para o contexto a meta flexvel Disponibilidade, justificada pela palavra mantido. A ideia desse contexto que o sistema esteja sempre
disponvel, o que pode ser garantido atravs da manuteno do sistema.
b
a
Figura 16 - Padro de questo da meta flexvel Disponibilidade, instanciada para o GCO1

de qualidade
c
Figura 17 - Operacionalizaes de Transparncia para Disponibilidade no contexto GCO1
Definio de site para acesso digital de artefatos do projeto Os artefatos

devem estar disponveis em sites especficos, ordenados por projetos, contendo toda a documentao pertinente, servindo como referncia para o projeto.
Configurao de servidores de dados dedicados O site para acesso digital

deve estar em servidor especfico para armazenamentos de dados sensveis,
que possua implementada tecnologias que garanta o acesso informao
sempre que necessrio.
Configurao de sistemas de backup - Sistema responsvel por acompanhar

o produto e monitorar seu funcionamento com objetivo de oferecer suporte
tcnico, garantindo que o produto foi entregue conforme a solicitao.
GCO2 - Os itens de configurao so identificados com base em critrios estabelecidos?

Este exemplo tambm no possui palavra com relao direta a alguma meta flexvel de Transparncia, porm pode ser aplicada ao contexto a meta flexvel Clareza,
com o objetivo de contribuir para a facilidade de compreenso, inserindo esta qualidade
nos critrios estabelecidos para identificao dos itens de configurao.
c
a
Figura 18 - Padro de questo da meta flexvel Clareza (contedo parcial), instanciada

para o GCO2

de qualidade
b
Figura 19 - Operacionalizaes de Transparncia para Clareza no contexto do GCO2
Definio de cones para ilustrao de termos O uso de figuras grficas

para representar elementos ou para ilustrar situaes de difcil compreenso a
partir da escrita uma tcnica comum. Por exemplo, existem figuras que so
relacionadas a definies no dia a dia, portanto o uso de imagens em documentos explicativos favorece a clareza.
Definio de glossrio tcnico ou lxico Existem organizaes que possuem grande nmero de termos tcnicos, e uma soluo para tornar esses termos mais claros um glossrio explicativo ou ainda um lxico organizacional, contendo a ligao entre as definies. A disponibilidade de um glossrio/lxico influencia na capacidade de clareza.
Padronizao de nomes e termos A padronizao de nomes e termos dentro da organizao facilita a similaridade dos conceitos que se tornam rotineiros aos usurios das informaes. A padronizao permite maior compreenso de documentos tcnicos e auxilia na clareza da informao.
GCO3 - Os itens de configurao sujeitos a um controle formal so colocados sob

baseline?
b
c
a
Figura 20 - Padro de questo da meta flexvel Controlabilidade, instanciada para o
GCO3

de qualidade
Figura 21 - Operacionalizaes de Transparncia para Controlabilidade no contexto do

GCO3
Definio de canal dedicado para feedback O canal de feedback auxilia

na controlabilidade quando possibilita a participao de terceiros atravs do
envio de informaes pertinentes atravs de um canal apropriado, possibilitando a aplicao de aes a partir das informaes enviadas.
Adoo de software para controle de verses O software para controle de

verses possui diversas funes, sendo a principal, o controle das alteraes
ao longo do tempo do produto gerenciado.
Definio de gestor para acompanhamento do projeto A definio de

um responsvel para controlar um elemento alvo permite que sejam realizadas projees de controle bem como rpidas respostas a eventos inesperados.
GCO4 - A situao dos itens de configurao e das baselines registrada ao longo

do tempo e disponibilizada?
a
b
c
Figura 22 Padro de questo da meta flexvel Disponibilidade, instanciada para o GCO4

de qualidade
c
Figura 23 Operacionalizaes de Transparncia para Disponibilidade no contexto do
GCO4
Replicao da informao entre servidores das diferentes Unidades Organizacionais Os artefatos devem estar replicados a fim de ampliar a possibilidade de recuperao da informao em casos de situaes inesperadas.
A replicao em servidores que se encontram em localidades diferentes uma
soluo para segurana dos dados.
Impresso de relatrios mensais dos itens de configurao A necessidade de disponibilidade da informao para acesso em meio fsico pode ser implementada atravs da impresso de documentos tanto para acesso rpido, independente de tecnologia, como para arquivamento. Esse tipo de acesso aumenta a disponibilidade da informao para alm dos meios eletrnicos.
Definio de polticas de acesso O acesso informao deve ser garantido

somente as pessoas autorizadas. Disponibilidade no representa que a informao deve estar aberta a todos. A implementao de polticas de segurana
contribui para a meta flexvel disponibilidade.
GCO5 - Modificaes em itens de configurao so controladas?
c
a
Figura 24 - Padro de questo da meta flexvel Controlabilidade, instanciada para o
GCO5

de qualidade
Figura 29 Operacionalizaes de Transparncia para Controlabilidade no contexto do

GCO5
Estas operacionalizaes so semelhantes as do GCO3 porque se trata das mesmas atividades, porm para elementos diferentes (baseline e itens de configurao). A operacionalizao Adoo de software para controle de verses foi ligada a Sistema de registro de alteraes porque so operacionalizaes respectivas de Transparncia e
MPS.BR que possuem objetivo semelhante.



GCO6 - O armazenamento, o manuseio e a liberao de itens de configurao e

baselines so controlados?
Neste caso, tambm so pertinente as questes de controle aplicadas ao GCO5 (Figura
24), porm aplicadas nos elementos alvos referenciados no GCO6, portanto, as operacionalizaes so as mesmas.
a
c
Figura 25 - Operacionalizaes de Transparncia para Controlabilidade no contexto do
GCO6


de qualidade


GCO7 - Auditorias de configurao so realizadas objetivamente para assegurar que as baselines e os itens de configurao estejam ntegros, completos e
consistentes?
Figura 26 - Padro de questo da meta flexvel Consistncia, instanciada para o GCO7
c
Figura 27 Operacionalizaes de Transparncia para Consistncia no contexto do
GCO7
Definir pr e ps-condies na modificao dos elementos A definio

de pr e ps-condies permite a verificao da consistncia de elementos
que se modificam ao longo do tempo. Isso possvel atravs da comparao
dos estados anteriores e dos resultados esperados aps a modificao. Caso
no ocorram desvios, a consistncia do elemento garantida.
Sistema de tratamento de excees O sistema de tratamento de excees

automatiza e agiliza a resposta a eventos que esto fora do contexto da execuo normal/esperada de procedimentos.
Monitoramento dos indicadores de consistncia Os indicadores so usados para vrios contextos diferentes, permitindo o monitoramento dos elementos alvo que produzem os resultados avaliados. Se um indicador acusa
desvio, a consistncia identificada e pode ser respondida de prontido, se
for o caso.

de qualidade
5. Concluso
O presente trabalho apresentou o conceito de Transparncia e diversos resultados de
pesquisa neste tema que foram utilizados ao longo deste trabalho. Tambm apresentou o
MPS.BR e sua estrutura. A partir disso, demonstrou de forma indutiva os passos realizados no estudo de alinhamento entre o MPS.BR e a Transparncia. Neste estudo foram
demonstradas as similaridades entre as propostas e como aplic-las no nvel operacional
de forma a atuarem em conjunto a partir de operacionalizaes.
Estas operacionalizaes vo orientar na definio de um processo que estar de
acordo com as necessidades do MPS.BR e contribuir positivamente com a Transparncia. Neste trabalho no foram explorados todos os nveis do MPS.BR, apenas o nvel F,
dentro do processo de Gerncia de Configurao. Isso se justifica devido ao grande esforo de anlise necessrio para percorrer todo o MPS.BR e as metas flexveis de
Transparncia, o que seria invivel devido ao tempo disponvel para este trabalho.
Durante o estudo, identificou-se que as metas flexveis de Transparncia tambm so metas do MPS.BR. Portanto, o detalhamento sobre metas flexveis alcanado
nas pesquisas da Transparncia de Software e na construo do Catlogo de Transparncia torna-se um recurso a ser apreciado na definio de processos de software aderentes ao MPS.BR, tanto quanto o MPS.BR tambm traz fundamentos consolidados para o estudo da Transparncia do processo de software.
Nesse contexto, abrem-se questes como: Quais os impactos nos indicadores de
construo de software ao utilizar processos Transparentes? Quais os benefcios de um
processo de software Transparente na construo de softwares Transparentes? Em princpio, sabe-se que o MPS.BR apresenta benefcios aos processos de construo de softwares aderentes, porm, destes benefcios, quais podem ser relacionados s qualidades
envolvidas com Transparncia? E quais os benefcios podem ser ampliados com a acentuao do grau de determinadas qualidades de Transparncia?
Estas e outras questes demandam investigao aplicada na definio de processos e construo de sistemas utilizando caractersticas de Transparncia, baseando-se
em operacionalizaes que satisfaam as suas metas flexveis, porm, como identificar
as melhores operacionalizaes que alcanam o maior grau de contribuio meta flexvel? Quais as melhores prticas? Estas operacionalizaes podem ser estudadas com o
auxilio do Catlogo de Transparncia e, uma vez definidas, tambm incrementam contedo de boas prticas ao catlogo e s respectivas metas flexveis s quais contribuem.
Por outro lado, h de se considerar que a incluso de um novo requisito no funcional ao processo de construo de software, tal como Transparncia, pode acarretar no
aumento dos custos de um projeto, uma vez que podem resultar na introduo de diversas operacionalizaes adicionais na execuo do processo. Neste caso especfico, verifica-se que a aplicao da Transparncia um elemento j aderente aos requisitos do
MPS.BR em algum grau, o que de alguma forma neutralizaria a questo de custo extra,
uma vez que passa a ser um custo intrnseco ao processo de melhoria da qualidade.
O MPS.BR, uma vez que visa a qualidade de software, demanda operacionalizaes em processos que contribuem positivamente requisitos de natureza no funcional. O cruzamento entre os padres de Transparncia e MPS.BR demonstrou que, em
algum nvel, a qualidade dos processos presentes no nvel F (Medio, Garantia de Qualidade, Gerncia de Portflio de Projetos, Gerncia de Configurao e Aquisio) est
vinculada aplicao de caractersticas de Transparncia.
de qualidade
A partir do resultado deste trabalho, considera-se que possvel agregar ao processo candidato ao nvel F do MPS.BR o conceito de Transparncia, sendo que ainda
espera-se um favorecimento do processo em relao a sua capacidade de ser certificado
quando a Transparncia aplicada para satisfazer pontos especficos dos Resultados
Esperados.
Outro fator relevante foi o processo de comparao entre os padres utilizados
neste trabalho. A elicitao de elementos chave passou pelo entendimento dos conceitos
presentes nas abordagens e posterior identificao de sentenas que expressassem direta
ou indiretamente os requisitos no funcionais que eram demandados. Assim foi possvel
comparar diretamente os padres em alto nvel (nvel de objetivos). Posteriormente os
detalhamentos presentes em elementos especficos ofereceram ainda mais insumo para
as inferncias, ou seja, as relaes que foram criadas entre os padres. O uso de uma
linguagem visual padro, no caso, a construo do modelo SIG para ambas as abordagens auxiliou a visualizao das intersees entre os padres.
Todas essas aes nos ampliaram a viso, a partir de um ponto de vista da engenharia de requisitos, sobre as formas de operacionalizar uma ou mais tarefas visando
mltiplos requisitos no funcionais.
Alm das questes apresentadas anteriormente, como trabalhos futuros se encontram a extenso do estudo para outros nveis e processos, e a aplicao dos resultados
em um estudo de caso, para posteriormente medir, efetivamente, a partir dos resultados,
a contribuio que a Transparncia pode trazer para um processo que deseja ser certificado no MPS.BR. A ausncia de medies prticas um fator limitador deste trabalho,
que mantm-se no mbito terico.
Outra questo a ser estudada a possibilidade de se construir processos com orientao a determinadas metas flexveis, ou seja, formado em sua maior parte de operacionalizaes que traduzam determinada qualidade desejada ao processo, dando nfase
a qualidades especficas. Tambm se torna importante o estudo dos efeitos colaterais
de operacionalizao que visam qualidade no mbito de padres como o MPS.BR, considerando que possvel existir elementos no funcionais que so antagnicos, porm
os efeitos destas relaes s so compreendidos a partir de um estudo detalhado.
6. Referncias Bibliogrficas
Almentero, E. K. "Dos requisitos ao cdigo: um processo para desenvolvimento de software mais transparente", Tese de doutorado, PUC-Rio, 2013.
Basili, V. R. "Software Modeling and Measurement: The Goal Question Metric Paradigm" Computer Science Technical Report Series, CS-TR-2956 (UMIACS-TR-92-96),
University of Maryland, College Park, MD, 1992.
Cappelli, C. Uma Abordagem para Transparncia em Processos Organizacionais Utilizando Aspectos. Rio de Janeiro, 328 p. Tese de Doutorado Departamento de Informtica, Pontifcia Universidade Catlica do Rio de Janeiro, 2009.
Chung, L., Nixon, B., Yu, E., Mylopoulos, J. Non-Functional Requirements in Software Engineering, Kluwer Academic Publishers Massachusetts, USA, 2000.
EITI Extractive Industries Transparency Initiative. http://eitransparency.org, 2013.
de qualidade
Fung, A., Graham, M., Weil, D. Full Disclosure, the Perils and Promise of Transparency, Cambridge University Press, 2007.
GER PUC-Rio Grupo de Engenharia de Requisitos,
http://www.er.les.inf.puc-rio.br/~wiki/index.php, 2015.
PUC
Rio,
Holzner B., Holzner L. Transparency in Global Change: The Vanguard of the Open
Society. University of Pittsburgh Press; 1 edition, 2006.
Leal, A. L. C., Sousa, H. P., Leite, J. C. S. P., Braga, J. L. Transparncia Aplicada a
Modelos de Negcio, Anais do WER11 - Workshop em Engenharia de Requisitos, Rio
de Janeiro-RJ, Brasil, pp. 321-332, 2011.
Leite, J.C.S.P., Cappelli, C. Software Transparency. Business & Information Systems
Engineering, Springer 127-139, 2010.
Lin, S., Liu, F., Loe, S. Building A knowledge Base of IEEE/EAI 12207 and CMMI
with Ontology. Sixth, International Proteg Workshop, Manchester, England, 7-9,
2003.
SOFTEX Melhoria do Processo de Software Brasileiro: Guia Geral MPS de Software,
Associao para Promoo da Excelncia do Software Brasileiro. MPS.BR, 2014a.
SOFTEX Guia de Implementao Parte 2: Fundamentao para Implementao do
Nvel F do MR-MPS, Associao para Promoo da Excelncia do Software Brasileiro. MPS.BR, 2014b.
Serrano, M., Leite, J.C.S.P. Capturing transparency-related requirements patterns
through argumentation, In: First International Workshop on Requirements Patterns
(RePa), pp.32-41, 29, 2011.
Sousa, H.P., Leal, A.L.C., Ferreira, M.G., Leite, J.C.S.P., Staa, A.V. Relaes de Interseo entre Transparncia e o MPS.BR, I Workshop em Transparncia de Sistemas,
Congresso Brasileiro de Software: Teoria e Prtica (CBSoft), 2013.
SOX Sarbanes-Sox, http://www.soxlaw.com, 2002.
Supakkul, S., Hill, T., Chung, L., Tun, T.T., Leite, J.C.S.P. "An NFR Pattern Approach
to Dealing with NFRs", Requirements Engineering, IEEE International Conference on,
pp. 179-188, ISBN: 978-0-7695-4162-4, 2010.
Transparncia Brasil, http://www.transparencia.org.br/index.html, 2000.
Vendramel, W., Pereira, A. L. M., Lima, A. R., Santos, B. F., Silva, B. C., Poitevin, C.
A. H., Suda, C. M., Torres, E. C., Alves, F. S., Silva, J. O., Costa, M. G., Gonalves, M.
C., Coelho, M. V. S., Pereira, R. A., Silva, R. S., Rouiller, A. C., Marinho, W. A. T.
Processo de Desenvolvimento de Software aderente ao MPS.BR nvel F, Trabalho de
curso de ps-graduao Lato Sensu distncia em melhoria de processo de software,
Universidade Federal de Lavras ULFA, 2008.
de qualidade

Transparência No Contexto Do MPS - BR: Explorando o Nível F Através Do Alinhamento de Características de Qualidade

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Transparência No Contexto Do MPS - BR: Explorando o Nível F Através Do Alinhamento de Características de Qualidade

Enviado por

Direitos autorais:

Formatos disponíveis

Transparncia no contexto do MPS.

BR: explorando o nvel

Pontifcia Universidade Catlica do Rio de Janeiro PUC-Rio

hsousa@inf.puc-rio.br, andrecastr@gmail.com, jcspl@inf.puc-rio.br

requisitos de alguns clientes (por exemplo, projetos governamentais, editais de licitao,

(operacionalizao) para satisfazer os quesitos para um dado nvel do processo no

cessidade de se validar a informao sobre intenes e estratgias entre pases, partidos

Figura 1 SIG de Transparncia [Cappelli 2009]

Figura 2 Exemplo de modelo no padro GQO

A segunda camada de Transparncia foi definida para cada elemento folha do

Ao passo que novas pesquisas so desenvolvidas, o nvel no qual essas questes

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

Figura 3 Exemplo de integrao entre o Padro de Questo e Padro de alternativa

2.2. Melhoria de Software Brasileiro - MPS.BR

de com a norma ISO/IEC 15504, em empresa e organizaes que implementaram o

3. Comparando o MPS.BR com a Transparncia

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

Figura 4 - Macro processo de alinhamento de padres MPS.BR e Transparncia

Modelagem do MPS.BR na representao SIG

O Grafo de Transparncia (Figura 1) modelado na linguagem SIG de representao de

A partir do grafo SIG do MPS.BR e de Transparncia, foi desenvolvida a Figura

Figura 5 Relacionamentos entre os padres MPS.BR e Transparncia presentes em um

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

Figura 6 Grafo SIG do nvel F

Cada enunciado do propsito de cada um dos cinco processos que compem o

O proposito do processo de Gerncia de Configurao estabelecer e

O propsito do processo de Gerncia de Portflio e Projetos iniciar e

Tabela 3 Matriz de Correlaes entre Transparncia e o nvel F do MPS.BR

requisitos da aquisio, (Auditabilidade, Verificabilidade, Rastreabilidade, Explicao)

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

...identificados com base

...controle formal sob baseline.

...situao dos itens de configurao...

...registrada ao longo do tempo

O armazenamento, manuseio e liberao...

Auditorias realizadas objetivamente...

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

Figura 7 Identificao de metas flexveis de Transparncia nos Resultados Esperados

Identificar Padres de Questo

O prximo passo em busca de elementos semelhantes em ambas as estruturas consistiu

Essa caracterstica mais um vestgio de similaridade estrutural e consequente

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

Figura 8 Nvel F adaptado para o padro de questo

Operacionalizaes para Processo do Nvel do MPS.BR

Elaborar Plano de Gesto da Configurao - A elaborao do Plano de

Figura 9 Operacionalizao para o Resultado Esperado GCO1

GCO2 - Os itens de configurao so identificados com base em critrios estabelecidos?

Definio de esquemas de nomes/nmeros - Estabelecer um critrio padro

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

Figura 10 Operacionalizaes para o Resultado Esperado GCO2

GCO3 - Os itens de configurao sujeitos a um controle formal so colocados

Descrio dos itens de configurao - Descrever os itens de configurao fisicamente e funcionalmente.

Registro no baseline - Registrar os itens de configurao no baseline

Figura 11 Operacionalizaes para o Resultado Esperado GCO3

Sistema de acompanhamento automatizado - Software responsvel pelo

Figura 12 Operacionalizaes para o Resultado Esperado GCO4

GCO5 - Modificaes em itens de configurao so controladas?

Sistema de log - Registro das alteraes a partir de sistema de log.

SOUSA, H. P. S.; LEAL, A. L. C.; LEITE, J. C. S. P.;

Figura 13 Operacionalizaes para o Resultado Esperado GCO5

GCO6 - O armazenamento, o manuseio e a liberao de itens de configurao e

Sistema de log Sistema para registro de eventos de acesso e alteraes em