Um modelo de workflow para apoio gerncia de aquisio de produtos de software para MPES alinhado ao CMMI-SE/SW

Rafael Ribeiro

Alecir Pedro Da Cunha

Universidade do Vale do Itaja Centro de Cincias Tecnolgicas da Terra e do Mar Rua Uruguai, 458 88302-202 Itaja SC BRASIL E-mail: {jr-ribeiro, alecir@univali.br}

Abstract. In this research, we developed a model of workflow with techniques to assist the management and acquisition of software products. The techniques presented at this research are implanted in the area of process of management of acquisition that support the model CMMI-SE/SW contnuos maturity level 2 with focus en the area of Supplier Agreement Management (SAM). Resumo. O referido trabalho de pesquisa, trs em seu contexto o desenvolvimento de um modelo de workflow com tcnicas que auxiliam na gerncia e aquisio de produtos de software. As tcnicas apresentadas neste trabalho de pesquisa so implantadas na rea de processo de gerncia de aquisio alinhado ao modelo CMMI-SE/SW contnuos nvel 2 de maturidade, com foco na rea de Gerncia de Acordo com os Fornecedores.

1. Introduo
O crescimento do mercado de software no Brasil acarretou no surgimento de muitas micro e pequenas empresas (MPE). Em 2001, mais de 42% das MPE desenvolvedoras de software terceirizavam produtos de softwares ou componentes (Micro 26,7% e Pequenas empresas 44,8%) (MCT, 2001). Um processo de terceirizao adequado deve atender aos requisitos de um processo de aquisio. O processo de aquisio o processo de se obter por meio de contrato, alguma ao discreta ou da ao proposta pela entidade da aquisio, visando

investir fundos apropriados para obter produtos e servios (CMMI-SE/SW, 2002). As dificuldades das MPES referem-se a falta de recursos necessrios para implantar uma norma ou modelo para gerenciar os processos dentro de sua organizao (MCT, 2001) e a escassez de guias e orientaes que descrevem como faz-lo dentro de sua realidade. Dos problemas enfrentados destacam-se o gerenciamento inadequado da rea de processo de aquisio, falta de recursos financeiros e humanos e prticas e templates que auxiliem a implantao de melhorias no referido processo (MCT, 2001). Um workflow pode ser caracterizado como um conjunto de atividades que podem ou no ser processadas simultaneamente, com o objetivo de compreender, avaliar e reprojetar os processos de uma organizao (CRUZ, 2000). Neste sentido, o modelo de workflow proposto neste trabalho de pesquisa visa orientar o processo de implantao e uso de um modelo de gerncia na rea de processo de aquisio de softwares, minimizando os problemas enfrentados pelas micro e pequenas empresas desenvolvedoras de software descritos. Este modelo de workflow foi elaborado de forma a estar alinhado ao modelo CMMI-SE/SW, na rea de processo da SAM (Gerncia de Acordo com os Fornecedores), visto que este modelo internacionalmente conhecido e adotado com referncia no mercado de desenvolvimento de software (MCT. 2001). Apesar da motivao para a utilizao do modelo CMMI-SE/SW, importante destacar que os problemas so agravados pela utilizao do mesmo em relao as MPES, pois o modelo CMMI-SE\SW muito complexo e seu contexto voltado para as empresas de mdio e grande porte (MPS.Br, 2005). Entretanto, este no o nico problema, visto que o CMMI-SE\SW no descreve em suas especificaes como fazer para atingir as prticas e nem os objetivos propostos em seu contexto. Assim, o modelo de workflow prope um fluxo de navegao capaz de guiar as organizaes que possuam interesse em implantar a gerncia na rea de processo de aquisio. O objetivo deste modelo elaborar um guia baseado em tcnicas de workflow na rea de processo de gerncia de acordo com o fornecedor alinhado ao CMMI-SE\SW adaptado a MPES. Este mesmo guia est sendo disponibilizado em formato eletrnico com o objetivo de facilitar o acesso das organizaes interessadas. Para alcanar estes objetivos este trabalho de pesquisa foi divido em quatro etapas: Anlise de literaturas e experincias, desenvolvimento do guia, implementao do guia eletrnico e avaliao dos resultados obtidos.

