MPS.BR_Guia_de_Aquisicao_2013.pdf

MPS.BR - Melhoria de Processo do Software Brasileiro

Guia de Aquisio

Este guia descreve um processo de aquisio de software e servios correlatos, baseado na Norma Internacional ISO/IEC 12207:2008.

Junho de 2013

Copyright 2013 - SOFTEX Direitos desta edio reservados pela Sociedade SOFTEX A distribuio ilimitada desse documento est sujeita a copyright

ISBN

MPS.BR-Guia de Aquisio:2013 2/97

Sumrio

1 Prefcio ............................................................................................................ 4 2 Introduo ........................................................................................................ 6 3 Objetivo ............................................................................................................ 7 4 Descrio do processo de aquisio ............................................................... 8 4.1 Viso geral ....................................................................................................... 8 4.2 Preparao da aquisio ............................................................................... 10 4.3 Seleo do fornecedor ................................................................................... 16 4.4 Monitorao do contrato ................................................................................ 20 4.5 Aceitao pelo cliente .................................................................................... 26 Anexo A Plano de aquisio .................................................................................. 31 Anexo B - Pedido de proposta .................................................................................. 39 Anexo C - Proposta dos fornecedores ...................................................................... 41 Anexo D - Contrato ................................................................................................... 43 Anexo E Registro de revises ............................................................................... 47 Anexo F Aspectos relevantes na aquisio de S&SC ........................................... 49 F.1 Viso geral ......................................................................................................... 49 F.2 Problemas comuns na aquisio ........................................................................ 49 F.3 Aquisio de software livre/cdigo aberto (SL/CA) ............................................ 53 F.4 Aquisio e a Engenharia de Software baseada em componentes ................... 55 Anexo G - Funes no projeto de aquisio ............................................................. 58 G.1 Viso geral ......................................................................................................... 58 G.2 Funes do patrocinador ................................................................................... 59 G.3 Funes de gesto ............................................................................................ 59 G.4 Funes de assistncia ou suporte ................................................................... 60 G.5 Funes executivas ........................................................................................... 62 Anexo H - Normas brasileiras e ISO/IEC para avaliao de produto de software .... 64 H.1 Descrio geral .................................................................................................. 64 H.2 Avaliao utilizando a ABNT NBR ISO/IEC 25051 ............................................ 64 H.3 Avaliao com as sries ABNT NBR ISO/IEC 9126 e 14598 ........................... 65 H.4 A srie de normas SQuaRE ............................................................................... 68 Anexo I Processos de aquisio da ISO/IEC 12207 e IEEE STD 1062:1998 ....... 73 I.1 Processo da ISO/IEC 12207 ................................................................................ 73


I.2 Processo da IEEE STD 1062:1998 ..................................................................... 74 Anexo J Habilitao de consultores de aquisio MPS ......................................... 79 J.1 Habilitao de consultores de aquisio. ............................................................ 79 Anexo K Iniciativas de utilizao de processos de aquisio na rea pblica ....... 80 K.1 Personalizao de processo de aquisio ......................................................... 80 K.2 Personalizao de processo de aquisio para organizaes pblicas ............. 81 Referncias bibliogrficas......................................................................................... 87 Lista de colaboradores do Guia de Aquisio:2011 ................................................. 93 Lista de colaboradores do Guia de Aquisio:2009 ................................................. 94 Lista de colaboradores do Guia de Aquisio verso 1.2 ......................................... 95 Lista de colaboradores do Guia de Aquisio verso 1.1 ......................................... 96 Lista de colaboradores do Guia de Aquisio verso 1.0 ......................................... 97


1 Prefcio

O MPS.BR1 um programa mobilizador, de longo prazo, criado em dezembro de 2003, coordenado pela Associao para Promoo da Excelncia do Software Brasileiro (SOFTEX), que conta com apoio do Ministrio da Cincia e Tecnologia (MCT), Financiadora de Estudos e Projetos (FINEP), Servio Brasileiro de Apoio s Micro e Pequenas Empresas (SEBRAE) e Banco Interamericano de Desenvolvimento (BID). O objetivo do programa MPS.BR (acrnimo) a Melhoria de Processo do Software Brasileiro, com duas metas a alcanar a mdio e longo prazos: a) meta tcnica, visando criao e aprimoramento do modelo MPS, com resultados esperados tais como: (i) guias do modelo MPS; (ii) Instituies Implementadoras (II) credenciadas para prestar servios de consultoria de implementao do modelo de referncia MR-MPS; (iii) Instituies Avaliadoras (IA) credenciadas para prestar servios de avaliao seguindo o mtodo de avaliao MA-MPS; (iv) Consultores de Aquisio (CA) certificados e Instituies de Consultoria de Aquisio (ICA) credenciadas para prestar servios de consultoria de aquisio de software e servios relacionados; b) meta de mercado, visando disseminao e adoo do modelo MPS, em todas as regies do pas, em um intervalo de tempo justo, a um custo razovel, tanto em PME (foco principal) quanto em grandes organizaes pblicas e privadas, com resultados esperados tais como: (i) criao e aprimoramento do modelo de negcio MN-MPS; (ii) cursos, provas e workshops; (iii) organizaes que implementaram o modelo MPS; (iv) organizaes com avaliao MPS publicada (prazo de validade de trs anos). O programa MPS.BR conta com duas estruturas de apoio para o desenvolvimento de suas atividades, o Frum de Credenciamento e Controle (FCC) e a Equipe Tcnica do Modelo (ETM). Por meio destas estruturas, o MPS.BR obtm a participao de representantes de universidades, instituies governamentais, centros de pesquisa e de organizaes privadas, os quais contribuem com suas vises complementares que agregam qualidade ao empreendimento. Cabe ao FCC: (i) emitir parecer que subsidie deciso da SOFTEX sobre o credenciamento de Instituies Implementadoras (II) e Instituies Avaliadoras (IA); (ii) monitorar os resultados das Instituies Implementadoras (II) e Instituies Avaliadoras (IA), emitindo parecer propondo SOFTEX o seu descredenciamento no caso de comprometimento da credibilidade do modelo MPS. Cabe ETM apoiar a SOFTEX sobre os aspectos tcnicos relacionados ao Modelo de Referncia MPS para Software2 (MR-MPS-SW), Modelo de Referncia MPS para Servios (MR-MPS-SV) e Mtodo de Avaliao (MA-MPS), para: (i) criao e

1 MPS.BR, MR-MPS, MA-MPS e MN-MPS so marcas da SOFTEX. A sigla MPS.BR est associada

ao programa MPS.BR Melhoria do Processo de Software Brasileiro e a sigla MPS est associada ao modelo MPS Melhoria do Processo de Software. 2 O MR-MPS-SW a nova nomenclatura utilizada para o MR-MPS.


aprimoramento contnuo do MR-MPS-SW, MR-MPS-SV, MA-MPS e seus guias especficos; (ii) capacitao de pessoas por meio de cursos, provas e workshops.

A criao e o aprimoramento deste Guia de Aquisio so tambm atribuies da ETM, sendo que este guia faz parte do seguinte conjunto de documentos do modelo MPS:

Guia Geral MPS de Software:2012 [SOFTEX, 2012a]; Guia Geral MPS de Servios:2012 [SOFTEX, 2012b]; Guia de Avaliao:2011[SOFTEX, 2012c]; Guia de Aquisio:2013; Guia de Implementao Parte 1: Fundamentao para Implementao do

Nvel G do MR-MPS:2011 [SOFTEX, 2012c]; Guia de Implementao Parte 2: Fundamentao para Implementao do

Nvel F do MR-MPS:2011 [SOFTEX, 2011b]; Guia de Implementao Parte 3: Fundamentao para Implementao do

Nvel E do MR-MPS:2011 [SOFTEX, 2011c]; Guia de Implementao Parte 4: Fundamentao para Implementao do

Nvel D do MR-MPS:2011 [SOFTEX, 2011d]; Guia de Implementao Parte 5: Fundamentao para Implementao do

Nvel C do MR-MPS:2011 [SOFTEX, 2011e]; Guia de Implementao Parte 6: Fundamentao para Implementao do

Nvel B do MR-MPS:2011 [SOFTEX, 2011f]; Guia de Implementao Parte 7: Fundamentao para Implementao do

Nvel A do MR-MPS:2011 [SOFTEX, 2011g]; Guia de Implementao Parte 8: Implementao do MR-MPS:2011 (Nveis

G a A) em organizaes que adquirem software [SOFTEX, 2011h]; Guia de Implementao Parte 9: Implementao do MR-MPS:2011 (Nveis

G a A) em organizaes do tipo Fbrica de Software [SOFTEX, 2011i]; Guia de Implementao Parte 10: Implementao do MR-MPS:2011 (Nveis

G a A) em organizaes do tipo Fbrica de Teste [SOFTEX, 2011j] e[SOFTEX, 2011j][SOFTEX, 2011j][SOFTEX, 2011j]

Guia de Implementao Parte 11: Implementao e Avaliao do MR-MPS-SW:2012 em conjunto com o CMMI-DEV v1.3 [SOFTEX, 2012d].

Este Guia de Aquisio tem como referncia o Processo de Aquisio da Norma Internacional ISO/IEC 12207:2008. A norma IEEE STD 1062:1998 pode ser utilizada para complementar e detalhar as atividades do processo de aquisio.. A verso 2009 deste Guia de Aquisio compatibilizou o processo de aquisio com a verso 2008 da norma ISO/IEC 12207 e atualizou o contedo referente s normas de qualidade de produto de software, ajustando-o s normas j publicadas da srie ISO/IEC 25000 e correspondentes normas brasileiras. Alm disso, o escopo do


documento ficou delimitado especificamente como um guia de orientao a organizaes que pretendam conduzir projetos de aquisio, evidenciando que no trata da preparao destas organizaes para serem avaliadas quanto a nveis de maturidade. Neste sentido, as referncias especficas aos processos e nveis de capacidade abordadas no Guia Geral foram excludas do Guia de Aquisio. A verso 2011 deste Guia de Aquisio atualizou a situao das normas da srie ISO/IEC 25000, alm de incluir o anexo K que aborda iniciativas de uso de processo de aquisio para organizaes pblicas. A verso 2013 deste Guia de Aquisio contempla as seguintes modificaes em relao verso 2011:

