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, 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, adotado e 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 o 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 utilizado como referncia, com o objetivo de salientar o por que da escolha do modelo CMMI-SE/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

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

SP 2.3 Aceitar o produto adquirido SP 2.4 Fazer a transio dos produtos

Atende No atende

Atende No atende

Atende No 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 de como ocorreu a classificao pode ser demonstrado na tabela 2:
Tabela2 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 - nalisar entre os fornecedores preferenciais levantados 1.2.! - "dentificar os fornecedores em potenciais e distribuir os materiais com os re#uisitos 1.2.$ - valiar a proposta e escol%er o fornecedor conforme os critrios estabelecidos 1.2.& - valiar os riscos com os possveis fornecedores

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

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). Desta forma, se observarmos a comparao acima, possvel verificar que o modelo de referncia CMMI-SE/SW utilizado, realmente 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. O guia, em suas especificaes tcnicas de workflow, consta como alcanar as

melhorias na rea de Gerncia de Acordo com os Fornecedores e ao mesmo tempo 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 workflow que dever 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 estar desenvolvendo e adquirindo produtos de software de qualidade. Assim, as MPE desenvolvedoras de software tero um workflow que servir de referncia e guia na implantao da gerncia de aquisio alinhado rea de processo de gerncia de acordo com o fornecedor do modelo CMMI. Posteriormente como o aumento da utilizao destas prticas e objetos elaborados neste guia eletrnico, as MPE desenvolvedoras de software podero concorrer com igualdade s oportunidades oferecidas no mercado nacional e internacional. Seja o esquema na figura 1:

analysis 1.0 Processo de aquisio

or'ani(ao determina #ual o tipo de a#uisio #ue se en#uadra em suas necessidades.

2.' Faz a transio do produto adquirido

2.3 &ceita o produto adquirido

)aseado em componente *+,-./ 0,-./ ,-.1 Organizao1.0

1.2 Seleciona Fornecedor

1.3 sta!elece acordo com o "ornecedor

2.1 #e$ isa Produtos

2.2

%ecuta o acordo com o "ornecedor

..1 De"inir pap2is

..2 3erenciar e%pectati$ as

..3 )ontrolar implementao e e%ecuo

..' Promo$ er $ eri"icao

1.1 Determina o tipo de aquisio

3.im5 ,pen .ource a#uisio personali(ada ..4 &ssegurar o retorno do in$ estimento ... Permitir comunicao entre as partes

34o5

.oft2are livre

'.0 0e$ antar a lista de so"t+ ares dispon1$ eis

'.1 ,eri"icar se o produto possui os requisitos de qualidade dese( ados

'.2 *nstru-es para testes

.ob Encomenda

3.1 Plane( amento

3.2 )ontratao

3.3 *mplementao do So"t+ are

3.' &ceitao do so"t+ are

3.. &compan/amento

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. Esta forma simplificada consta em seu contexto o como fazer para alcanar estas prticas e objetivos descritos no modelo CMMI-SE/SW e uma complementao 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. Desta forma, no trmino do contrato se analisa o produto/servio para verificar se o mesmo atendeu as necessidades levantadas inicialmente. Vide exemplo de um dos processos deste fluxo deforma mais detalhada na figura 2.
analysis 1.2 Seleciona "ornecedor 4esta atividade 'erado um docum ento com a li sta de cri trios de avaliao.

4esta atividade 'erado um documento com a lista de todos os fornecedores candidatos

0ista de "ornecedores pre"erenciais

sta!elecer e documentar os crit2rios para a a$ aliao dos "ornecedores

4esta atividade 'erado um documento com os materiais e re#uisitos.

)aseado em 0omponente 1.2 *+,-./ 0,- ./ ,- .1

0ista de Poss1$ eis Fornecedores

&nalisar entre os "ornecedores pre"erenciais le$ antados5 quais so os que atendem aos crit2rios esta!elecidos e documentados

*denti"icar os Fornecedores em potenciais e Distri!uir os 6ateriais com os #equisitos