2. Trabalhos relacionados
Para analisar o estado da arte atual e verificar o que os modelos e normas mais discutidos vm recomendando no processo de gerncia de aquisio, fez-se uma anlise comparativa entre PMBOK (PMI), CMMI-SE\SW (SEI), MPS.Br (SOFTEX), ISO 12207 e ISO 1062:1998. Das recomendaes levantadas, verificou-se quais so aquelas que atendem os requisitos especificados no modelo CMMI-SE/SW, que foi utilizado

como referncia, com o objetivo de salientar o por que da escolha do modelo CMMISE/SW como foco deste trabalho de pesquisa (vide tabela 1).

Tabela1 Comparativo do modelo alinhado (CMMI-SE/SW) X outros modelos e normas.

CMMI SP 1.1 Determina tipo de aquisio SP 1.2 Selecionar fornecedores SP 1.3 Estabelecer acordo com os fornecedores SP 2.1 Revisar produtos de prateleira SP 2.2 Executar acordo com o fornecedor SP 2.3 Aceitar o produto adquirido SP 2.4 Fazer a transio dos produtos

PMBOK MPS.Br ISO 12207 1062:1998 Atende Atende Atende Parcial Atende Atende No atende Parcial Atende Atende Parcial Atende Atende No atende Parcial Atende Parcial Parcial Atende Atende No atende No atende Atende Atende No atende Atende Atende Atende

Para facilitar a compreenso da anlise efetuada, definiu-se uma escala de classificao que ficou da seguinte forma: atende (80% ou acima), Parcialmente (intervalo entre 50% e 80%) e no atende (inferior a 50%). Os processos de cada modelo so compostos por vrias atividades e estas atividades so analisadas e comparadas processo a processo com o modelo CMMI-SE/SW e assim classificados conforme a explicao acima. As atividades analisadas so sempre comparados com o modelo CMMI-SE/SW, usado como referncia na elaborao do modelo de workflow. Um exemplo da classificao apresentado na tabela 2.
Tabela 2 Exemplo de comparao utilizado na tabela1

SP 1.2 Seleciona fornecedor(CMMI-SE/SW) 1.1 Seleo do fornecedor (PMBoK)

1.2.1 - Lista de possveis fornecedores 1.2.2 - Lista de fornecedores preferncias 1.2.3 - Estabelecer e documentar os critrios para a avaliao dos fornecedores 1.2.4 - Analisar entre os fornecedores preferenciais levantados 1.2.5 - Identificar os fornecedores em potenciais e distribuir os materiais com os requisitos 1.2.6 - Avaliar a proposta e escolher o fornecedor

1.1.1- Escolha da melhor proposta 1.1.2 - Critrios de avaliao 1.1.3 - Negociao contratual 1.1.4 - Sistemas de ponderao 1.1.5 - Sistema de classificao 1.1.6 - Estimativas independentes

conforme os critrios estabelecidos 1.2.7 - Avaliar os riscos com os possveis fornecedores

Com esta anlise, constata-se que o PMBOK o modelo que mais se aproxima ao modelo CMMI-SE/SW, contudo no atende as necessidades das MPES e no traz em seu contexto propostas para os diferentes tipos de aquisio (COUTO, 2007). A norma ISO 12207 a menos compatvel com o modelo, pois no possui processos que tratem especificamente da aquisio. Esta norma (ISO 12207) cobre alguns itens em seu contexto nos quesitos Aquisio e Fornecimento, que gerenciada da mesma forma que um produto interno organizao (COUTO, 2007). Nesta comparao verifica-se que o modelo de referncia CMMI-SE/SW utilizado, modelo mais completo e com maior foco na rea de processo de gerncia de acordo com o fornecedor.

3. Estrutura do modelo de workflow

O workflow desenvolvido um guia para a implantao do processo de gerncia de aquisio alinhado ao modelo CMMI-SE/SW contnuos nvel 2 de maturidade, com foco na rea de Gerncia de Acordo com os Fornecedores. Alm disto, este guia baseado na anlise da literatura referente ao assunto e nas normas e modelos que tratam do tema. No guia, em suas especificaes tcnicas de workflow, consta como alcanar as melhorias na rea de Gerncia de Acordo com os Fornecedores e atender as necessidades das MPE desenvolvedoras de software considerando suas limitaes de recursos. Desta forma, a partir das experincias obtidas com base na anlise da literatura disponvel sobre o assunto e das normas e modelos existentes sobre o tema foi elaborado um workflow para orientar o usurio no processo de implantao de gerncia de aquisio.