Alterao da nomenclatura de Guia Geral para Guia Geral MPS de Software; Alterao da nomenclatura de Modelo de Referncia (MR-MPS) para Modelo de

Referncia MPS para Software (MR-MPS-SW); Alteraes no Prefcio e na Introduo incluindo o novo Modelo de Referncia

MPS para Servios (MR-MPS-SV); e reviso e adequao das referncias bibliogrficas.

2 Introduo

O MPS.BR tem como foco, ainda que no exclusivo, atender a micro, pequenas e mdias empresas de software brasileiras, com poucos recursos e que desejem obter melhorias significativas nos seus processos de software. Busca-se que o modelo MPS seja adequado ao perfil de empresas com diferentes tamanhos e caractersticas, pblicas e privadas, seja compatvel com os padres de qualidade aceitos internacionalmente e que tenha 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. A introduo da aquisio de S&SC como parte do MPS.BR tem como finalidade orientar as organizaes que adquirem S&SC, por meio de um processo de aquisio onde so descritas as atividades e tarefas fundamentais para a garantia da qualidade do contrato e respectivos produtos e servios entregues pelo fornecedor. Este guia ser tambm um importante elemento indutor de melhorias de processos de organizaes fornecedoras, contribuindo como um documento orientador a ser usado para atender s necessidades e requisitos dos clientes, conforme definido no plano de aquisio e respectivo contrato. A aquisio de S&SC um processo complexo, principalmente no que diz respeito caracterizao dos requisitos necessrios ao S&SC e s condies envolvidas na contratao como, por exemplo, qualidade esperada, forma de aceitao, gesto de


mudanas, artefatos3 esperados, entre outros. Este ambiente apresenta riscos para as partes envolvidas e, como consequncia, comum a ocorrncia de srios conflitos na relao entre fornecedores e adquirentes de software. Diante deste cenrio, foram empreendidas vrias iniciativas internacionais com vistas a tornar este processo mais previsvel e com melhores resultados para os envolvidos, resultando, como consequncia, desde padres especficos para grandes organizaes compradoras de software, at normas internacionais que visam orientar relaes tcnicas e comerciais. A elaborao do Guia de Aquisio levou em conta documentos resultantes destes trabalhos, alm de considerar relacionamentos do processo de aquisio com aspectos definidos pelo MR-MPS. Como a implementao do MR-MPS est relacionada aos processos da norma ISO/IEC 12207, o Guia de Aquisio, tambm est baseado no processo de aquisio daquela Norma Internacional, adotando como base os processos de nvel inferior (decomposio do processo de aquisio em processos mais detalhados) do processo de aquisio, conforme consta no anexo B da norma ISO/IEC 12207. O Guia de Aquisio fornece informaes complementares norma ISO/IEC 12207, identificando o relacionamento entre os processos desta norma e da IEEE STD 1062:1998. 3 Objetivo Este documento descreve um processo de aquisio de S&SC baseado na Norma Internacional ISO/IEC 12207:2008, complementado pela norma IEEE STD 1062:1998. A organizao deste documento visa servir como um guia para empresas que adquirem S&SC, detalhando as atividades e tarefas envolvidas, descrevendo os produtos de trabalho e fornecendo exemplos de preenchimento dos principais documentos. Observe-se que no objetivo deste guia servir como Guia de Implementao para um processo de aquisio que venha a ser avaliado utilizando-se o MA-MPS, pois este o propsito de outros guias do modelo MPS. No contexto de aquisio de S&SC considera-se o produto de software propriamente dito, alm de servios tipicamente relacionados ao desenvolvimento, implantao, suporte operao e manuteno do software, tais como treinamento, configurao do software e do ambiente de operao, manutenes corretivas, evolutivas e adaptativas, entre outros. O processo descrito no Guia de Aquisio perfeitamente ajustado para aquisies de produtos de prateleira comercialmente disponveis (pacote de software), de produtos de software personalizados ou de um domnio especfico, tanto por instituies privadas como por instituies pblicas. No caso de instituies pblicas deve ser considerada a legislao que regulamenta as aquisies, de acordo com as diferentes modalidades de licitao estabelecidas. No caso de contrataes de escopo aberto, que englobam servios de desenvolvimento de software, necessrio que o processo seja personalizado, principalmente para contemplar a

3 Qualquer parte tangvel de informao que criada, alterada e utilizada pelo projetista durante o

processo de desenvolvimento de software. De acordo com esta definio, um artefato de software pode ser um documento de especificao de requisitos, arquitetura, programa, partes de programa, projeto, modelo, ou qualquer outro documento associado ao software.


eventual inexistncia de requisitos especficos para os produtos a serem desenvolvidos, quando do processo de contratao. Deste modo, o processo dever trabalhar com requisitos gerais a serem considerados para todos os produtos de software que vierem a ser desenvolvidos ao longo do contrato a ser firmado entre as partes. Alm disso, como o processo pressupe tarefas planejadas e resultados contratados e avaliados, a modalidade de contratao de mo de obra est fora do escopo deste guia. O processo de aquisio est descrito na seo 4, onde esto detalhadas as atividades e as suas tarefas, bem como os respectivos produtos requeridos, e produtos gerados. Os Anexos de A at E apresentam sugestes de modelos de documentos que podem ser utilizados e personalizados pelas organizaes compradoras. O Anexo F aborda alguns aspectos importantes a serem considerados na aquisio de S&SC, tais como problemas que so enfrentados, software livre/cdigo aberto e Engenharia de Software baseada em componentes. O Anexo G aponta possveis funes envolvidas em processos de aquisio. O Anexo H apresenta um conjunto de normas que podem ser utilizadas na avaliao de produto de software durante o processo de aquisio. O Anexo I apresenta uma breve descrio dos processos definidos nas normas internacionais ISO/IEC 12207 e IEEE STD 1062:1998, bem como um mapeamento de seus relacionamentos. O Anexo J descreve como os profissionais devem proceder para serem certificados como Consultores de Aquisio MPS.BR, qual a qualificao profissional e acadmica desejada para essa certificao , alm dos requisitos de treinamento, avaliao e elaborao de um Plano de Aquisio de Software. Finalmente o Anexo K identifica algumas iniciativas que vm sendo adotadas no Brasil personalizando um processo de aquisio de S&SC para organizaes pblicas. Este documento destinado, mas no est limitado, a instituies interessadas em aquisio de S&SC. Destina-se tambm, como uma referncia, a instituies desenvolvedoras de software que pretendam preparar-se para participar de processos de seleo em conformidade com o estabelecido neste guia. 4 Descrio do processo de aquisio

4.1 Viso geral

O propsito do processo de aquisio obter S&SC que satisfaam a necessidade expressa pelo cliente. Este processo inicia com a identificao da necessidade do cliente e encerra com a aceitao do produto ou servio. Como resultado da implementao bem-sucedida do processo de aquisio:

1. as necessidades de aquisio, as metas, os critrios de aceitao do S&SC e as estratgias de aquisio so definidos;

2. um contrato que expresse claramente a expectativa, as responsabilidades e as obrigaes de ambos (cliente e fornecedor) elaborado;

3. um ou mais fornecedores so selecionados; 4. S&SC que satisfaam a necessidade expressa pelo cliente so adquiridos; 5. a aquisio monitorada de forma que as condies especificadas sejam

atendidas, tais como: custo, cronograma e qualidade;


6. os produtos e servios entregues pelo fornecedor so aceitos; e 7. qualquer pendncia identificada tem uma concluso satisfatria, conforme

acordado entre o cliente e o fornecedor. Este processo ser descrito a seguir pelas suas 4 (quatro) atividades (Figura 1):

Preparao da aquisio (ver 4.2) Seleo do fornecedor (ver 4.3) Monitorao do contrato (ver 4.4) Aceitao pelo cliente (ver 4.5)

Figura 1 Atividades de aquisio

Cada uma das atividades est detalhada pelos seguintes itens: Objetivo: descreve os objetivos a serem alcanados com a realizao da

atividade e prov orientaes gerais; Tarefas previstas: identifica e descreve as tarefas necessrias para atingir

os objetivos e obter os resultados previstos para a atividade; e Produtos requeridos e gerados: relaciona os insumos necessrios para

executar cada tarefa prevista na atividade, bem como os produtos das tarefas previstas na atividade. Para alguns destes produtos h referncias de modelos descritos nos anexos de A at E deste guia.

Preparao da aquisio

Seleo do fornecedor

Monitorao do contrato

Aceitao pelo cliente

1. Estabelecer a necessidade 2. Definir os requisitos 3. Revisar os requisitos 4. Desenvolver uma estratgia de aquisio 5. Definir os critrios de seleo de fornecedores

1. Avaliar a capacidade dos fornecedores 2. Selecionar o fornecedor 3. Preparar e negociar um contrato

1. Estabelecer e manter comunicaes 2. Trocar informao sobre o progresso tcnico 3. Revisar o desempenho do fornecedor 4. Monitorar a aquisio 5. Obter acordo quanto s alteraes 6. Acompanhar problemas

1. Preparar a aceitao 2. Avaliar o S&SC entregue 3. Manter conformidade com o contrato 4. Aceitar o S&SC


4.2 Preparao da aquisio

4.2.1 Objetivo O propsito da atividade de preparao da aquisio estabelecer as necessidades e os requisitos da aquisio e comunic-los aos potenciais fornecedores. A execuo desta atividade fundamental para o estabelecimento da estratgia de conduo de todo o processo de aquisio, levando-se em conta as necessidades e requisitos estabelecidos, bem como as demais variveis de contexto da aquisio. As tarefas previstas compreendem: Estabelecer a necessidade (ver Pre-t1); Definir os requisitos (ver Pre-t2); Revisar requisitos (ver Pre-t3); Desenvolver uma estratgia de aquisio (ver Pre-t4); e Definir os critrios de seleo de fornecedores (ver Pre-t5).

4.2.2 Tarefas previstas

Id. Tarefa Pre-t1 Estabelecer a necessidade

Descrio:

