1

Modelagem das reas de processo do CMMI usando Business Process Management e Software Process Engineering Metamodel Specification
Jaguaraci Batista Silva, Hugo Saba.
notaes do Software Process Engineering Metamodel Specification (SPEM) [OMG, 2005], para representar melhor o conjunto de prticas contido no guia. Ser proposta uma modelagem base, adaptvel e aberta, a qual ajudar bastante a organizao que deseja utilizar o modelo CMMI para implantar um novo processo de construo de software. Este artigo est organizado da seguinte forma: esta introduo apresenta os problemas encontrados na obteno das informaes do CMMI e a proposta deste trabalho. A seo 2 apresenta uma viso geral do guia CMMI. A criao de uma relao entre o CMMI e o SPEM para a utilizao de smbolos que representem os seus componentes em forma de diagramas apresentada na seo 3. Uma breve apresentao da Index Terms BPM; CMMI; SPEM; metodologia de BPM utilizada neste trabalho apresenta na seo 4. A seo 5 apresenta a proposta deste trabalho. As I. INTRODUO concluses e sugestes para um trabalho futuro esto na seo Durante a implantao de um modelo de processo em uma 6. As referncias utilizadas constam na parte final deste artigo. empresa produtora de software, dificuldades precisam ser vencidas. A falta de padronizao nos documentos que guiam II. VISO GERAL DO CMMI a obteno de informaes e a adequao deste modelo O Modelo Integrado de Maturidade da Capacitao (CMMI) realidade da organizao so exemplos de problemas [SEI CMMI, 2002] busca integrar e evoluir os modelos enfrentados durante esse processo. importante ter domnio Capability Maturity Model for Software (SW-CMM) [Paulk et sobre os processos a serem executados ou um guia para acopl-los de forma coesa, para evitar a perda de al, 1993], System Engineering Capability Maturity Model produtividade (e. g. retrabalho). Uma ferramenta de (SE-CMM) e Integrated Product Development Capability modelagem de processos possibilita o desenho dos processos Maturity Model (IPD-CMM), no intuito de minimizar os conduzindo a um entendimento rpido, a publicao das custos da implementao da melhoria do processo de informaes e anlises sobre seus resultados de maneira gil, software. Este modelo foi desenvolvido pelo Software papis esses de uma metodologia de Business Process Engineering Institute (SEI) e possui os elementos essenciais Management (BPM) [White, 2006]. Essa pesquisa utiliza o de um processo efetivo, os quais so baseados nos conceitos BPM para demonstrar uma nova alternativa na obteno das desenvolvidos por Crosby (1979), Deming (1986), Juran informaes das reas de processo do CMMI (Modelo (1989) e Humphrey (1989). O CMMI no um mtodo, pois Integrado de Maturidade da Capacitao) [Chrissis et al, no estabelece aes especficas a serem seguidas, ele fornece 2001]. Aproveitando a sua padronizao de documentos, uma diretriz para a seleo de estratgias de melhoria de diagramas so usados na representao dos processos e as processos, permitindo a determinao dos processos correntes e a identificao das questes mais crticas para a melhoria e qualidade de processos, precisando ser compreendido e Artigo publicado na InfoBrasil 2008. adaptado s caractersticas de cada organizao.
Abstract With the globalization, the lack of documents standardization and agility on inquiry the norms in the guides as well as the Capability Maturity Model Integrated (CMMI), lead to the loss of competitiveness. In the effort for certifications, the agility becomes important to get and to apply the necessary norms that guarantee the processes quality of its. This paper proposes a modeling of CMMI processes areas using Business Process Management (BPM) with goal to growth the agility and information reuse, being created an approach between CMMI and Software Process Engineering Metamodel Specification (SPEM) notations, to represent its components on the diagram forms, being sped up the understanding.
Jaguaraci Batista Silva estudante da especializao avanada em sistemas distribudos na Universidade Federal da Bahia, BA 40302-370 BRA (e-mail: jaguarac@ufba.br). Hugo Saba professor da Universidade Estadual de Feira de Santana na Bahia, BA, BRA (e-mail hugosaba@uefs.br).

O CMMI SE/SW organizado em duas representaes diferentes de modelos, estagiado e contnuo, e sua arquitetura composta basicamente por 22 reas de processo. O modelo na representao de estgios formado por cinco nveis de

