Upload
others
View
1
Download
0
Embed Size (px)
Citation preview
Página 1 de 41
Precificação de Serviços de Fábrica de Software
OBJETO: Obtenção de propostas de empresas especializadas na prestação de serviços na área de tecnologia
da informação, especificamente para promover o desenvolvimento de novos sistemas e a manutenção dos
sistemas em produção da ATIVOS S.A., compreendendo as manutenções corretivas, adaptativas e evolutivas,
conforme especificações técnicas deste documento.
IMPORTANTE
PRAZO PARA APRESENTAÇÃO DAS
PROPOSTAS
10 (dez) dias úteis a contar da data de
publicação.
GERÊNCIA RESPONSÁVEL Gerência de Sistemas e Manutenção de
Aplicações – Gesap
E-mail: [email protected]
Condições Gerais:
➢ A proposta comercial deverá ser encaminhada ao endereço eletrônico da Gerência
de Sistemas e Manutenção de Aplicações – Gesap ([email protected]), sob o
título: “Precificação de Serviços de Fábrica de Software”.
➢ As propostas encaminhadas deverão conter a identificação da empresa, CNPJ, nome
do responsável, endereço e telefone para contato.
➢ A proposta comercial deverá conter todos os custos e despesas inerentes ao objeto.
➢ A validade da proposta não poderá ser inferior a 90 (noventa) dias, contados a partir
da data de sua apresentação.
➢ A proposta comercial deverá estar em conformidade com as especificações técnicas
descritas neste documento.
Página 2 de 41
SUMÁRIO
1. OBJETO ........................................................................................................................ 3
2. VIGÊNCIA CONTRATUAL ............................................................................................ 3
4. DETALHAMENTO DOS SERVIÇOS DE TI ................................................................... 4
5. QUALIFICAÇÃO TÉCNICA ........................................................................................... 5
6. PAPÉIS DAS PARTES ENVOLVIDAS NA EXECUÇÃO DO CONTRATO ................... 6
7. INSTRUMENTOS DE COMUNICAÇÃO ........................................................................ 9
8. PLATAFORMAS, FERRAMENTAS E TECNOLOGIAS .............................................. 10
9. SEGURANÇA DA INFORMAÇÃO .............................................................................. 12
10. DIREITOS DE PROPRIEDADE INTELECTUAL ...................................................... 13
11. PLANO DE EXECUÇÃO CONTRATUAL ................................................................ 13
12. DOS SERVIÇOS A SEREM PRESTADOS .............................................................. 14
14. SISTEMA DE ATENDIMENTO E SOLICITAÇÃO DE DEMANDAS ........................ 28
15. SOLICITAÇÃO DE SERVIÇOS ................................................................................ 30
16. MÉTRICAS DA PRESTAÇÃO DOS SERVIÇOS ..................................................... 32
17. EXECUÇÃO DOS SERVIÇOS ................................................................................. 34
19. ENTREGA, AVALIAÇÃO E RECEBIMENTO DAS ORDENS DE SERVIÇOS ........ 35
20. CRITÉRIOS DE ACEITAÇÃO DOS SERVIÇOS ...................................................... 36
21. HOMOLOGAÇÃO DOS SERVIÇOS PRESTADOS ................................................. 37
22. GARANTIA TÉCNICA DOS SERVIÇOS .................................................................. 37
23. TRANSFERÊNCIA DE CONHECIMENTO ............................................................... 38
24. OBRIGAÇÕES DA CONTRATADA ......................................................................... 39
25. DO REAJUSTE DOS PREÇOS ............................................................................... 39
26. GARANTIA CONTRATUAL ..................................................................................... 39
27. LOCAL, HORÁRIO E EXECUÇÃO DO SERVIÇO .................................................. 39
28. DAS CONDIÇÕES DE PAGAMENTO ..................................................................... 39
29. TRANSIÇÃO CONTRATUAL ................................................................................... 40
Página 3 de 41
1. OBJETO
Contratação de empresa para prestação de serviços técnicos especializados na área
de tecnologia da informação, especificamente para promover o desenvolvimento de novos
sistemas e a manutenção dos sistemas em produção da ATIVOS S.A. (CONTRATANTE),
compreendendo as manutenções corretivas, adaptativas e evolutivas, limitados ao
quantitativo de 1.600 (um mil e seiscentos) pontos de função, mediante o preenchimento do
Modelo da Proposta Comercial, Anexo “A” deste documento, considerando as
informações contidas neste documento.
2. VIGÊNCIA CONTRATUAL
2.1. O contrato vigorará pelo prazo de 12 (doze) meses, contados da data de sua
assinatura, podendo ser prorrogado até o limite de 60 (sessenta) meses.
3. DESCRIÇÃO DA PRESTAÇÃO DE SERVIÇO DA SOLUÇÃO DE TI
3.1. A contratação dos serviços descritos neste Documento visa atender as necessidades
relativas aos projetos de desenvolvimento, manutenção, customização, e testes de
sistemas WEB e Mobile, como também as devidas integrações entre os sistemas existentes,
em regime denominado Fábrica de Software.
3.2. O regime de Fábrica de Software citado acima refere-se a prestação dos serviços
contemplados a seguir:
a) Análise de demandas, seu escopo e contexto para organizar o serviço de maneira
que agregue valor ao negócio de acordo com a prioridade do cliente;
b) Manutenção de sistemas de informação e suas devidas integrações quando
necessário na perspectiva do cliente;
c) Desenvolvimento de novos sistemas para atender o negócio do cliente;
d) Elaboração de documentação técnica de sistemas em desenvolvimento ou
manutenção, como também sua devida atualização durante a vigência do contrato;
e) Ajuste e migração de dados, modelagem de dados, configurações nas bases
de dados pertinentes aos sistemas manutenidos e criados, além das
configurações pertinentes às permissões nas bases de dados de cada sistema
para viabilizar o funcionamento de cada solução;
f) Testes nos sistemas desenvolvidos e nas funcionalidades mantidas a fim de
comprovar o seu devido funcionamento, e que não há existência de falhas ou
erros, garantindo a qualidade do sistema;
g) Transferência de conhecimento nos sistemas desenvolvidos e/ou mantidos para
CONTRATANTE.
3.3. A realização das atividades deverá obedecer as diretrizes e padrões técnicos de
desempenho e qualidade estabelecidos pela CONTRATANTE, com no mínimo a prestações
dos seguintes serviços:
a) Elicitação de requisitos (prototipação, entrevistas e questionários);
Página 4 de 41
b) Análise de processos e seus requisitos;
c) Análise de projeto de sistema;
d) Análise de codificação de sistemas;
e) Análise de teste de software e sua documentação descritiva do erro, falha e
sucesso;
f) Análise de arquitetura e suporte a sistemas;
g) Documentação e/ou atualizações das documentações técnicas dos sistemas
desenvolvidos e a serem mantidos;
h) Ajuste e migração de dados para viabilizar a manutenção dos sistemas;
i) Testes completos e regressivos dos sistemas em produção para identificar
defeitos;
j) Diagnóstico nos sistemas legados para propor otimizações e melhorias, inclusive
quanto aos aspectos arquiteturais;
k) Transferência de conhecimento nos sistemas desenvolvidos e/ou mantidos para
os usuários das áreas demandantes e a área de TI da ATIVOS S.A.;
l) Análise de produção e implantação.
4. DETALHAMENTO DOS SERVIÇOS DE TI
4.1. As atividades relativas aos serviços estão elencadas abaixo:
I. Analisar e classificar as solicitações de manutenção, a fim de verificar a
existência de erros ou inconsistências e propor soluções;
II. Analisar tecnicamente o impacto de manutenções evolutivas, adaptativas ou
corretivas;
III. Analisar, implementar e implantar as soluções propostas necessárias para
manter os sistemas em correto funcionamento de acordo com as
necessidades dos usuários;
IV. Elaborar e realizar o teste de cada componente e programa codificado,
garantindo que as funcionalidades estão de acordo com os requisitos
especificados;
V. Manter os softwares compatíveis de acordo com as plataformas utilizadas pela
ATIVOS S.A. e garantir a interoperabilidade dos sistemas;
VI. Propor e/ou criar padrões para o aperfeiçoamento das aplicações nos
sistemas da ATIVOS S.A.;
VII. Documentar os códigos-fonte, testes, arquiteturas de desenvolvimento e
outros artefatos inerentes às suas atribuições;
VIII. Dar suporte aos códigos-fonte de acordo com os padrões e tecnologias
definidas pela ATIVOS S.A.;
IX. Elaborar e manter atualizada a documentação dos sistemas;
X. Analisar os processos de negócio e elicitar requisitos;
Página 5 de 41
XI. Efetuar e validar contagens de Pontos de Função pelas metodologias do
IFPUG (International Function Point User Group - Grupo Internacional de
Usuários de Pontos de Função) e quando não for possível utilizar o roteiro de
métricas de software do SISP vigente (Sistema de Administração dos
Recursos de Informação e Informática) de forma complementar ao manual do
IFPUG, e em caso da não adequação as fontes citadas, utilizar as técnicas da
NESMA (Netherlands Software Metrics Association - Associação de Métricas
de Software da Holanda) para a contagem indicativa;
XII. Elaborar pareceres e documentos técnicos referentes ao desenvolvimento dos
sistemas;
XIII. Participar de reuniões e elaborar atas referentes ao desenvolvimento dos
sistemas;
XIV. Realizar testes de sistemas desenvolvidos e mantidos visando à garantia da
qualidade;
XV. Apoiar a análise de impacto tecnológico, de custo (em pontos de função) e
prazo para implementação de evolução dos sistemas;
XVI. Realizar controle e acompanhamento de cronograma, recursos e atividades
em projetos na ATIVOS S.A.;
XVII. Elaborar manuais técnicos de implantação de solução desenvolvida/mantida e
sua devida configuração para disponibilização em produção. As informações
contiddas nesses manuais técnicos têm que ser suficientes para que a
CONTRATANTE possa realizar a implantação da solução em produção;
XVIII. Capacitar os usuários na utilização dos softwares, sistemas e funcionalidades
mantidas ou criadas. A CONTRATANTE poderá solicitar esclarecimentos de
quantas dúvidas forem necessárias para o perfeito funcionamento e
manutenção das soluções entregues pela CONTRATADA, durante a vigência
do contrato.
5. QUALIFICAÇÃO TÉCNICA
5.1. Além da qualificação técnica da empresa deverá cumprir as seguintes exigências
técnicas, por meio de Atestados de Capacidade Técnica, fornecidos por pessoa jurídica de
qualquer porte, para atendimento das demandas da CONTRATANTE, por isso a
CONTRATADA deverá disponibilizar profissionais com perfil técnico adequado conforme
ANEXO “E” – QUALIFICAÇÃO TÉCNICA E PERFIL DOS PROFISSIONAIS, deste
documento, cuja comprovação será necessária para assinatura do contrato e deverá ser
mantida durante toda sua vigência.
5.2. Será aceito o somatório de atestados de capacidade técnica para comprovar o
volume exigido desde que prestados dentro do mesmo período de 12 meses.
5.3. As exigências técnicas devem ser comprovadas pela empresa mediante a
apresentação de atestados que poderão ser de contratos já concluídos ou em vigor.
5.4. A CONTRATADA deverá responsabilizar-se por disponibilizar profissionais na
prestação de serviços que tenham domínio das plataformas, ferramentas e tecnologias
inerentes em cada demanda a ser solicitada, de acordo com o objeto dessa contratação.
Página 6 de 41
6. PAPÉIS DAS PARTES ENVOLVIDAS NA EXECUÇÃO DO CONTRATO
6.1. Área demandante: área requisitante da CONTRATANTE que demanda a
contratação de uma Solução de Tecnologia da Informação;
6.2. Fiscal do Contrato: é o funcionário da CONTRATANTE com competências técnicas
e operacionais, responsável pela fiscalização da execução contratual.
6.3. Gestor da Área Demandante: é o funcionário da CONTRATANTE com atribuições
gerenciais, técnicas e operacionais relacionadas ao processo de gestão da área.
6.4. Gestor do Contrato: é o funcionário da CONTRATANTE especialmente designado
para este fim, com competência para decidir e que reúne as condições necessárias para
fomentar a atividade do fiscal do contrato e para articular as diversas ações que dependam
de setores e pessoas da CONTRATANTE.
6.5. Preposto: é o representante da CONTRATADA, que poderá assumir as
responsabilidades de Gerente de Projetos, temporariamente, e deverá ser o responsável
por acompanhar a execução do contrato e atuar como interlocutor principal junto a ATIVOS
S.A., incumbido de receber, diligenciar, encaminhar e responder as principais questões
técnicas, legais e gestão administrativas referentes ao andamento contratual.
6.6. Gerente de Projeto: é o funcionário da CONTRATADA, que assumirá as
responsabilidades de gerenciamento de projetos responsável por acompanhar a execução
do contrato e atuar como interlocutor em relação as demandas solicitadas pela
CONTRATANTE durante a vigência do contrato.
6.7. A designação do Preposto deverá acontecer na reunião inicial entre a
CONTRATANTE e a CONTRATADA.
6.7.1. O preposto deverá participar de reuniões sempre que solicitado pela
CONTRATANTE para discutir o andamento da execução contratual, nas
dependências da CONTRATANTE.
6.7.2. Nos casos de ausência do preposto, a CONTRATADA deverá designar seu
substituto, com antecedência de no mínimo 3 (três) dias úteis. Caberá ao
substituto as mesmas atribuições e responsabilidades do titular.
6.7.3. São atribuições do Preposto:
I. Realizar interlocução administrativa entre a CONTRATADA e a
CONTRATANTE;
II. Atender prontamente e dentro do prazo estipulado quaisquer exigências
inerentes ao objeto do contrato;
III. Assegurar o cumprimento dos prazos e das entregas definidas;
IV. Alocar os profissionais necessários para atendimento às ações de
execução do projeto de software, tempestivamente, para fins de
cumprimento de atendimento dos serviços solicitados;
V. Participar, periodicamente, a critério da CONTRATANTE, de reuniões
de acompanhamento das atividades referentes às ordens de serviços
em execução;
VI. Buscar soluções conjuntas para atender o interesse da
CONTRATANTE referente as demandas solicitadas;
Página 7 de 41
VII. Assegurar a conformidade dos serviços entregues a CONTRATANTE;
VIII. Garantir a execução dos serviços;
IX. Informar à CONTRATANTE eventuais problemas que possam impedir
o bom andamento na execução da prestação de serviço;
X. Assegurar que as determinações da CONTRATADA sejam
disseminadas junto aos recursos alocados à execução das Ordens de
Serviço;
XI. Alinhar procedimentos e padrões relativos aos processos da
CONTRATANTE referente as demandas solicitadas, como também
propor novas rotinas, processos e fluxos de trabalho, visando maior
eficácia no serviço prestado;
XII. Gerenciar o desempenho da prestação de serviço, cumprimento de
prazos e prioridades estabelecidas;
XIII. Avaliar e apresentar os relatórios de desempenho com os indicadores
relativos à qualidade do atendimento realizado a CONTRATANTE, bem
como providenciar as ações corretivas, ou os devidos aperfeiçoamentos
nos relatórios de acordo com a necessidade da CONTRATANTE;
XIV. Gerenciar, administrativamente, os recursos da CONTRATADA quanto
ao relacionamento com a CONTRATANTE;
XV. Estar apto a prestar, tempestivamente, todas as informações (por meio
de documentos impressos ou digitais) sobre as regularidades fiscais e
financeiras da CONTRATADA, bem como a manutenção de todos os
requisitos contratuais;
XVI. Supervisionar todos os processos do trabalho, garantindo a qualidade
dos serviços prestados e o cumprimento dos desempenhos dos
serviços prestados;
XVII. Apresentar as situações não resolvidas em nível de gerência das
Ordens de Serviço nas reuniões periódicas de acompanhamento;
XVIII. Certificar que todas as informações estão corretas referentes as notas
fiscais relativas aos serviços concluídos pela CONTRATADA e
homologados pela CONTRATANTE.
XIX. Apresentar relatórios de progresso e de níveis de serviços, e apresentar
faturas para pagamento após terem sidos homologadas pela
CONTRATANTE.
6.8. A designação do gerente de projeto deverá acontecer na reunião inicial entre a
CONTRATANTE e a CONTRATADA.
6.8.1. O gerente de projeto deverá participar de reuniões sempre que solicitado pela
CONTRATANTE para discutir o andamento da execução das demandas, nas
dependências da CONTRATANTE.
6.8.2. Nos casos de ausência do gerente de projeto, a CONTRATADA deverá
designar seu substituto, com antecedência de no mínimo 3 (três) dias úteis.
Página 8 de 41
6.8.3. O preposto poderá substituir o gerente de projeto temporariamente até 30
(trinta) dias corridos, prazo que a CONTRATADA deverá se mobilizar para
realocar recurso humano compatível com o perfil do gerente de projeto de
acordo com o anexo “E” deste documento, nesse período o preposto deverá
assumir todas as responsabilidades relativas das atribuições do gerente de
projeto.
6.8.4. São atribuições do Gerente de Projeto:
I. Realizar interlocução das gestão das demandas entre a CONTRATADA
e a CONTRATANTE.
II. Atender prontamente e dentro do prazo estipulado quaisquer exigências
inerentes ao objeto do contrato;
III. Assegurar o cumprimento dos prazos e das entregas definidas;
IV. Alocar os profissionais necessários para atendimento às ações de
execução do projeto de software, tempestivamente, para fins de
cumprimento de atendimento dos serviços solicitados;
V. Participar, periodicamente, a critério da CONTRATANTE, de reuniões
de acompanhamento das atividades referentes às ordens de serviços
em execução;
VI. Analisar as demandas solicitadas pela CONTRATANTE;
VII. Buscar soluções conjuntas para atender o interesse da
CONTRATANTE referente as demandas solicitadas;
VIII. Receber as demandas pelo software de gestão de demandas
disponibilizado pela CONTRATADA e dar andamento à execução das
mesmas;
IX. Assegurar a conformidade dos serviços entregues a CONTRATANTE;
X. Planejar e propor possíveis volumes de serviço de acordo com a
perspectiva da CONTRATANTE;
XI. Garantir a execução dos serviços;
XII. Acompanhar a execução das Ordens de Serviço e fornecer informações
atualizadas sobre o seu andamento, sempre que solicitado;
XIII. Informar à CONTRATANTE eventuais problemas que possam impedir
o bom andamento na execução da prestação de serviço;
XIV. Assegurar que as determinações da CONTRATADA sejam
disseminadas junto aos recursos alocados à execução das Ordens de
Serviço;
XV. Elaborar e entregar a CONTRATANTE os documentos referentes ao
acompanhamento da execução das Ordens de Serviço;
XVI. Alinhar procedimentos e padrões relativos aos processos da
CONTRATANTE referente as demandas solicitadas, como também
propor novas rotinas, processos e fluxos de trabalho, visando maior
eficácia no serviço prestado;
Página 9 de 41
XVII. Gerenciar o desempenho da prestação de serviço, cumprimento de
prazos e prioridades estabelecidas;
XVIII. Avaliar e apresentar os relatórios de desempenho com os indicadores
relativos à qualidade do atendimento realizado a CONTRATANTE, bem
como providenciar as ações corretivas, ou os devidos aperfeiçoamentos
nos relatórios de acordo com a necessidade da CONTRATANTE;
XIX. Gerenciar, administrativamente, os recursos da CONTRATADA quanto
ao relacionamento com a CONTRATANTE;
XX. Estar apto a prestar, tempestivamente, todas as informações (por meio
de documentos impressos ou digitais) sobre as regularidades fiscais e
financeiras da CONTRATADA, bem como a manutenção de todos os
requisitos contratuais;
XXI. Supervisionar todos os processos do trabalho, garantindo a qualidade
dos serviços prestados e o cumprimento dos desempenhos dos
serviços prestados;
XXII. Apresentar as situações não resolvidas em nível de gerência das
Ordens de Serviço nas reuniões periódicas de acompanhamento;
XXIII. Gerenciar e validar junto a sua equipe técnica a contagem estimada no
planejamento e detalhada dos pontos de função a serem realizados na
conclusão de cada demanda, antes da entrega à CONTRATANTE;
XXIV. Certificar que todas as informações estão corretas referentes as notas
fiscais relativas aos serviços concluídos pela CONTRATADA e
homologados pela CONTRATANTE.
7. INSTRUMENTOS DE COMUNICAÇÃO
7.1. São instrumentos formais de comunicação entre a CONTRATANTE e a
CONTRATADA:
a) Sistema de Gestão de Demandas;
b) Termo de abertura de Projeto;
c) Ordem de Serviço – OS;
d) Atas de Reunião;
e) Ofícios;
f) E-mails;
g) Documentações técnicas elaboradas na concepção das demandas;
h) Log do Skype anexado ao E-mail comprovando o registro da conversa.
7.2. O principal instrumento de comunicação entre as partes para os serviços técnicos é
o Sistema de Gestão de Demandas da CONTRATADA. Em caso de indisponibilidade utilizar
os outros canais de comunicação formais, informados à CONTRATANTE.
Página 10 de 41
7.3. A comunicação entre a CONTRATANTE e a CONTRATADA, para fins de
encaminhamento e acompanhamento de demandas, ocorrerá via Gerente de Projeto e Área
de TI da CONTRATANTE. A comunicação direta entre os demais funcionários da
CONTRATANTE e os técnicos da CONTRATADA poderá ocorrer, se necessária, para
construção, esclarecimento do escopo e/ou condução das demandas.
7.4. A CONTRATADA deverá manter um plano de comunicação coSntinuado para os
seus funcionários a fim de propagar as informações para os seus prestadores de serviços,
abrangendo as informações essenciais e necessárias relativas à correta execução e
condução das demandas por meio da solução de gestão de demandas e os devidos canais
de comunicação registrado neste documento.
7.5. A homologação do Termo de Abertura do Projeto dar-se-á com o aceite pelo Fiscal
do contrato, via solução de gestão de demanda, e o e-mail anexo da Área Demandante,
sendo responsabilidade do Gerente de Projeto da CONTRATADA dar o devido
prosseguimento ao serviço.
7.6. A homologação da Ordem de Serviço dar-se-á também via sistema de gestão de
demandas pelo Fiscal do contrato e com o devido e-mail anexo da Área Demandante
concordado como o recebimento do serviço, nessa situação o Gerente de Projeto da
CONTRATADA deverá encarminhar a contagem detalhada para os devidos fins.
8. PLATAFORMAS, FERRAMENTAS E TECNOLOGIAS
8.1. A CONTRATANTE conta com diversos sistemas em produção que precisam ser
mantidos e modernizados para acompanhar a dinâmica do mercado, a evolução
tecnológica, a alteração em legislações e das atividades dos usuários, bem como a
necessidade do redesenho de aplicações existentes e o desenvolvimento de novas
aplicações, visando garantir a automação das principais necessidades de negócio.
8.2. Os sistemas a serem mantidos ou desenvolvidos pela CONTRATADA deverão
abranger as tecnologias, plataformas e ferramentas abaixo:
I. RED HAT Enterprise Linux – Version 7.3;
II. Linux Cent Os 7;
III. Windows Server;
IV. JBOSS JBOSS ENTERPRISE APPLICATION PLATAFORM EAP –
Versão 6.4.0.GA;
V. JAVA EE, JAVA EE 8;
VI. JAVA DEVELOPMENT KIT (JDK – 8u144);
VII. WELD (CDI);
VIII. ENTERPRISE JAVABEANS 3;
IX. JAX-RS 2.1.3, JAX-WS 2.1.3, JPA 2.0;
X. HIBERNATE 3;
XI. JAVA SEVER FACES 2.0;
XII. PRIMEFACES 6.2;
XIII. RICHFACES 3;
Página 11 de 41
XIV. SWITCHYARD 6.4.0.GA;
XV. MAVEN 3.2.5;
XVI. GIT/BIT 1.8.0;
XVII. APACHE ARCHIVA 2.2.3;
XVIII. NEXUS 3.16.1-02;
XIX. JENKINS 2.133;
XX. APACHE MOD_CLUSTER → Apache/2.2.15 (Unix);
XXI. SERVICES SOAP;
XXII. Eclipse – JBoss Developer Studio 12 GA;
XXIII. Internet Explorer 11;
XXIV. Mozilla Firefox 42;
XXV. Google Chrome 47;
XXVI. SoapUI – versão 5.1.3;
XXVII. SQL SERVER 2012;
XXVIII. SQL SERVER MANAGEMENT Studio 2012;
XXIX. Para Serviços Mobile: Ionic 1.3; Cordova 4.0; Angular 1.5; Firebase 6.5.0;
NodeJS 4.5; NPM 2; Grunt 1.0; Cordova-CLI 6.3; Cordova-android 5;
corodova-ios 4; cordova-wp8 3.8; Crosswalk 22.52;
XXX. Soluções para mobile utilizando IOS 7+, Android 4.1+ (Android API nível
16), e Windows Phone 8.1;
XXXI. MYSQL SERVER 5.5.20;
XXXII. PHP 5.3.10;
XXXIII. Para Serviços de Portal Open CMS 8.5; Java 1.7; JBoss EAP 6.3; HTML5;
CSS3; JavaScript; JQuery.
8.3. Os sistemas da CONTRATANTE foram desenvolvidos, em sua maioria, utilizando a
linguagem JAVA com o banco de dados SQL SERVER. Além disso, existe software
desenvolvido utilizando a linguagem PHP com banco de dados MySQL.
8.4. A linguagem de programação a ser utilizada será JAVA para desenvolvimento de
novas soluções e suas devidas manutenções, como também soluções Mobile utilizadas
Ionic, Cordova e Angular.
8.5. Poderão ser demandados, excepcionalmente, serviços com utilização de outras
plataformas tecnológicas, ferramentas e tecnologias diferentes das citadas neste
documento. Nesses casos, os requerimentos específicos de infraestrutura tecnológica
estarão explicitados em documentos próprios anexos à solicitação do pedido, por meio do
software de gestão de demanda, cujo prazo será negociado entre a CONTRATANTE e
CONTRATADA para adequar-se às necessidades apresentadas.
8.6. A CONTRATADA poderá apresentar proposta de novas tecnologias desde que
comprove a eficácia, eficiência e efetividade no ganho da utilização da nova tecnologia e
seja aprovada pela CONTRATANTE.
Página 12 de 41
8.7. Durante a vigência do contrato, à medida da necessidade da CONTRATANTE, serão
apresentados os devidos sistemas para a CONTRATADA realizar a prestação dos serviços
referente ao objeto dessa contratação.
8.8. A CONTRATADA deverá ter equipe técnica que durante toda a vigência do contrato
tenha experiência e domínio da instalação e administração de servidor JBOSS, nos módulos
standalone e domain, como também utilizando todos os profiles full, default, full ha, ha. Além
disso, a CONTRATADA deverá, por meio da equipe técnica, ter proficiência em instalação,
configuração, customização e administração de loadbalance, clusterização dos servidores
de aplicação a fim de realizarem a prestação de serviços provenientes das demandas
solicitadas.
9. SEGURANÇA DA INFORMAÇÃO
9.1. Durante a vigência contratual, a CONTRATADA se responsabilizará por todas as
informações obtidas na execução dos serviços, os quais deverão ser tratadas como
sigilosas, como também deverão ser considerados os seguintes requisitos quanto à
Segurança da Informação e Comunicações:
I. Assegurar que os dispositivos fornecidos pela CONTRATADA para
armazenamento de informações (exemplo: mídias magnéticas, eletrônicas,
óticas) ou ainda, os ambientes tecnológicos, canais de comunicação entre as
partes (exemplo: sites, links, hiperlinks, etc.), estejam livres de programas de
computadores ou outros recursos tecnológicos que possam causar perda de
integridade, confidencialidade ou disponibilidade de dados ou informações da
CONTRATANTE, (exemplo: vírus, cavalos de Tróia, etc.);
II. A codificação dos sistemas com recursos web deve incorporar, no mínimo,
proteção contra os seguintes riscos de código em aplicações web de acordo
com o Open Web Application Security Project – OWASP:
a) Injection;
b) Cross-Site Scripting (XSS);
c) Broken Authentication and Session Management;
d) Insecure Direct Object References;
e) Cross-Site Request forgery (CRSF);
f) Security Misconfiguration;
g) Insecure Cryptographic Storage;
h) Failure to Restrict URL Access;
i) Insuficient Transport Layer Protection;
j) Unvalidated Redirects and Fowards.
III. A CONTRATADA deverá manter sigilo sobre quaisquer dados, informações,
códigos-fonte ou artefatos contidos em quaisquer de que venha a ter
conhecimento durante a execução dos trabalhos de levantamento de
requisitos da CONTRATANTE.
Página 13 de 41
IV. A CONTRATADA deverá possuir nas suas instalações, onde serão
executadas a prestação de serviço referente ao objeto dessa contratação, os
devidos padrões de segurança da informação e de tecnologia da informação
para evitar perda ou vazamento de informação, ataques externos e tentativas
de invasão, como firewall, segurança física do local e sistemas antivírus
atualizados.
V. A CONTRATADA deverá entregar a CONTRATANTE o Termo de
CONFIDENCIALIDADE, de acordo com o ANEXO “F”, com todas as
assinaturas dos recursos humanos que estarão realizando a prestação de
serviço proveniente da contratação durante a vigência desta contratação.
VI. A CONTRATADA deverá responsabilizar se que todos os colaboradores que
forem envolvidos nos serviços prestados para a CONTRATANTE deverão
assinar o termo de confidencialidade e que esse termo permaneça atualizado
durante toda a vigência desta contração.
10. DIREITOS DE PROPRIEDADE INTELECTUAL
10.1. A CONTRATANTE, para todos os efeitos da aplicação da Lei nº 9.609/98, que dispõe
sobre a proteção da propriedade intelectual de programa de computador, e regulamentos
correlatos, será a proprietária da licença para utilização dos sistemas desenvolvidos,
devendo a CONTRATADA, para tanto, ceder caráter definitivo o direito de propriedade
intelectual do software desenvolvido.
I. Dessa forma, todos os direitos autorais da solução, documentação, "scripts",
códigos-fonte e congêneres desenvolvidos durante a execução dos produtos são
de propriedade da CONTRATANTE, ficando proibida a sua utilização pela
CONTRATADA sem a autorização expressa da CONTRATANTE.
10.2. A CONTRATADA fica proibida de veicular e comercializar os produtos gerados
relativos ao objeto dos serviços contratados, salvo se houver prévia autorização formal por
parte da CONTRATANTE.
10.3. É de responsabilidade exclusiva da CONTRATADA a aquisição dos softwares de
apoio, não havendo qualquer responsabilidade reversa à CONTRATANTE, concernente à
titularidade dos direitos de propriedade, inclusive os direitos autorais e outros direitos de
propriedade intelectual sobre os programas.
11. PLANO DE EXECUÇÃO CONTRATUAL
11.1. A prestação dos serviços deverá ser iniciada em no máximo 15 (quinze) dias corridos
da data de assinatura do contrato.
11.2. Durante o período descrito o item anterior deverá ser realizada Reunião de
Alinhamento entre a CONTRATANTE e CONTRATADA com objetivo de nivelar os
entendimentos referentes às condições estabelecidas no contrato e seus anexos onde serão
tratados os seguintes temas:
a) apresentação dos responsáveis pela CONTRATADA, do preposto e gerente de
projeto;
b) apresentação dos representantes da CONTRATANTE;
Página 14 de 41
c) definição do cronograma de ambientação;
d) entrega do termo de CONFIDENCIALIDADE;
e) apresentação da estrutura de TI da CONTRATADA e CONTRATANTE;
11.3. A Reunião de Alinhamento realizar-se-á na sede da CONTRATANTE que efetuará
o agendamento após a assinatura do contrato.
11.4. Os primeiros 70 (setenta) dias corrídos após a realização da Reunião de
Alinhamento serão considerados como período de estabilização, durante o qual a
CONTRATADA deverá proceder todas as ações que se mostrarem necessárias no
dimensionamento, criação da sua infraestrutura física, e configurações para o devido
funcionamento da estrutura a ser disponibilizada para iniciar os trabalhos de aberturas de
demanda pela CONTRATANTE.
11.5. A CONTRATADA deverá apresentar o Plano de Implantação da sua estrutura de
trabalho para a CONTRATANTE em até 20 (vinte) dias corridos da assinatura do contrato.
11.6. Durante o período de estabilização a CONTRATADA deverá customizar o modelo
de ordem de serviço para o sistema de gestão de demandas, sem custos adicionais para a
CONTRATANTE, como também aperfeiçoá-lo na medida do necessário durante a vigência
do contrato.
11.7. Durante o período de estabilização a CONTRATADA poderá receber demandas de
prestação de serviços. O período de estabilização poderá ser prorrogado a critério exclusivo
da CONTRATANTE. A CONTRATADA poderá solicitar prorrogação para CONTRATADA
com a devida justificativa. Contudo dependerá de análise por parte da CONTRATANTE para
a aceitação por mais 30 (trinta) dias corridos.
11.8. O período de estabilização deve ser incluído no valor global do contrato e não poderá
resultar em custos adicionais para o contrato.
11.9. A CONTRATADA poderá solicitar reuniões à CONTRATANTE para tratar de
quaisquer temas relacionados ao período de estabilização.
12. DOS SERVIÇOS A SEREM PRESTADOS
12.1. Os serviços solicitados para a CONTRATADA englobam a prestação de serviços de
desenvolvimentos de novos sistemas, atualizações dos sistemas existentes e suas
manutenções, conforme as necessidades da CONTRATANTE, em regime de fábrica de
software, sob a métrica de pontos por função.
12.2. Os serviços relativos ao desenvolvimento de novos sistemas dependerão da
necessidade e interesse da CONTRATANTE.
12.3. Os serviços referentes à manutenção de sistemas serão tratados como
intervenções em sistemas já existentes, em produção, com o objetivo de prevenção,
correção de falhas, implementação de melhorias ou adaptações.
12.4. Os serviços de manutenção de sistemas de informação serão classificados conforme
abaixo.
Página 15 de 41
12.4.1. Manutenção Adaptativa – Realizar adequações de aplicações às mudanças
de ambiente operacional, compreendendo hardware e software básico,
mudanças de versão, linguagem e SGBD – Sistema de Gerenciamento de
Banco de Dados, que não impliquem em inserção, alteração ou exclusão de
funcionalidades. Além disso, conforme roteiro SISP (Sistema de
Administração dos Recursos de Tecnologia da Informação) serão
consideradas manutenções adaptativas apenas as manutenções que
implicarem exclusivamente em mudanças em requisitos não funcionais, isto
é, em requisitos referentes à performance, segurança, padrão de interface,
usabilidade, acessibilidade, interoperabilidade e etc, conforme Roteiro SISP
vigente.
12.4.2. Manutenção Corretiva – Correção de defeitos em sistemas manutenidos em
produção ou já desenvolvidos pela CONTRATADA. Abrange
comportamentos inadequados que causem problemas de uso ou
funcionamento do sistema e quaisquer desvios em relação aos requisitos
aprovados pela CONTRATANTE, esse serviço será realizado pela
CONTRATADA, sem ônus adicional à CONTRATANTE pelo período de
vigência do contrato.
12.4.3. Manutenção Evolutiva – Inclusão, alteração e exclusão de características
e/ou funcionalidades em aplicações em produção, decorrentes de alterações
de regras de negócio e/ou demandas legais.
12.4.4. Manutenção Perfectiva – Adequações do sistema à necessidade de
melhorias, sem alteração de funcionalidades, sob o ponto de vista do usuário.
A finalidade da manutenção perfectiva é promover a melhoria de
desempenho, a manutenibilidade e usabilidade do sistema.
12.5. Todas as atividades inerentes ao ciclo de vida do projeto, desde a fase de
planejamento até a implantação devem estar incluídas na realização da demanda, e cada
etapa da prestação de serviço deverá ser orçada pela CONTRATADA e incluída no valor do
produto a ser entregue. A entrega da solução ou produto para a CONTRATANTE-, só deve
ocorrer pela CONTRATADA quando estiverem prontos.
12.6. Os serviços deverão ser executados prioritariamente nas instalações físicas da
CONTRATADA.
12.7. O conceito de “PRONTO” definido e relacionado aos produtos e soluções
disponibilizadas pela CONTRATADA deve compreender todas as seguintes situações:
I. A entrega do serviço pela CONTRATADA deve estar dentro do prazo acordado;
II. O serviço ou produto deve estar funcionando perfeitamente segundo o escopo e
todas as especificações homologadas, e pode ser disponibilizado em produção;
III. A CONTRATANTE deve receber toda a documentação atualizada pertinente ao
serviço ou produto entregue;
IV. A entrega de serviço ou produto será condicionada à emissão do aceite da
CONTRATANTE, o que ocorrerá somente após verificação do cumprimento dos
critérios de aceite pré-estabelecidos no termo de abertura .
Página 16 de 41
12.8. A CONTRATADA deverá possuir ambiente de desenvolvimento para realizar o
desenvolvimento dos produtos, funcionalidades e andamento das demandas. Assim que
concluir a prestação do serviço, a CONTRATADA deverá disponibilizar os devidos produtos
no ambiente de homologação da CONTRATANTE, onde terá somente o acesso de leitura.
12.9. O ambiente de desenvolvimento da CONTRATADA deverá ser compatível com o
ambiente de homologação da CONTRATANTE, conforme o item 8 deste documento,
contemplando as plataformas, ferramentas e tecnologias informadas para que seus
desenvolvedores utilizem durante a vigência contratual para realizar as devidas prestações
de serviços.
12.10. A CONTRATADA deverá manter, sem qualquer custo para a CONTRATANTE,
comunicação/conexão direta do seu ambiente de desenvolvimento com o ambiente de
homologação da CONTRATANTE por meio de VPN site-to-site ou link direto (MPLS, L2L,
etc).
12.11. A CONTRATADA, ao iniciar a ordem de serviço, deverá produzir todos os artefatos
técnicos relativos a concepção do Desenvolvimento de Software e Manutenção, como
também realizar atualizações das respectivas documentações.
12.12. A CONTRATANTE, com o objetivo de otimizar a comunicação e rastreabilidade da
informação, poderá realizar orientações e ajustes relativos ao conteúdo das documentação
elaboradas pela CONTRATADA. A CONTRATANTE informará por meio do sistema de
demandas as devidas orientações, na própria demanda aberta. Nessa situação, a
CONTRATADA terá que realizar os devidos ajustes em até 5 (cinco) dias úteis.
12.12.1. Nas situações das demandas já abertas a mais de 1 (um) mês, ou que
estiverem relacionadas as outras demandas, a CONTRATADA deverá
absorver dentro do prazo de até 10 (dez) dias úteis a contar do registro no
sistema de demandas pela CONTRATANTE, ou por envio de e-mail, em
caso de indisponibilidade de sistema de gestão de demandas. As
orientações e ajustes relativos a formatação e conteúdo da documentação
a fim de melhor atender esclarecer a prestação de serviço referente as
demandas em andamento.
12.12.2. As documentações das demandas que já foram concluídas só deverão ser
ajustadas caso ocorra nova demanda evolutiva referente ao escopo do
serviço e a CONTRATANTE solicite a devida atualização.
12.13. Durante a vigência do contrato poderá ser verificada pela CONTRATANTE a
necessidade de mudar qualitativamente o formato dos modelos de documentos, de maneira
a garantir a rastreabilidade da informação e/ou melhorar a organização e o conteúdo das
especificações. Nessa situação a CONTRATADA será informada pela CONTRATANTE via
e-mail ou sistemas de demandas. Nesse caso, a CONTRATADA terá um prazo de até 15
(quinze) dias úteis para adequar as demandas em andamento. Para a abertura de novas
demandas, o prazo de adequação será de até 5 (cinco) dias úteis.
12.14. As funcionalidades desenvolvidas devem ser de fácil usabilidade e todas as
mensagens e textos devem estar em língua portuguesa, de forma clara e objetiva.
12.15. Os sistemas devem funcionar corretamente nos navegadores mais utilizados (pelo
menos Mozilla Firefox 68.0 ou superior, Internet Explorer 11.0 ou superior e Google Chrome
75.0 ou superior, Safari 10 ou superior).
Página 17 de 41
12.16. A CONTRATADA poderá ser demandada a desenvolver/manter apps para serem
distribuídos nas principais lojas de aplicativos (IOS e Android).
12.17. A CONTRATADA deverá realizar integração com outros sistemas por intermédio de
WebService, seguindo os padrões estabelecidos pela e-Ping – Padrões de
Interoperabilidade de Governo Eletrônico, como também o Modelo de Acessibilidade em
Governo Eletrônico – eMag, Padrões Web em Governo Eletrônico - ePwg.
12.18. Quando houver a necessidade de utilização de certificação digital na demanda, deve-
se realizar a aderência às regulamentações da Infraestrutura de Chaves Públicas Brasileira
- ICP-Brasil, conforme a Medida Provisória nº 2.200-2, de 24 de agosto de 2001.
12.19. Em cada demanda solicitada a CONTRATADA deverá, durante a elaboração do
termo de abertura, compreender o ambiente operacional envolvido para a concepção da
prestação de serviço, envolvendo plataformas, tecnologias e configurações de ambiente, a
fim de especificar a devida documentação complementar, com o objetivo de disponibilizar o
produto para CONTRATANTE e poder implantar em ambiente de homologação e produção,
tornando o produto/software disponível para o uso.
12.20. A responsabilidade de disponibilizar o produto final da ordem de serviço em ambiente
de produção é da CONTRATANTE. Contudo em casos excepcionais, a CONTRATANTE
poderá solicitar à CONTRATADA a realização desse trabalho, o qual será remunerado,
desde que ocorra a devida documentação de toda a atividade por parte da CONTRATADA.
12.21. Classificação de Demandas
12.21.1. De acordo com a estratégia da CONTRATANTE a prestação dos serviços
poderá ser classificada para sua execução como Demandas de Projeto,
Demandas Expressas ou Demandas Excepcionais.
12.21.2. As Demandas de Projeto terão que passar pelas 3 (três) etapas registradas
no item 13 na tabela de fluxo de serviços por etapa.
12.21.3. As demandas classificadas como expressas não precisarão passar por
todas as etapas do item 13, pois caracterizam-se como de pequena
complexidade e podem ser realizadas, desde a sua elaboração,
desenvolvimento e entrega, em até 7 (sete) dias úteis. Essas demandas
poderão ser realizadas com as informações registradas no software de
gestão de demandas. Contudo a CONTRATANTE poderá solicitar a
atualização das devidas histórias de usuário, quando compreender
necessário.
12.21.4. As demandas excepcionais em função da sua criticidade e da necessidade
de alocação de recursos extras para o atendimento no prazo estipulado pelo
cliente, adotarão o fator de criticidade de 1,35 (um vírgula trinta e cinco),
que deverá ser multiplicado pelo tamanho funcional da demanda
considerada como crítica, de modo a remunerar adequadamente o aumento
do esforço de atendimento.
Página 18 de 41
I. Esse fator é considerado para demandas que devem ser atendidas no
regime de urgência, considerando prazo e alocação de recursos extras,
em finais de semana, feriados e fora do horário comercial. Entende-se
como horário comercial o horário de 08h às 18h. Contudo dependendo
da comprovação de recursos adicionais durante o horário comercial, e
necessariamente da aprovação da CONTRATANTE, poderá ser
caracterizado a demanda como execepcional.
II. As demandas que ocorrerem somente em dias úteis e não houver
aumento de recursos humanos por causa da necessidade de urgência
solicitada diretamente pela CONTRATANTE não poderão ser
consideradas como excepcionais.
12.21.5. As demandas de projeto poderão ser classificadas como demandas excepcionais de acordo com a necessidade estratégica e negocial da CONTRATANTE. Contudo as demandas expressas não poderão ser classificadas como excepcionais, pois têm o objetivo de serem de baixa complexidade.
12.21.6. Release: Para realização da prestação de serviço fica definido que a
menor unidade de serviço é a Release para a abertura de uma Ordem
de Serviço dentro das condições técnicas a seguir.
I. A release é um conjunto de funcionalidades a serem entregues, e dentro
dos critérios pré-estabelecidos no termo de abertura e aceito pelo cliente,
também pode ser compreendida como um conjunto de atividades, tarefas
ou ações e serviços que têm um escopo claro e possível de ser
dimensionado de maneira estrutural. Deve ser possível de ser orçada
financeiramente, versionada para ser entregue e de ser interligada ou
adaptada a outra release de forma organizada para suportar novas adições
de serviços/soluções e possíveis manutenções.
II. Na fase de planejamento, onde a CONTRATADA deverá criar o termo de
abertura, conforme o escopo da demanda a ser apresentado inicialmente
como proposta preliminar para a CONTRATANTE. Nesse termo deverá ser
informado o volume do serviço, a estratégia do projeto, como também os
parcelamentos das prestações de serviços dentro da priorização
organizada pela CONTRATADA. Essa proposta inicial deverá estar
organizada e versionada em uma release de forma lógica e progressiva,
com os devidos critérios de aceite pré-estabelecidos para serem utilizados
na fase de homologação do serviço.
III. Para o termo de abertura apresentado inicialmente pela CONTRATADA, a
CONTRATANTE poderá solicitar ajustes no documento a fim de autorizar a
devida prestação de serviço.
IV. A cada nova entrega da Release deverá ocorrer o dimensionamento e o
parcelamento das funcionalidades de maneira evolutiva e versionada do
produto e/ou resultado a ser disponibilizado, preservando a entrega anterior
que foi homologada e que não foi objeto de ajuste. As novas, soluções
deverão ser adaptativas e escalares.
Página 19 de 41
V. A release abrangerá a criação de todas as histórias, documentações
complementares e artefatos e sua disponibilização para o devido aceite da
CONTRATANTE, como também todas as fases do processo de
desenvolvimento do software, testes, homologação e implantação,
resultando na conclusão da solução ou produto desenvolvido pela
CONTRATADA com o objetivo de entregar ao final do ciclo, um produto
pronto e disponível para ser colocado em produção para uso.
VI. A release poderá ser composta de 1 (uma) ou mais sprints, com datas de
início e fim pré-definidas. Em cada sprint deverá ser executado um conjunto
de atividades e funcionalidades a serem desenvolvidas.
VII. Poderão ser incluídas na release outras ordens de serviço que resultem
critérios de aceite previamente estabelecidos, gerando ao final da entrega
um produto aceito pela CONTRATANTE e potencialmente implantável em
produção, e por fim utilizável.
VIII. As informações necessárias relativas à configuração do ambiente e do
produto especificado a ser implantado, deverá está em documentação
complementar para esclarecer a disponibilização da solução a ser entregue
para a CONTRATANTE, de modo que o produto possa ser implementado
segundo os passos da documentação e possa estar disponível para o uso
tanto no ambiente de homologação quanto no de produção.
IX. Se o produto entregue pela CONTRATADA tornar a solução indisponível,
ou a disponibilização do produto causar instabilidades na solução para o
uso do cliente final, ou ocorrer só funcionamento parcial, a CONTRATADA
deverá atuar tempestivamente para identificar a causa do problema, corrigir
o serviço e orientar a CONTRATANTE quanto as ações para regularizar a
situação. Posteriormente deverá atualizar a devida documentação
complementar para evidenciar as configurações ou informação que faltava
e eram essenciais para o produto permanecesse estável e disponível para
o uso.
X. As demandas de acordo com a avaliação da CONTRATANTE e sugestão
da CONTRATADA poderão ser desenvolvidas de forma parceladas de
maneira lógica e progressiva a fim de atender a necessidade da
CONTRATANTE.
XI. As soluções ou funcionalidades, que tenham integrações ao realizarem o
seu devido desenvolvimento, deverão ser organizadas pela CONTRATADA
de maneira que sejam disponibilizadas em uma Release que possa ser
dimensionada financeiramente e com o devido prazo para ser entegue a
CONTRATANTE.
XII. Na ocorrência de projetos, subsistemas ou grupos de funcionalidades com
dependências, integrações entre suas fronteiras de sistemas, a
CONTRATADA deverá criar documentação necessária para identificação e
progressão gradativa de cada fase do trabalho a ser concluída, utilizando o
método Kanban para controlar o progresso das tarefas, com os seus
devidos responsáveis e marcos de entrega para desenvolvimento,
implementação e entrega do produto ou solução.
Página 20 de 41
13. ETAPAS DA PRESTAÇÃO DO SERVIÇO
13.1. A prestação dos serviços demandados estarão organizados de acordo com as etapas
demonstradas na tabela abaixo.
FLUXO DOS SERVIÇOS POR ETAPA
ETAPA ARTEFATO* Serviços relativos a criação da Demanda Percentual de esforço
(%)**
I SD -
Solicitação de Demanda
Termo de Abertura de
Projeto
e o diagrama de bpmn (inicial)
(Anexo B, do documento de
termo de abertura do projeto) *
• Serviços de análise de processos e requisitos (Análise do serviço, Concepção do Escopo, Alinhamento de escopo da demanda, mapeamento das regras de negócio da demanda), e mapeamento de processo referente à demanda solicitada;
• Serviços de elicitação de requisitos (prototipação, entrevistas e questionários);
• Serviços de análise e planejamento do Projeto (Dimensionar o escopo do serviço, Identificar, Dimensionar e Especificar o Ambiente de funcionamento e Arquitetura tecnológica e suas especificações para o funcionamento do produto, Realizar a Estratégia de Desenvolvimento da demanda, Planejar a Distribuição dos Serviços conforme escopo por Release);
• Estimar prazo de conclusão do serviço;
• Estimar o orçamento do tamanho do software por meio da contagem estimada);
10%
II ED –
Especificações de Demanda
Histórias de Usuário
e o diagrama de bpmn
(atualizado)
(Anexo C, da historia de usuário) *
• Criação de todas as histórias, documentações complementares, artefatos, atualização do diagrama de bpmn;
• Disponibilização de todos o produtos elaborados para o devido aceito da CONTRATANTE pertinente a cada Release.
• Nessas documentações e artefatos deverão estar todas as regras de negócio e especificações que compõe o escopo de cada Release.
20%
III EXEC –
Execução da Demanda
Ordem de Serviço e o Cronograma de Serviço
(Anexo D deste documento)
• Elaboração de Cronograma de Serviço e o seu plano de ação, atualização de documentação;
• Serviço de Desenvolvimento/Codificação/Implementação de software e teste de software (Identificação de erro, falha, defeitos);
• Serviços de implantação da Solução e Homologação;
• Serviços que compreendam a transferência de conhecimento nos sistemas desenvolvidos e/ ou mantidos para os usuários das áreas demandantes e a área de TI da ATIVOS S.A. referente à demanda entregue.
70%
* É obrigatória a produção do Artefato informado na tabela acima para o devido pagamento, como também os seus documentos complementares solicitados pelo CONTRATANTE. ** Esse percentual de esforço será calculado a partir da contagem de pontos de função para fins de pagamento. *** A CONTRATADA deverá elaborar um cronograma de Ordem de serviço simples e objetivo para apresentar a CONTRATANTE no período de estabilização. Observação: Dependendo da demanda, a CONTRATANTE poderá optar por uma menor quantidade de serviços em cada etapa, não
podendo a CONTRATADA omitir nenhuma informação essencial que sirva para a conclusão da demanda. Contudo pode se otimizar
as informações dentro das documentações de cada artefato principal, ou das documentações complementares.
13.2. Etapa I – Solicitação de Demanda (SD)
13.2.1. Nessa primeira etapa, a CONTRATADA deverá realizar todas as ações
necessárias para a confecção do termo de abertura do projeto para ser
entregue à CONTRATANTE para o aceite ou recusa do serviço.
Página 21 de 41
13.2.2. A elaboração do termo de abertura pela CONTRATADA abrangerá o
escopo da demanda solicitada, desde o levantamento de requisitos para
entendimento do processo de trabalho, a concepção do entendimento das
necessidades apresentadas para construção do termo de abertura do
projeto, como também a realização de reuniões técnicas para dirimir
dúvidas e/ou para obter os esclarecimentos necessários acerca do serviço
solicitado, e a devida identificação do ambiente de funcionamento da
solução a fim de realizar as devidas especificações e dimensionamento
para o funcionamento do produto/solução em homologação e produção.
13.2.3. A CONTRATADA deverá também criar o diagrama de bpmn (isto é, uma
notação de modelo de mapeamento de processos de negócio), após análise
e mapeamento de processos referente ao escopo da demanda a ser
realizada.
13.2.4. A responsabilidade pela produção do termo de abertura com o seu protótipo
ou documentação complementar é da CONTRATADA a fim de disponibilizar
toda a informação para devida análise e aceite por parte da área
demandante da CONTRATANTE.
13.2.5. A realização da prototipação, entrevistas e questionários, irá depender da
demanda, mas a regra pré-estabelecida é que, quando a solução tenha
interface de utilização definida pelo usuário demandante, é obrigatória a
construção do protótipo.
13.2.6. A concepção do termo de abertura pela CONTRATADA deverar também
abranger todas as especificações técnicas, documentações
complementares, e o serviço de Análise de Projeto para ser disponibilizado
para a área técnica da CONTRATANTE, que verificará e validará sua
viabilidade de execução. Se houver divergências identificadas pela
CONTRATANTE, serão enviadas as devidas orientações para
CONTRATADA realizar as adequações visando a conclusão do termo de
abertura.
13.2.7. A CONTRATADA ao realizar serviço de Análise e Planejamento de Projeto,
registrará no termo de abertura o dimensionamento e estimativa de duração
do trabalho a ser executado e sua estratégia de realização do serviço.
I. Para essa estratégia de serviço poderá ser proposta a divisão dos
serviços por Release de maneira que seja possível distribuir os serviços
por sprints de trabalho, onde as entregas dos serviços e suas
funcionalidades deverão estar disponibilizadas em determinada
Release, de maneira progressiva. Considera-se Sprint um conjunto de
atividades que devem ser executadas em período de tempo regulares
e pré-determinados.
II. A CONTRATADA deverá responsabilizar-se por entregar os produtos
adaptáveis dentro do escopo da Release.
Página 22 de 41
III. Dentro da Release, poderá existir para cada Sprint de trabalho a
prestação de serviço referente ao escopo do serviço e funcionalidades
acordadas entre a CONTRATANTE e CONTRATADA, abrangendo no
mínimo 1 (uma) história produzida.
IV. A história produzida pela CONTRATADA deverá ter um conjunto
suficiente de funcionalidades que resultem em um produto pronto e para
o uso da CONTRATANTE em produção. Não podendo a
CONTRATADA criar parcelamentos de serviços em desacordo com os
critérios de aceite da CONTRATANTE, ou recusados por meio da
solução de gestão de demandas.
V. Cada Sprint de trabalho deverá disponibilizar uma entrega de solução
ou produto utilizável e que seja possível ser homologado dentro dos
critérios de aceite oriundos do termo de abertura, ou atualizados após
a especificação da documentação que será homologada pela
CONTRATANTE, para a realização e execução da Ordem de Serviço.
VI. Não é obrigatória a entrega do serviço por sprint. Contudo é obrigatório
a entrega por Release, pois durante a estratégia de concepção da
demanda, a CONTRATADA poderá executar sprints de acordo com os
critérios de aceite acordados com a CONTRATANTE, resultando no
mínimo uma Release, de maneira que a entrega seja progressiva a
disponibilizar o produto/demanda.
VII. A CONTRATADA poderá realizar negociação referente à entrega,
preservando sempre a prioridade da CONTRATANTE referente às
releases a serem executadas.
13.2.8. Se a CONTRATANTE realizar reunião com a CONTRATADA e for
verificado que após a demanda gerada no software de gestão de demanda
foi compreendido que antes mesmo da concepção e elaboração do termo
de abertura não é interessante continuar com o andamento da demanda,
será realizada a desistência da demanda por meio do software de gestão
de demanda.
I. Nesse software deverá ter botão de cancelamento da demanda, nessa
situação será realizado o pagamento de 25% (vinte cinco por cento) de 2
(dois) pontos de função. Esse valor não é por reunião, e sim por todos os
esforços necessários que resultaram na compreensão por parte da
CONTRATANTE em não continuar com a demanda.
13.2.9. Após a conclusão do termo de abertura pela CONTRATADA, os devidos
documentos deverão ser anexados ao número da demanda aberta, no
software de gestão de demanda para CONTRATANTE poder analisar e
realizar a aceitação ou a recusa do serviço dentro do escopo acordado,
prazo estimado, qualidade acordada, preço estimado e demais informações
especificadas no devido termo.
Página 23 de 41
13.2.10. A solução web de gestão de demanda que deverá ser fornecida pela
CONTRATADA deverá apresentar botões para que o usuário realize o
aceite ou recusa da demanda. No caso do usuário recusar, o sistema deverá
disponibilizar campo obrigatório para explicação do motivo da recusa.
13.2.11. Em caso de decisão de não execução da demanda, a CONTRATANTE
registrará a justificativa via software de gestão de demanda web, e
informará o pagamento de 10% (dez por cento) do valor estimado do ponto
de função, e fechará a demanda.
13.2.12. Em caso de Aceitação, a CONTRATANTE registrará o devido aceite do
documento termo de abertura e dos documentos complementares se
necessário devido ao escopo da demanda, dentro das condições
especificadas, e informará o pagamento de 10% (dez) por cento do valor
estimado do ponto de função para o projeto a ser realizado. Após essa
primeira etapa, a contratada deverá realizar a etapa II da tabela de fluxo dos
serviços por etapa do item 13 referente as Especificações da Demanda –
ED.
13.2.13. Após a validação do Termo de Abertura pela CONTRATANTE, toda a
execução do serviço da demanda deverá ser realizada nas instalações da
CONTRATADA.
13.3. Etapa II – Especificação da Demanda (ED)
13.3.1. Na segunda etapa, após o aceite do termo de abertura, a CONTRATADA
deverá realizar a elaboração de todas as histórias de maneira objetiva e
clara a fim de registrar e especificar todas as informações referente ao
escopo de cada Release acordada na demanda.
13.3.2. Nesta etapa a CONTRATADA se responsabilizará por conceber todos os
diagramas, atualizações do protótipo, caso necessário, e especificar todas
as regras de negócio e especificações que compõe o escopo de cada
Release.
13.3.3. Nesta segunda etapa, se a CONTRATADA verificar que devido ao
progresso da demanda houve evoluções que necessitam de atualização do
diagrama de bpmn, ela deverá realizar a devida atualização do diagrama.
Contudo se na entrega do diagrama a CONTRATANTE notar que o
diagrama merece ser atualizado por causa da rastreabilidade de
informação, a CONTRATADA deverá realizar o devido ajuste.
13.3.4. A CONTRATADA ao receber a devida demanda, dependendo do seu
escopo, poderá organizá-la em várias Sprints de trabalho que deverão ser
compostas por todos os trabalhos relativos ao escopo do serviço, a ser
entregue em cada Release correspondente a demanda solicitada, ou a
várias Releases que pode corresponder à demanda solicitada.
Página 24 de 41
13.3.5. A demanda pode estar para uma release ou para várias releases, isto vai
depender do escopo do serviço, sua organização de forma parcelada e
progressiva e proposta que será realizada por parte da CONTRATADA à
CONTRATANTE.
13.3.6. A CONTRATADA ao concluir as especificações, documentações e histórias
de usuário da Release deverá disponibilizar para a CONTRATANTE validar
todas as especificações entregues.
13.3.7. Se a Release apresentar documentação com falhas, erros ou omissões de
informações nas suas especificações ou em documentação complementar,
será comunicado os devidos erros, como também as divergências ou
adequações para correção pela CONTRATADA. E após os devidos reparos
a CONTRATADA deverá reenviar as documentações para validação do
produto.
13.3.8. Durante a confecção das histórias de usuário, relativos ao desenvolvimento
de determinada Release, se a CONTRATANTE compreender que a
continuação do serviço não é interessante para o seu negócio, a Release
será cancelada no sistema de gestão de demandas. Nesta situação de
cancelamento, a CONTRATANTE realizará somente o pagamento dos
respectivos 20% (vinte por cento) referente à Release, especificado na
etapa I, na tabela do item 13, deste documento.
13.3.9. Porém, se ocorrer validação das respectivas especificações,
documentações, e/ou todas as histórias de usuário pela área demandante
e a devida documentação técnica complementar pela área técnica da
CONTRATANTE da Release, será realizado o pagamento de 20% (vinte por
cento) do valor estimado do ponto de função relativo a Release entregue,
isto é, conforme etapa II da tabela Fluxo dos Serviços por Etapa do item 13,
deste documento.
13.3.10. A CONTRATADA será responsável pelo dimensionamento da demanda e o
seu valor global estimado de pontos de função. A CONTRATADA na
segunda etapa, referente às especificações, deverá sinalizar à
CONTRATANTE se pelo desdobramento do serviço houve aumento
superior a 35% (trinta e cinco por cento) do valor orçado. Caso isso ocorra,
a CONTRATADA deverá solicitar reunião com a CONTRATANTE para
verificar se prossegue com a demanda e suas releases ou se a
CONTRATANTE cancelará a demanda.
I. No caso de cancelamento da demanda, a CONTRATANTE irá realizar o
pagamento do serviço apenas de 20% (vinte por cento) do valor da
Demanda original estimada da etapa I, não precisando a CONTRATADA
avançar com o aumento do escopo percebido.
Página 25 de 41
13.4. Etapa III – Execução da Demanda (EXEC)
13.4.1. Após essa validação a CONTRATANTE irá iniciar a terceira etapa criando
a Ordem de Serviço no sistema de gestão de demandas.
13.4.2. Se a demanda tiver até 20 pontos de função e for indicada pela
CONTRATANTE como de baixa complexidade poderá ser realizada, pelo
seu tamanho e escopo, em somente uma Release não sendo necessário o
parcelamento do serviço. Não podendo a CONTRATADA subdividir a partir
desse quantitativo as Ordens de serviço, pois deverá ser avaliado entre as
partes a complexidade envolvida entre o escopo, plataformas, tecnologias
envolvidas e sistemas integrados.
13.4.3. A compreensão e definição do escopo da demanda será avaliado em
conjunto pela equipe técnica da CONTRATADA e CONTRATANTE,
analisando a(s) necessidade(s) envolvidas, metas dos trabalhos a serem
realizados, tecnologias envolvidas e toda a informação necessária e
suficiente para delimitação do serviço a ser realizado.
13.4.4. Toda Release tem pelo menos uma Ordem de serviço, onde para se abrir a
Ordem de serviço é obrigatório a homologação de todas as histórias, suas
especificações e documentos auxiliares validada pela CONTRATANTE.
Não podendo ser aberto Ordem de serviço pela CONTRATADA sem
documentação (histórias e documentação complementar) validada pela
CONTRATANTE.
13.4.5. É de responsabilidade da CONTRATADA a abertura da Ordem de Serviço,
contudo o sistema de gestão de demandas deverá ter 2 (dois) botões
respectivamente de “Executar a Ordem de Serviço” ou “Cancelamento da
Ordem de Serviço”. A CONTRATADA só poderá iniciar a execução da
ordem de serviço após a CONTRATANTE confirmar por meio do botão de
“Executar a Ordem de Serviço” que está autorizada a execução do trabalho.
13.4.6. Quando a CONTRATADA realizar a abertura da Ordem de Serviço deve
conter o Cronograma de Serviço, registrando todo o plano de ação, como
também todos os marcos de entrega, prazos, e os devidos serviços a serem
concluídos.
13.4.7. Ao elaborar o cronograma de serviço a CONTRATADA deverá apresentar
todos os marcos de entregas pertinente ao serviço contratado para sua
execução.
13.4.8. Se a CONTRATADA conseguir executar a demanda com todas as
Releases de forma paralela e concorrente, no cronograma de serviço
deverá ser apresentado todas as datas de entrega de forma progressiva
com suas respectivas Ordens de serviços e relações de dependências
entre ordens de serviços e as releases, sendo evidenciado as que têm
precedência entre suas funcionalidades.
Página 26 de 41
13.4.9. Se a CONTRATANTE optar por executar a ordem de serviço, a
CONTRATADA deverá, ao realizar a execução do serviço, garantir que a
codificação, o desenvolvimento da solução e toda a concepção do serviço
prestado esteja de acordo com o escopo do seviço acordado e suportado
pelo termo de abertura, ordem de serviço, histórias de usuário e todas as
documentações complementares validadas pela CONTRATANTE,
referente a prestação de serviço.
13.4.10. Durante a Elaboração da demanda, a CONTRATADA deverá realizar o
serviço de teste que engloba a verificação de qualidade do software
desenvolvido por meio de análise e verificações das funcionalidades
construídas e parametrizadas, resultando na detecção de falhas, defeitos
ou erros a fim de detectar os problemas de mau funcionamento e/ou
imperfeições que não deixem a solução no estado de “pronto”, e realize as
devidas ações para correção dos problemas encontrados.
13.4.11. Os serviços de teste devem produzir cenários de testes funcionais, testes
de evidências dos testes realizados, teste de caixa branca, teste de caixa
preta, teste de volume, teste de performance, teste de carga, e teste de
regressão, bem como relatório de qualidade demonstrando a correção dos
itens encontrados, e todos os itens, funcionalidades, configurações da
solução entregues em perfeito funcionamento.
13.4.12. Os serviços de teste estarão inclusos no processo de construção de toda e
qualquer demanda a fim de garantir a qualidade e o correto funcionamento
dos serviços realizados pela CONTRATADA durante a entrega do serviço.
13.4.13. Se a entrega do produto pela CONTRATADA apresentar falhas, defeitos ou
falta de informação na documentação que cause impedimento, segundo a
CONTRATANTE, para sua utilização, será devolvido o produto, e a
CONTRATADA deverá realizar todos os testes com a finalidade de
inspecionar e encontrar o erro, que gerou o evento indesejado, e corrigir o
problema.
I. Na situação citada acima, a CONTRATANTE poderá realizar o
acompanhamento dos testes para conferir a entrega da demanda, onde
esses serviços serão realizados sem ônus adicional para a
CONTRATANTE, e estarão cobertos como garantia do serviço.
II. Os testes realizados devem garantir a qualidade do serviços prestados
e também o funcionamento adequado da solução disponibilizada,
conforme o escopo das histórias de usuário homologadas e toda a
documentação complementar utilizada para especificar e desenvolver o
produto pela CONTRATADA, com o fim de disponibilizá-lo à
CONTRATANTE.
Página 27 de 41
13.4.14. A CONTRATADA, após a conclusão do desenvolvimento e seus testes,
deverá disponibilizar a devida entrega com os produtos, funcionalidades ou
solução para a aprovação da CONTRATANTE no ambiente de
homologação.
13.4.15. No caso de envio do produto ou da prestação de serviço pela
CONTRATADA para a CONTRATANTE, e for verificado, na primeira
entrega, erros no produto ou documentação por parte da CONTRATADA, a
CONTRATANTE poderá solicitar o acompanhamento presencial para a
implantação e a CONTRATADA acarcará com todos os custos de
deslocamento até quando a solução estiver com o conceito de pronto.
13.5. Contagem dos Pontos de Função
13.5.1. A CONTRATADA ao concluir a entrega do produto para a CONTRATANTE,
deverá realizar a contagem detalhada de pontos de função relativa a Ordem
de Serviço finalizada, para fins de validação e pagamento do serviço. A
contagem detalhada do serviço será efetuada logo após o aceite da
prestação do serviço por parte da CONTRATANTE. Essa contagem deverá
ser realizada utilizando-se a técnica de Análise em Pontos de Função de
acordo com o Manual de Práticas de contagem Function Point Counting
Practices Manual (CPM)”, versão 4.3.1, publicado pelo IFPUG –
International Function Point Users Group (http://www.ifpug.org).
13.5.2. A contagem dos pontos de função detalhada deve ser apresentada por meio
de planilha excel com os devidos valores referentes a cada funcionalidade,
e com referências que permitam a rastreabilidade da informação nos
seguintes artefatos: histórias de usuário, documentações técnicas
complementares e/ou anexas às histórias de usuário, diagrama de
entidades, modelo de dados, especificações funcionais e protótipos.
13.5.3. O profissional da CONTRATADA que estiver desenvolvendo o software
deverá repassar todas as informações necessárias ao especialista em
contagem da CONTRATADA, que realizará a medição do tamanho
funcional da solução e registrará as devidas informações na planilha de
contagem para ser validada pela CONTRATANTE.
13.5.4. Não será admitido o registro do ponto de função na planilha de contagem
de forma desconexa. Caso ocorra, não será aceito o valor lançado, pois
todo o registro deverá possuir sua devida referência na documentação.
13.5.5. Os artefatos, contendo a contagem e a especificação detalhada dos pontos
de função, devem ser apresentados como anexos das ordens de serviço.
13.5.6. Os pontos de função sem as devidas referências para serem rastreados na
documentação serão desconsiderados para pagamento.
13.5.7. A entrega de artefatos com os registros dos pontos de função faz parte da
entrega do produto demandado.
Página 28 de 41
13.5.8. Caso não se encontrem informações que possam mensurar no Manual de
contagem do IFPUG – COM, poderá ser utilizado o Roteiro de Métrica de
Software do SISP vigente.
13.5.9. Na confecção deste documento o Roteiro do SISP disponível encontrava-
se na versão 2.3 no seguinte endereço:
http://www.fattocs.com/files/pt/artigos/Roteiro_de_Metricas_de_Software_do_SISP_-_v2.3.pdf
13.5.10. No roteiro existem orientações para o processo de estimativas de projeto de
software, e instrução para mensuração de vários serviços não mensuráveis
pelo manual do IFPUG.
13.5.11. Se houver futuras atualizações no manual de contagem do IFPUG ou no
roteiro de métricas de software do SISP, apenas serão aplicadas as
atualizações do manual ou do Roteiro para as novas demandas que serão
abertas, as demandas em andamento continuarão utilizando as regras
estabelecidas durante a sua abertura até sua conclusão.
13.5.12. A definição de fronteiras entre as aplicações para fins de utilização da
técnica de pontos de função é de responsabilidade exclusiva da
CONTRATANTE. Nessa situação, a CONTRATADA deverá solicitar os
devidos esclarecimentos por parte da CONTRATANTE.
13.5.13. Posteriormente, a validação e aceite da contagem detalhada, resultando os
70% (setenta por cento) restantes da demanda a ser remunerada pela
CONTRATANTE, a CONTRATADA deverá enviar a nota fiscal para
pagamento pela CONTRATANTE, de acordo com a tabela de “Fluxo de
Serviços por Etapa” do item 13.1.
14. SISTEMA DE ATENDIMENTO E SOLICITAÇÃO DE DEMANDAS
14.1. A CONTRATADA deverá disponibilizar sistema de atendimento e solicitação de
demandas web no prazo de até 45 (quarenta e cinco) dias corridos da assinatura do
contrato.
14.2. O sistema de atendimento a demandas web deverá possuir as seguintes
especificações/funcionalidades:
I. Disponibilidade das suas funcionalidades operacionais através de acesso
seguro a internet, utilizando certificado digital válido por unidade certificadora
oficial, cabendo à CONTRATANTE disponibilizar acesso aos usuários do
sistema;
II. Estar disponível online, em regime de 24x7;
III. Ser acessado somente através de senha individual e intransferível, podendo ser
alterada a qualquer momento pelo próprio usuário;
IV. Possuir níveis de acesso personalizados para usuários distintos;
V. Realizar a criação de demandas, como também seu cancelamento ou
fechamento de demanda;
Página 29 de 41
VI. Permitir a inclusão de anexos que façam parte do escopo do serviço;
VII. Permitir que, a partir da criação da demanda, possam ser originadas quantas,
releases forem necessárias para a organização e prestação do serviço
devidamente vinculadas a essa demanda, onde por sua vez que para cada
release possa ser criada quantas ordens de serviços forem necessárias para a
organização e prestação de serviços vinculadas a essa release.
VIII. Possibilitar a criação de Ordens de Serviço avulsas, ou que possam ser
vinculadas ou desvinculadas a releases e suas respectivas demandas já
criadas, ou demandas que serão criadas.
IX. Permitir o cancelamento e fechamento de ordem de serviço;
X. Permitir o cancelamento e fechamento da demanda ou release;
XI. Permitir que para cada ordem de serviço também seja possível realizar a
inclusão de documentações anexas de acordo com o escopo do serviço.
XII. Permitir para cada documento anexado pela CONTRATADA como termo de
abertura, história de usuário ou documentação complementar, que a
CONTRATANTE possa recursar a release, ou ordem de serviço, pertinente a
documentação que se encontra com problemas ou necessidade de ajustes.
XIII. Possuir interface que possibilite visualizar pendências como o seu devido alerta,
informando que a CONTRATADA está com determinada pendência.
XIV. Disponibilizar recurso obrigatório para classificação das demandas como de
projeto, expressas ou excepcionais.
XV. Permitir a reclassificação de demanda para o tipo de serviço como excepcional.
XVI. Permitir a consulta por demanda, release, ou por ordem de serviço, onde poderá
ser visualizado a situação da prestação de serviço nos seguintes marcos:
Iniciação, Especificação, Execução, homologação e Produção.
XVII. Disponibilizar relatório de consulta para visualizar as demandas por período,
onde o usuário pode informar data inicial e final e será apresentada todas as
demandas/releases/ordens de serviço do período, contendo as seguintes
informações: número da demanda, data de abertura, data estimada de
conclusão, valor da demanda, situação da demanda, onde será informado os
marcos: de Iniciação, Especificação, Execução, homologação, Produção,
Concluída ou Cancelada.
XVIII. Permitirá consultas sobre a situação das demandas, releases ou ordem de
serviços, a fim de que se possa verificar a situação do seu escopo e todas as
ações, comentários e tarefas relacionadas a prestação de serviço.
XIX. Disponibilizar pesquisa por período de data inicial e final que apresente as
demandas, releases ou ordens de serviço que estão nas seguintes situações:
Em planejamento; Elaborando Especificações; Em Execução; Em homologação
de Entrega; Demandas, releases ou Ordens de Serviço faturadas; Demandas,
releases ou Ordens de Serviço canceladas, Demandas, releases ou Ordens de
Serviço fechadas;
Página 30 de 41
XX. Possuir recurso para registrar bug (isto é, erro, falha ou defeito) para a Ordem
de Serviço, onde deverá estar referenciado para a respectiva demanda, release
ou ordem de serviço;
XXI. Permitir o cadastro de erros identificados durante as entregas das ordens de
serviço durante a vigência do contrato.
XXII. Permitir a consulta por logs e trilhas de auditoria, informando qual o usuário que
abriu a demanda, realizou a aprovação da demanda e/ou ordem de serviço, ou
sua recusa, suspensão ou cancelamento, como também todos os seus
respectivos aceites e recusas por data. Essa consulta poderá ser realizada por
período de data inicial e final, como também pelo número da demanda ou ordem
de serviço, sua situação ou o tipo de demanda.
XXIII. Além de poder pesquisar pelo bug, o software deverá trazer o registro da
demanda “pai” (isto é, a demanda com vínculo ao erro registrado). Com o
número do bug deve-se visualizar a demanda “pai” pertinente a esse bug.
Quando a demanda possuir qualquer bug, o software deve destacar a demanda
e todos os bugs existentes na demanda de ordem decrescente de cadastro.
14.3. A CONTRATADA deverá disponibilizar treinamento online, com todas as informações
necessárias, e respectivas imagens de cada interface e funcionalidades para capacitação
dos funcionários indicados pela CONTRATANTE na solução de gestão de demandas. Esse
treinamento online deverá estar incluído no valor global do contrato sem custos adicionais
para a CONTRATANTE e disponível por toda a vigência do contrato.
14.4. Caso a CONTRATANTE adquira uma nova solução para gestão de demandas,
deverá informar a CONTRATADA e repassar todas as informações necessárias para
registro de demandas através da nova solução.
14.5. No caso de utilização de nova solução de demandas adquirida pela CONTRATANTE,
a CONTRATANTE deverá disponibilizar 1 (um) treinamento de até 2 (duas) horas, se
necessário, para capacitar o gerente de projeto e 1 (um) funcionário da CONTRATADA.
Esse treinamento, poderá ser disponibilizado por meio de videoaula já gravada para ser
assistido de modo remoto, ou ser repassado as devidas orientações de forma remota para
a CONTRATADA poder utilizar a nova solução.
15. SOLICITAÇÃO DE SERVIÇOS
15.1. As solicitações de serviços serão realizadas por intermédio de sistema de gestão de
demandas fornecido pela CONTRATADA, durante a vigência do contrato, para todos os
funcionários indicados pela CONTRATANTE.
15.2. A CONTRATADA deverá, a partir da demanda aberta, elaborar o termo de abertura
e anexar a devida documentação na demanda solicitada. O aceite, recusa ou cancelamento
deverá ser acionado pela CONTRATANTE por meio de botão na interface do software de
gestão de demandas.
Página 31 de 41
15.3. O Termo de Abertura de Projeto deverá estar de acordo com o anexo “B” deste
documento que tem o formato e as indicações de informações mínimas a serem incluídas
pela CONTRATADA. Contudo é de responsabilidade da CONTRATADA acrescentar todas
as informações adicionais para especificação do escopo do serviço, como também sugerir
à CONTRATANTE aperfeiçoamento nos documentos para melhorar a rastreabilidade da
informação.
15.4. A CONTRATADA deverá apresentar contagem estimada das funcionalidades
referente a demanda solicitada no termo de abertura, devendo esta ser validada e aprovada
pela CONTRATANTE.
15.5. A partir da data de registro da demanda na ferramenta de gestão de demandas, a
CONTRATADA deverá, em no máximo 05 (cinco) dias úteis, apresentar o Termo de
Abertura do Projeto, salvo se houver informações pendentes para serem incluídas na
demanda oriundas da CONTRATANTE. Nesse caso a CONTRATADA irá negociar o devido
prazo com a CONTRATANTE.
15.6. A CONTRATADA poderá solicitar que seja estendido o prazo para atendimento da
demanda, desde que seja registrado a justificatva na ferramenta de gestão de demandas e
aceito pela CONTRATANTE, a critério da CONTRATANTE no caso de mudança de
prioridade por definição e estratégia do seu negócio.
15.7. A execução do objeto da demanda será realizada somente após o aceite realizado
no Termo de Abertura do Projeto e aceite das especificações da demanda, como também
da abertura da respectiva Ordem de serviço pertinente a Release, com o devido escopo
acordado, por meio de comando no software de gestão de demanda. Em caso de ajustes
ou cancelamento o software deverá ter o respectivo botão na interface web com cada tipo
de acionamento.
15.8. Todos os prazos citados neste documento, nas demandas e nas ordens de serviços,
quando não expressos de forma contrária, serão considerados em dias corridos.
15.9. Os prazos de início de execução da prestação de serviço de desenvolvimento de
novos sistemas e suas respectivas manutenções deverão constar na Ordem de serviço.
15.10. Após a conclusão da demanda, a CONTRATADA deverá anexar todas as tarefas,
produtos e serviços disponibilizados, documentações relativas a prestação de serviço,
juntamente com a contagem detalhada na Ordem de Serviço com o valor final do serviço
para ser validado e realizado o devido aceite e pagamento.
15.11. A CONTRATANTE disponibilizará o acesso ao ambiente de versionamento para a
CONTRATADA fornecer os artefatos, códigos fonte, atas de reuniões, prototipação,
histórias de usuários, documentos de especificação de requisitos e todas as documentações
provenientes das demandas relativas a contratação deste Documento.
15.12. A CONTRATADA poderá, até no seu ambiente de desenvolvimento, ter sua
ferramenta de versionamento, contudo deverá ser aderente a da CONTRATANTE, e não
poderá haver perda de informações, nem documentações ou qualquer documentos
referentes as demandas ou ordem de serviços solicitadas.
Página 32 de 41
16. MÉTRICAS DA PRESTAÇÃO DOS SERVIÇOS
16.1. A unidade de medida é PF – Ponto de Função que deverá ser utilizada para o devido
pagamento a empresa CONTRATADA.
16.2. A CONTRATANTE poderá utilizar até 1.600 (um mil e seiscentos) pontos de função
durante a vigência contratual.
16.3. A estimativa do volume de 1.600 (um mil e seiscentos) pontos de função baseou-se
na necessidade de manutenções dos sistemas existentes e no desenvolvimento de novas
soluções para atender os serviços da CONTRATANTE.
16.4. A critério da estratégia negocial e necessidade da CONTRATANTE, a quantidade de
pontos de função oriundos do volume total dos pontos de função do objeto dessa
contratação, poderão ser remanejados para demandas de manutenção ou para o
desenvolvimento de novas soluções.
16.5. A quantidade de Ponto de Função é estimada e será demandada de acordo com a
necessidade da CONTRATANTE, contudo sem garantia de consumo mínimo.
16.6. O valor do ponto de função inclui todas as atividades e fases do ciclo de
desenvolvimento de software, como também as etapas I, II e III especificada no item 13 da
tabela “FLUXO DOS SERVIÇOS POR ETAPA” deste documento.
16.7. A contagem basear-se-á nos resultados obtidos (pagamento por resultados) e deverá
ser discriminada na Ordem de Serviço com o valor da contagem detalhada, resultando no
valor monetário a ser pago pela CONTRATANTE.
16.8. Sempre que possível a mensuração para fins de pagamento deverá seguir a
contagem do tipo DETALHADA, realizada pela CONTRATADA e para fins de validação pela
CONTRATANTE.
16.9. Caso haja divergências na contagem dos Pontos de Função e já tenham sido
esgotadas as tentativas de acordo entre a CONTRATANTE e a CONTRATADA, prevalecerá
a contagem realizada pela CONTRATANTE, em conformidade com o manual de práticas
de contagem do IFPUG, caso não se encontre informações no manual do IFPUG, será
considerado o Roteiro de Métricas de Software do SISP vigente.
16.10. Se houver casos em que não se consiga mensurar o ponto de função pelo manual
de práticas do IFPUG ou pelo roteiro SISP, deverá ser realizada reunião para mapear as
regras de negócio necessárias para o sucesso do projeto, com registro em ATA
contemplando os pontos principais acordados e um documento técnico, anexo a esta ata,
descrevendo todas as regras de negócio. Quando o documento técnico estiver concluído
deve-se realizar uma contagem de pontos de função conforme a NESMA (Netherlands
Software Metrics Association) da seguinte forma:
a) determinam-se todas as funções de todos os tipos (ALI, AIE, EE,SE,CE);
b) toda função do tipo dado (ALI,AIE) tem sua complexidade funcional avaliada
como baixa;
c) toda função transacional (EE,SE,CE) é avaliada como de complexidade média;
d) calcula-se o total de pontos de função não ajustados conforme tabela abaixo, a
qual tem referência no roteiro SISP:
Página 33 de 41
16.11. Os serviços a serem realizados deverão contemplar o tempo hábil para execução
de todas as fases, com prazos estabelecidos nas Ordens de serviços, respeitando-se os
prazos máximos de referência a seguir:
Tamanho da OS Prazo máximo (em dias úteis)
Projetos Complexidade Baixa Projetos Complexidade Média
Até 10 PF 09 dias 15 dias
De 11 PF a 20 PF 18 dias 30 dias
De 21 PF a 30 PF 27 dias 45 dias
De 31 PF a 40 PF 36 dias 60 dias
De 41 PF a 50 PF 45 dias 75 dias
De 51 PF a 60 PF 54 dias 90 dias
De 61 PF a 70 PF 63 dias 105 dias
De 71 PF a 85 PF 70 dias 110 dias
De 86 PF a 99 PF 79 dias 110 dias
16.12. Em projetos com mais de 99 pontos de função deve ser utilizado a seguinte fórmula
de Capers Jones [Jones, 2007]:
Tipo de Sistema Expoente “t”
Sistema Comum – Mainframe (desenvolvimento de sistema com alto grau de reuso ou
manutenção evolutiva) 0,32 a 0,33
Sistema Comum – WEB ou Cliente Servidor 0,34 a 0,35
Sistema OO (se o projeto OO não for novidade para equipe, não tiver o desenvolvimento de
componentes reusáveis, considerar sistema comum) 0,36
Sistema Cliente/Servidor (com alta complexidade arquitetural e integração com outros
sistemas) 0,37
Sistemas Gerenciais complexos com muitas integrações, Datawarehousing,
Geoprocessamento, Workflow 0,39
Software Básico, Frameworks, Sistemas Comerciais 0,40
Software Militar (ex: Defesa do Espaço Aéreo) 0,45
Página 34 de 41
16.13. Para Ordens de Serviço de baixa complexidade é necessário considerar a
produtividade de 7hh/PF (h – significa hora, PF – pontos de função). Para projetos de média
complexidade é necessário considerar a produtividade de 12hh/PF, sendo o limite 110 dias
úteis, equivalentes a 5 meses, que é o resultado da fórmula de Capers Jones para projetos
de 100 PF – Td = 100 0,35 = 5 meses. No caso de sistemas com complexidade alta, deve
haver uma avaliação da CONTRATANTE juntamente com a CONTRATADA.
16.14. O prazo calculado considera todas as fases do ciclo de vida de desenvolvimento,
desde a fase de requisitos até a implantação.
16.15. Se após a análise e verificação de todas as técnicas de contagens pertinentes
citadas, não for possível realizar a mensuração do ponto de função, será realizada reunião
para mapear o escopo do serviço a ser realizado. Deverá ser registrado Ata da Reunião
contemplando todo o escopo acordado, bem como a(s) justifitiva(s) que impeça(m) o uso
das técnicas de contagem indicada neste documento. Caso a CONTRATANTE entenda
como necessária a realização da demanda, a CONTRATADA e CONTRATANTE verificarão
uma melhor alternativa ou prática de mercado que possa mensurar a demanda para o
pagamento justo pelos serviços e resultados entregues.
17. EXECUÇÃO DOS SERVIÇOS
17.1. Os prazos para execução dos serviços deverão ser propostos pela CONTRATADA e
analisados e validados por parte da CONTRATANTE.
17.2. A CONTRATANTE poderá negociar com a CONTRATADA novas datas dependendo
do seu critério estratégico, e considerando limites máximos do cronograma de serviço
proposto pela CONTRATADA.
17.3. Se necessário e a critério da área técnica da CONTRATANTE, esses prazos poderão
ser estendidos para garantir a boa execução dos serviços, e evitar o risco de
indisponibilidades ou erros operacionais.
17.4. As alterações que causem mudanças no escopo e no prazo de entrega acordados
devem gerar uma nova Ordem de Serviço, a qual deverá ser criada na própria demanda
pelo sistema de gestão de demanda. Contudo, o novo prazo de entrega não prejudicará a
CONTRATANTE no recebimento dos produtos e prazos acordados anteriormente, e as
novas funcionalidades que deverão ser adicionadas a demanda por meio de nova ordem de
serviço, por motivo de organização e aderência o contexto de serviço, deverão ser
reavaliadas, dimensionadas e orçadas para o devido pagamento pela CONTRATANTE.
17.5. A CONTRATADA na situação anterior poderá propor a abertura de nova demanda
para a solicitação, contudo fica a critério da CONTRATANTE a possibilidade de abertura de
nova ordem de serviço na mesma demanda.
18. ACOMPANHAMENTO DOS SERVIÇOS (STATUS REPORT)
18.1. Serão realizadas reuniões periódicas para tratamento de possíveis ajustes nas
demandas, melhoria da qualidade gerencial, analisar lições aprendidas e melhores práticas,
promover a melhoria contínua do processo de trabalho.
18.2. Também serão realizadas reuniões periódicas de Validação das Expectativas para
verificar se os objetivos do contrato estão sendo alcançados, identificando possíveis
ocorrências não desejáveis e consolidando lições aprendidas.
Página 35 de 41
18.3. Deverão participar dessa reunião o preposto e o gerente de projeto da
CONTRATADA, podendo a CONTRATANTE solicitar representantes legais da
CONTRATADA para participar de reuniões que a CONTRATANTE compreenda ser
necessário.
18.4. A CONTRATADA nas reuniões Status Report deverá apresentar a situação de todas
as prestações de serviço com no mínimo de informações contidas no Anexo “G” – MODELO
DE DOCUMENTO DO STATUS REPORT. E durante a vigência do contrato, sem ônus para
a CONTRATANTE deverá realizar os ajustes nesse modelo com as informações que
compreender serem relevantes para garantir a rastreabilidade da informação, como também
as informações solicitadas pela CONTRATANTE.
18.5. As reuniões técnicas serão realizadas preferencialmente nas instalações físicas da
CONTRATANTE, e toda a logística de deslocamento será de responsabilidade da
CONTRATADA, sem ônus adicional para a CONTRATANTE. A critério da CONTRATANTE,
a reunião técnica poderá ser realizada através de outros meios tais como videoconferência,
audioconferência, ou outro a ser indicado pela CONTRATANTE.
19. ENTREGA, AVALIAÇÃO E RECEBIMENTO DAS ORDENS DE SERVIÇOS
19.1. Para cada ordem de serviço a ser entregue, a CONTRATADA deverá gerar os
produtos encomendados de acordo com os respectivos prazos e dentro dos padrões de
qualidade e de compatibilidade técnica, conforme as definições especificadas no escopo de
cada prestação de serviço.
19.2. A CONTRATADA poderá apresentar justificativa formal sobre eventuais atrasos ou
paralisação dos serviços.
19.3. A CONTRATADA disponibilizará todas as informações referente a entrega do produto
por meio do sistema de Gestão de Demandas, indicando os devidos locais para entrega dos
serviços prestados, após a homologação que deverá ser feita via sistema de gestão de
demandas (Por meio de acionamento de botão na interface do sistema), a qual será
considerada como a assinatura da ordem de serviço pelo seu respectivo responsável.
19.3.1. O aceite via sistema por parte da CONTRATANTE da Ordem de Serviço não
eximirá a CONTRATADA, independentemente do escopo da demanda, da
responsabilidade pela correção de erros identificados por parte da
CONTRATADA, apresentados durante a vigência do contrato.
19.4. Se a qualidade do produto não for aprovada, devido a mal funcionamento da(s)
funcionalidade(s) do software, ou omissão de informações na documentação, ou
indisponibilidade intermitente no produto entregue, a CONTRATADA será informada por
meio do sistema de gestão de demandas na respectiva ordem de serviço.
19.5. As correções a serem realizadas na Ordem de Serviço serão encaminhadas a
CONTRATADA por meio do sistema de gestão de demandas, e deverão ser executadas
obedecendo ao prazo acordado.
19.6. Após as correções, a CONTRATADA disponibilizará o produto da ordem de serviço
para nova avaliação de qualidade.
19.7. A CONTRATADA entregará o produto ou prestação de serviço da Ordem de Serviço
no ambiente de homologação para a área técnica da CONTRATANTE realizar a devida
disponibilização, segundo a documentação de implantação do produto entregue.
Página 36 de 41
19.7.1. Na apresentação de erros na entrega, a área técnica recusará o serviço e
aguardará a CONTRATADA disponibilizar a nova entrega e a devida
documentação regularizada.
19.7.2. No caso da documentação estar correta e a entrega for homologada pela
CONTRATANTE, a área técnica da CONTRATANTE será responsável por
disponibilizar o produto no ambiente de produção, salvo nos casos em que a
CONTRATADA deverá realizar o acompanhamento desse serviço em
produção, ou em casos excepcionais que deverá colocar o produto em
produção.
19.7.3. Nos casos em que a CONTRATADA somente realizará o acompanhamento
do serviço, não será imputado custo adicional para a CONTRATANTE, em
virtude da complexidade de entrega da demanda, que deverá exigir o devido
acompanhamento e atenção por parte da equipe técnica da CONTRATADA.
19.8. A CONTRATADA será responsável pelas configurações de software e do servidor
web que devem se manter estáveis nos ambientes de desenvolvimento, homologação e
produção. Essas configurações deverão ser compatíveis a fim que os produtos entregues
não respondam com instabilidade em ambientes diferentes, e sejam os sistemas entregues
compatíveis com o Ambiente de Produção da CONTRATANTE a fim de assegurar que o
comportamento do sistema não seja alterado quando transferido para o Ambiente de
Produção.
19.8.1. Para isso, a documentação de implantação deverá ter todas as informações
suficientes e necessárias para a implantação do produto recebido, conforme
o conceito de pronto deste documento.
20. CRITÉRIOS DE ACEITAÇÃO DOS SERVIÇOS
20.1. O recebimento dos serviços ficará condicionado à observância de todas as cláusulas
e condições fixadas neste instrumento, bem como ao atendimento de eventuais solicitações
no sentido de que a CONTRATADA promova a substituição de componentes entregues fora
das especificações ou nos quais venham a ser detectados defeitos, irregularidades ou
imperfeições.
20.2. Os serviços/produtos serão recusados no mínimo se ocorrer as situações abaixo,
sendo que essas situações não são exaustivas, pois durante a vigência do contrato a
CONTRATANTE orientará no termo de abertura e/ou Ordem de Serviço as demais
situações:
I. Se entregue sem conformidade com termo de Abertura, histórias de usuário, e
os requisitos exigidos na Ordem de Serviço, como também em desacordo com
a documentação complementar de cada um dos artefatos citados anteriormente;
II. Se não atenderem a navegabilidade ou aos requisitos funcionais apresentados
no protótipo;
III. Se apresentar falhas durante os testes de conformidade e verificação;
IV. Se o produto entregue não possuir roteiro de instalação ou de implantação do
produto ou da prestação de serviço.
Página 37 de 41
20.3. A CONTRATANTE rejeitará, no todo ou em parte, o serviço objeto deste documento
executado em desacordo com os termos aqui descritos.
21. HOMOLOGAÇÃO DOS SERVIÇOS PRESTADOS
21.1. A homologação do Serviço compreende a entrega de todos os serviços do
cronograma e todos os documentos produzidos e atualizados, inclusive a disponibilização
do produto/serviço no ambiente de homologação pela CONTRATADA para a devida
validação e aceite da prestação de serviço pela CONTRATANTE.
21.2. A validação por parte da CONTRATANTE permite a averiguação e o
reconhecimento do serviço entregue dentro do escopo solicitado.
21.3. A CONTRATADA deve garantir o funcionamento das aplicações entregues no
ambiente de homologação para a CONTRATANTE, essas soluções também deverão
funcionar no ambiente de produção.
21.4. A homologação das documentações e dos serviços prestados será realizada pelos
responsáveis da área demandante que motivaram a abertura de cada demanda a fim de
suprir a necessidade tecnológica da sua área.
21.5. A homologação das histórias e respectivas documentações dos produtos entregues
pela CONTRATADA deverá ocorrer nos prazos definidos abaixo:
Tamanho do Serviço em Pontos
de Função - PF
Prazo para homologação pela área
demandante da CONTRATANTE (dias úteis)
Até 150 30
Acima de 150 A ser acordado
22. GARANTIA TÉCNICA DOS SERVIÇOS
22.1. A CONTRATADA garantirá os serviços realizados dentro do escopo solicitado e da
vigência do contrato, incluindo suas prorrogações contratuais. Durante o período, a
CONTRATADA obriga-se a corrigir quaisquer defeitos nos produtos/serviços entregues.
22.2. São considerados defeitos as implementações ou artefatos que estejam em
desacordo com os requisitos estabelecidos, com as especificações do sistema e com as
falhas ou funcionamento irregulares identificados na operação normal do produto.
22.3. A garantia deverá incluir todos os produtos desenvolvidos, como também os códigos
elaborados e as configurações relativas a todas as ferramentas utilizadas no projeto pela
CONTRATADA, sejam elas ferramentas livres ou licenciadas para atender o objeto dessa
contratação.
22.4. Os defeitos apurados pela CONTRATANTE, durante a vigência do contrato, ainda
que tenham sidos faturados e pagos sem nenhuma restrição, caso resultem erros
posteriores por causa da manutenção realizada pela CONTRATADA, deverão ser
ajustados/corrigidos sem ônus para a CONTRATANTE.
Página 38 de 41
22.5. Caberá a CONTRATADA, no período de garantia, realizar toda a correção decorrente
dos erros ou defeitos cometidos na execução dos serviços contratados e/ou decorrentes de
integração, configuração, adequações nos sistemas, falhas ou funcionamento irregulares
identificados na operação normal do produto. Essa correção deverá ser realizada, no menor
tempo, sem qualquer custo a CONTRATANTE.
22.6. A CONTRATANTE nos casos emergenciais em que a CONTRATADA não atenda os
prazos estabelecidos nas respectivas demandas, e/ou suporte técnico, poderá atuar nos
itens que a CONTRATADA não realizou o devido atendimento, com soluções de contorno
para mitigar o risco de indisponibilidade, sem ocorrer em perda da garantia do produto pela
CONTRATADA.
22.6.1. Nesses casos a CONTRATANTE repassará todas as informações e ações
que foram realizadas para sanar o devido problema a CONTRATADA, a fim
da CONTRATADA mapear o devido problema e realizar as devidas
adequações para sanar o evento de indisponibilidade ou problema
apresentado para o ambiente da CONTRATANTE.
22.7. Durante o período de garantia, todas as despesas com os técnicos para o
atendimento serão custeadas pela CONTRATADA.
23. TRANSFERÊNCIA DE CONHECIMENTO
23.1. Os serviços de transferência de conhecimento compreendem os devidos
esclarecimentos quanto às funcionalidades desenvolvidas ou manutenidas pela
CONTRATADA, e seu custo deverá estar incluso no valor global do contrato.
23.2. Quando necessário, a CONTRATANTE solicitará à CONTRATADA o repasse de
conhecimento sobre a utilização das funcionalidades ou sistemas entregues. Este repasse
ocorrerá de maneira coordenada entre a CONTRATADA e a CONTRATANTE.
23.3. A CONTRATADA deverá estimar o tempo necessário para realizar a transferência de
conhecimento por demanda realizada, ou de acordo com o escopo, contexto das ordens de
serviços entregues.
23.4. A transferência de conhecimento deverá ser realizada de forma presencial, ou
dependendo da decisão da CONTRATANTE poderá ser utilizado sistema de
videoconferência.
23.5. Os tipos de transferência de conhecimento exigidos são:
a) Básico: direcionados aos usuários/setores finalísticos da CONTRATANTE,
com repasse de esclarecimentos sobre o uso do sistema ou solução
disponibilizada.
b) Operacional: direcionados aos profissionais da área de TI da
CONTRATANTE ou profissionais indicados para a assumir os serviços. Envolve
explicações das especificações técnicas, de maneira detalhada, com
informações sobre as configurações relativas às funcionalidades, ambiente
pertinentes à solução desenvolvida, contendo toda a informação necessária e
suficiente para compreensão e disponibilização do serviço prestado.
Página 39 de 41
24. OBRIGAÇÕES DA CONTRATADA
24.1. Utilizar internet banda larga estável, para utilização de VPN a fim de conectar a rede
da CONTRATANTE, enquanto perdurar a vigência do contrato, sem qualquer ônus à
CONTRATANTE.
25. DO REAJUSTE DOS PREÇOS
25.1. No caso de prorrogação do contrato, o preço da unidade de ponto de função será
reajustado a cada 12 (doze) meses contados da data de assinatura do contrato, aplicando-
se a variação do Índice Geral de Preços do Mercado IGP-M/FGV (Índice Geral de Preços
do Mercado), divulgado pela Fundação Getúlio Vargas - FGV.
26. GARANTIA CONTRATUAL
26.1. A CONTRATADA deverá apresentar, no prazo de até 45 (quarenta e cinco) dias após
a assinatura do contrato, garantia contratual no percentual de 5% sobre o valor do contrato,
para cobertura de perdas resultantes de sua responsabilidade perante a CONTRATANTE,
em face de ações, erros, omissões ou falhas técnicas ou procedimentais no exercício dos
serviços de que trata este Instrumento, seja por dolo ou culpa e de eventuais ações
trabalhistas.
27. LOCAL, HORÁRIO E EXECUÇÃO DO SERVIÇO
27.1. Os serviços deverão ser desenvolvidos nas instalações da CONTRATADA, que
deverá providenciar a infraestrutura de hardware, software, conectividade e de pessoal
necessária para a execução da prestação do serviço do objeto deste documento, salvo as
situações em que a CONTRATANTE compreender necessárias.
27.2. A disponibilidade de horário de atendimento dos serviços da CONTRATADA deverá
ser de segunda-feira a sexta-feira, no período entre as 8 as 18 horas, em dias úteis.
27.3. Nos casos de execução dos serviços nas instalações da CONTRATANTE caberá à
CONTRATADA a responsabilidade pelo deslocamento dos profissionais envolvidos.
27.4. A CONTRATANTE quando requerer o devido atendimento dos integrantes da
CONTRATADA, deverá ser atendida em até 2 (duas) horas remotamente, e quando verificar
a necessidade da equipe técnica da CONTRATADA está presencialmente, será acordada
entre as partes.
28. DAS CONDIÇÕES DE PAGAMENTO
28.1. Os pagamento dos serviços executados, referente a cada etapa, serão realizados
mediante a emissão da sua respectiva Nota Fiscal.
28.2. A CONTRATADA deverá apresentar a contagem de pontos de função para validação
pela CONTRATANTE para posterior pagamento a CONTRATADA.
28.3. O pagamento ocorrerá em até 05 (cinco) dias úteis a contar do recebimento da Nota
Fiscal.
28.4. O pagamento somente será autorizado depois de efetuado o “atesto” pelo Fiscal do
contrato, condicionado este ato à verificação da conformidade da Nota Fiscal apresentada
em relação aos serviços efetivamente prestados.
Página 40 de 41
28.5. O pagamento será efetuado por meio de ordem bancária, para crédito em banco,
agência e conta corrente indicada pela CONTRATADA na Nota Fiscal.
29. TRANSIÇÃO CONTRATUAL
29.1. A CONTRATADA se compromete a promover transição contratual e repassar para a
CONTRATANTE, e/ou para outra empresa por esta indicada, todos os dados, documentos
e elementos de informação utilizados na execução dos serviços.
29.2. A Transição Contratual, entendida como o processo de transferência dos
conhecimentos e competências necessárias para prover a continuidade dos serviços
contratados ou executados, terá início 120 (cento e vinte) dias corridos antes do prazo
previsto para a extinção do Contrato.
29.3. Até 30 (trinta) dias corridos antes do prazo previsto para ocorrer o período de
transição contratual, a CONTRATADA deverá entregar à CONTRATANTE, documento
detalhado contendo o Plano de Transição Contratual, com todas as atividades e projetos
necessários para esta fase, devendo conter, no mínimo:
I. Cronograma detalhado do Plano de Transição, identificando: as tarefas, os
processos, os recursos, marcos de referência, o início, o período de duração e a
data prevista para término;
II. Estruturas e atividades de gerenciamento da transição, as regras propostas de
relacionamento da CONTRATADA com a CONTRATANTE. A CONTRATANTE
poderá apresentar nova prestadora de serviços para absorver o devido conteúdo
do plano de transição contratual, dependendo da sua estratégia;
III. Plano próprio de gerenciamento de riscos, de contingência, de mitigação e de
acompanhamento, todos relativos ao processo de transição.
IV. Entrega de todos os documentos de plano de implantação das soluções mantidas
ou desenvolvidas atualizados, como também todas as histórias de usuários
atualizadas, com suas devidas imagens e comandos, além das instruções de
configurações e utilização de cada solução.
V. Entrega de todos os documentos de instalação e configuração relativos a
infraestrutura, ferramenta, plataforma e tecnologias utilizadas durante o contrato.
29.4. Durante o período de Transição, a CONTRATADA poderá receber novas demandas
ou realizar novas manutenções. Contudo deverá ser acordado entre as partes a execução
dessas demandas.
29.5. A CONTRATADA deverá participar de todas as reuniões marcadas pela
CONTRATANTE, presencialmente, relacionadas à transição contratual, assim como deverá
atender todas as solicitações da CONTRATANTE referentes à execução contratual, tanto
no que se refere à parte documental, como no tocante às demais informações julgadas
necessárias para entendimento do conteúdo disponibilizado, ou comando que não
funcionou ou especificação que tornou indisponível devido a orientação indicada na
documentação entregue pela CONTRATADA.
Página 41 de 41
29.6. A CONTRATADA será responsável pela transição dos serviços, desenvolvendo as
atividades de forma a documentá-las minuciosamente para que os repasses de
informações, conhecimentos e procedimentos, no final do contrato, aconteçam de forma
precisa e responsável.
29.7. A CONTRATADA compromete-se a fornecer para a CONTRATANTE toda a
documentação relativa à prestação dos serviços que esteja em sua posse.
29.8. A CONTRATADA ao anexar todos documentos de maneira digital pela sua solução
de gestão de demandas deverá também, ao final do contrato, entregar todos os documentos
de maneira organizada e por ordem de serviço.
29.9. Durante o período de Transição, a CONTRATADA deverá repassar todas as
informações produzidas e geradas pelo seu sistema de gestão de demandas por meio de
banco de dado SQLSERVER 2012 ou superior.
Anexos deste Documento
ANEXO DESCRIÇÃO
A Modelo da Proposta Comercial
B Modelo de Termo de Abertura da Demanda
C Modelo de História de Usuário
D Modelo de Ordem de Serviço
E Qualificação Técnica e Perfil dos Profissionais
F Termo de Confidencialidade
G Modelo de Documento do Status Report