Estabelecer as necessidades a serem atendidas por meio da aquisio, desenvolvimento ou melhoria de um sistema, produto de software ou servio de software. Durante esta tarefa so analisadas as necessidades e resultados que a organizao pretende atingir com o projeto de aquisio, avaliando-se o efetivo escopo das necessidades a serem contempladas pela aquisio. Esta tarefa fundamental, pois indica a primeira tomada de deciso quanto ao prosseguimento do projeto e que resultados so esperados pela organizao aps a efetivao da aquisio.

Produtos requeridos:

Pre-p1 - Avaliao da necessidade do S&SC NOTA: Eventualmente este trabalho de avaliao da necessidade

complementado no prprio processo de aquisio, medida que em alguns casos so apenas esboadas as necessidades pela organizao adquirente.

Produtos gerados:

Pre-p2 - Resultado da anlise da necessidade da aquisio NOTA: A tarefa define, neste documento, o conjunto de necessidades a serem

contempladas pelo sistema, produto de software ou servio de software.

Pre-t2 Definir os requisitos Descrio:


Identificar os requisitos do cliente para um S&SC. Se necessrio, as organizaes podero solicitar informaes de fornecedores ou realizar pesquisas e identificar as melhores prticas de outras organizaes, que adquiriram produtos e servios semelhantes, com vistas a determinar os requisitos a partir de solues disponveis no mercado. Durante esta tarefa devem ser especificados os requisitos a serem considerados no projeto de aquisio, incluindo os seguintes:

dos interessados (stakeholders): as necessidades devem ser transformadas em requisitos mais especficos que contemplem os diversos tipos de interessados (stakeholders), tais como, usurios, planejadores, gestores, desenvolvedores e beneficirios do sistema;

do sistema: requisitos envolvendo processos, hardware, software, integraes, ambiente e pessoas que iro compor a soluo que atender as necessidades estabelecidas;

do software: requisitos do(s) produto(s) de software que ir(o) compor o(s) sistema(s) a ser(em) implementado(s). Devem ser especificados os requisitos funcionais e requisitos de qualidade;

de projeto: ciclo de vida a ser adotado, tcnicas, metodologias, forma de gesto e de documentao do projeto;

de manuteno: requisitos relacionados manuteno do software aps a sua entrega;

de treinamento: caractersticas esperadas do treinamento relacionado ao S&SC a serem entregues; e

de implantao: descrio dos procedimentos necessrios para a implantao do software no ambiente de operao, como, por exemplo, a carga do banco de dados, a implementao numa configurao distribuda, entre outros.

Alm destes requisitos, podem ser considerados outros requisitos e restries que afetam diretamente o projeto de aquisio como, por exemplo, restries legais, financeiras, de prazo do projeto e de nmero de usurios do sistema em operao. O adquirente poder definir e analisar os requisitos com sua prpria equipe ou contratar um fornecedor para executar estas atividades. Neste caso, o adquirente dever manter a responsabilidade pela aprovao do resultado da anlise dos requisitos.



Pre-p2 - Resultado da anlise da necessidade da aquisio Pre-p3 - Relatrio da anlise de mercado NOTA: Este documento , em geral, elaborado como parte do processo de

anlise de viabilidade de iniciar o projeto de aquisio, avaliando-se o problema da organizao e as alternativas possveis de soluo que o mercado oferece.

Produtos gerados:

Pre-p2 - Resultado da anlise da necessidade da aquisio revisado

NOTA: Esta tarefa pode causar a reviso do escopo das necessidades a serem atendidas em funo das caractersticas dos requisitos a serem contemplados para atender as necessidades, que podem causar impactos em custo e prazo.

Pre-p4 - Especificao de requisitos Pre-t3 Revisar os requisitos

Descrio:

Analisar e validar os requisitos definidos com relao s necessidades da aquisio, para reduzir os riscos de no entendimento por parte dos potenciais fornecedores. A reviso dos requisitos estabelecidos deve considerar itens como:

Avaliar se todos os interessados (stakeholders) esto sendo considerados nos requisitos, ou se as ausncias so justificadas;

Verificar eventuais situaes de conflitos e inconsistncias entre requisitos;

Verificar a existncia de requisitos incompletos, ambguos e no verificveis;

Verificar se os requisitos do software contemplam aspectos funcionais e de qualidade;

Avaliar a relao entre custo e benefcio dos requisitos, apontando situaes crticas.


Pre-p2 - Resultado da anlise da necessidade da aquisio Pre-p4 - Especificao de requisitos

Produtos gerados:

Pre-p4 - Especificao de requisitos revisada Pre-p5 - Registro da reviso dos requisitos

Pre-t4 Desenvolver uma estratgia de aquisio Descrio:

Desenvolver uma estratgia para a aquisio do S&SC compatvel


com as necessidades a serem atendidas pela aquisio. O adquirente deve considerar opes viveis para a aquisio, analisando critrios que levem em conta riscos, custos e benefcios de cada opo. Deve-se considerar opes como:

Comprar um produto de software comercial de prateleira que satisfaa aos requisitos;

Desenvolver o produto de software ou obter o servio de software internamente organizao;

Desenvolver o produto de software ou obter o servio de software por meio de um contrato;

Realizar uma combinao dos trs itens anteriores; Aprimorar um produto ou servio de software existente.

Esta tarefa responsvel por orientar a conduo das tarefas das demais atividades de aquisio, levando em conta as necessidades e requisitos estabelecidos e os contextos da organizao adquirente e do mercado fornecedor. A representao da estratgia se materializa por meio do plano de aquisio, que insumo para elaborao do pedido de proposta e contempla itens como: os termos contratuais, os termos financeiros, os termos tcnicos, a lista de produtos e servios a serem fornecidos, os mecanismos de controle do projeto de aquisio, normas e modelos a serem seguidos pelo fornecedor, riscos identificados no projeto, critrios de aceitao do produto e servios e as responsabilidades das organizaes envolvidas no projeto.


Pre-p2 - Resultado da anlise da necessidade da aquisio revisado

Pre-p3 - Relatrio da anlise de mercado Pre-p4 - Especificao de requisitos revisada

Produtos gerados:

Pre-p6 - Plano de aquisio Pre-p7 - Plano de teste do S&SC para sua aceitao NOTA: Viso inicial do plano de testes obtida a partir da estratgia de definio e

dos critrios de aceitao. Os critrios de aceitao definem os aspectos que devem ser satisfeitos para que o S&SC sejam aceitos.

Pre-p8 - Pedido de proposta Pre-t5 Definir os critrios de seleo de fornecedores

Descrio:

Estabelecer e acordar os critrios de seleo de fornecedores, bem como a forma de avaliao a ser aplicada. Como fatores que podem influenciar na escolha do fornecedor


podem ser citados: localizao geogrfica do fornecedor; registro de desempenho em trabalhos similares; equipe e infra-estrutura disponveis para o desenvolvimento do produto desejado; tempo de mercado; experincia no domnio do problema; nvel de qualidade de seus processos utilizados; e certificaes exigidas.


Pre-p3 - Relatrio da anlise de mercado Pre-p4 - Especificao de requisitos revisada Pre-p6 - Plano de aquisio Pre-p8 - Pedido de proposta

Produtos gerados:

Pre-p6 - Plano de aquisio NOTA: Incluindo os critrios de seleo de fornecedores.

Pre-p8 - Pedido de proposta NOTA: Incluindo os critrios de seleo de fornecedores.

4.2.3 Produtos requeridos e gerados

Id. Produtos Descrio Pre-p1 Avaliao da necessidade do

S&SC

Documento contendo a necessidade do S&SC e alinhamento da aquisio aos objetivos da organizao. Descrio dos objetivos que se pretende atingir com a aquisio.

Pre-p2 Resultado da anlise da necessidade da aquisio

Documento que detalhe os critrios e resultados obtidos durante a anlise que definiu as necessidades e requisitos para o S&SC a ser adquirido. O resultado principal deste documento a definio do escopo das necessidades e requisitos a serem contemplados no projeto de aquisio.

Pre-p3 Relatrio da anlise de mercado

Documento contendo as alternativas que o mercado oferece com relao ao S&SC desejado, com suas respectivas vantagens e desvantagens. Este documento fornece, organizao adquirente, uma referncia para a elaborao dos requisitos do S&SC desejado.

Pre-p4 Especificao de requisitos

Documento que define os requisitos e restries definidas pelo cliente, incluindo requisitos dos interessados (stakeholders), do sistema (quando for o caso), do


software, de projeto, de manuteno, de treinamento e de implantao, restries legais, financeiras, de prazo e de nmero de usurios.

Pre-p5 Registro da reviso dos requisitos

Documento que registre os resultados do processo utilizado para reviso dos requisitos especificados como, por exemplo, relao dos interessados (stakeholders) que participaram da reviso, problemas identificados e como eles foram sanados, alm da aprovao, quando pertinente.

Pre-p6 Plano de aquisio (ver anexo A)

Documento que define os objetivos especficos a serem alcanados com a aquisio, os riscos envolvidos e um plano de projeto, contemplando itens como: prazos, custos, requisitos e restries, critrios de seleo de fornecedores, produtos e servios a serem fornecidos, critrios de aceitao do S&SC, responsabilidades das organizaes envolvidas na aquisio, riscos envolvidos e mecanismos de controle (como os produtos gerados e os processos utilizados pelo fornecedor sero monitorados).

Pre-p7 Plano de teste do S&SC para sua aceitao

Documento que define as condies, tarefas e responsabilidades pela execuo dos testes necessrios para a aceitao do S&SC a ser adquirido. Para a elaborao deste documento deve-se levar em conta os requisitos desejados para o S&SC, bem como os critrios estabelecidos para a aceitao. Este documento de orientao ser atualizado e detalhado medida que sejam especificadas as funes do software ao longo da execuo do contrato.

Pre-p8 Pedido de proposta (ver anexo B)

Documento que caracteriza o S&SC requerido e as condies de entrega, alm das condies gerais esperadas da aquisio, prazos e valores envolvidos, critrios de seleo de fornecedores, critrios de aceitao do S&SC e outras questes formais a serem seguidas. O pedido de proposta deve estar alinhado ao plano de aquisio. Ele pode ser uma


composio dos documentos especificao de requisitos e plano de aquisio.

4.3 Seleo do fornecedor