2 maturidade. As 22 reas de processo esto agrupadas nos contm reas de processos, que podem estar relacionadas a nveis 2, 3, 4 e 5. No nvel 1 no existe nenhuma rea de outras. Os elementos Workdefinition e ProcessPackage processo. Cada nvel de maturidade representa um patamar representam essa informao. evolutivo formado pelas reas de processo, que estabelecem um conjunto coerente de metas. Essas metas, quando Tabela 1. Tabela de relacionamento dos satisfeitas em conjunto, estabilizam o processo de software, elementos comuns utilizados no CMMI e resultando no aumento da capacitao do processo da SPEM. organizao. Quanto maior a capacitao, menor ser a variao dos erros de estimativa em torno da mdia. O modelo Figuras Notaes do SPEM Componentes do CMMI na representao contnua compatvel com a norma WorkProduct Produto tpico de trabalho. internacional ISO/IEC 15504 [ISO, 2003] para avaliao de processos e composto por seis nveis de capacidade e as Activity or Step Prticas e sub-prticas mesmas 22 reas de processo. A classificao em cada nvel genricas ou especficas. de capacidade definida por um conjunto de caractersticas que o processo deve satisfazer. O conjunto de atividades WorkProduct Produto tpico de trabalho. correspondente a cada rea de processo pode ter sua capacidade de execuo classificada em Nvel 0 Incompleto, Nvel 1 Executado, Nvel 2 Gerenciado, Nvel 3 Guidance Guia ou manual. Definido, Nvel 4 Gerenciado Quantitativamente e Nvel 5 Em Otimizao. Phase Nvel de maturidade. Estes modelos focalizam na capacitao das organizaes em produzirem consistentemente e previsivelmente produtos de ProcessPackage rea de processo qualidade assegurada. Tambm focalizam na premissa bsica da relacionada. gerncia de processo, na qual a qualidade do produto SPEM Packages Metas genricas ou determinada principalmente pela qualidade do seu processo.
especficas.

III. MAPEAMENTO DO CMMI USANDO O SPEM O Software Process Engineering Metamodel Specification (SPEM) [OMG, 2005], modelo utilizado para especificar, definir processos e seus componentes, foi construdo a partir de um subconjunto chamado de SPEM Foundation, um perfil do metamodelo Unified Modeling Language (UML) [Booch et al, 2005] que oferece algumas representaes e esteretipos para modelar artefatos, processos, ferramentas e outros componentes utilizados em um processo de construo de softwares. A descrio dos principais elementos que compem o SPEM e a sua relao com o CMMI esto descritas na tabela 1. A metodologia proposta buscou uma aproximao dos elementos apresentados nos guias do SPEM [OMG, 2005] e CMMI [Chrissis et al, 2001] na utilizao da metodologia de BPM (Seo 4), para a representao dos guias por meio de diagramas. Um produto tpico ou Workproduct, relacionado a alguns dos elementos da tabela 1, simboliza um ou mais artefatos gerados a partir de uma prtica ou sub-prtica, e normalmente so utilizados materiais de apoio para o seu conhecimento como um guia ou manual de elementos que tambm esto associados como Phase e Guidance. As atividades no CMMI so agrupadas e guiadas por metas, estas podem ser especficas. No caso das habilidades requeridas para a sua execuo serem de nvel tcnico ou genricas que apiam a sua institucionalizao, o perfil de execuo das atividades so representadas pelos elementos ProcessRole, ProcessPerformer, as prticas e sub-prticas esto sendo representadas pelo componente Activity ou Step e as metas pelo SPEM Packages. Essa institucionalizao se d atravs das necessidades da empresa e so associadas em nveis de maturidade (Seo 2). Um nvel de maturidade

ProcessPerformer ProcessRole WorkDefinition WorkProduct

Habilidade requerida para executar atividades. Habilidade requerida para executar atividades. rea de processo. Produto tpico de trabalho.

IV. VISO GERAL DA METODOLOGIA DE BPM A metodologia de modelagem e gerenciamento dos processos de negcio foi construda durante o programa de residncia em software com foco em e-government na Universidade Federal da Bahia [Santos et al, 2007]. A construo dessa modelagem deve-se ao fato de ocorrer em paralelo vrios projetos de modelagem propostos pelo programa. Com isso, foi necessrio estabelecer critrios de padronizao dos documentos para a obteno de dados, a forma de compor os elementos grficos que os representassem usando a BPMN (Business Process Management Notation) [White, 2006] em diagramas e um guia que servisse de base para outros projetos de modelagem na universidade. No caso especfico da residncia, foi adotada uma seqncia de atividades agrupadas em trs etapas, conforme a Figura 1. A. Etapa 1 Emoldurar processos O mapeamento de processos define claramente como funciona os macros e sub-processos, seus relacionamentos, quem realiza cada atividade, apoiando a compreenso do contexto dos processos atravs de uma documentao detalhada da

