<Logo da empresa> RFP TI <cdigo> Implantao xxxxxxx <Nome da empresa>

AVALIAO TCNICO-FUNCIONAL DE PROPOSTAS

TI Tecnologia da Informao

ms - ano

<insira o logo da empresa>

Sumrio

Descritivo..............................................................................................................................................................................3 Premissas..............................................................................................................................................................................3 Critrios de Avaliao..........................................................................................................................................................4 Mtodo de Avaliao............................................................................................................................................................4 Apresentao da Proposta pelo Proponente..........................................................................................................................5 Especificaes, Polticas e Terminologias............................................................................................................................5 1.1 Nveis de Severidade e SLA para Manuteno Corretiva..................................5 1.1.1 Ambiente de Testes Unitrios, Integrados e de Aceitao do Usurio (UAT)....................................................5 1.1.2 Ambiente de Produo.........................................................................................................................................6 1.2 Terminologia para SLA de Correo de Defeitos..............................................6 1.3 Nveis de Urgncia de RFI..............................................................................8 1.4 Estimativa de Esforo x Complexidade de Mudanas.......................................8 1.5 Premissas para Ambientes de Desenvolvimento/Testes do proponente............8 1.6 Especificao de Requisitos funcionais ..........................................................9 1.7 Especificao de Requisitos no funcionais de arquitetura..............................9 1.8 Polticas de Segurana..................................................................................9 1.9 Treinamento.................................................................................................9 1.10 Confidencialidade.......................................................................................9 1.10.1 Termo de Confidencialidade............................................................................................................................9 1.10.2 Manuteno de Informaes.............................................................................................................................9 1.11 Garantia......................................................................................................9 1.11.1 Termos de Garantia de Customizao do Produto.........................................................................................10 Acrnimos..........................................................................................................................................................................10

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 2 of 10

<insira o logo da empresa>

Descritivo
Este documento tem por objetivo prover subsdios tcnicos, suficientemente abrangentes, para a xxxxxxxxxxxxxxxxxxxxxxxxx. xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx O Integrador deve apresentar conhecimento e experincia xxxxxxxx. A documentao referente ao produto est disponvel no site xxxxxxxxxxxxx.

Premissas
O escopo deste documento apresentar os requisitos e os critrios utilizados para avaliao das propostas recebidas de proponentes participantes do processo de RFP, para desenvolvimento e suporte xxx xxxxxxxx. De acordo com o escopo do projeto e com as metas definidas para o mesmo, as seguintes premissas so consideradas pela Comisso Tcnica para avaliao das propostas recebidas: 1) O processo de RFP Request for Proposal conduzido pela rea de xxxxxx, conforme regras definidas por ela e por outras reas de apoio. 2) responsabilidade da rea de Tecnologia prover todos os requisitos tcnicofuncionais exigidos para este processo, elencando itens obrigatrios e eliminatrios, quando aplicveis. 3) Todos os proponentes recebem idnticas informaes sobre os requisitos da RFP. 4) Antes da data estipulada no processo de RFP para entrega das propostas, reserva-se o direito rea de Tecnologia de revisar ou alterar os termos, condies e clusulas tcnico-funcionais das especificaes da concorrncia, gerando adendos que so anunciados como emendas aos documentos da concorrncia e submetidos pela rea de Suprimentos a todos os participantes ao mesmo tempo. Cada adendo ser numerado e passar a fazer parte dos documentos da concorrncia. Nestes casos, a rea de Tecnologia enviar seus maiores esforos para dar aos participantes um tempo razovel para analisar qualquer reviso ou alterao. 5) A fonte de informao considerada pela Comisso Tcnica para avaliao das propostas recebidas a documentao escrita entregue pelo proponente. 6) O conhecimento prvio do ambiente da Contratante pelo proponente, informaes obtidas em relacionamento prvio entre a Contratante e o proponente, quando aplicveis, so explicitamente avaliadas em adio s propostas recebidas. 7) Nenhum requisito comercial includo na avaliao tcnica, exceto para comparao entre custos de customizao em solues para adequao e aderncia ao ambiente da Contratante.

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 3 of 10