4.3.1 Objetivo O propsito da atividade de seleo do fornecedor escolher a organizao que ser responsvel pelo desenvolvimento e entrega do S&SC, em conformidade com os requisitos estabelecidos. A execuo desta atividade busca identificar o fornecedor adequado aos requisitos estabelecidos, levando-se em conta uma combinao harmoniosa entre resultados a serem obtidos, prazos, recursos e riscos envolvidos. Como consequncia ser escolhido o fornecedor que prestar o servio at o final do contrato. As tarefas previstas compreendem: Avaliar a capacidade dos fornecedores (ver Sel-t1); Selecionar o fornecedor (ver Sel-t2); e Preparar e negociar um contrato (ver Sel-t3). 4.3.2 Tarefas previstas

Id. Tarefa Sel-t1 Avaliar a capacidade dos fornecedores

Descrio:

Avaliar a capacidade dos fornecedores potenciais mediante os requisitos definidos e de acordo com os critrios de seleo de fornecedores. Esta tarefa importante principalmente quando se pretende fazer uma seleo prvia de fornecedores, levando-se em conta os critrios de seleo estabelecidos pelo adquirente. H situaes em que organizaes adquirentes utilizam um banco de possveis fornecedores, selecionados a partir de critrios gerais. Neste caso, a seleo para uma aquisio especfica feita a partir da aplicao dos critrios de seleo estabelecidos para esta aquisio nos fornecedores potenciais que fazem parte do banco existente na organizao.


Sel-p1 - Relatrio de auditoria ou de avaliao dos fornecedores Sel-p2 - Especificao de requisitos Sel-p3 - Pedido de proposta NOTA: Com foco nos critrios de seleo de fornecedores.

Produtos gerados:


Sel-p4 - Registro de fornecedores preferenciais Sel-p5 - Registro de contatos ocorridos

Sel-t2 Selecionar o fornecedor Descrio:

Selecionar o fornecedor a partir da avaliao das propostas recebidas. Nesta tarefa so confrontadas as caractersticas do fornecedor e as suas solues tcnicas apresentadas com os requisitos e critrios de seleo definidos. Dependendo do que foi definido nos critrios de seleo, esta tarefa poder requerer avaliao dos processos de software dos fornecedores ou avaliao da qualidade de produtos de software (principalmente quando da seleo de algum produto especfico).

Produtos Requeridos:

Sel-p4 - Registro de fornecedores preferenciais Sel-p3 - Pedido de proposta Sel-p6 - Proposta do fornecedor Sel-p2 - Especificao de requisitos

Produtos gerados:

Sel-p7 - Relatrio de avaliao das propostas dos fornecedores Sel-p8 - Resultado da anlise da avaliao dos fornecedores Sel-p5 - Registro de contatos ocorridos Sel-p9 - Registro de apoio a reunies NOTA: Documento onde so registrados as reunies e os materiais

apresentados pelos fornecedores durante a apresentao de sua proposta.

Sel-t3 Preparar e negociar um contrato Negociar um contrato4 com o fornecedor selecionado, expressando as expectativas do adquirente e as responsabilidades e direitos das partes envolvidas (adquirente e fornecedor). Definido o fornecedor e a proposta tcnica a ser implementada, esta tarefa dever contemplar uma reviso do plano de aquisio nos tpicos de monitorao da capacidade do fornecedor e dos riscos e mecanismos de mitigao, devendo ser considerada a necessidade de incluso ou complementao destes aspectos no

4 No caso de instituies pblicas, o contrato elaborado antes da atividade Seleo do fornecedor

com base no plano de aquisio elaborado e na legislao relacionada. No havendo, portanto, possibilidade de reviso do plano de aquisio ou complementao do contrato.


contrato a ser firmado entre as partes. Produtos Requeridos

Sel-p3 - Pedido de proposta Sel-p6 - Proposta do fornecedor Sel-p9 - Registro de apoio a reunies Sel-p2 - Especificao de requisitos Nota: Normalmente includa no Pedido de proposta

Sel-p10 - Plano de aquisio NOTA: Principalmente os aspectos de monitorao do fornecedor e de riscos.

Produtos gerados:

Sel-p11 - Contrato Sel-p12 - Registro de reviso de contrato Sel-p9 - Registro de apoio a reunies NOTA: Documento onde so registradas as reunies realizadas durante a

negociao do contrato com o fornecedor selecionado.

Sel-p5 - Registro de contatos ocorridos


Id. Produtos /tarefas Descrio Sel-p1 Relatrio de auditoria ou de

avaliao dos fornecedores

Documento contendo a avaliao dos fornecedores segundo os critrios de seleo definidos.

Sel-p2 Especificao de requisitos

Documento que especifica os requisitos e restries definidas pelo cliente, incluindo requisitos dos interessados (stakeholders), do sistema (quando for o caso), do software, de projeto, de manuteno, de treinamento e de implantao, restries legais, financeiras, de prazo e de nmero de usurios.

Sel-p3 Pedido de proposta (ver anexo B)

Documento que caracteriza o S&SC e as condies de entrega, alm das condies gerais esperadas da aquisio, prazos e valores envolvidos, critrios de seleo e outras questes formais a serem seguidas.

Sel-p4 Registro de fornecedores preferenciais

Documento que registra os fornecedores potenciais (preferenciais) segundo o relatrio de avaliao de fornecedores.


Sel-p5 Registro de contactos ocorridos

Documento que registra todas as comunicaes formais ocorridas entre as partes (por exemplo, por telefone, carta, fax, e-mail, entre outras).

Sel-p6 Proposta do fornecedor (ver anexo C)

Documento que descreve o entendimento do problema pelo fornecedor, sua abordagem e suas sugestes de soluo tcnica, alm do plano de entrega do S&SC e as condies financeiras da proposta.

Sel-p7 Relatrio de avaliao das propostas dos fornecedores

Documento que registra a avaliao da capacidade do fornecedor e das suas respectivas propostas, considerando a soluo tcnica proposta e o seu custo.

Sel-p8 Resultado da anlise da avaliao dos fornecedores

Documento que registra o resultado da seleo do fornecedor tendo como base o relatrio de avaliao das propostas recebidas.

Sel-p9 Registro de apoio a reunies

Ata das reunies ocorridas abordando aspectos como objetivo da reunio, participantes, local e data, assuntos tratados, itens identificados, questes que permaneceram pendentes e agenda da prxima reunio.

Sel-p10 Plano de aquisio (ver anexo A)


Sel-p11 Contrato (ver anexo D)

Documento onde so estabelecidos os aspectos financeiros, tcnicos e legais referentes contratao do S&SC, assim como as expectativas e responsabilidades das partes envolvidas.

Sel-p12 Registro de reviso de contrato

Documento onde so registradas as alteraes ou modificaes do contrato requeridas por qualquer uma das partes.


4.4 Monitorao do contrato

4.4.1 Objetivo O propsito da atividade de monitorao do contrato acompanhar e garantir o desempenho do fornecedor mediante os termos do contrato. A execuo desta atividade fundamental para monitorar o desenvolvimento do S&SC e da relao adquirente-fornecedor durante todo o perodo do contrato estabelecido. As avaliaes realizadas ao longo do desenvolvimento do contrato permitem identificar problemas, tomar decises gerenciais, projetar a qualidade final esperada para o S&SC e minimizar riscos. Dependendo da abordagem adotada, os resultados de avaliaes intermedirias podero ser utilizados nas tarefas da atividade de aceitao. As tarefas previstas compreendem: Estabelecer e manter comunicaes (ver Mon-t1); Trocar informao sobre o progresso tcnico (ver Mon-t2); Revisar o desempenho do fornecedor (ver Mon-t3); Monitorar a aquisio (ver Mon-t4); Obter acordo quanto s alteraes (ver Mon-t5); e Acompanhar problemas (ver Mon-t6). 4.4.2 Tarefas previstas

Id. Tarefa Mon-t1 Estabelecer e manter comunicaes

Descrio:

Estabelecer e manter um canal de comunicao entre o fornecedor e o adquirente. Esta tarefa fundamental, pois define a forma de comunicao entre as partes (por exemplo, cronograma, representantes, documentos utilizados, reunies, revises conjuntas) a ser adotada durante todo o perodo vigente do contrato. Esta comunicao estabelecida, bem como os produtos requeridos e gerados, devem ser considerados em todas as demais tarefas dessa atividade.


Mon-p1 - Contrato NOTA: As clusulas contratuais formam a base para definio da forma de

monitorao das tarefas executadas.

Mon-p2 - Proposta do fornecedor NOTA: A proposta do fornecedor poder conter detalhes complementares ao

contrato e que devem ser levados em conta na monitorao.

Mon-p3 - Registro de apoio a reunies. NOTA: imprescindvel o registro de discusses e definies ocorridas em

reunies conjuntas.


Produtos gerados:

Mon-p3 - Registros de apoio a reunies Mon-p4 - Registro do status do progresso. Mon-p5 - Registro de contactos ocorridos.

Mon-t2 Trocar informaes sobre o progresso tcnico Descrio:

Utilizar o canal de comunicao para trocar informaes sobre o progresso tcnico do fornecedor, alm de aspectos de custos e a identificao de possveis riscos. Esta troca de informaes poder ocorrer durante as tarefas tpicas de desenvolvimento do projeto (por exemplo, no levantamento de requisitos, aprovao de artefatos, reunies de esclarecimentos, entre outros) podendo, no entanto, fornecer informaes importantes sobre a evoluo tcnica do projeto.


Mon-p1- Contrato Mon-p2 - Proposta do fornecedor Mon-p3 - Registro de apoio a reunies

Produtos gerados:

Mon-p3 - Registros de apoio a reunies Mon-p4 - Registro do status do progresso Mon-p5 - Registro de contactos ocorridos Mon-p6 - Registro de revises NOTA: importante o registro das revises conjuntas ocorridas para possveis

esclarecimentos futuros e para o histrico do projeto. Mon-t3 Revisar o desempenho do fornecedor

Descrio:

Revisar, regularmente, aspectos do desenvolvimento com o fornecedor, tendo como base os termos do contrato. Os aspectos incluem questes tcnicas, de qualidade, custos e prazos. A reviso um evento formal que ocorre em marcos do projeto. Dever ser planejada antecipadamente e ocorrer em pontos bem definidos que possam trazer o melhor retorno com relao ao andamento do projeto. Como pode envolver um expressivo volume de recursos, a quantidade de revises dever ser proporcional criticidade do projeto. Em geral, dever valer-se de medidas coletadas ao longo das prprias tarefas do projeto, porm poder demandar medies especficas sobre os artefatos produzidos no projeto. Esta tarefa poder ser executada pelo prprio adquirente ou, dependendo de sua complexidade, poder requerer a utilizao de recursos de terceira-parte.



Mon-p1- Contrato NOTA: Se o contrato no contemplar as regras que tenham sido definidas para

monitorao, outros documentos complementares podem ser requeridos.

Mon-p2 - Proposta do fornecedor Mon-p3 - Registros de apoio a reunies Mon-p7 - Concordncia com os requisitos do contrato NOTA: O contrato dever refletir eventuais alteraes que possam ocorrer

conforme referido na tarefa Mon-t5.

Mon-p13- S&SC Produtos gerados:

Mon-p3 - Registros de apoio a reunies Mon-p4 - Registro do status do progresso Mon-p5 - Registro de contactos ocorridos Mon-p8 - Resultado da anlise do desempenho do fornecedor Mon-p9 - Registro de aceitao do desempenho do fornecedor NOTA: A aceitao dos produtos entregues na reviso deve estar vinculada ao

contedo do resultado da anlise do desempenho do fornecedor.

Mon-t4 Monitorar a aquisio Descrio:

Monitorar a aquisio, tendo como base o contrato, para que o progresso possa ser avaliado, garantindo que aspectos como custo, qualidade e prazo sejam atendidos. A monitorao do projeto uma tarefa executada por meio da anlise de medidas obtidas no processo executado. Os resultados da reviso do desempenho do fornecedor (Mon-t3) tambm devem ser considerados durante a monitorao. A anlise destas medidas permite a obteno de indicadores de desempenho do projeto na situao em que foram obtidas as medidas, alm da projeo da situao futura do projeto. A monitorao deve envolver aspectos que caracterizam o progresso do projeto, tais como atendimento aos requisitos, custos e prazos, os riscos envolvidos, nvel de problemas que esto sendo enfrentados e aderncia ao processo que foi contratado. A monitorao a base para a tomada de aes gerenciais, tais como reviso de prazos e requisitos, alocao de recursos, interrupo de atividades, aceitao (ou no) de artefatos, aplicao de penalidades, solicitao do envolvimento de interessados (stakeholders) ou at mesmo a interrupo do contrato.


Mon-p1 Contrato NOTA: Se o contrato no contemplar as regras que tenham sido definidas para


monitorao, outros documentos complementares podem ser requeridos.

Mon-p2 - Proposta do fornecedor Mon-p3 - Registros de apoio a reunies Mon-p7 - Concordncia com os requisitos do contrato NOTA: O contrato dever refletir eventuais alteraes que possam ocorrer

conforme referido na tarefa Mon-t5.

Mon-p8 - Resultado da anlise do desempenho do fornecedor NOTA: Os resultados obtidos em Mon-t3 servem como insumo na tarefa de

monitorao.

Mon-p13- S&SC Produtos gerados:

Mon-p3 - Registros de apoio a reunies Mon-p4 - Registro do status do progresso Mon-p5 - Registro de contactos ocorridos Mon-p8 - Resultado da anlise do desempenho do fornecedor NOTA: Esta tarefa tambm produz resultados da anlise do desempenho do

fornecedor

Mon-p9 - Registro de aceitao do desempenho do fornecedor NOTA: A aceitao dos produtos entregues na monitorao deve estar vinculada

ao contedo do resultado da anlise do desempenho do fornecedor.

Mon-t5 Obter acordo quanto s alteraes Descrio:

As alteraes propostas por qualquer uma das partes devem ser negociadas e seus resultados devem ser documentados no contrato. O contrato deve estar preparado para a necessidade de implementar alteraes em relao aos requisitos ou outras condies inicialmente estabelecidas. Estas alteraes podem vir a significar novas responsabilidades para as partes alm de poder influenciar os prazos, custos, qualidade e benefcios envolvidos. Convm que o mecanismo utilizado para controle de mudanas considere os papis e responsabilidades envolvidas, o nvel de formalidade necessrio e a forma de comunicao para os interessados (stakeholders) afetados.


Mon-p1 - Contrato Mon-p2 - Proposta do fornecedor Mon-p3 - Registro de apoio a reunies Mon-p7 - Concordncia com os requisitos do contrato NOTA: A situao dos requisitos estabelecidos ou atualizados em alteraes

anteriores ser a base para qualquer nova solicitao.


Mon-p10 - Pedidos de alteraes pelo adquirente NOTA: Este registro importantssimo para substanciar o acordo assinado no

contrato e analisar possveis adendos a ele. Produtos gerados:

Mon-p3 - Registros de apoio a reunies Mon-p5 - Registro de contactos ocorridos Mon-p7 - Concordncia com os requisitos do contrato NOTA: Eventuais alteraes introduzidas devero ser aprovadas pelos

interessados (stakeholders) e refletidas no contrato entre as partes. Mon-t6 Acompanhar problemas

Descrio:

Problemas que surgirem durante a execuo do contrato devero ser registrados e acompanhados at a sua soluo pelas partes. A adoo de uma soluo de acompanhamento de problemas permite que os problemas identificados sejam declarados e designados para os respectivos responsveis at a sua soluo definitiva ou criao de solues de contorno aceitveis. Aes de gesto sobre os dados obtidos podero evitar a recorrncia de problemas, melhorando a qualidade do processo adotado.


Mon-p11 - Sistema de acompanhamento de problemas NOTA: Este sistema pode ser manual ou automatizado e facilitar o

gerenciamento do projeto. Produtos gerados:

Mon-p12 - Registros no sistema de acompanhamento de problemas .

4.4.3 Produtos Requeridos e gerados

Id. Produtos Descrio Mon-p1 Contrato

(ver anexo D) Documento onde so estabelecidos os aspectos financeiros, tcnicos e legais referentes contratao do S&SC, assim como as expectativas e responsabilidades das partes envolvidas.

Mon-p2 Proposta do fornecedor (ver anexo C)

Documento que descreve o entendimento do problema pelo fornecedor, sua abordagem e suas sugestes de soluo tcnica.

Mon-p3 Registros de apoio a Ata das reunies ocorridas abordando


reunies

aspectos como objetivo da reunio, participantes, local e data, assuntos tratados, itens identificados, questes que permaneceram pendentes e agenda da prxima reunio.

Mon-p4 Registro do status do progresso

Documento que registra, em uma determinada data, a situao do projeto de aquisio no que diz respeito a custo, prazo e requisitos atendidos.

Mon-p5 Registro de contactos ocorridos

Documento que registra todas as comunicaes formais ocorridas entre as partes (por exemplo, por telefone, carta, fax, e-mail, entre outras).

Mon-p6 Registro de revises (ver anexo E)

Documento que registra data, produto ou processo revisado, mtodo de reviso utilizado, o responsvel pela reviso e o resultado (bom, precisa melhorar, ruim). O registro de revises tambm contm informaes gerenciais do projeto e os riscos identificados durante a reviso.

Mon-p7 Concordncia com os requisitos do contrato

Documento que registra a concordncia dos interessados (stakeholders) relevantes com os requisitos do contrato e os compromissos estabelecidos para as partes.

Mon-p8 Resultado da anlise do desempenho do fornecedor

Documento que registra o desempenho do fornecedor, se ele est ou no respondendo s expectativas esperadas e cumprindo o acordo realizado ou se o caso de aplicar penalidades, cancelar o contrato ou outra soluo.

Mon-p9 Registro de aceitao do desempenho do fornecedor

Documento que registra a aceitao do S&SC entregues e do desempenho do fornecedor, dando continuidade ao contrato.

Mon-p10 Pedidos de alteraes pelo adquirente

Documento onde so registrados os pedidos do adquirente, como alterao de requisitos ou incluso de novos.

Mon-p11 Sistema de acompanhamento de problemas

Sistemtica que permita registrar e acompanhar as tarefas necessrias para soluo dos problemas identificados.

Mon-p12 Registros no sistema de acompanhamento de problemas

Registros que permitam acompanhar o status dos problemas pendentes e solucionados.


Mon-p13 S&SC Artefatos do S&SC que estaro sujeitos s tarefas relacionadas atividade de monitorao do contrato.

4.5 Aceitao pelo cliente

4.5.1 Objetivo O propsito da atividade de aceitao pelo cliente aprovar S&SC entregues pelo fornecedor quando todos os critrios de aceitao estiverem satisfeitos. Nesta atividade so refinados os critrios de aceitao que foram definidos no plano de projeto e incorporados no pedido de proposta e no contrato. As avaliaes podem ser conduzidas no decorrer do contrato, por uma abordagem envolvendo mltiplas iteraes e entregas de produtos, ou por meio de uma entrega nica. Os S&SC entregues so analisados para identificar a conformidade aos critrios estabelecidos. As tarefas de avaliao so concebidas de modo a reduzir a interferncia com as avaliaes executadas pelo fornecedor e a duplicao de esforos de avaliao. No havendo aprovao do S&SC, e dependendo das clusulas contratuais, podem ser planejados e implementados ajustes para que o produto seja submetido a uma nova avaliao. Este ciclo ocorre enquanto o produto no aprovado, ou at que seja definitivamente rejeitado. As tarefas previstas compreendem: Definir critrios de aceitao (ver Ace-t1); Avaliar o produto entregue (ver Ace-t2); Manter conformidade com o contrato (ver Ace-t3); e Aceitar o S&SC (ver Ace-t4). 4.5.2 Tarefas previstas

Id. Tarefa Ace-t1 Preparar a aceitao

Descrio:

Preparar a aceitao do S&SC levando em conta os critrios de aceitao do S&SC, bem como a forma de avaliao a ser aplicada. Nesta tarefa devero ser feitas as adaptaes finais nos critrios de aceitao e no plano de testes que foram elaborados na atividade de preparao da aquisio, incluindo os casos de testes, dados de testes, procedimentos de teste e ambiente de teste. Neste momento devem ser levados em conta no apenas os requisitos estabelecidos mas as suas formas de implementao atravs das diversas funes do software. Esta tarefa requer o estabelecimento de uma correlao entre os requisitos especificados e as funes do software que foram implementadas. Os requisitos abrangidos pelos critrios de aceitao devero ser