3 organizao, possibilitando uma viso geral dos seus processos e atividades. O relacionamento pode ser de trs tipos: 1:1 (i.e. um para um), geralmente constitui processos bem formados; 1:M (i.e. um para muitos), quando um processo pode ter vrias aes de um outro diretamente relacionado a ele; e M:M (i.e. muitos para muitos), quando vrios processos se relacionam com tantos outros. O relacionamento 1:1 ocorre entre sub-processos, e entre processos ocorrem 1:M - M:1, M:M - M:1 ou 1:M - M:M. paralelo devem ter sido completados. A representao em raias exclusiva para o participante e contm todos os processos executados por ele, facilitando conhecer as suas responsabilidades. O diagrama de Fluxo gerado a partir do Handoff e apresenta um maior nvel de detalhamento que o seu predecessor. Para obt-lo, necessrio criar novos nveis de detalhamento para cada um dos passos originais, e, em cada um desses nveis gerados, incluir novos passos que, para no afetar a legibilidade do diagrama, devem ser criados com um certo critrio. Neste diagrama so abordados os mesmos itens do diagrama de Handoff, que so as decises que afetam o fluxo, loops significantes, evento inicial, evento final e a representao em raias dos participantes do passo. O evento inicial e o evento final so considerados nas interfaces que comunicam o processo em questo com o anterior e posterior respectivamente. Alm desses itens devem ser considerados: os mecanismos de Handoff, cuja finalidade a identificao da transio entre as atividades e suas entradas e sadas, dos fluxos de dados que so transferidos de um passo para outro e dos tipos de mdias usadas nesses fluxos. Alm disso, devem ser feitas cinco perguntas para a sua validao: O que faz o passo prosseguir? Quem mais est envolvido nesse passo? O nome desse passo reflete o seu resultado? Todas as sadas so representadas?, E no caso de um Handoff, como o trabalho passado adiante?.

Figura 1 Etapas da metodologia [Santos et al, 2007] B. Etapa 2 Compreender o processo Para a modelagem e avaliao dos processos utilizando as informaes colhidas nos documentos da etapa anterior so utilizados diagramas compondo trs ou mais nveis de detalhamento, classificados como diagramas de Handoff, de Fluxo e Atividades. O diagrama de Handoff exibido na Figura 2 permite uma viso geral dos processos envolvidos em uma determinada tarefa, dando nfase aos atores dos procedimentos. Neste aspecto, so abordados os itens de evento inicial que desencadeia a execuo do processo, o evento final representando o fim do processo, as estruturas de decises que afetam o fluxo, os operadores lgicos e raias de responsabilidade. As estruturas de decises de processo representado pelo smbolo se, podem ser usadas como forma de indicar uma deciso de fluxo a partir de alguma caracterstica dos passos anteriores. Alguma caracterstica deve ser analisada e, se ela for verdadeira, o fluxo a ser seguido ser um, e, se for falsa, o fluxo ser outro. Os loops servem para indicar a necessidade de voltar a executar um determinado passo ou seqncia de passos at que uma determinada condio de parada seja alcanada, e o fluxo do processo possa seguir seu caminho normal. Os operadores lgicos ou representam a possibilidade de seguir por um ou mais caminhos subseqentes a esse passo. O operador (i.e. exclusivo) representa a possibilidade de seguir apenas um dos fluxos possveis a partir do processo em que se encontra. Fluxos concorrentes so representados pelo smbolo e indicando que para que um passo fora do e possa ser executado, todos os passos que esto inclusos nesse fluxo

Figura 2. Diagrama de handoff (Santos et al, 2006). O diagrama de Atividade serve para descrever partes confusas ou problemticas do processo. Novos passos podem ser desenhados no diagrama com o objetivo de tornar o processo o mais claro possvel. O nvel de detalhamento deste diagrama maior que os diagramas de Handoff e Fluxo, pois alm dos itens abordados nestes diagramas, outros sero adicionados, como: recursos, custos, sistemas e outras informaes que possam facilitar o entendimento do processo.