<insira o logo da empresa>

Critrios de Avaliao
A anlise da Comisso Tcnica conduzida seguindo critrios previamente estabelecidos, ponderados conforme pesos que reflitam a importncia de cada item no objeto da RFP. Da mesma forma, so ponderados os itens dentro de cada critrio, conforme grau de relevncia dos mesmos. Todas as ponderaes definidas so identicamente aplicveis a todos os proponentes. Itens e critrios irrelevantes para o projeto objeto da RFP so avaliados com peso 0 (zero). Sob nenhuma hiptese as ponderaes dos critrios de avaliao e itens so comunicados aos proponentes. Os critrios de avaliao so divididos, basicamente, em 2 (dois) macro grupos. So eles: 1) 2) Critrios Funcionais: abordam caractersticas do produto no atendimento s demandas relacionadas no item 5.6. Critrios Genricos: abordam caractersticas bsicas da empresa, tais como: sua apresentao (experincias anteriores, escritrios no Brasil, etc..); sua forma de gerenciamento (suporte tcnico, SLA, certificaes, etc..); seu comprometimento (garantias, responsabilidades, etc.); seu contrato de manuteno evolutiva e corretiva; sua metodologia de implantao e desenvolvimento; definio das premissas; experincia de sua fbrica de software. Critrios Tcnicos: abordam caractersticas de arquitetura do sistema, arquitetura de integrao; arquitetura de banco de dados; interfaces; operaes; infraestrutura; gerenciamento de dados; documentao de hardware e software; disponibilizao de cdigos fonte.

3)

Os critrios descritos acima esto detalhados na Planilha de Avaliao (xxxxxx), que deve ser preenchida pelos proponentes da seguinte forma: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Mtodo de Avaliao
Com base nas informaes obtidas atravs do preenchimento da Planilha de Avaliao por parte da proponente, a Comisso Tcnica Avaliadora aplica uma pontuao para cada item dos critrios de avaliao tcnico-funcionais definidos. Sobre a pontuao aplicada feito o clculo ponderado do resultado de cada proponente, sendo o vencedor tcnico funcional o proponente que obtiver maior pontuao global. A tabela de pontuao utilizada para critrios genricos e tcnicos ser: Classifica o Ausncia Insuficient e Bom Excelente Valo r Descrio 0 No atende ao requisito solicitado 1 Atende parcialmente ao requisito avaliado 2 Atende plenamente ao requisito avaliado 3 Atende mais que plenamente ao requisito avaliado (acima do esperado)

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 4 of 10

<insira o logo da empresa>

Apresentao da Proposta pelo Proponente

esperado que o proponente entregue sua proposta de forma completa, detalhada e objetiva, de forma que seja possvel Comisso Tcnica Avaliadora identificar informaes que permitam avaliar adequadamente cada um dos itens e critrios de avaliao especificados nas sees anteriores. A proposta apresentada pela proponente deve trazer claramente identificado, para cada item, o grau de aderncia da ferramenta/integrador ao detalhado pela Contratante, conforme escala descrita abaixo: Critrios Genricos e Tcnicos: Classificao do Atendimento Integral Parcial No atende Legenda Item atendido integralmente Item atendido parcialmente Item no atendido pela soluo do proponente

Especificaes, Polticas e Terminologias

1.1

Nveis de Severidade e SLA para Manuteno Corretiva

1.1.1 Ambiente de Testes Unitrios, Integrados e de Aceitao do Usurio (UAT)