desdobrados em casos de teste das funes do software que permitam constatar o atendimento s medidas estabelecidas.


Ace-p1 - Contrato Ace-p2 - Plano de teste do S&SC para sua aceitao NOTA: verso elaborada na atividade de preparao da aquisio.

Ace-p3 - Plano de aquisio Ace-p4 - Proposta do fornecedor NOTA: A proposta do fornecedor pode incluir itens que suplementam os

requisitos inicialmente estabelecidos.

Ace-p5 - S&SC Produtos gerados:

Ace-p2 - Plano de teste do S&SC para sua aceitao NOTA: Plano de teste atualizado, considerando a forma de implementao dos

requisitos especificados.

Ace-t2 Avaliar o S&SC entregue Descrio:

Avaliar o S&SC com base nos critrios de aceitao definidos. Nesta tarefa so complementados os testes necessrios para confirmar o atendimento aos critrios de aceitao definidos. Dependendo da abordagem utilizada para desenvolvimento do S&SC, parte das tarefas de avaliao poder ser executada ao longo da execuo do projeto.


Ace-p2 - Plano de teste do S&SC para sua aceitao Ace-p3 - Plano de aquisio NOTA: O Plano de aquisio pode ser til nesta tarefa, pois inclui a definio dos

critrios de aceitao estabelecidos na atividade de preparao da aquisio.

Ace-p4 - Proposta do fornecedor Ace-p5 - S&SC Ace-p6 - Especificao de requisitos

Produtos gerados:

Ace-p7 - Relatrio de resultados de testes Ace-t3 Manter conformidade com o contrato

Descrio:

Resolver qualquer aspecto relacionado aceitao, de acordo com os procedimentos estabelecidos no contrato. Esta tarefa apenas assegura que o contrato dever ser utilizado


como referncia para dirimir questes que possam surgir no processo de aceitao e para garantir que o S&SC entregues esto de acordo com o contrato.


Ace-p1 - Contrato Produtos gerados:

Ace-p8 - Registro de apoio a reunies

Ace-t4 Aceitar o S&SC Descrio:

Aceitar o S&SC e comunicar sua aceitao ao fornecedor. Esta tarefa representa o rito de passagem do S&SC de seu estgio de fornecimento para o de recebimento pelo cliente. Dever estar completamente respaldada pelos relatrios produzidos no processo de avaliao e pela observao de todos os critrios de aceitao definidos anteriormente. Alm dos critrios de avaliao do produto de software entregue, devem tambm ser considerados os critrios relacionados aos servios associados, por exemplo, ao processo de implantao do software e ao atendimento das condies para que este entre em processo de manuteno.


Ace-p1 - Contrato Ace-p3 - Plano de aquisio Ace-p4 - Proposta do fornecedor Ace-p5 - S&SC Ace-p6 - Especificao de requisitos Ace-p7 - Relatrio de resultados de testes

Produtos gerados:

Ace-p8 - Relatrio de aceitao do S&SC


Id. Produtos Descrio Ace-p1 Contrato

(ver anexo D) Documento onde so estabelecidos os aspectos financeiros, tcnicos e legais referentes contratao do S&SC, assim como as expectativas e responsabilidades das partes envolvidas.

Ace-p2 Plano de teste do S&SC para sua aceitao

Documento que define as condies, tarefas e responsabilidades pela execuo dos testes necessrios para a aceitao


do S&SC a ser adquirido. Para a elaborao deste documento deve-se levar em conta os requisitos desejados para o S&SC, bem como os critrios estabelecidos para a aceitao. Este documento de orientao ser atualizado e detalhado medida que sejam especificadas as funes do software ao longo da execuo do contrato.

Ace-p3 Plano de aquisio (ver anexo A)


Ace-p4 Proposta do fornecedor (ver Anexo C)

Documento que descreve o entendimento do problema pelo fornecedor, sua abordagem e suas sugestes de soluo tcnica.

Ace-p5 S&SC Conjunto de programas de computador, procedimentos e possvel documentao e dados associados que devem ser entregues ao cliente, bem como servios correlatos ao software entregue, tais como manuteno, treinamento, integrao com outros sistemas, implantao, entre outros.

Ace-p6 Especificao de requisitos

Documento que especifica os requisitos e restries definidas pelo cliente, incluindo requisitos dos interessados (stakeholders), do sistema (quando for o caso), do software, de projeto, de manuteno, de treinamento e de implantao, restries legais, financeiras, de prazo e de nmero de usurios.

Ace-p7 Relatrio de resultados de testes

Documento que apresenta os resultados dos testes do software, sejam eles parciais, testes de integrao das partes do produto, teste final do produto e teste em operao no ambiente do cliente.


Ace-p8 Relatrio de aceitao do S&SC

Documento que apresenta a memria dos resultados dos procedimentos utilizados que levaram a aceitao ou rejeio do S&SC.

Ace-p8 Registro de apoio a reunies

Ata das reunies ocorridas abordando aspectos como objetivo da reunio, participantes, local e data, assuntos tratados, itens identificados, questes que permaneceram pendentes e agenda da prxima reunio.


Anexo A Plano de aquisio

PLANO DE AQUISIO < S&SC >

Este documento visa orientar a aquisio de S&SC para < objetivo esperado do S&SC> da < nome da empresa >.

1. Objetivo da aquisio: (Descrio dos objetivos a serem atendidos com a aquisio do S&SC).

Exemplo: Pretende-se, com a aquisio do S&SC, controlar as finanas da instituio, de forma a agilizar os processos administrativos, aliviando a alta carga de trabalho da tesouraria, melhorando e dinamizando as rotinas administrativas e os controles financeiros; e melhorar a qualidade das informaes gerenciais;

2. Requisitos 2.1 Requisitos dos interessados (stakeholders) (Lista de necessidades dos interessados (stakeholders) na utilizao do software a ser adquirido. Considerar os diversos stakeholders e contextos do uso software. A definio de prioridades pode ser importante para estabelecer critrios de aceitao e plano de verses do software. Eventualmente esta relao de requisitos pode se constituir num documento anexo ao plano de aquisio). Exemplos: Agilizar os processos administrativos. Amenizar a alta carga de trabalho da tesouraria. Permitir o controle das contas a receber.

2.2 Requisitos do sistema (Descrio do contexto geral no qual o software a ser adquirido estar inserido, podendo contemplar ambiente tecnolgico, de processos e at mesmo de pessoas envolvidas). Exemplo: O software deve trabalhar em rede de microcomputadores e ambiente Windows, de maneira a aproveitar a infra-estrutura existente, utilizando o banco de dados FireBird, que o banco corporativo da organizao. O software ser um dos componentes do processo de aquisio de insumos da empresa, contemplando as atividades a, b e c. 2.3 Requisitos do software

( a derivao dos requisitos dos interessados (stakeholders) que foram mapeados atravs dos sistemas. Os requisitos do software dividem-se em Requisitos Funcionais que descrevem as funes a serem realizadas pelo software


a ser adquirido e Requisitos de Qualidade que descrevem as caractersticas de qualidade consideradas importantes no software). Exemplos de requisitos funcionais: O software dever permitir cadastrar usurio com seu grau de sigilo. O software dever permitir redigir documento. O software dever permitir visualizar documento. Exemplos de requisitos de qualidade:

Usabilidade: estilo ou princpios de dilogo que so aplicveis; tipo de documentao a ser entregue (on-line, manuais de usurio); Portabilidade: Regras de portabilidade que devero ser adotadas (tanto para a parte de servidores quanto para acesso via estaes de trabalho); Interoperabilidade: integrao das aplicaes novas com os bancos de dados e aplicaes legadas;

Manutenibilidade: tipos e caractersticas dos artefatos gerados, de modo a permitir a manuteno por parte do contratado, bem como para facilitar eventuais repasses de conhecimento.

2.4 Requisitos de projeto (Estabelecer o ciclo de vida de desenvolvimento a ser adotado, tcnicas,

ferramentas, tecnologias, mtodos, forma de gesto e de documentao). Exemplo: O software a ser adquirido dever ser desenvolvido segundo a abordagem do Processo Unificado, gerando artefatos segundo a notao UML e com tecnologia J2EE.

2.5 Requisitos de manuteno (Estabelecimento da forma como ser conduzida a manuteno do software a ser adquirido. Definir o custo e o canal de comunicao entre o fornecedor e o cliente para o atendimento de possveis problemas).

Exemplo: A correo de problemas considerados crticos dever ser providenciada em at 24 horas aps a sua identificao pelo usurio, ou, no sendo vivel, dever ser estabelecida uma soluo de contorno; A cada 2 anos dever ser promovida uma atualizao tecnolgica do software considerando as evolues que ocorrerem no seu ambiente de operao.

2.6 Requisitos de treinamento (Estabelecimento de um plano de treinamento para a operao do software a ser adquirido. Definir as pessoas que participaro do treinamento, o nmero de apresentaes/aulas que sero necessrias assim como o material e o ambiente a ser utilizado).

Exemplo: A organizao fornecedora dever oferecer 3 apresentaes/aulas aos usurios do software. Dever fazer parte do material de treinamento o


manual do usurio. O treinamento ser realizado nas dependncias da organizao cliente.

2.7 Requisitos de implantao (Estabelecimento da forma como ser conduzida a implantao do software a ser adquirido. Definir o ambiente e os equipamentos necessrios).

Exemplo: A implantao do software ser realizada em 3 dias. A organizao fornecedora dever acompanhar as instalaes dos novos equipamentos e do novo software. Ao se implantar o software, o banco de dados dever estar preenchido com os dados reais.

3. Termos contratuais (Descrio de aspectos relacionados ao contrato). 3.1 Tipo de contrato a ser empregado (Tipo de contrato a ser utilizado) Exemplo: Contrato de preo fixo, contrato de custos reembolsveis ou contrato de preo unitrio por ponto por funo.

3.2 Multas e penalidades (Valor e as condies de ocorrncia de multas de ambas as partes).