4 C. Etapa 3 Projetar o processo desejado Definio da deciso a ser tomada em relao aos processos identificados durante a etapa AS-IS, onde os fatores como processos, suas principais caractersticas e deficincias foram detalhadamente identificados junto ao alinhamento com os objetivos e estratgias da organizao. Apoiando a organizao na definio de aspectos que tornem os processos identificados e coerentes com os objetivos e estratgias da mesma, se essa for a deciso tomada pela empresa. Nesses casos, necessrio aplicar simulaes, desenvolver um novo modelo de processos com as melhorias previstas para a situao atual identificada, dentre outros. A deciso a ser tomada pela empresa depender do foco dado modelagem realizada na organizao, pois, se a idia era apenas identificar os processos atuais da organizao, alteraes nos mesmos no sero necessrias. Dentre as vrias decises a serem tomadas pelas organizaes, aps a realizao da etapa de identificao dos processos atuais da organizao, poder se decidir por mant-lo, melhor-lo ou abandon-lo criando um novo modelo. V. MODELAGEM DA REA DE PROCESSO DO CMMI USANDO BPM E NOTAES DO SPEM Na construo da modelagem proposta, com base na metodologia de BPM (Seo 4), foram utilizados diversos documentos e elementos visuais atravs de ferramentas de escritrio para edio de textos com a capacidade de criao de planilhas e uma ferramenta de modelagem de processos de negcio denominada Bonapart [Bonapart, 2007]. A Bonapart apresenta-se em trs etapas: a etapa de emoldurar e de compreender o processo, as quais foram utilizadas na modelagem proposta, por se tratarem da aquisio e modelagem da informao, enquanto a terceira, projetar o processo desejado, no foi utilizada, pois poder ser executada durante a implantao do CMMI, para a sua melhor adequao aos processos de negcio da empresa. 1) Preparao da modelagem Durante a fase da preparao da modelagem, necessrio conhecer todas as atividades relacionadas para compor uma viso geral do processo, portanto foram definidas duas atividades: Obteno da lista de atividades (Seo 5.1.1.1) e Agrupamento das atividades em sub-processos (Seo 5.1.1.2).
a) Obteno da lista de atividades

As sub-prticas contidas na tabela 1 esto agrupadas junto a prticas especficas. As informaes sobre os atores so recomendaes do prprio guia para o perfil profissional com as qualificaes necessrias para execuo das atividades (Tabela 2). Tabela 1 Meta especfica da PA Integrao de Produto.
SG 1.0 Meta especfica Preparar para a integrao do produto Prticas especficas

SP 1.1-1 Determinar a seqncia de integrao; SP 1.2-1 Estabelecer o ambiente de integrao; SP 1.3-1 Estabelecer os procedimentos e critrios;

As reas de processo esto contidas nas descries das prticas especficas, so referenciadas atravs de recomendaes para questes relacionadas s atividades como: solues de problemas, onde requisitar os artefatos de entrada, qual PA ser responsvel pela gerncia de verses dos documentos, onde sero armazenados os artefatos de sada e mdia utilizada. Tabela 2 Prtica Especfica SP 1.1-1 Determinar a seqncia de integrao.
Atividade Atores Engenheiro de Software, Analista de Integrao Engenheiro de Software rea de Processo

A. Emoldurar processos O objetivo desta fase, como j foi explicado, obter SG 1.0 - SP 1.1-1 informaes da organizao para servir de base para Determinar a Seqncia modelagem. Utilizaram-se os templates e padres, utilizados na de Integrao modelagem, com o objetivo de modelar as prticas especficas da rea de processo do CMMI Integrao de Produto (Product 1- Identificar os componentes para Integration) [Chrissis et al, 2001] [SEI CMMI, 2002]. A Integrao escolha dessa PA (Process Area) se deu devido existncia de vrios trabalhos publicados com algumas reas de processo no 2 - Identificar as nvel 2 e por acreditar que todos os documentos utilizados neste relaes entre os trabalho podem servir para muitas empresas no Brasil que componentes encontram-se atualmente no nvel de maturidade 3. Alm disso, por no se tratar de uma modelagem de processos de negcios 3 - Identificar uma na organizao, pois o uso da metodologia de BPM construir seqncia para Integrao uma modelagem de apoio com as informaes da PA, no foram utilizadas as etapas de documentar a misso, estratgia, metas e 4 - Identificar uma objetivos da organizao. Estas devem ser feitas posteriormente, seqncia alternativa quando da implantao do modelo de processo na empresa. para Integrao Apenas duas etapas foram abordadas: a preparao da modelagem e a construo do mapa geral do processo.