Esta seo descreve a classificao para os nveis de severidade de defeitos em ambiente de testes unitrios, integrados e de aceitao do usurio (UAT). Abaixo esto detalhados os nveis de severidade considerados e os critrios de avaliao da severidade: Severidade 1-Crtica Descrio IMPACTO GRAVE. Teste do sistema, mdulo, aplicao ou funcionalidade parados. Problema afeta a continuidade dos testes e no existe nenhuma possibilidade da implementao de uma soluo de contorno temporria. DEGRADAO SUBSTANCIAL. Teste do sistema, mdulo, aplicao ou funcionalidade parcialmente parados. Problema prejudica as operaes essenciais do teste, com possibilidade de implementao de soluo de contorno temporria. ADVERSIDADE. Teste do sistema, mdulo, aplicao ou funcionalidade no essencial afetada. Os testes podem continuar em outros cenrios (inclusive dentro da mesma funcionalidade). Este problema pode, inclusive, ser implementado em produo, desde que haja um acordo com a rea usuria. MINIMO. Problema que impacte minimamente o teste do sistema. Este problema pode, inclusive, ser implementado em produo, desde que haja um acordo com a rea usuria.

2-Severa

3-Mdia

4-Baixa

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 5 of 10

<insira o logo da empresa>

Tempos (SLA) requeridos para reao, resposta e Soluo dos defeitos encontrados: Severidade 1-Crtica 2-Severa 3-Mdio 4-Baixo Tempo de Resposta 2 horas 8 horas 1,5 dias teis 3 dias teis Tempo de Soluo 4 horas 12 horas 2 dias teis 4 dias teis Perodo Padro 24X7 9X5 9X5 9X5

1.1.2 Ambiente de Produo

Esta seo descreve a classificao para os nveis de severidade de defeitos em ambiente de produo durante o perodo de garantia especificado. Abaixo esto detalhados os nveis de severidade considerados e os critrios de avaliao da severidade: Severidade 1-Crtica Descrio IMPACTO GRAVE. Mdulo, aplicao ou funcionalidade parados. Problema afeta o funcionamento e/ou disponibilidade do ambiente de Produo. DEGRADAO SUBSTANCIAL. Mdulo, aplicao ou funcionalidade parcialmente parados. Problema prejudica as operaes essenciais do ambiente de Produo. ADVERSIDADE. Mdulo, aplicao ou funcionalidade no essencial afetada. O ambiente de Produo continua operante, exceto mdulo/aplicao/funcionalidade afetado(a). MINIMO. Problema que impacte minimamente o ambiente de Produo.

2-Severa 3-Mdio

4-Baixo

Tempos (SLA) requeridos para reao, resposta e Soluo dos defeitos encontrados: Severidade 1-Crtica 2-Severa 3-Mdio 4-Baixo Tempo de Resposta 1 hora 6 horas 2 dias teis 4 dias teis Tempo de Soluo 8 horas 16 horas 1 semana 2 semanas Perodo Padro 24X7 24X7 9X5 9X5

1.2 Terminologia para SLA de Correo de Defeitos

Esta seo descreve termos relacionados ao acordo de nvel de servio para resoluo de defeitos. Tempo de Resposta: Tempo decorrido entre a notificao do problema pela Contratante Contratada e o envio de soluo contingencial operacionalmente aceitvel, caso aplicvel.

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 6 of 10

<insira o logo da empresa>

Tempo de Soluo: Tempo decorrido entre a notificao do problema pela Contratante Contratada e o momento em que o sistema esteja restabelecido completamente, com a soluo efetiva do problema, sem uso de solues de contorno. Perodo Padro: dias da semana cobertos pela modalidade de contratao. Por exemplo: se a contratao for 24x7 os dias teis padro so de Domingo a Sbado a qualquer horrio; se a modalidade de contratao for 9 x 5 os dias teis padro so Segunda a Sexta, das 9:00 s 18:00.

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 7 of 10

<insira o logo da empresa>

1.3 Nveis de Urgncia de RFI

Esta seo descreve a classificao para os nveis de urgncia de solicitao de informaes: Urgncia Alta Mdia Baixa Descrio Pedidos de informao cuja expectativa de recebimento de resposta menor ou igual a 1 (um) dia til. Pedidos de informao cuja expectativa de recebimento de resposta pode ser superior a 1 (um) dia til e menor ou igual a 3 (trs) dias teis Pedidos de informao cuja expectativa de recebimento de resposta pode ser superior a 3 (trs) dias teis