Exemplo: A contratada, ressalvados os casos fortuitos ou de fora maior, devidamente comprovados, e garantida a sua prvia defesa no respectivo processo de apurao dos fatos, estar sujeita s seguintes penalidades: a. advertncia, por escrito, na primeira falta cometida; b. multas, no valor de at 20% do valor total estabelecido; c. suspenso temporria de participao em licitao e impedimento de

contratar com o cliente, por prazo de at dois (02) anos.

3.3 Direitos de distribuio, uso e propriedade do software (Estabelecimento dos direitos de distribuio, uso e propriedade do software, como, por exemplo, o nmero de cpias a serem distribudas e a propriedade do cdigo fonte, entre outros).

Exemplo: O software desenvolvido estar sob uma licena de uso restrito ao contratante, protegidos por direitos autorais e de propriedade. A cpia, redistribuio, engenharia reversa e modificao do software proprietrio so proibidas. Os programas de software sero de uso proprietrio da organizao cliente, inclusive seus cdigos-fonte e documentao. A organizao fornecedora no tem direito, disponibilidade ou qualquer outro tipo de participao em nenhum destes programas ou em qualquer cpia, modificao ou parte agregada de qualquer um destes programas.


3.4 Garantia do S&SC (Garantia do S&SC descrevendo o prazo de validade, a abrangncia (por exemplo, erros no software, problemas na instalao, documentao, integrao com outros sistemas) e os procedimentos para o seu uso).

Exemplo: Durante o prazo de garantia, de seis meses, a contratada dever prestar servios de manuteno, esclarecendo dvidas e corrigindo eventuais falhas que impossibilitem o uso normal do software.

4. Termos financeiros (Descrio de questes financeiras relacionadas aquisio). 4.1 Oramento do projeto (Valor monetrio disponvel para o projeto de aquisio).

Exemplo: O valor disponvel para a aquisio do software de R$ 1.000.000,00 (Um milho de reais).

4.2 Fonte de recursos para a aquisio (Descrio da origem da verba alocada para a aquisio).

Exemplo: A verba para o projeto de aquisio fruto de uma parceria com organizaes afins.

4.3 Formas de pagamento da aquisio (Descrio dos perodos de pagamento ao fornecedor, o nmero de parcelas o valor de cada parcela).

Exemplo: O pagamento referente aquisio ser realizado em quatro parcelas no valor de R$250.000,00 (duzentos e cinquenta mil reais) cada, ao longo de um perodo de um ano.

5. Termos tcnicos (Descrio de aspectos tcnicos considerados importantes para a aquisio).

5.1 Procedimentos de confidencialidade (Estabelecimento do tratamento que deve ser dado s informaes sigilosas confiadas ao fornecedor, bem como as condies de acesso s instalaes do adquirente, identificao dos participantes do projeto, entre outros). Exemplo: de responsabilidade do fornecedor proteger e devolver toda e qualquer documentao sigilosa emprestada pela organizao cliente durante a elaborao do S&SC. O fornecedor dever eleger um responsvel pelo


pedido, guarda e devoluo dos documentos necessrios durante a aquisio.

5.2 Especificao do canal de comunicao (Estabelecimento de um mecanismo de comunicao entre os participantes do projeto de aquisio e o fornecedor: via e-mail, pessoalmente ou por telefone,sempre que houver necessidade). Exemplo: Sempre que houver necessidade, a troca de informaes entre a organizao cliente e o fornecedor poder ser realizada via e-mail e/ou pessoalmente. Tanto os e-mails trocados quanto as reunies presenciais devem ser registrados e armazenados.

5.3 Procedimentos para mudanas (Estabelecimento de como, quando e por quem sero executadas as alteraes nos requisitos e no contrato). Exemplo: Tanto a organizao cliente quanto a organizao fornecedora devero eleger um responsvel pela gerncia de pedidos de alterao de requisitos e de contrato. Sempre que houver a necessidade de alguma mudana, os representantes responsveis devero se reunir e chegar a um acordo sobre a realizao ou no da alterao em questo.

5.4 Procedimentos para tratamento de problemas (Procedimentos a serem adotados para registro, acompanhamento e soluo de problemas). Exemplo: medida que sejam identificados problemas que possam afetar os resultados do projeto para o adquirente, esses devero ser registrados, ter seus impactos analisados e encaminhamentos da soluo definidos, incluindo os responsveis pelas aes a serem tomadas, os prazos envolvidos e data da efetiva soluo. Problemas no mbito tcnico especfico dos projetos e que no afetem os resultados para o adquirente devero ser tratados pelos procedimentos internos de tratamento de problemas do fornecedor.

6. Lista de S&SC a serem entregues (Lista dos S&SC que devem ser entregues pelo fornecedor no final do contrato. Entre eles, devem ser considerados os servios de suporte esperados do fornecedor). Exemplo: Os produtos a serem entregues ao final do contrato so: (i) o software instalado em seu ambiente de operao; (ii) os manuais do usurio, de instalao e do sistema; e (iii) os cdigos-fonte


7. Pontos de controle (Descrio dos marcos de controle do projeto, definidos por meio dos produtos de trabalho e dos processos do fornecedor que sero avaliados pelo adquirente durante o processo de aquisio, e o mtodo de avaliao, por exemplo: validao, auditoria e reviso conjunta, entre outros).

Nome do Produto/Processo

Mtodo da Avaliao

Mdulo 1 manuteno dos dados do BD

Testes

Manual do usurio Reviso Conjunta

8. Prazos estabelecidos (Especificao do cronograma para o ciclo de vida escolhido e seus marcos). Exemplo: O software a ser adquirido composto por quatro mdulos. O primeiro mdulo (xxxx) dever ser entregue, para testes do cliente, ao final de dois meses, a contar da data da assinatura do contrato. O segundo mdulo (yyyy) dever ser entregue trs meses aps a entrega do primeiro. O terceiro mdulo (zzzz) dever ser entregue trs meses aps a entrega do segundo mdulo e o quarto e ltimo mdulo (wwww) dever ser entregue quatro meses aps a entrega do terceiro mdulo.

9. Critrios de seleo do fornecedor (Descrio dos critrios a serem avaliados para julgamento da capacidade do fornecedor em atender ao contrato pretendido). Exemplo: Os critrios para a seleo do fornecedor so: (i) Situar-se na cidade do Rio de Janeiro; (ii) Ter mais de cinco anos de mercado; (iii) Ter experincia no domnio do problema; e (iv) Ter avaliao oficial MA-MPS nvel F

10. Critrios de aceitao do S&SC (Descrio de aspectos que devem ser satisfeitos para que o S&SC sejam aceitos. Teoricamente todos os requisitos teriam que ser avaliados, o que nem sempre prtico. Estes so critrios que sero avaliados para apoiar o processo de aceitao. A garantia pode assegurar que os demais requisitos tero que ser atendidos durante o seu prazo de vigncia). 10.1 Requisitos funcionais do software (Descrio das funes do software que sero avaliadas para a definio de sua aceitao).


Exemplo: O software s ser aceito aps a validao com sucesso das funes de cadastramento, clculo e consultas gerenciais.

10.2 Requisitos de qualidade do software (Descrio das caractersticas de qualidade que sero avaliadas para a definio da aceitao do software). Exemplo: O software s ser aceito aps avaliao com sucesso dos requisitos referentes s seguintes caractersticas de qualidade:

(i) segurana de acesso; (ii) usabilidade; (iii) comportamento em relao ao tempo; e (iv) portabilidade

10.3 Documentao disponvel (Especificao dos documentos que sero avaliados como condio de aceitao do S&SC, como: manual do usurio e de instalao, entre outros).

Exemplo: O software a ser adquirido dever ser entregue juntamente com o manual do usurio, manual do sistema e manual de instalao.

11. Normas e modelos (Descrio de normas, modelos, leis, padres, prticas e convenes que devem ser seguidos pelo fornecedor). Exemplo: A organizao fornecedora dever seguir o modelo MPS.BR para o desenvolvimento de software e as normas adotadas pela organizao cliente com relao a padronizao da nomenclatura de variveis dos programas de software.

12. Responsabilidades do projeto (Definio das tarefas a serem desempenhadas no projeto, considerando o adquirente, o fornecedor e, quando houver, terceira-parte). Exemplo: A equipe do projeto de aquisio da organizao cliente dever fornecer, sempre que necessrio, informaes e documentos que sero utilizados pela organizao fornecedora. Fica tambm sob a responsabilidade da equipe do projeto de aquisio da organizao cliente a atividade de prover as informaes necessrias para o preenchimento do banco de dados. Alm das atividades tpicas do fornecedor, previstas no plano de projeto, dever executar funes de gerente de projeto, que atuar de forma global no projeto, assegurando que as aes sejam tomadas de forma adequada e a tempo para atender s necessidades de projeto;


13. Riscos e eventos (Descrio de riscos ou eventos que podem ocorrer durante a aquisio e como devem ser tratados).

13.1 Identificao do risco (Descrio do tipo de risco, por exemplo: atraso no cronograma, falta de recursos financeiros e humanos e falha de interpretao dos requisitos do software, entre outros). Exemplo: Um risco que pode ocorrer durante a execuo do projeto a complexidade de requisitos.

13.2 Probabilidade de ocorrncia (Descrio da probabilidade do risco ocorrer, por exemplo: alta, mdia ou baixa). Exemplo: A probabilidade de ocorrncia do risco identificado no item 13.1 alta.

13.3 Impacto no projeto (Descrio dos aspectos relevantes que podem afetar o projeto caso o risco ocorra, por exemplo: parar o projeto e falta de verbas para outras atividades, entre outros). Exemplo: Os impactos no projeto decorrentes do risco identificado no item 13.1 so: o alto ndice de alterao dos requisitos e cronograma ultrapassado.

13.4 Mitigao dos riscos (Descrio dos procedimentos para amenizar ou eliminar a ocorrncia do risco). Exemplo: Para mitigar o risco identificado no item 13.1 ser consultado um especialista no domnio do problema para esclarecer dvidas e orientar a atividade elicitao de requisitos do software.

13.5 - Plano de contingncia (Descrio dos procedimentos a serem tomados no caso do risco se concretizar). Exemplo: Caso o risco identificado no item 13.1 se concretize, poder ser necessrio considerar uma nova abordagem para complementao dos requisitos e para desenvolvimento do software, podendo adotar, por exemplo, a aplicao de prottipos.