0ritri os para formao dos fornecedores 9referenciais: - Locali(ao ;eo'rafica< - 6esempen%o com trabal%os semel%antes< - =abi lidades e >ecursos disponveis< - E?perincias anteri ores.

&$ aliar a proposta e escol/er o "ornecedor con"orme os crit2rios esta!elecidos

4esta atividade 'erado um documento com as vanta'ens e desvanta'ens de cada fornecedor.

Esta ati vidade produ( como documento de sada: - >elat@rio de Austificativa para seleo do fornecedor.

&$ aliar os #iscos com os poss1$ eis Fornecedores 6ecidir 7ornecedor

7ornecedor ,8

Fornecedor Selecionado

Figura 2 1.2 Seleciona Fornecedor.

Se a organizao optar pelo open source, a organizao pode escolher por dois fluxos distintos que depender do tipo de aquisio escolhida. Um fluxo para open source personalizados ou como open source previamente pronto. Na primeira opo se destaca 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-se como a definio dos usurios envolvidos e a montagem de uma matriz de responsabilidades e segue seu fluxo como um resumo de servios prestados. Logo aps estas atividades inicia-se o processo de gerncia de expectativas, este processo se preocupa em estabelecer mtricas e qualidades aos servios prestados. Assim defini-se o controle de como executar os 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 ..' Promoo das $ eri"ica-es 0ontrole ,8 !.4

&$ aliar e aplicar as "erramentas para acompan/ar os ser$ ios prestados

Esta atividade 'era um documento: >elat@rios semanais de acompan%amento dos servios prestados.

3erenciar o cumprimento dos n1$ eis de ser$ ios

Esta atividade 'era um documento: >elat@rios com ndices e estatsticas sobre o desenvolvimento do servio prestado.

Detectar des$ ios

sta!elecer metas e ela!orar planos de a-es correti$ as

Berificao ,8

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 lista dos disponveis e analisar conforme critrios estabelecidos pela organizao. Esta anlise tem o objetivo de avaliar os ricos e impactos de cada software previamente selecionado. Aps este processo de pr seleo verifica-se os requisitos de qualidade de cada produto, assim os softwares escolhidos so submetidos em uma seqncia de teste para selecionar o melhor entre eles. Vide exemplo de um dos processos deste fluxo de forma mais detalhada na figura 4.

analysis '.1 ,eri"icao dos requisitos de qualidade do produto Lista de soft2ares 4.1 ,s se'uintes dados devem ser levados em considerao: 4.1.1- 6escrio funcional< 4.1.2- "nformaCes do produto< 4.1.3- "dentificaCes do produto *Berso e nome1< 4.1.4- 4ome e endereo do fornecedor< 4.1.!- 6escrio de tarefas do produto< 4.1.$- "nformaCes sobre suporte e manuteno< 4.1.&- Limites do produto< 4.1.D- .e'urana< 4.1.E- 9ortabilidade.

&nalisar a descrio do produto

&nalisar a documentao do usu7rio

,s se'uintes dados devem ser levados em considerao: 4.1.1F- +anual do usuGrio.

&nalisar o programa e os dados

,s se'uintes dados devem ser levados em considerao: 4.1.11- +anual de instalao.

.oft2are analisado

Figura 4 Verificao dos requisitos de qualidade do produto.

Na ltima opo a organizao deve seguir 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 ltimo fluxo inicia-se com um planejamento do produto a ser contratado, definio dos requisitos que deve atender e como deve ser seu plano de manuteno. Aps finalizar o processo de planejamento deve-se iniciar a seleo do fornecedor que ir executar o desenvolvimento do produto. Como o fornecedor j selecionado a organizao pode gerenciar o desenvolvimento para analisar o desempenho do contratado, como o objetivo de prever futuros problemas de inconsistncia. Ao trmino do desenvolvimento inicia-se as atividades de testes e seguem-se as 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 Plane( amento

.ob encomenda 3.1

6efinir critrios/ tais como: 3.1.1- ,bAetivo da a#uisio< 3.1.2- Estrat'ia para a#uisio. Esta atividade 'era como documento de sada: - 9lano de a#uisio.

Plane( amento da estrat2gia organizacional

6efinir processos de a#uisio.

*mplementao dos processos da organizao

6efinir critrios/ tais como: 3.1.3- .oft2are< 3.1.4- 9lanos e re#uisitos para a#uisio< 3.1.!- +anuteno para aceitao do soft2are. Esta atividade 'era como documento de sada: - Especificao de re#uisitos.

Esta atividade 'era como documento de sada: - 9lano de manuteno.

De"inir os requisitos do so"t+ are

De"inir plano de manuteno

9laneAamento ,8

Figura 5 3.1 Planejamento.

Com as alternativas descritas acima, descreve-se as possveis opes que uma organizao pode trilhar para implementar este modelo de workflow em sua rea de processo de aquisio de produtos de software. Ainda importante ressaltar que o mesmo 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 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 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 a grande demanda por normas e modelos que implementem qualidade e padres para o desenvolvimento de software. Com este modelo de workflow para rea de processo de aquisio se pretende atingir principalmente MPES desenvolvedoras de software e estabelecer a esta parcela maior oportunidade de implantar um modelo internacionalmente conhecido o CMMISE/SW. O modelo de workflow desenvolvido sofreu uma avaliao com objetivo de levantar se o referido modelo 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 o objetivo principal deste trabalho, que conter especificaes para os principais tipos de aquisies e templates de documentos e prticas com o objetivo de facilitar a implantao do processo de aquisio nas MPES desenvolvedoras de 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; 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.

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.