1.4 Estimativa de Esforo x Complexidade de Mudanas

Esta seo descreve a expectativa de tempo de espera para recebimento de estimativas de esforos da Contratada para atendimento de solicitaes de mudanas em sistemas, conforme sua classificao de complexidade.

Complexida de Baixa Mdia Alta

Descrio Mudanas em sistema cuja soma dos esforos para especificao tcnica e desenvolvimento sejam inferiores a 15 man/days Mudanas em sistema cuja soma dos esforos para especificao tcnica e desenvolvimento sejam entre 16 e 50 man/days Mudanas em sistema cuja soma dos esforos para especificao tcnica e desenvolvimento sejam superiores a 50 man/days

Expectativa (dias teis) 3 5 7

1.5 Premissas para Ambientes de Desenvolvimento/Testes do proponente

O proponente dever possuir seu prprio ambiente de desenvolvimento e testes que possa ser eventualmente integrado com o ambiente <nome da empresa> para testes de integrao. No ser liberada a utilizao dos ambientes de teste da <nome da empresa> para desenvolvimento/teste do proponente. Aps a liberao do cdigo para o teste, o mesmo ser instalado nos ambientes <nome da empresa> pelas equipes responsveis, com suporte do fornecedor caso necessrio.

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 8 of 10

<insira o logo da empresa>

1.6 Especificao de Requisitos funcionais

O fluxo abaixo sintetiza o macro-processo de composio do sistema xxxxxxx. <insira o fluxo do processo > Verificar detalhamento no arquivo de referncias. Arquivo xxxxxxx.zip

1.7 Especificao de Requisitos no funcionais de

arquitetura
Verificar detalhamento no arquivo de referncias. Arquivo Referncias.zip pasta Arquitetura.

1.8 Polticas de Segurana

Verificar detalhamento no arquivo de referncias. Arquivo Referncias.zip pasta PCS.

1.9 Treinamento
O proponente dever fornecer treinamentos para multiplicadores, em caso de necessidade apontada pela <nome da empresa>. Dever constar na proposta a definio de como este treinamento ser fornecido, descrevendo inclusive todos os itens includos (apostilas, definio de ambiente , durao, etc.). Dever ser fornecido material em meio eletrnico para posterior divulgao e treinamentos internos.

1.10

Confidencialidade
Termo de Confidencialidade

1.10.1

Todas as pessoas envolvidas nos servios prestados <nome da empresa> devero assinar termo de confidencialidade conforme anexo.

1.10.2

Manuteno de Informaes

Todas as informaes de negcios e de clientes devero ser mantidas pelos fornecedores apenas por tempo suficiente para a concluso das operaes, no sendo permitido o seu armazenamento ou uso sem prvio consentimento por escrito a <nome da empresa>.

1.11Garantia

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 9 of 10

<insira o logo da empresa>

1.11.1

Termos de Garantia de Customizao do Produto

O proponente dever apresentar garantias em contrato referente aos produtos entregues (inclusive customizaes, especficas ou no para a <nome da empresa>, realizadas no produto) a partir da data de entrada em produo, por um perodo de no mnimo 1 (um) ano.

Acrnimos
Sigla RFP SLA API TCP/IP RFI TI PCS man/da ys e-Billing BSCS RMCA Significado Request For Proposal Service Level Agreement Application Program Interface Transmission Control Protocol/Internet Protocol Request for Information Tecnologia da Informao Plataforma Centralizada de Segurana Medida de esforo homens/dia Oracle Self-Service E-Billing um aplicativo de gerenciamento eletrnico de faturas que simplifica operaes e aprofunda relaes com os clientes Business Support Control System Revenue Management Contract Account

Confidential & Proprietary - 2010 TIM Brasil No reproduction or disclosure without prior written approval from TIM

Page 10 of 10