Anexo B- Pedido de proposta

Pedido de proposta < Software > Este documento visa apresentar subsdios para a elaborao de proposta de fornecimento de software para < aplicao do software > da < nome da empresa >. 1. Descrio da organizao cliente (Descrio do tipo, da estrutura, dos objetivos e metas da organizao cliente). Exemplo: O Colgio ABC, uma instituio de ensino que cobre desde do jardim de infncia at a concluso do segundo grau, hoje conta com um sistema informatizado de controle escolar para as atividades da secretaria. Porm, no setor de tesouraria os controles ainda so efetuados de forma manual, o que considerado crtico pelos mantenedores. Esse controle manual das atividades da tesouraria acarreta, entre outros problemas, sobrecarga de trabalho para alguns funcionrios, acmulo de papis, dificuldade para controlar os gastos e receitas por setor da escola, dificuldade no tratamento de informaes gerenciais e uma perda de qualidade no atendimento aos alunos e seus pais, devido morosidade das informaes. A mantenedora demonstrou a inteno de, aps melhorar o desempenho da tesouraria, substituir o software de controle da secretaria e integr-lo ao software de controle financeiro. Tambm h planos de, com a reforma do prdio administrativo, disponibilizar para os alunos e pais um terminal de consulta da sua situao escolar, inclusive financeira.

(o contedo dos itens 2 a 14 semelhante aos itens correspondentes do plano de aquisio. Por vezes necessria alguma adaptao com relao a informaes estabelecidas no plano de aquisio que so de carter reservado organizao adquirente. Alguns aspectos especficos so comentados a seguir). 2. Objetivo da aquisio 3. Requisitos 3.1 Requisitos dos interessados (stakeholders) 3.2 Requisitos do sistema

3.3 Requisitos do software 3.4 Requisitos de projeto

3.5 Requisitos de manuteno 3.6 Requisitos de treinamento 3.7 Requisitos de implantao 4. Termos contratuais 4.1 Tipo de contrato a ser empregado 4.2 Multas e penalidades 4.3 Direitos de distribuio, uso e propriedade do software


4.4 Garantia do S&SC 5. Termos financeiros

(Dependendo da organizao, s ser necessrio estabelecer o item 5.3, explicitando as formas de pagamento). 5.1 Oramento do projeto 5.2 Fonte de recursos para a aquisio 5.3 Formas de pagamento da aquisio 6. Termos tcnicos

6.1 Procedimentos de confidencialidade 6.2 Especificao do canal de comunicao 6.3 Procedimentos para mudanas

6.4 Procedimentos para tratamento de problemas 7. Lista de S&SC a serem entregues 8. Pontos de controle 9. Prazos estabelecidos 10. Critrios de seleo do fornecedor

(No pedido de proposta pode ser conveniente orientar ao proponente quanto forma de apresentao da comprovao do cumprimento dos itens que sero adotados para seleo do fornecedor como, por exemplo, os tipos de atestados a serem obtidos para comprovao de experincia do fornecedor, atestados de qualificao tcnica dos tcnicos, forma de explicitao quanto ao atendimento de itens obrigatrios, entre outros). 11. Critrios de aceitao do S&SC 11.1 Requisitos funcionais do software 11.2 Requisitos de qualidade do software 11.3 Documentao disponvel 12. Normas e modelos 13. Responsabilidades do projeto 14. Riscos e eventos

(O adquirente dever avaliar a convenincia de incluir este tpico. Dever explicit-lo no pedido de proposta apenas se os riscos puderem influenciar as condies a serem propostas pelo fornecedor).

14.1 Identificao do risco 14.2 Probabilidade de ocorrncia 14.3 - Impacto no projeto

14.4 Mitigao dos riscos 14.5 - Plano de contingncia


Anexo C - Proposta dos fornecedores

1. Propostas (Identificao, descrio da empresa, das capacidades, estimativas e outras

caractersticas de cada fornecedor). 1.1 Identificao do fornecedor 1.2 Descrio da empresa e seu histrico

(Descrio das principais caractersticas da empresa e seu tempo de mercado). 1.3 Clientes atuais e passados

(Nome e contato dos clientes atuais e passados e os respectivos trabalhos realizados). 1.4 Posio financeira (Descrio dos bens patrimoniais e monetrios da empresa). 1.5 Descrio do entendimento do problema (Descrio de como o fornecedor entendeu o problema). 1.6 Abordagem tcnica

(Descrio das tcnicas a serem utilizadas pelo fornecedor para resolver o problema). 1.7 Sugestes de solues

(Descrio das solues, propostas pelo fornecedor, para resolver o problema). 1.8 Prticas de qualidade

Descrio das prticas de qualidade empregadas pelo fornecedor, por exemplo: seguir processos definidos, verificao e validao de produtos. 1.9 Recursos de equipamento, ferramentas e outros

(Descrio do hardware e software usados, pelo fornecedor, para resolver o problema). 1.10 Experincia na tcnica e no domnio

(Descrio das experincias anteriores no domnio do problema e nas tcnicas usadas para resolv-lo). 1.11 Experincia da equipe (Descrio da formao e experincia de cada membro da equipe). 1.12 Estimativas de preo e prazo (Estabelecimento do preo e prazo para a realizao dos servios). 1.13 Compatibilidade com normas nacionais e internacionais (Descrio das normas, padres e modelos usados pelo fornecedor). 1.14 Formas de pagamentos


(Descrio da forma de pagamento, por exemplo: nmero de parcelas, valor de cada parcela, entre outras). 1.15 Aspectos legais, como garantia e licenas

(Descrio de como o fornecedor tratar os requisitos estabelecidos quanto garantia do produto, suas licenas e distribuies). 1.16 Matriz de atendimento aos requisitos

(Relao dos requisitos solicitados e identificao do atendimento a cada um deles, com as informaes adicionais consideradas relevantes. Esta matriz poder ser utilizada para responder aos critrios de seleo formulados no pedido de proposta, indicando o nvel de critrio que est sendo atendido com vistas a obter a respectiva pontuao).

1.17 Contatos (Telefone e e-mail de pessoas para contato).


Anexo D - Contrato

CONTRATO DE PRESTAO DE SERVIO N (O Contrato de prestao de servios muitas vezes elaborado incluindo

apenas clusulas gerais e determinando que o pedido de proposta e a proposta do fornecedor passam a ser parte integrante do contrato. Esta situao tpica para compras pblicas, onde os termos do contrato so publicados juntamente com o pedido de proposta. Por outro lado, nas organizaes em que h maior flexibilidade para tratamento desta questo, o contrato pode ser elaborado a partir da conciliao entre o pedido de proposta e a proposta do fornecedor, introduzindo alguns ajustes possveis a partir do estabelecimento da soluo tcnica e gerencial a ser adotada para atendimento ao problema. O modelo a seguir retrata a primeira situao, onde o pedido de proposta e a proposta do fornecedor serviro como base complementar aos termos gerais relacionados, principalmente por meio das informaes relacionadas a seguir). Informaes do pedido de proposta: Requisitos Termos contratuais Tipo de contrato a ser empregado Multas e penalidades Direitos de distribuio, uso e propriedade do software Garantia do S&SC Termos Tcnicos

Procedimentos de confidencialidade Especificao do canal de comunicao Procedimentos para mudanas

Procedimentos para tratamento de problemas Lista de S&SC a serem entregues Pontos de controle Prazos estabelecidos Critrios de aceitao do S&SC Requisitos funcionais do software Requisitos de qualidade do software Documentao disponvel Normas e modelos Responsabilidades do projeto Riscos e eventos

Identificao do risco Probabilidade de ocorrncia


Impacto no projeto Mitigao dos riscos

Plano de contingncia Informaes da proposta do fornecedor: Descrio do entendimento do problema Abordagem tcnica Sugestes de solues Prticas de qualidade Recursos de equipamento, ferramentas e outros Experincia na tcnica e no domnio Experincia da equipe Estimativas de preo e prazo Compatibilidade com normas nacionais e internacionais Formas de pagamentos Aspectos legais, como garantia e licenas Matriz de atendimento aos requisitos Termos gerais que compem o contrato As partes: A < nome da empresa > com sede na < endereo >, no municpio de < nome da cidade >, estado de < nome do estado >, inscrita no CNPJ. sob o n. e Inscrio Estadual n < nmero da inscrio estadual >, por seu representante legal, abaixo assinado, doravante designada "CONTRATANTE"; e A < nome da empresa > com sede na < endereo >, no municpio de < nome da cidade >, estado de < nome do estado >, inscrita no CNPJ. sob o n. < nmero de CNPJ > e Inscrio Estadual n < nmero da inscrio estadual >, por seu representante legal, abaixo assinado, doravante designada "CONTRATADA".

CONSIDERANDO que a CONTRATANTE e a CONTRATADA firmaram, em < data do contrato >, um Contrato de Prestao de Servios Desenvolvimento de Software, RESOLVEM firmar o presente instrumento particular que se reger pelas seguintes clusulas e condies:

1.Vigncia 1.1. O presente Contrato de Prestao de Servio entra em vigor em < data incio > e termina com a concluso do objeto definido na clusula 2.

2. Objeto


2.1. < Desenvolver ou Adaptar > um software para < funo do software> e treinar as pessoas indicadas pela CONTRATANTE na sua utilizao.

3. Obrigaes da contratante 3.1. A CONTRATANTE fornecer CONTRATADA, sempre que solicitada, os esclarecimentos necessrios ao desenvolvimento do objeto deste contrato. 3.2. A CONTRATANTE garantir o livre acesso dos tcnicos da CONTRATADA, desde que devidamente identificados, s suas dependncias e aos equipamentos, para os fins deste contrato.

4. Obrigaes da contratada 4.1. A CONTRATADA obriga-se a prestar todos os servios descritos na clusula 2 do presente contrato. 4.2. A CONTRATADA obriga-se a fornecer, juntamente com o software, o seu manual de utilizao. 4.3. A CONTRATADA obriga-se a reparar, sem nus para a CONTRATANTE por um perodo de trs me

MPS.BR_Guia_de_Aquisicao_2013.pdf

Documents

Transcript of MPS.BR_Guia_de_Aquisicao_2013.pdf