Professional Documents
Culture Documents
Versión 1.0
ENTREGABLE PMO
ACTA DE CONSTITUCION DEL PROYECTO (ACP)
PROCESO PMO
DEFINICION FUNCIONAL
Integrantes de grupo:
MOVISTAR PERU
GESTION DE PROYECTOS I
CONTENIDO
1. DESCRIPCIÓN GENERAL DEL REQUERIMIENTO....................................................4
2. VISION DE PROCESOS DEL PROYECTO..................................................................5
3. ARQUITECTURA DE LA SOLUCIÓN..........................................................................5
3.1. ARQUITECTURA FUNCIONAL............................................................................5
3.2. ARQUITECTURA DE LA APLICACIÓN...............................................................5
3.3. ARQUITECTURA DE INFRAESTRUCTURA........................................................5
4. REQUISITOS FUNCIONALES (RF).............................................................................5
4.1. APLICATIVO 1 / MODULO 1................................................................................5
4.2. REQUISITOS DE NECESIDAD DE INFORMACIÓN - BI...................................10
4.3. REQUISITOS DE INTEFACES CON OTROS SISTEMAS..................................10
5. REQUISITOS NO FUNCIONALES.............................................................................11
5.1. REQUISITOS DE INFRAESTRUCTURA (RI)......................................................11
5.2. REQUISITOS DE SEGURIDAD (RS)..................................................................11
5.3. REQUISITOS DE CARGA Y MIGRACIÓN DE DATOS (RD)..............................11
5.4. REQUISITOS DE ASEGURAMIENTO Y CONTROL DE CALIDAD (RQ)...........11
5.5. REQUISITOS DE CAPACITACIÓN (RC)............................................................11
5.6. REQUISITOS DE GARANTIA, SOPORTE Y MANTENIMIENTO (RG)...............12
5.7. REQUISITOS DE METODOLOGÍA Y DOCUMENTACIÓN (RM)........................12
5.8. REQUISITOS DE TIEMPO DE IMPLEMENTACIÓN (RTI)..................................12
5.9. REQUISITOS DE RECURSOS HUMANOS (RH)................................................13
5.10. REQUISITOS DE SERVICIOS ANTERIORES (RSA).........................................13
5.11. REQUISITOS DE ARQUITECTURA (RQA)........................................................13
6. PRECISIONES Y EXCLUSIONES..............................................................................13
7. ORGANIZACIÓN DEL EQUIPO DEL PROYECTO....................................................14
8. RIESGOS DEL PROYECTO.......................................................................................14
9. GLOSARIO DE TERMINOS.......................................................................................14
10. DOCUMENTACIÓN COMPLEMENTARIA..................................................................15
11. FICHA DE ARQUITECTURA......................................................................................15
12. ESQUEMA DE EVALUACIÓN Y CALIFICACIÓN......................................................15
13. LISTA DE ENTREGABLES........................................................................................16
14. CONSULTAS TÉCNICAS DEL PROVEEDOR............................................................17
15. APROBACIÓN............................................................................................................ 17
ACTA DE CONSTITUCION
DEL PROYECTO
Fecha : 04.06.2012 Elaborado Por: Analista Funcional Proyecto: Implementación de
Versión : 1.0 Nuevo Sistema GIS de Manto.
1. INFORMACION GENERAL
Secciones modificadas
Revisión Fecha Responsable Revisado Por:
(Descripción breve del cambio)
1.0 04.06.2012 Analista F. Jefe de Proy. Creación del Documento
2. ANTECEDENTES
Telefónica del Peru, como parte de su plan de inversión del año 2012 cuenta con un
presupuesto de 2,000,000 de Soles destinados a la implementación y mejora del Sistema de
información Georeferenciado de la Gerencia de Cartografía y Digitalización.
REQUISITOS FUNCIONALES
- Desarrollo e Implementación del sistema de mantenimiento de inventario
de RED y CARTOGRAFIA en GIS, el cual reemplazará en su totalidad
al sistema Project Wise/Microstation, este inventario único brindará el
soporte necesario para la implementación del Sistema REMA, el cuál
gestionará los elementos de red asignables y no asignables como
reemplazo de los Sistemas Gestel Planta, CMS Planta.
OBJETIVOS ESTRATEGICOS
- Incrementar la productividad del Sistema de información Geográfico que
permita el incremento de las diferentes ventas de los diferentes productos
de Telefónica.
- Eliminar los gastos de licencias corporativas de Project
Wise/Microstation, disminuyendo de esta manera la inversión
imnecesaria.
6. RESTRICCIONES DE LA ORGANIZACION
- El proyecto deberá alinearse y documentarse de acuerdo a la metodología
implementada por la PMO orientada a la certificación CMMI.
- El plazo para el desarrollo del Proyecto no deberá exceder los 6 meses y/o
sobrepasar el año 2012
- REMA gestionará los recursos de red en forma tabular a nivel de detalle una
vez que estos hayan sido creados en GIS.
- El Sistema REMA no es parte del alcance de este RFP, pero será un proyecto
en paralelo de tal forma que este alineado a este RFP.
8. PRESUPUESTO
- Equipo Proveedor
EDT
Área solicitante Información Servicio Técnico al cliente – Gerencia de Crecimiento de Planta Externa
Nombre del
VALIDACION AUTOMATICA CAPAS DE RED ASIGNABLE FASE II
proyecto
Áreas
involucradas en el Servicio Técnico al Cliente
requerimiento
Alineamiento a los Asegurar la integridad de la información de las capas de los elementos de red
objetivos del asignables migrados de formato DGN (Project Wise / Microstation) migrado a
negocio / área formato GIS para 147 URAS. Permitir la asignación automática en las zonas
de nueva cobertura (147 URAS) en el GIS Corporativo.
Realizar las validaciones automáticas de la información de las capas de los
Descripción elementos de red asignables migrada a formato GIS de 147 URAS distribuidas
general del en los departamentos de Ancash, Arequipa, Ayacucho, Cajamarca, Cusco, La
requerimiento Libertad, Lambayeque, Lima (Balnearios), Lima (Provincias), Piura, Tacna y
Tumbes.
Asegurar la integridad de la información de las capas de los elementos de red
asignables en formato DGN (Project Wise / Microstation) migrado a formato
Objetivo(s) GIS para los departamentos de Ancash, Arequipa, Ayacucho, Cajamarca,
esperado(s) Cusco, La Libertad, Lambayeque, Lima (Balnearios), Lima (Provincias), Piura,
Tacna y Tumbes.
Permitir la asignación automática en el proyecto GIS para las zonales.
Funcionalidades(s) Asegurar la integridad de la información cartográfica.
generales Asegurar la georeferenciación de elementos de red.
esperadas(s)
Validar la integridad jerárquica y lógica entre los elementos de red.
Procesos de Procesos de operación
negocio 1. Desarrollar productos y servicios
impactados 2. Ventas y marketing X
<Marcar con una 3. Facturación y distribución
“X” los procesos de 4. Recaudación y cobranzas
negocio 5. Atención al cliente
involucrados en el Procesos de soporte
requerimiento. Se 1.Planificación, mantemiento y explotación X
adjunta un 2.Provisión de servicios X
diagrama de 3.Tecnologías de información
procesos de 4.Gestión financiera contable
Telefónica Móviles,
5.Relaciones con operadores
que podrá utilizar
6.Gestión de RRHH
para tener una
7.Gestión de legal
visión completa del
negocio> 8.Mejoramiento continuo
9.Aseguramiento y control de ingresos
No Aplica
No Aplica
No Aplica
No Aplica
FUNCIONALIDADES
CONSIDERECIONES
- Manzanas
- Parcelas
- Puertas
- Centrales
- Armarios
- Cajas Terminales
- Postes
- Nodos
- Trobas
- Taps
.
Usar la siguiente estructura para el código de sector el
cual tiene el siguiente esquema.
- Numérico de 4 dígitos.
- Se generará un correlativo de “0000” a “9999” por
departamento.
FUNCIONALIDADES
CRITERIOS DE VALIDACION
Se indican criterios adicionales en el adjunto, lo cuales en
primera instancia, deben asegurar que la asignación
automática no se vea afectada en dichas zonas.
CONSIDERECIONES
recodificación).
FUNCIONALIDADES
CONSIDERECIONES
FUNCIONALIDADES
Realizar reportes semanales de estatus.
CONSIDERECIONES
Se deberá utilizar y/o mejorar la matriz de validaciones
utilizada en la fase I de validación de información
cartográfica.
FUNCIONALIDADES
Carga de red
Cargar y/o actualizar la información de Cartografía y de la
RF-05 A En GIS
RED de las 147 uras descritas en el presente documento.
Corporativo
Generar archivo de carga de coordenadas XY y ejecutar
proceso en legado Gestel para la actualización de los
campos coordenadax y coordenaday de las tablas
gt18_caja y gt18_caja_dir.
CONSIDERECIONES
La información a cargar deberá respetar la estructura
actual del GIS Corporativo.
No aplica
RTI-01 de <4> meses calendario a partir de la adjudicación o inicio de las actividades del
proyecto
A
Integrante Unidad de Negocio Rol en el proyecto
ESQUEMA DE EVALUACIÓN
La evaluación y calificación de las propuestas, se llevará a cabo de acuerdo a lo indicado en los siguientes
puntos:
1. Lo primero a tener en cuenta es el peso de cada uno de los acápites de las especificaciones técnicas,
los mismos que se describen a continuación:
3. Asimismo, cada requerimiento del sistema será evaluado al detalle, según las
respuestas de la especificación técnica por parte del postor, y que dependerá del Grado
de Cumplimiento que el postor cumple en cada punto, lo cual se detalle en el siguiente
cuadro:
GRADO DE CUMPLIMIENTO ABREVIATURA PESO
Cumple con amplitud C+ 1.50
Cumple C 1.00
Cumple parcialmente CP 0.50
No cumple NC 0.00
Cumple con amplitud: Cumple los requisitos de Telefónica y brinda características adicionales.
Cumple: Cumple los requisitos de Telefónica
Cumple parcialmente: Cumple a medias los requisitos de Telefónica
Si algún proveedor indica en su propuesta, que para cumplir con la especificación requerida es
necesario un desarrollo adicional, o tiempo extra, o gasto adicional, o que el módulo es opcional, esto
se considerará como “No cumple”.
Basta con dejar de cumplir un requisito de impacto A=alto para quedar descalificado en la evaluación
técnica.
4. La CALIFICACIÓN se llevará a cabo de la forma siguiente:
- Para cada requerimiento en detalle, se multiplicará el peso del IMPACTO por el GRADO DE
CUMPLIMIENTO indicado por el proveedor.
- La sumatoria de los resultados de la calificación al detalle, nos dará como resultado la calificación de
cada sección de Requisitos los cuales ser multiplicaran por su peso (porcentaje) total dando como
resultado el puntaje final logrado.
- Si ha sido penalizado entonces queda descartado.
ENTREGABLES AM
No. Nombre Descriptivo Formato Check
Propuesta Solución
1 Propuesta de Solución PR11040 X
2 Cronograma de Actividades de la Propuesta de Solución 999999_Nombre del Project_V2.mpp X
3 Kick Off del Proyecto 999999_Nombre del Project_V2.mpp X
Diseño al Cliente
1 Especificación de Requisitos y Diseño externo PR21011
2 Plan de Pruebas (debe incluir casos de prueba) PR21031 X
Diseño a la Construcción
Modelo de Datos y Procesos (debe incluir flujograma de
1 PR11011
proceso)
2 Diseño de archivos físicos y procesos. PR22020
Construcción
Software Producido (Informe de procedimientos de
1 PR23020
actualizacion) X
2 Manual de Usuario PR21020
Formato “Formato Informe de
3 Informe de Pruebas Internas del Proveedor Pruebas Internas del Proveedor
v1.0.doc” X
Manual de Instalación y Configuración (en caso de procesos PR22041 +
4
a programar debe incluir archivo de pase a Control M) Formato de Pase a CONTROL M
Pruebas Integradoras y del Cliente
REQ-011001 Incidencias
1 Informe de Incidencias de Certificación
Certificacion.xls X
2 Planificación Semanal Carga Trabajo QA.xls
PasesProduccionaaaa (dd-mm-
3 Comité de Pase
aaaa).xls
24. APROBACIÓN
Para dar conformidad a la implementación del presente proyecto se requieren las firmas de las
personas indicadas en señal de aceptación de la especificación. En caso que este documento no
contara con las firmas de los mismos o sus representantes debidamente autorizados, entonces no
se iniciará el trabajo previsto, bajo responsabilidad de los involucrados de los atrasos que se
originen.