4. Caractersticas do modelo de workflow

Este guia de aquisio est disponvel na internet em formato eletrnico web com objetivo de maximizar sua divulgao e uso. Os requisitos foram identificados, analisados e posteriormente modelados utilizando a linguagem UML (dialeto OOHDM), para orientar e documentar a elaborao do guia. O produto desta modelagem um diagrama que descreve o fluxo de navegao. A implementao utiliza ferramentas baseadas em tecnologias de workflow j desenvolvidas e distribudas gratuitamente na internet. O modelo de workflow desenvolvido est disponvel no endereo: http://ssooweb01.univali.br/~ribeiro. A principal contribuio que se deseja alcanar com o desenvolvimento deste guia o desenvolvimento de um guia de fcil acesso para que as MPE desenvolvedoras

de software possam desenvolver e adquirir produtos de software de qualidade. As MPE desenvolvedoras de software dispem de um workflow que serve como guia de referncia na implantao da gerncia de aquisio alinhado rea de processo de gerncia de acordo com o fornecedor do modelo CMMI. Com o aumento da utilizao das prticas e objetos elaborados neste guia, as MPE desenvolvedoras de software devero ter melhores oportunidades oferecidas no mercado nacional e internacional. Veja o esquema do 1 nvel na figura 1.
ana lysis 1.0 Processo de aquisio A organiza o dete rm i na qual o tipo d e aquisi o que se enqu ad ra em suas n ecessi da des. 2 .4 Faz a transio do produto a dquirido

2.3 Aceita o produto a dquirido

Ba seado em com pone nte (M OT S, CO T S, OT S) Organizao1.0

1.2 Seleciona Fornecedor

1.3 Estabelece ac ordo com o fornece dor

2.1 Rev isa Produtos

2.2 Executa o acordo com o fornecedor

5.1 Definir papis

5 .2 Gerenciar expectativ as

5.3 Controlar implementa o e ex ecuo

5.4 P romov er v erificao

1.1 Determina o tipo de aquisio

[Si m ] Open Sou rce aqui sio personal izada 5.6 Assegurar o retorno do inv estimento 5.5 Permitir comunica o entre as parte s

[N o]

Software l ivre

4.0 Lev a ntar a lista de softw ares disponv eis

4.1 V erificar se o produto possui os requisitos de qualidade dese j ados

4 .2 Instrues para testes

Sob Enco m enda

3.1 Planej amento

3.2 Contratao

3.3 Implementao do S oftw are

3.4 Aceitao do softw are

3.5 Acompanha mento

Figura 1. Esquema em 1 nvel do workflow.

4.1. Funcionalidade do modelo de workflow O modelo de workflow possui o objetivo de facilitar a implantao da gerncia da rea de processo de aquisio. O usurio ter disponvel, por meio do workflow as prticas de como gerenciar esta rea de processo. O modelo de workflow coloca de forma simplificada como fazer para alcanar as prticas e os objetivos descritos no modelo CMMI-SE/SW para os principais tipos de aquisio (Open source, Software livre, COTS, MOTS, OTS e software sob encomenda).