Gerncia de acordo com o fornecedor

Engenheiro de Software

Analista de Integrao

Gerncia de Risco

Analista de Integrao

Gerncia de Risco

5
5 - Verificar qual a melhor seqncia Analista de Integrao Deciso de Anlise de Resoluo

B. Compreender o processo

Um dos benefcios das ferramentas de BPM a criao de diagramas que representam as atividades a serem 6 - Revisar a Analista de desempenhadas nos processos. Nesta etapa, foi utilizado o seqncia de Integrao diagrama de atividades diretamente, por j apresentar as Integrao quando informaes (e. g. atores, recursos e sistemas) que facilitam o necessrio Recursos, documento do domnio da aplicao, ferramenta de entendimento do processo. Na construo do diagrama foi criao de prottipo, aplicativos de escritrio e guias para utilizada a padronizao de elementos da metodologia BPM anlise so os produtos tpicos de trabalho recomendados pelas (Seo 4). sub-prticas e os exemplos de recursos presentes em Ability to Os elementos foram organizados da seguinte forma: as reas Perfom ou habilidade para execuo da PA. Os documentos de de processos e perfis habilitados para executar as atividades, entrada (e.g. documento dos componentes do produto) e sada localizados esquerda. As atividades esto no centro do (e. g. documento da seqncia de integrao) foram extrados diagrama e seguem a orientao de execuo, comeando no das informaes dos produtos tpicos de trabalho e agrupados topo, deslocando-se para baixo, e com os nomes comeando para o conhecimento de quais artefatos so necessrios para a por nmeros seqenciais. Os recursos como (Figura 4): execuo e o que ser gerado como produto de trabalho aps a ferramentas, guias e documentos, localizam-se direita. As realizao das atividades. setas pretas indicam a direo do caminho a ser percorrido, a necessidade da informao obtida na atividade anterior e o b) Agrupamento das atividades em sub-processos fluxo de seqncia para o prximo passo. As setas vermelhas Os sub-processos representam as prticas especficas da meta ou azuis, os recursos, as reas de processo, o perfil necessrio SG 1.0 (Tabela 1). O documento de informao sobre os sub- para execuo das atividades e a direo da busca por esses processos contm entre outras informaes: o seu objetivo, uma elementos. No evento de entrada, por exemplo, representado breve descrio e o agrupamento das sub-prticas ou atividades pela figura Workproduct do SPEM, a direo da seta indica listadas acima. Na modelagem abordada, os sub-processos so que os artefatos necessrios para a execuo deste subcriados a partir de um agrupamento lgico e coeso das processo devem ser entregues pela PA Desenvolvimento de atividades para ento construir o diagrama de Mapa Geral do Requisitos e o seu produto final enviado pela PA de Gerncia processo. Este documento ser til tambm quando da criao de Configurao, para que esta possa controlar as verses dos do diagrama de atividades, pois os diagramas sero organizados documentos especificados (Figura 4). No diagrama tambm em nveis de detalhamento. esto presentes os esteretipos utilizados nas setas, tais como: uses, Retrieves information e o relacionamento 1:1 (i.e. 2) Construo do mapa geral um para um). O uses indica que para a execuo da A construo de um mapa geral de processos de software em atividade necessrio utilizar um recurso ou guia. Para saber uma empresa pode ser fundamental para melhorar a forma de se existe alguma informao a ser recuperada de um execuo das atividades. Busca-se ter uma viso clara dos sub- documento ou sistema, utilizado o Retrieves information. processos necessrios para, de maneira gil, alcanar os O relacionamento indica que deve existir na empresa apenas objetivos traados. Tambm ser possvel identificar qual sub- um perfil para executar a funo e uma rea de processo a processo precisa ser melhorado e, se necessrio, redesenh-lo qual esse profissional deve se reportar. A existncia de um para se ter uma forma de trabalho mais produtiva e coerente nico perfil no restringe a delegao deste para uma ou mais com as atividades desenvolvidas. possvel visualizar um pessoas, apenas a capacidade tcnica exigida. exemplo do diagrama do mapa geral de atividades para o subprocesso de preparao para integrao do produto na Figura 3. Para alcanar a meta SG 1.0 (i.e. processo aqui representado), so necessrias prticas especficas (SP) (i.e. um conjunto de atividades apresentadas acima). No diagrama de mapa geral, possvel perceber a orientao sobre o incio e final do processo, facilitando o entendimento sobre quais so os conjuntos de atividades necessrias a sua execuo. A relao entre as prticas especficas so iguais s definidas para os processos utilizados na modelagem, ou seja, 1:1 (i.e. um para um). A ferramenta de modelagem BPM utilizada para a construo do diagrama, a Bonapart [Bonapart, 2007], no permite o uso de elementos visuais do SPEM, sendo necessrio utilizar as figuras para adaptao dos objetos visuais predefinidos internamente. Na criao do diagrama acima foram Figura 3. Mapa geral SG 1.0 Preparar para utilizados smbolos do BPMN [White, 2006], para integrao do produto. representao de processos, e o SPEM Packages, conforme o mapeamento criado (Seo 3).