4.2. Organizao do modelo de workflow O modelo de workflow desenvolvido auxilia na gerncia e aquisio de produtos de software. Quando surgir a necessidade de adquirir um produto a organizao adquirente utilizar o workflow como guia para todo o processo de aquisio. Este modelo de workflow inicia-se com a determinao do tipo de aquisio que a organizao pretende fazer e qual atender sua necessidade. Aps esta fase, a organizao estabelece qual o fluxo que ir seguir baseado em componentes, open source, software livre ou sob encomenda. Se optar pelo baseado em componentes (COTS, MOTS ou OTS) deve seguir um fluxo de seis processos: 1.2 Seleciona fornecedor, 1.3 Estabelece acordo com o fornecedor, 2.1 Revisa produtos, 2.2 Executa acordo com o fornecedor, 2.3 Aceita produto adquirido e 2.4 Faz transio do produto adquirido. Desta forma, estes processos iniciam-se com os critrios para selecionar os possveis fornecedores. Esta anlise gera uma lista de fornecedores capazes de fornecer determinado produto/servio, os critrios de escolha so gerados e o melhor fornecedor escolhido. Aps esta escolha inicia-se a contratao de um produto/servio, esta contratao acompanhada para certificar que requisitos levantados sejam cumpridos. No trmino do contrato se analisa o produto/servio para verificar se o mesmo atendeu as necessidades levantadas inicialmente. Veja na figura 2 o exemplo do workflow do processo 1.2 seleciona fornecedor.
analy sis 1.2 Selecion fornecedor a Nes atividade gerado um ta documento com a lis de critrios de ta avaliao.

N ta atividade gerado um documento es com a lis de todos os fornecedores ta candidatos

Lista de fornecedores preferen ciais

Estabelecer e docum entar os critrios para a avaliao dos fornecedores

N ta atividade gerado um documento es com os materiais e requis . itos

Bas eado em C omponente 1.2 (MOTS, C OTS, OTS)

Lista de Possveis Fornecedores

A nalisar entre os fornecedores preferenciais levantados, quais so os que atendem aos critrios estabelecidos e docum entados

Identificar os Fornecedores em potenciais e D istribuir os Materiais com os R equisitos

C ritrios para formao dos fornecedores Preferenciais : - Localizao Geografica; - D empenho com trabalhos s es emelhantes ; -H abilidades e R ecurs dis os ponveis ; - Experincias anteriores .

A valiar a proposta e escolher o fornecedor conform os critrios e estabelecidos

N ta atividade gerado um es documento com as vantagens e des vantagensde cada fornecedor.

Es atividade produz como documento de s ta ada: -R elatrio de jus tificativa para s eleo do fornecedor.

A valiar os R iscos com os possveis Fornecedores D ecidir Fornecedor

Fornecedor OK

Forneced or Selecionado

Figura 2 1.2 Seleciona Fornecedor.

Se a organizao optar por open source, dependendo do tipo de aquisio escolhida, ela pode seguir dois fluxos distintos : Um fluxo para open source personalizados ou open source previamente pronto. A primeira opo tem seis

processos para este tipo de prestao de servio: 5.1 Definir papis, 5.2 gerenciar expectativas, 5.3 Controlar implementao e execuo, 5.4 Promover verificao, 5.5 Permitir comunicao entre as partes e 5.6 Assegurar o retorno de investimento. Este fluxo inicia pela definio dos usurios envolvidos e montagem de uma matriz de responsabilidades, seguindo seu fluxo com um resumo dos servios prestados. Logo aps iniciado o processo de gerncia de expectativas, que se preocupa em estabelecer mtricas e qualidades aos servios prestados. Assim se define o controle da execuo dos processos de implementao e execuo dos servios prestados. Com este controle em mos a organizao pode promover verificaes junto aos contratados e comunicar por meio de reunies, os problemas e inconsistncias encontrados, com o objetivo de garantir o retorno esperado em seu investimento. Vide exemplo de um dos processos deste fluxo de forma mais detalhada na figura 3.
analysis 5.4 Promoo das v erificaes Controle OK 5.4

Av aliar e aplicar as ferramentas para acompanhar os serv ios prestados

Esta atividade gera um documento: Relatrios semanais de acompanhamento dos servios prestados.

Gerenciar o cumprimento dos nv eis de serv ios

Esta atividade gera um documento: Relatrios com ndices e estatsticas sobre o desenvolvimento do servio prestado.

Detectar desv ios

Estabelecer metas e elaborar planos de aes corretiv as

Verificao OK

Figura 3 5.4 Promoo de verificaes

J se a organizao optar por um software livre deve seguir trs processos: 4.0 Levantar a lista dos softwares disponveis, 4.1 Verificar se o produto possui os requisitos de qualidade desejados e 4.2 instrues para testes. Este mesmo fluxo deve ser percorrido na segunda opo de open source previamente pronto. Neste fluxo so levantados os softwares disponveis para utilizao, com o objetivo de formar a lista dos disponveis e analisar conforme critrios estabelecidos pela organizao. Esta anlise

tem o objetivo de avaliar os riscos e impactos de cada software previamente selecionado. Aps este processo de pr seleo verificado os requisitos de qualidade de cada produto. Assim os softwares escolhidos so submetidos a um conjunto de testes para selecionar o mais adequado. Vide exemplo de um dos processos deste fluxo de forma mais detalhada na figura 4.
analysis 4.1 Verificao dos requisitos de qualidade do produto Lista de softwares 4.1 Os seguintes dados devem ser levados em considerao: 4.1.1- Descrio funcional; 4.1.2- Informaes do produto; 4.1.3- Identificaes do produto (Verso e nome); 4.1.4- Nome e endereo do fornecedor; 4.1.5- Descrio de tarefas do produto; 4.1.6- Informaes sobre suporte e manuteno; 4.1.7- Limites do produto; 4.1.8- Segurana; 4.1.9- Portabilidade.

Analisar a descrio do produto

Analisar a documentao do usurio

Os seguintes dados devem ser levados em considerao: 4.1.10- Manual do usurio.

Analisar o programa e os dados

Os seguintes dados devem ser levados em considerao: 4.1.11- Manual de instalao.

Software analisado

Figura 4 Verificao dos requisitos de qualidade do produto.

Na ltima opo a organizao segue o fluxo de cinco processos: 3.1 Planejamento, 3.2 Contratao, 3.3 implementao dos softwares, 3.4 Aceitao do software e 3.5 Acompanhamento. Este fluxo inicia com o planejamento do produto a ser contratado, a definio dos requisitos que deve atender e como deve ser seu plano de manuteno. Ao finalizar o processo de planejamento deve-se iniciar a seleo do fornecedor que ir desenvolver o produto. Com o fornecedor j selecionado a organizao pode gerenciar o desenvolvimento para analisar o desempenho do contratado, com o objetivo de prever futuros problemas de inconsistncia. Ao trmino do desenvolvimento inicia-se as atividades de testes seguidas pelas atividades de correes e acompanhamento do produto j entregue. Vide exemplo de um dos processos deste fluxo de forma mais detalhada na figura 5.

analysis 3.1 Planej amento

Sob encomenda 3.1

Definir critrios, tais como: 3.1.1- Objetivo da aquisio; 3.1.2- Estratgia para aquisio. Esta atividade gera como documento de sada: - Plano de aquisio.

Planej amento da estratgia organizacional

Definir processos de aquisio.

Implementao dos processos da organizao

Definir critrios, tais como: 3.1.3- Software; 3.1.4- Planos e requisitos para aquisio; 3.1.5- Manuteno para aceitao do software. Esta atividade gera como documento de sada: - Especificao de requisitos.

Esta atividade gera como documento de sada: - Plano de manuteno.

Definir os requisitos do softw are

Definir plano de manuteno

Planejamento OK

Figura 5 3.1 Planejamento.

Com estas alternativas, descreve-se as opes que uma organizao pode trilhar para implementar este modelo de workflow em sua rea de processo de aquisio de produtos de software. Ressalta-se que o modelo de workflow apresenta em seu contexto templates de documentos e contratos para auxiliar as MPEs a atender as suas necessidades. 4.3. Metodologia para implementao e validao Na elaborao do workflow foi usado como base o modelo CMMI-SE/SW focado na rea de processo da SAM (Gerncia de Acordo com os Fornecedores). Com base neste modelo compara-se com as demais normas e modelos, como: PMBOK, ISO 12207, MPS.Br e ISO 1062:1998. Assim as lacunas do modelo CMMI-SE/SW foram complementadas com as especificaes destas outras normas e modelos. O objetivo de elaborar este workflow atender as principais necessidades das MPES desenvolvedoras de software de uma forma rpida e objetiva, com baixo custo. Este modelo de workflow estabelece procedimentos especficos para cada um dos diferentes tipos de aquisio de

software, como: Open Source, Software livre, COTS, MOTS, OTS e software sob encomenda. Para avaliar o modelo de workflow desenvolvido, este foi comparado com o modelo CMMI-SE/SW, de modo a verificar se o mesmo abrange as especificaes para diferentes tipos de aquisies e se trs em seu contexto mtodos para atender as necessidades das MPES desenvolvedoras de software.