Figura 4. Diagrama de atividades SP 1.1-1 Determinar a Seqncia de Integrao.

7 VI. CONSIDERAES FINAIS A modelagem da rea de processo do CMMI, utilizando uma metodologia de BPM e notaes do SPEM, minimizou o fato de as coletas de informao contidas no CMMI serem exaustivas para os consultores, transformando em uma modelagem por simbologia, o que facilita a compreenso. A concentrao das informaes em documentos e a busca por organizar o entendimento atravs de diagramas tornaram a leitura e a interpretao mais dinmicas. As informaes geradas pela modelagem proposta, utilizando os modelos previamente construdos em uma ferramenta de BPM, possibilitam a reutilizao e so adaptveis a outras empresas. Uma modelagem completa da rea de Integrao de Produto foi realizada como exemplo, e seus documentos podem ser vistos em http://www.jaguaracisilva.blogspot.com. Como trabalho futuro, busca-se uma comparao entre a implantao de uma rea de processo do CMMI, seguindo a abordagem proposta neste artigo, e a abordagem convencional (i.e. com base no guia de implantao do CMMI), para efetuar uma anlise minuciosa dos benefcios entre uma tcnica e outra. REFERNCIAS
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] Bonapart (2007) Ferramenta de Modelagem de Processo de Negcios, Disponvel em http://www.emprise-process.com/, acessado em agosto de 2007. Booch, G., Jacobson, I., Rumbaugh, J. (2005) Unified Modeling Language User Guide, Addison-Wesley, 2a. Edio. Chrissis, M. B., Konrad M., Shrum S. (2001) CMMI: Guidelines for Process Integration and Product Improvement, Addison Wesley, Fevereiro. Crosby, P. B. (1979) Quality is Free, McGraw Hill, Book Co., 309p. Deming, W. E. (1986) Out of Crisis, MIT Center for Advanced Engineering Studies, Cambridge, MA. Humphey, W. (1989) Managing the Software Process, Reading, Mass.: Addison-Wesley. ISO (2003) ISO/IEC TR 15504 - The International Organization for Standardization and International Eletrotechnical Commission, Information Technology Software Process Assessment, Outubro. Juran, J. M. (1989) On leadership for Quality, New York: Free Press. OMG (2005) Software Process Engineering Metamodel Specification, Object Management Group, Janeiro, Verso 1.1. Paulk M. C., et al. (1993) The Capability Maturity Model for Software, Version 1.1, Software Engineering Institute, Carnegie Mellon University, Pittsburgh, PA, USA. Santos, A.G., Santos F. G., Mendes F. A. T., Cruz G. M., Silva J. B., Freitas J. V. V. B., Santana M. R., Pastor S. O. (2006) Metodologia de Processos de Negcios, Universidade Federal da Bahia, Programa de Residncia em Software com foco em e-government, disponvel em http://twiki.im.ufba.br/bin/view/Residencia/Trabalhos, acessado em agosto de 2007. SEI CMMI (2002) The Capability Maturity Model for Software. Version 1.1- CMU/SEI-2002-TR-012, March. White, S. A. (2006) Introduction to BPMN, IBM. BPMN Articles and Papers. Disponvel na Internet em http://www.bpmn.org/Documents/Introduction%20to%20BPMN.pdf, acessado em maro de 2008.

[12] [13]