5. Consideraes finais
Com o andamento das pesquisas e a anlise dos materiais para confeco do modelo de workflow desenvolvido, verificou-se uma grande demanda por normas e modelos que implementem qualidade e padres para o desenvolvimento de software. Com este modelo de workflow para a rea de processo de aquisio se pretende atingir principalmente MPES desenvolvedoras de software para que estas melhorem a qualidade do processo de terceirizao com o implementao de um modelo internacionalmente conhecido o CMMI-SE/SW. O modelo de workflow desenvolvido sofreu uma avaliao com objetivo de levantar se este realmente atende as necessidades da MPES. Esta dificuldade foi contornada por meio de levantamento e anlise de outros modelos e normas para sua adaptao ao modelo desenvolvido. Estes estudos tm como objetivo enriquecer o modelo de workflow elaborado e acrescentar ao mesmo as prticas que abordem os principais tipos de aquisies encontrados no mercado. Como resultado desta avaliao obteve-se um modelo concreto que atende objetivo principal deste trabalho, ou seja, conter especificaes de processos para principais tipos de aquisies e templates de documentos e prticas com o objetivo facilitar a implantao do processo de aquisio nas MPES desenvolvedoras software. Entre os templates utilizados no modelo de workflow desenvolvido pode-se citar: Formulrio para avaliao dos fornecedores; Critrios importantes para avaliar as propostas dos fornecedores; Critrios para montar lista de materiais de solicitao e requisitos; Contrato de prestao de servios; Registro de Revises; Contrato de desenvolvimento de software; Contrato de uso de licena de software; Contrato de licena de uso de cdigo fonte de software; ao os de de

 Plano de manuteno; Chamadas para proposta; Lista de riscos; Plano de avaliao do produto; Modelo de Relatrios Tcnico-cientfico; Matriz de atribuies e responsabilidades; Plano de aquisio; Especificaes de requisitos; Relatrios de Retorno de investimentos. Estes templates so disponibilizados nas atividades conforme a seqncia que a organizao navega pelo modelo de workflow desenvolvido neste trabalho de pesquisa. Ainda importante salientar que o modelo de workflow foi implementado utilizando a ferramenta Enterprise Architect verso 6.5, e o mdulo interno Business Process Model que traz em seu contexto tcnicas de workflow como; processos e atividades. Esta ferramenta implementa ainda mtodos de converso dos diagramas desenvolvidos em formato HTML. Este recurso auxiliou no desenvolvimento do modelo de workflow em formato eletrnico. Com este guia de deferncia baseado em workflow, espera-se que as MPEs consigam implementar seu processo de gerncia de aquisio sem a necessidade da mo de obra altamente qualificada, de forma mais rpida e com menor custo.

References
CMMI PRODUCT TEAM. Capability Maturity Model Integration (CMMI), VersionV1.1 CMMI for Systems Engineering and Software Engineering (CMMISE/SW,V1.1) Continuous Representation CMU/SEI-2002-TR-028. Estados Unidos: Carnegie Mellon University Software Engineering Institute. 2002. Disponvel em www.sei.cmu.edu/cmmi/models/v1.1se-sw-cont.doc Acessado em 02/08/2006. COUTO, Ana Brasil. CMMI integrao dos modelos de capacitao e maturidade de sistemas. 1 ed. Rio de janeiro: Cincia moderna LTDA, 2007. 275p. CRUZ, Tadeu. Workflow: a tecnologia que vai revolucionar processos. 2.ed.rev.atual.e ampl. So Paulo: Atlas, 2000. 226p.

Ministrio da Cincia e Tecnologia (MCT). Qualidade e Produtividade no Setor de Software Brasileiro, 2003. Acessado em 10/01/2006. MPS.BR, 2005- Associao para Promoo da Excelncia do Software Brasileiro (SOFTEX). MPS.BR-Guia de Aquisio,2005 verso 1.0. Disponvel em www.softex.br Acessado em 5/01/2007. PMI - Project Management Institute. PMBoK - Project Management Body of Knowledge.PORTUGUS. Project Management Institute Minas Gerais,2004.