A1 - Proyecto Modulo 7 V 20151019 - 1650

UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO
Dirección General de Cómputo y de Tecnologías de Información y Comunicación
Diplomado en Administración
de Bases de Datos
Módulo 7
Proyecto para los Servicios de homologación y migración

de la Información de Comercio de las Bases de Datos del
Registro Público de la Propiedad y Comercio del Distrito
Federal al Sistema Integral de Gestión Registral
ALDANA ÁNGELES ESPERANZA

AYALA FUENTES LILIANA
DOMÍNGUEZ ORTIZ JONATHAN CHRISTIAN
LÓPEZ OROZCO DIEGO
PROFESOR: DAMIÁN FRANCISCO PALOMINO MARTÍNEZ

OCTUBRE DE 2015
Diplomado en Administración de Bases de Datos Módulo 7
Tabla de contenido

Planteamiento y Supuestos ...................................................................................................... 2
Antecedentes ...................................................................................................................................... 2
Supuestos y Restricciones ................................................................................................................... 4
Supuestos ........................................................................................................................................ 5
Restricciones .................................................................................................................................... 6
Detalle de la Solución ................................................................................................................. 7
Planteamiento General de la Solución ................................................................................................ 7
Marco Normativo ............................................................................................................................ 7
Características Generales ................................................................................................................ 9
Usuarios ........................................................................................................................................ 11
Características del Servicio ............................................................................................................ 12
Equipo ........................................................................................................................................... 21
Recursos Técnicos .......................................................................................................................... 23
Riesgos .......................................................................................................................................... 25
ANEXO. Perfil del Puesto ........................................................................................................ 28
Bibliografía ................................................................................................................................. 31
Matriz de tiempo utilizado .................................................................................................... 32
Problemáticas y retos ............................................................................................................. 32
Dirección General de Cómputo y de Tecnologías de Información y Comunicación 1

Planteamiento y Supuestos
Antecedentes
El Registro Público de Comercio (RPC) a cargo de la Secretaría de Economía hace pública

la licitación para la homologación de los Sistemas de Información.
Actualmente el RPC opera con un programa informático establecido por la Secretaría de

Economía denominado Sistema Integral de Gestión Registral (SIGER 1.0), a través del cual
se realiza la captura, almacenamiento, custodia, seguridad, consulta, reproducción,
verificación, administración y transmisión de la información del RPC.
Para llevar a cabo el Registro de Comercio, el RPC opera con diferentes sistemas
registrales electrónicos (Comercio 38–VAX, Sistema de Información Registral (SIR),
Control de Gestión y el Sistema Integral de Gestión Registral (SIGER 1.0):
Estos sistemas son utilizados por el Registro Público de Comercio, para consultas de la
información histórica que se tiene contenida en ellos, por lo que se hace uso de hasta 4
sistemas para búsquedas de información, lo cual resulta ineficiente en la operación.
La información es almacenada en diferentes bases de datos: Oracle 8, Oracle 9, VAX

DBMS 1.2, las cuales difieren en tecnología y versiones, estas son administradas por
medio de sistemas no homogéneos incomunicados entre sí e incapaces de proporcionar
información de forma remota.

La plataforma tecnológica en la que opera actualmente (SIGER 1.0) tiene una

obsolescencia de más de 12 años, lo que significa que el sistema se estancó respecto a la
evolución de las tecnologías de la información, además de que el lenguaje en el que se
encuentra desarrollado complica las actualizaciones y funcionalidades requeridas. Fue
necesario la actualización del sistema con la versión SIGER 2.0., pero para poder contar
con toda la información Registral de Comercio es necesario contar con una única versión
de Base de Datos para que una vez homologada la información sea migrada a ésta nueva
versión del SIGER.
Es necesario contar con dicha homologación y migración de comercio a una única base de
datos del SIGER 1.0 para posteriormente migrarla a SIGER 2.0, utilizando el módulo de
migración que ya está construido en dicho sistema, esta migración se realizará sin costo
adicional para la Secretaría. De lo contrario el Sistema SIGER 2.0, no contará con la
información completa desde sus inicios del proceso registral de Comercio.

En la siguiente tabla se muestra la volumetría por cada Base de Datos, así como el periodo
de uso de cada sistema involucrado en el proyecto:
Sistema Total de registros

Comercio 38 – VAX 460,246
Control de Gestión 773,625
Sistema de Información Registral (SIR) 2,857,358
Sistema Integral de Gestión Registral (SIGER 1.0) 542,997
Si se muestra de esta manera, podemos ver en una línea de tiempo como es que los
sistemas han venido operando:
Supuestos y Restricciones

Para cumplir con los objetivos del proyecto en tiempo y forma, se indican la siguientes
hipótesis, mismos que serán aclarados durante las primeras sesiones de trabajo a fin de
que éstas sean cumplidas por quien corresponda.
Como lo indican las buenas práctica en el desarrollo de proyectos, es importante también
considerar los riesgos que podrían comprometer la terminación del proyecto.
Supuestos
A continuación se describen los supuestos que se tienen para el desarrollo del proyecto,
los cuales son considerados como hechos en concreto con los cuales se cuenta.
§ La dependencia cuenta con el recurso humano especializado, disponible para

atender el proyecto.
§ El personal presentará una actitud colaboradora en todo momento del proyecto.
§ La dependencia tendrá apoyo general, para contar con el aporte del área
correspondiente, en lo que corresponde a pruebas.
§ El personal estará disponible para las fechas y horarios en que se realicen las
entrevistas de levantamiento de información, dentro de los marcos temporales
definidos para el proyecto, para lo cual las fechas y horas específicas de cada
entrevista se fijarán en su momento y de común acuerdo entre el consultor y los
miembros del equipo del proyecto.
§ La provisión de los mecanismos o medios de acceso a la información proveniente
de sistemas complementarios al sistema de información de la dependencia, será
garantizada.
§ La dependencia proporcionará toda la información técnica de las plataformas en
donde operará el sistema, y tendrá a cargo el proceso de preparación de la
infraestructura requerida para la implementación del sistema de información.
§ Se estará en comunicación permanente con el equipo de la dependencia para
resolver inconvenientes y tomar decisiones durante todo el ciclo de vida del
proyecto.
§ Las propuestas de mejora estarán orientadas a procesos en los cuales el cambio
resulte estratégico para el aumento de la eficiencia organizacional como un todo.
§ El proyecto se mantendrá dentro del grupo de proyectos con prioridad en su
ejecución.
§ El cambio de equipo debe ser transparente en cuanto a la funcionalidad del
software (De ambiente de pruebas a productivo).
§ Disponibilidad del Hardware. Se supone que los servidores estarán disponibles
(accesibles) y con las capacidades suficientes para soportar el sistema de
información.
§ Toda la infraestructura funcionará adecuadamente.

Restricciones
§ La migración debe estar completada en 15 meses, tal como lo indica el contrato.

§ Se deberá de seguir el plan de trabajo establecido, todo retraso será absorbido por
la dependencia (por etapa).
§ No se podrá alterar el alcance del desarrollo.
§ El diagnóstico de los procesos estará orientada a determinar objetivos , aunque no
contempla la ejecución directa y completa de todas las sugerencias y acciones de
mejora, las cuales están fuera del alcance del proyecto
§ Solo se tendrá como presupuesto el costo estimado, siendo difícil incrementar
posteriormente dicho presupuesto.
§ El producto del proceso de depuración de datos restringe el alcance en la ejecución
de la migración, dado que el universo de datos a cargar se limita a la información
previamente depurada por la dependencia.
§ Cualquier asesoría, capacitación, revisión y/o actualización después del periodo de
garantía (12 meses) causara honorarios.
La aplicación de supuestos y restricciones se hace con base a la Guía PMBOCK,

la cual considera 5 tipos de procesos:
Inicialización: Aquellos procesos aplicados para la definición de un proyecto

nuevo, o una nueva fase de un proyecto existente, para la autorización de su
inicio.
Planeación: Aquellos procesos requeridos para establecer el alcance del

proyecto, definiendo objetivos y un curso de acción para alcanzar los
objetivos del mismo.
Ejecución: Aquellos procesos aplicados para completar el trabajo definido,

satisfaciendo las especificaciones del mismo.
Monitoreo y control: Aquellos procesos que siguen la trayectoria, revisan y

regulan el progreso y el rendimiento del proyecto; identifican áreas de
cambio requeridas en el plan, e inician dichos cambios.
Cierre: Aquellos procesos aplicados para finalizar todas las actividades a

través de los grupos. Cierran formalmente el proyecto o fase.
Tomando de esta Guía los primeros 2 tipos de procesos como buena práctica en
la construcción de supuestos y restricciones del proyecto.

Detalle de la Solución
Planteamiento General de la Solución
Marco Normativo
El presente proyecto se desarrollará con la finalidad principal de hacer cumplir el Plan

Nacional de Desarrollo 2013-2018, el cual es un documento de trabajo que rige el
presupuesto y la programación de toda la Administración Pública Federal. Específicamente
se impactará en dos ejes (metas nacionales):
1. México Incluyente:
§ Objetivo 2.5
§ Estrategia 2.5.1
2. México Próspero
§ Enfoque Transversal
§ Estrategia II
Este proyecto se desarrollará en apego a derecho, haciendo valer las leyes y normas
mexicanas aplicables. Para esto se identifican como de alto impacto las siguientes Leyes y
normas, por lo que se considera un marco enunciativo más no limitativo.
Constitución Política de los Estados Unidos Mexicanos

Rige nuestro actuar diario, y como Ley Suprema resguarda las obligaciones y derechos en
diversas materias, cabe destacar que en su artículo 6° se manifiesta lo relacionado al
acceso a la información y tecnologías de comunicación.
Ley Federal sobre Metrología y Normalización

Ley cuyos objetivos en materia de normalización, certificación, acreditamiento y
verificación son:

§ Fomentar la transparencia y eficiencia en la elaboración y observancia de n

orma oficiales mexicanas y normas mexicanas.
§ Establecer un procedimiento uniforme para la elaboración de normas oficiales
mexicanas por las dependencias de la administración pública federal.
§ Promover la concurrencia de los sectores público, privado, científico y de co
nsumidores en la elaboración y observancia de normas oficiales mexicanas y
normas mexicanas.
Para este proyecto podemos mencionar algunas Normas Mexicanas (NMX) aplicables:
§ La serie NMX-I-059, NMX-I-12207-NYCE-2011
§ La serie NMX-I-14598, entre otras.

Ley Federal de Transparencia y Acceso a la Información Pública

Gubernamental
Tiene como finalidad proveer lo necesario para garantizar el acceso de toda persona a la
información en posesión de los Poderes de la Unión, los órganos constitucionales
autónomos o con autonomía legal, y cualquier otra entidad federal.
Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público

Ley que tiene por objeto reglamentar la aplicación del artículo 134 de la Constitución
Política de los Estados Unidos Mexicanos en materia de las adquisiciones, arrendamientos
de bienes muebles y prestación de servicios de cualquier naturaleza, que realicen: Las
unidades administrativas de la Presidencia de la República; las Secretarías de Estado y la
Consejería Jurídica del Ejecutivo Federal; la Procuraduría General de la República; los
organismos descentralizados; las empresas de participación estatal mayoritaria y los
fideicomisos aplicables.
A partir del artículo 26 lo correspondiente a licitaciones públicas.
Ley Orgánica de la Administración Pública Federal

Ley que establece las bases de organización de la Administración Pública Federal,
centralizada y paraestatal.
La Oficina de la Presidencia de la República, las Secretarías de Estado y la Consejería
Jurídica del Ejecutivo Federal, integran la Administración Pública Centralizada.
Los organismos descentralizados, las empresas de participación estatal, las instituciones
nacionales de crédito, las organizaciones auxiliares nacionales de crédito, las instituciones
nacionales de seguros, fianzas y fideicomisos, componen la administración pública
paraestatal.
Artículo aplicable: 34

Reglamento Interior de la Secretaría de Economía

La Secretaría de Economía es una dependencia del Poder Ejecutivo Federal que tiene a su
cargo el ejercicio de las atribuciones y facultades que expresamente le encomiendan la
Ley Orgánica de la Administración Pública Federal, y otras leyes, así como los
reglamentos, decretos, acuerdos y órdenes del Presidente de los Estados Unidos
Mexicanos; y que por conducto de sus servidores públicos y unidades administrativas,
realizará sus actividades de manera programada, conforme a los objetivos, principios,
estrategias y prioridades contenidas en el Plan Nacional de Desarrollo, y las políticas que
para el óptimo despacho de sus asuntos establezca el Presidente de los Estados Unidos
Mexicanos.
Artículos aplicables: 22, 45.
Manual Administrativo de Aplicación General en Materia de Tecnologías de

la Información y Comunicaciones y Seguridad de la Información
(MAAGTICSI)
Definir los procesos que en materia de Tecnología de Información, Comunicaciones y
Seguridad de la Información (TIC-SI) regirán hacia el interior de la Unidades de
Tecnología de Información y Comunicación (UTIC), con el propósito de lograr la cobertura
total de la gestión, de manera que, independientemente de la estructura organizacional
con que cuenten o que llegaran a adoptar; los roles definidos puedan acoplarse a los
procesos establecidos para lograr la cohesión total para una mejor gestión.
Características Generales
Folios a migrar y estimación de registros asociados
Sistema Descripción Periodo de uso Estimado de

registros
asociados
VAX, Comercio 38 Se llevaba a cabo la gestión de la totalidad de los Hasta febrero de 2004 575,307
trámites ingresados en el Registro Público
Control de Gestión Se gestiona la tramitación de documentos en materia De 2004 hasta el día 773,625
de comercio cuya numeración de folio sea menor a de la liberación de la
395500 migración objeto de
este anexo.

Sistema de Se encuentra vinculado al Sistema Control de Gestión De 2000 hasta el día 2,857,358
Información y se llevan a cabo las consultas de folios, así como las de la liberación de la
Registral (SIIR) inscripciones de los asientos en materia de Comercio migración objeto de
cuya numeración de folio sea inferior a 395500 este anexo.
Sistema Integral de Se llevan a cabo las consultas y expediciones de De 2009 hasta el día 542,997
Gestión Registral folios, así como las inscripciones de los asientos en de la liberación de la
(SIGER 1.0) materia de Comercio cuya numeración de folio sea migración objeto de
superior a 395501 este anexo.
Se deberá considerar dentro del alcance, que la cantidad folios a migrar son fijos, sin
embargo los registros asociados a cada folio pueden crecer a lo largo del tiempo, por lo
cual se deberá migrar el 100% de los registros asociados a los folios antes señalados.
Estructura
La estructura con la que se cuenta son diferentes sistemas registrales electrónicos

(Comercio 38–VAX, Sistema de Información Registral (SIIR), Control de Gestión y el
Sistema Integral de Gestión Registral (SIGER 1.0), almacenada en diferentes bases de
datos: Oracle 8, Oracle 9, VAX DBMS 1.2, las cuales difieren en tecnología y versiones,
estas son administradas por medio de sistemas no homogéneos incomunicados entre sí e
incapaces de proporcionar información de forma remota, la información contenida en los
sistemas antes mencionados solo corresponden a Comercio ya que la información de
Propiedad es administrada por las Entidades Federativas, debido a que no es
responsabilidad de la Secretaría de Economía.

Tiempo
Conforme a lo establecido por el Registro Público de Comercio (RPC), el proyecto de
Homologación y Migración de Bases de Datos tendrá una duración de 15 meses.
El Mes 1 iniciará una vez que el proyecto sea seleccionado como ganador de la Licitación y
que se firmen los contratos con los puntos acordados entre las partes jurídicas:
15 Meses = 5 trimestres que dura el proyecto de migración
Usuarios
El usuario final del sistema en licitación será el Registro Público de la Propiedad y

Comercio (RPPyC) del Distrito Federal, quien es la Institución a la cual le corresponde
otorgar seguridad jurídica a través de la publicidad registral de los actos jurídicos
regulados por el Derecho Civil, ésta Unidad Administrativa resguarda y conserva la
información de los inmuebles ubicados en el Distrito Federal, siempre y cuando no sean de
propiedad federal, ejidal o comunal; y de las sociedades y asociaciones con domicilio
social en esta Ciudad.
El RPPyC es la unidad administrativa del Registro Público de Comercio (RPC) en el Distrito

Federal, el cual concentra la administración de los registros estatales y del D.F., dicho
organismo está a cargo de la Secretaría de Economía (SE), la cual participará en el
proyecto en cuestión a través de su Dirección General de Tecnologías de la Información y
Comunicación (DGTIC).
Cabe mencionar que el sistema en licitación es un proyecto de la Dirección General de

Normatividad Mercantil, dependiente de la SE y unidad administrativa del Gobierno Federal
que tiene a su cargo el programa de Modernización del Registro Público en el país.

Persiguiendo el cumplimiento de objetivos, se trabajará con dichos usuarios

conforme a lo establecido por el marco COBIT, el cual se divide en 4 grandes
áreas:
Entrega y asistencia técnica
Control
Planeamiento y organización
Aprendizaje e implementación
Lo cual nos permitirá apoyar en el cumplimiento de las leyes, reglamentos,

acuerdos contractuales y políticas, de carácter bilateral con todo el equipo de
trabajo.
Características del Servicio
Fases del Proyecto

La metodología que se llevará a cabo para el cumplimiento del proyecto consiste en 6
fases con las tareas que se indican a continuación:
E1.-‐ Inicio y Gestión del Proyecto.

§ Participar en las reuniones de trabajo para la revisión y ajustes de los diagramas

de flujo y casos de uso de los módulos y procesos que operarán el Sistema, dentro
del periodo del contrato.
§ Presentación del equipo de trabajo.
§ Revisión de formatos de entregables.
§ Elaboración de los entregables señalados en la sección “Entregables”, los cuales
deberán ser revisados y autorizados por “LA SECRETARIA”.

E2.-‐ Análisis.
§ Instruir al menos tres instancias de revisión de funcionalidad y lógica.
§ Describir el modelo de datos que se empleará la solución para procesar
adecuadamente la información para que cumpla con los requerimientos
específicos.
§ Se deberá analizar:
o Las estructuras de las Bases de Datos que integran el RPPyC del DF y las
condiciones de infraestructura y comunicaciones bajo las cuales operan
cada una. Derivado de este análisis se deberá entregar por escrito un
Reporte de Análisis de Base de Datos (BD).
o Los modelos de datos de la BD de origen y entregará el Documento de
“Procedimientos adoptados para lograr la consolidación correcta de las BD”,
señalado en la sección “Entregables.
o De forma inicial, la información almacenada en las bases de datos de los
sistemas electrónicos registrales utilizados actualmente, identificando sus
particularidades referentes a formato y volumen de información, así como
las diferencias y particularidades de la información (incluyendo un mapeo
de datos, formatos y tipo de datos, estándares, tamaño de los campos,
volumen de información, lenguajes de programación utilizados y tecnología
empleada para la gestión de cada base de datos, número de tablas,
columnas y registros), se identificará si existe información repetida entre
sistemas, así como información incompleta o no coherente.
E3.-‐ Diseño.
§ Generación de un algoritmo, proceso, procedimiento, función, método o lo que
resulte conveniente de acuerdo con previo análisis, para la modificación interna de
los folios existentes para evitar duplicidades y eliminación de información durante
la migración de las Bases de Datos del RPPyC del DF al SIGER 1.0.
§ La solución deberá estar plenamente documentada, incluyendo documentación
técnica, documentación de la arquitectura de la solución y las reglas de negocio.
§ Tendremos que determinar las capas de diseño, considerando:
o La arquitectura tecnológica de la solución.
o Los flujos de información.
o Las estructuras de datos.
o Las estructuras y relaciones de componentes.

§ Se deberá llevar a cabo la recopilación de la información registral almacenada en

las bases de datos de los sistemas registrales actuales del RPPyC del DF,
considerando incluir las actividades de recopilación y descarga de datos. Dicha
información deberá ser revisada, depurada y homologada en la Fase de Migración
con base al diseño de la solución antes elaborado.
§ Realizar la preparación de datos para la migración a la base de datos del sistema
destino (SIGER 1.0).
§ Realizará la depuración de los datos registrales, con el fin de asegurar su calidad y
validez.
E4.-‐ Migración.
§ Cumplir con los Entregables E4 Señalados en la sección de “Entregables” de este
documento.
§ Apegarse a las políticas y lineamientos de Liberación de “La Secretaría”
§ Considerar en todo momento los protocolos de aceptación.
§ Dimensionar los requerimiento de Infraestructura requeridos y verificar la
disponibilidad y suficiencia de los recursos proporcionados por la SE.
§ Asegurar que los aspectos de seguridad de la base de datos y del servidor sean los
óptimos de acuerdo a las mejores prácticas.
§ El plan de contingencia solicitado en la sección de ‘Entregables’, de este
documento deberá contar con el desglose de los elementos/recursos que serán
usados en la migración para acudir a ellos en caso de ser necesario el uso de dicho
plan.
§ Revisión, depuración y homologación de la información con base al diseño de la
solución antes elaborado antes de ser migrada.
§ Migración de la información.
§ Asegurar el proceso de migración, el sistema de base de datos y el servidor así
como la recuperación y continuidad de la operación mediante respaldos al inicio y
al final de dicho proceso (el respaldo al finalizar el proceso, sirve para asegurar
que exista el modo de recuperar la información ya migrada, en caso de que exista
alguna falla con la base de datos cuando ya se encontraba en operación con el
nuevo modelo)
§ Dentro del cronograma solicitado en las diferentes fases se deberá considerar el
tiempo y duración del momento en que se detendrá la operación de la base de
datos en producción, así como el procedimiento para identificar los datos que
fueron ingresados durante el proceso de migración, para su actualización posterior,
en caso de que no sea viable detener la operación (lo cual deberá especificarse en
el documento de “Procedimientos adoptados para lograr la consolidación correcta
de las BD”, señalado en la sección de “Entregables.

E5.-‐ Pruebas y Monitoreo.

documento.
§ Extracción de especificaciones funcionales y técnicas.
§ Presentación de diagramas del modelo de funcionamiento, de los procesos, y de
las reglas de negocio.
§ Se deberán correr dos ciclos completos de pruebas integrales con la
documentación de los resultados derivados de las pruebas.
§ Corregir las desviaciones e incidencias detectadas durante la ejecución de las
pruebas.
Se deberá generar las condiciones de prueba y ciclos de pruebas así como los resultados
previstos, considerando:
§ Obtener las condiciones de prueba de la información migrada.

§ Documentar ciclos de prueba.
§ Determinar los requerimientos comunes de los datos de prueba que se pueden
usar en otra fase de pruebas.
§ Elaborar datos de pruebas comunes.
§ Establecer el ambiente de pruebas.
§ Ejecutar los scripts definidos y comparar los resultados obtenidos con los
resultados esperados.

Se considerará la realización de los siguientes tipos de prueba:
§ Unitarias (por base de datos migrada)
§ Integrales (ciclo completo de la migración)
§ Estableceremos un ambiente de pruebas considerando:

o Que la configuración esté completa y sea la correcta.
o Confirmar que las herramientas necesarias para la administración y
ejecución de las pruebas integrales se encuentran instaladas y operando.
o Asegurar que los datos de prueba son cargados correctamente.
§ Se realizarán las pruebas considerando:
o La ejecución de los ciclos de prueba de acuerdo con el plan de pruebas
establecido (tiempo y recursos disponibles).
o Las pruebas deberán estar plenamente documentadas, incluyendo
documentación técnica, del usuario, documentación de la arquitectura del
sistema, de procesos de negocio por implantarse y las reglas de negocio.
Monitoreo
§ Periodo de Seguimiento y atención de incidencias

§ Ajustes derivados de la operación del SIGER 1.0 con la información migrada

§ Seguimiento y atención de incidencias en el periodo de liberación (monitoreo)

§ Documentar y corregir las incidencias detectadas
§ Elaborar la documentación técnica necesaria incluyendo diagramas y relaciones
entre tablas de la nueva base de datos para futuras consultas o actualizaciones
§ Se deberá elaborar un reporte de los resultados obtenidos en la migración, así
como problemas identificados durante la misma
E6.-‐ Cierre.
documento.
§ Generación de un programa de Transferencia de Conocimientos que incluya:
o Actividades y fechas alineadas con el plan de trabajo
o Generación de Memoria Técnica
Plan de Trabajo
Entregables
Los entregables se dividen por cada una de las fases/etapas.
E1.- Inicio y Gestión del Proyecto.
1 DGTIC-APTI-FO-01 Acta de Las características del documento en cuanto a calidad deberán ajustarse a la
Constitución metodología utilizada.
2 DGTIC-APTI-FO-06 Las características del documento en cuanto a calidad deberán ajustarse a la

Cronograma de Proyecto metodología utilizada. Versión inicial.
(Actualizado)
3 DGTIC-DST-FO-02 El criterio de aceptación consiste en que el documento proporcione el análisis de

Documento Visión de la la necesidad por parte del área usuaria, partiendo de la visión del sistema por

Solución tecnológica y parte de todos los interesados, para unificar y expresar de manera clara el
Alcance del proyecto. requerimiento a resolver, ajustándose en todo momento al objetivo, alcance y
requerimientos descritos en este anexo.
4 DGTIC-APTI-FO-05 Las características del documento en cuanto a calidad deberán ajustarse a la

Documento de Planeación metodología utilizada, que incluye: Plan de Comunicaciones, Estructura de
desglose del trabajo – EDT, Plan de Riesgos, Plan de calidad del Proyecto entre
otros.
5 DGTIC-APTI-FO-02 Minutas Deberá contener, acuerdos realizados, participantes y pendientes, así como el
de Reunión seguimiento de los mismos de las reuniones de trabajo y avances. Incluir la
reunión de inicio (kickoff)
6 DGTIC-APTI-FO-15 Presentación de avance y resumen del estatus del proyecto, así como el plan de
Reuniones de avance riesgos, las actividades realizadas, en proceso y pendientes. Incluir la reunión de
inicio (kickoff).
7 DGTIC-APTI-FO-12 Acta de Listado de documentos entregados así como la aceptación de conformidad de los
Aceptación de Entregables mismos por parte del Usuario.
E2.- Análisis.
8 DGTIC-DST-FO-03 Las características del documento en cuanto a calidad deberán ajustarse a las
Documento Especificación especificaciones establecidas por el Administrador del instrumento Jurídico y de
de los requerimientos de las acuerdo a los formatos institucionales, ajustándose en todo momento al objetivo,
soluciones tecnológicas. alcance y requerimientos descritos en este anexo.
9 DGTIC-DST-FO-Diagrama Las características del documento en cuanto a calidad deberán ajustarse a las
conceptual de la solución especificaciones establecidas por el Administrador del instrumento Jurídico y de
tecnológica. acuerdo con los formatos institucionales, ajustándose en todo momento al
objetivo, alcance y requerimientos descritos en este anexo.(As-Is)
10 DGTIC-APTI-FO-06 Este documento se deberá actualizar con el plan de trabajo detallado y la

Cronograma de Proyecto actualización del equipo de trabajo.
(Actualizado)
11 Check- list de Verificación de Las características del documento en cuanto a calidad deberán ajustarse a las
Diseño BBDD Actual especificaciones establecidas por el Administrador del instrumento Jurídico y de
acuerdo con los formatos institucionales, ajustándose en todo momento al
objetivo, alcance y requerimientos descritos en este anexo.
de Reunión seguimiento de los mismos de las reuniones de trabajo y avances.
Reuniones de avance riesgos, las actividades realizadas, en proceso y pendientes.
14 DGTIC-APTI-FO-12 Acta de Este documento especifica la solicitud de cambio, la afectación y actividades de

Aceptación de Entregables recuperación en caso de no ser exitoso el cambio. Se revisará en caso de que se
hayan solicitado cambios en esta etapa.
15 Reporte de análisis de Bases Información general de las bases de datos.

de Datos
Diagrama Entidad-Relación de las Bases de Datos Actuales
Diccionario de datos de las Bases actuales.
16 Procedimientos adoptados Los procedimientos adoptados para lograr la consolidación correcta de los datos
para lograr la consolidación entre cada una de las BD y considerará las reglas de negocio aplicables y
correcta de las BD. describirá detalladamente las incidencias que se presenten.

17 Reporte del Diagnóstico del Las características del documento en cuanto a calidad deberán ajustarse a las
Estado Actual de la especificaciones establecidas por el Administrador del instrumento Jurídico y de
información Contenida en los acuerdo con los formatos institucionales, ajustándose en todo momento al
Sistemas registrales de objetivo, alcance y requerimientos descritos en este anexo. Deberán incluir el
comercio Reporte de la Recopilación de la información Registral Almacenada en los
Sistemas registrales de comercio
E3.- Diseño.
18 DGTIC-DST-FO- Diagrama Las características del documento en cuanto a calidad deberán ajustarse a las
conceptual de la solución especificaciones establecidas por el Administrador del instrumento Jurídico y de
tecnológica. acuerdo con los formatos institucionales, ajustándose en todo momento al
objetivo, alcance y requerimientos descritos en este anexo.(To-Be)
19 DGTIC-APTI-FO-06 Este documento se deberá actualizar con el plan de trabajo detallado y la

Cronograma de Proyecto actualización del equipo de trabajo.
(Actualizado)
20 Documento de Contiene toda la información Técnica y de Operación de las Bases de Datos, así
Especificaciones de las Bases como el diagrama de Entidad Relación y el Diccionario de Datos.
de Datos
21 DGTIC-DST-FO-07 Las características del documento en cuanto a calidad deberán ajustarse a las
Documento de Diseño. especificaciones establecidas por el Administrador del instrumento Jurídico y de
acuerdo con los formatos institucionales. Incluyendo el modelo Arquitectónico.
22 Documentación ETL para las Deberá considerar el Procedimiento y Scripts de extracción y búsqueda.
BBDD
25 DGTIC-APTI-FO-12 Acta de Este documento especifica la solicitud de cambio, la afectación y actividades de

Aceptación de Entregables recuperación en caso de no ser exitoso el cambio. Se revisará en caso de que se
26 DGTIC-APTI-FO-10 Solicitud Este documento especifica el Procedimiento y forma de control de la solicitud

de Cambios de cambio, la afectación y actividades de recuperación en caso de no ser exitoso
el cambio. Se revisará en caso de que se hayan solicitado cambios en esta
etapa.
27 Reporte de análisis de Bases Información general de las bases de datos.

de Datos
Diagrama Entidad-Relación de las Bases de Datos Actuales
Diccionario de datos de las Bases actuales
28 Plan de Migración Con la finalidad de asegurar la calidad e integridad de las BBDD así como la
confirmación de la Normalidad. Las características del documento en cuanto a
calidad deberán ajustarse a las especificaciones establecidas por el
Administrador del instrumento Jurídico y de acuerdo con los formatos
institucionales, ajustándose en todo momento al objetivo, alcance y
29 Plan de Pruebas Con la finalidad de asegurar la calidad e integridad de las BBDD así como la
confirmación de la Normalidad. Las características del documento en cuanto a

calidad deberán ajustarse a las especificaciones establecidas por el

Administrador del instrumento Jurídico de acuerdo con los formatos
institucionales, ajustándose en todo momento al objetivo, alcance y
30 Plan de Disponibilidad Las características del documento en cuanto a calidad deberán ajustarse a las
especificaciones establecidas por el Administrador del instrumento Jurídico y de
acuerdo con los formatos institucionales, ajustándose en todo momento al
31 Plan de Retorno (plan de Las características del documento en cuanto a calidad deberán ajustarse a las
respaldo y recuperación) especificaciones establecidas por el Administrador del instrumento Jurídico y de
acuerdo a los formatos institucionales, ajustándose en todo momento al
E4.- Migración.
32 DGTIC-DST-FO-09 - Las características del documento en cuanto a

Documento Registro calidad deberán ajustarse a las especificaciones
de Pruebas unitarias establecidas por la DGTIC y de acuerdo con los
y Reporte de formatos institucionales, ajustándose en todo
Revisiones. momento al objetivo, alcance y requerimientos
descritos en este anexo.
33 Documentación ETL Procedimiento para las cifras de control

para las BBDD
Actualizado § Documento de Transformación de datos y Scripts
de transformación.
Scripts de DDL de evaluación de la estructura por

ciclo de revisión
34 DGTIC-APTI-FO-02 Deberá contener, acuerdos realizados, participantes

Minutas de Reunión y pendientes, así como el seguimiento de los mismos
de las reuniones de trabajo y avances.
35 DGTIC-APTI-FO-15 Presentación de avance y resumen del estatus del

Reuniones de avance proyecto, así como el plan de riesgos, las actividades
realizadas, en proceso y pendientes.
36 DGTIC-APTI-FO-12 Este documento especifica la solicitud de cambio, la

Acta de Aceptación de afectación y actividades de recuperación en caso de
Entregables no ser exitoso el cambio. Se revisará en caso de que
se hayan solicitado cambios en esta etapa.
37 DGTIC-APTI-FO-10 Este documento especifica el Procedimiento y forma

Solicitud de Cambios de control de la solicitud de cambio, la afectación y
actividades de recuperación en caso de no ser
exitoso el cambio. Se revisará en caso de que se
E5.- Pruebas y Monitoreo.
38 DGTIC-DST-FO-12 Reporte Las características del documento en cuanto a calidad deberán ajustarse a las
de Integración. especificaciones establecidas por el Administrador del instrumento Jurídico y de
acuerdo a los formatos institucionales, ajustándose en todo momento al objetivo,
alcance y requerimientos descritos en este anexo.

39 Memoria Técnica de la Las características del documento en cuanto a calidad deberán ajustarse a la
migración. metodología utilizada, incluyendo la configuración de los parámetros de la base
de datos migrada, su estructura física y espacio disponible, diagramas y
relaciones entre tablas de la nueva base de datos.
40 Paquete para la migración Las características del documento en cuanto a calidad deberán ajustarse a la
en electrónico metodología utilizada.
41 Manual Técnico del Módulo Las características del documento en cuanto a calidad deberán ajustarse a las
de Migración especificaciones establecidas por el Administrador del instrumento Jurídico y de
42 Manual de usuario Las características del documento en cuanto a calidad deberán ajustarse a las
especificaciones establecidas por el Administrador del instrumento Jurídico y de
45 DGTIC-APTI-FO-12 Acta de Listado de documentos entregados así como la aceptación de conformidad de los
Aceptación de Entregables mismos por parte del Usuario.
E6.- Cierre.
47 DGTIC-APTI-FO-11 Acta de Las características del documento en cuanto a calidad deberán ajustarse a la
Cierre del Proyecto metodología utilizada.
Reuniones de avance riesgos, las actividades realizadas, en proceso y pendientes. Incluyendo la
presentación de cierre de proyecto.
50 Cuestionario de Satisfacción Validación de solución por parte de los usuarios

del cliente
51 Carta de liberación Las características del documento en cuanto a calidad deberán ajustarse a la
metodología utilizada.
Se utilizará la serie de documentos que conforma ITIL para consolidar el modelo

de "ciclo de vida del servicio" separando y ampliando algunos subprocesos hasta
convertirlos en procesos especializados. Aspirando a consolidar el modelo para
conseguir aún mejores resultados, utilizaremos ITIL v3 que consta de 5 libros
basados en el ciclo de vida del servicio:
1. Estrategia del Servicio (Fases: 1 y 2)
2. Diseño del Servicio (Fase: 1 y 2)

3. Transición del Servicio (Fase: 3, 4 y 5)
4. Operación del Servicio (Fase: 4, 5 y 6)
5. Mejora Continua del Servicio (Fase 6 y posteriormente si así se acuerda)
Además de apegarnos a las políticas de MAAGTICSI equivalentes (o similares) a

los procesos marcados por ITIL, mencionados anteriormente.
Plan de Comunicación
La comunicación se tendrá de parte de nosotros con el Administrador de Proyecto quien

tendrá un trato directo a través de la Dirección General de Tecnologías de la Información y
Comunicación (DGTIC) con el Administrador o Líder de Proyecto.
Equipo
Los Recursos Humanos que requerimos son los que se indican en la tabla siguiente:
ROL CANTIDAD
Administrador de proyectos de TIC 1
Líder Técnico de Migración y Bases de Datos. 1
Desarrollador de Aplicaciones JSE 2
Arquitecto de Bases de Datos 3
Documentador 2
Ingeniero de Pruebas 2
Ingeniero de Infraestructura 1
Ingeniero de Seguridad de la Información 1
Ingeniero de Redes y Telecomunicaciones 1
Como parte de a buenas prácticas implementadas, se cuenta con la siguiente

matriz de impacto en segregación de funciones:

Administrador de proyectos
Líder Técnico de Migración
Ingeniero de Seguridad de
Arquitecto de Bases de
Ingeniero de Redes y
Telecomunicaciones
Ingeniero de Pruebas
y Bases de Datos.
Desarrollador de
Aplicaciones JSE
Infraestructura
la Información
Documentador
Ingeniero de
MATRIZ DE CONTROL
de TIC
Datos
DE SEGREGACIÓN DE
FUNCIONES
Administrador de
proyectos de TIC
X X X X X X X
Líder Técnico de
Migración y Bases de X X X X
Datos.
Desarrollador de
Aplicaciones JSE
X X X X X X X
Arquitecto de Bases de
Datos
X X X X X X X
Documentador X X X X X X X
Ingeniero de Pruebas X X X
Ingeniero de
Infraestructura
X X X X X X
Ingeniero de Seguridad
de la Información
X X X X X X
Ingeniero de Redes y
Telecomunicaciones
X X X X X X X

Recursos Técnicos
Para la realización de este proyecto, contaremos con los siguientes recursos necesarios
para llevar a cabo satisfactoriamente las actividades necesarias para la conclusión exitosa
del proyecto en sus términos, incluyendo los equipos de cómputo, sistemas y licencias de
software necesarias.
Equipo de Cómputo
Para el servidor:
Tipo de CPU Intel Xeon E7-8870 10-Core - 2.40 GHz
Número de procesadores 8
Número de cores 80
Número de threads 160
Cluster No
Para los clientes:

El equipo portátil de cada integrante del equipo será suficiente.
Sistemas
ü Sistema Operativo: Red Hat Linux

ü Sistema Operativo: Windows Server 2008
ü Manejador de BD VAX
ü Manejador de BD Oracle 8i
ü Manejador de BD Oracle 9i
ü Manejador de BD Oracle 11g
ü SIGER 1.0
Se requerirá de los Sistemas Operativo Red Hat Linux, la versión que tiene instalada el
cliente, así como el Manejador de Base de Datos que corresponda a cada uno de los
sistemas involucrados en las versiones indicadas.

Se requerirá también acceso a SIGER 1.0, qué es el sistema en el que podrá ser
visualizada la información una vez que esté consolidada, esto para validar que el acceso a
la información y el despliegue son correctos.
El método general que se seguirá para cumplir con los objetivos del proyecto es el
siguiente:
Mediante las herramientas creadas por los desarrolladores se hará la consolidación de las
Bases de Datos VAX, Oracle 8 y Oracle 9, en la Base de Datos Oracle 11g que es la Target
Database.
De la Base de Datos Target, una vez homologada y unificada se hará la migración a
Oracle 11g con las características requeridas por SIGER 2.0.
Ambientes requeridos
Para dar cumplimiento a los objetivos establecidos por el Registro Público de Comercio
(RPC) y conforme a las buenas prácticas de desarrollo para la migración de Información
de Manejadores de Bases de Datos, se requiere contar con los siguientes ambientes:
ü DESARROLLO. Este ambiente será utilizado para que trabajen los desarrolladores, se
crearan las herramientas necesarias para la homologación y consolidación de las bases
de datos. Correcciones y modificaciones a los desarrollos son hechos desde en este
ambiente.
ü CALIDAD. Los Ingenieros de pruebas son quienes más estarán trabajando en este
ambiente. El objetivo de este ambiente es simular los procesos como si estuvieran en
Productivo, sus características y capacidades son similares la ambiente real.
ü PRODUCCIÓN. Se llevarán a cabo los procesos de homologación y consolidación con
las Bases de Datos de producción.

Riesgos
Categorizamos el riesgo de este proyecto en 3 grupos:

1. Riesgo Humano
2. Riesgo en Procesos
3. Riesgo Tecnológico
Se construyeron para estos 3 tipos de riesgo matrices con acciones preventivas y

correctivas, sin embargo todo proceso relacionado con riesgos del proyecto, se
basará en la metodología de Risk IT, el cual es un marco de referencia
normativo basado en un conjunto de principios que nos ayudará para una
gestión efectiva de riesgos.
A continuación se categorizan y proponen acciones preventivas y reactivas para los

distintos riesgos identificados en el proyecto:
FACTORES DE RIESGO HUMANO

Posibles desviaciones
Acción preventiva Acción reactiva
(Vulnerabilidades)
El miembro afectado deberá delegar

funciones en alguien más, y será su Otro responsable de mayor jerarquía
Carga excesiva de trabajo de algún responsabilidad informarlo al nivel jerárquico deberá apoyar y/o sustituir al
miembro del equipo a cargo del proyecto inmediato superior y podrá ser nombrado y responsable original
sustituido por otro responsable,
preferentemente con el mismo perfil.
Los líderes del proyecto deberán mantener

la información actualizada y precisa del plan Los líderes de proyecto decidirán si se
de trabajo del proyecto; todos los miembros sustituye al miembro que genere
Toma de decisiones lenta
deberán enterarse y entenderla, o aclararla retrasos con algún suplente
consistentemente para facilitar la toma de
decisiones que les correspondan
Definir desde un principio a un miembro

suplente que simultáneamente vaya
tomando conocimiento del desarrollo
Padecimiento, condición de salud personal o avances y pormenores del proyecto. Sustituir al miembro afectado, por su
deceso de algún miembro del a cargo del suplente en cuanto sea decretada su
proyecto, que le impide continuar con su incapacidad para continuar
participación Documentar todos los avances y decisiones
tomadas, en una bitácora para tener un
respaldo de la información que garantice la
continuidad

FACTORES DE RIESGO HUMANO

(Vulnerabilidades)
Incorporar a personas que conozcan

Desconocimiento u omisión algún proceso, Evaluar y seleccionar escrupulosamente a las dichos procesos para asesorar al
tanto en la etapa de análisis inicial, como en personas responsables del proyecto, miembro en cuestión, con el cual se
la descripción de los procesos y durante la tomando en cuenta su perfil y experiencia realizará una sesión de regularización,
alineación de los mismos profesional en su defecto hacer una sustitución
con el miembro suplente.
En cuanto suceda el supuesto, realizar

Rescisión/renuncia de contrato laboral de un la sustitución del miembro por su
Seleccionar personas cuya trayectoria laboral
miembro del equipo responsable del suplente y nombrar a un nuevo
sea estable
proyecto suplente
Involucrar desde el principio a todos los

empleados involucrados del RPC y la DGTIC
(de la SE), explicando los beneficios Realizar sesión de trabajo con el área
Resistencia al cambio por parte de usuarios tangibles que reportará el sistema que presenta resistencia, para
operativos que impidan la continuidad y escuchar puntos de vista y razones
conclusión de la implementación que dan origen a la resistencia,
explicar, y aclarar dudas
Los líderes del proyecto serán responsables
de sensibilizar a las personas y eliminar
dicha resistencia
Los líderes de proyecto deberán estar muy

Eventos extraordinarios en la vida personal
atentos a este tipo de circunstancias, y si se Sustituirlo con el miembro suplente
de un miembro (fallecimientos, divorcios,
prevé alguna de ellas, evaluar al miembro
etc)
afectado, analizar su caso y darle apoyo.
FACTORES DE RIESGO EN PROCESOS

(vulnerabilidades)
Transferir vicios de operaciones Hacer un estudio minucioso para la Poner en consideración el proceso a
inadecuados en un proceso detección de los diagramas de operación, los responsables de DGTIC (SE) y RPC.
apoyados por criterios de moderador.
Que la diagramación de flujos de
operaciones no tenga la continuidad
adecuada
Desconocimiento del proceso de operación Considerar la participación puntual del Redoblar esfuerzo en la etapa de
u omisión por parte del usuario personal operativo del proceso. prueba, para alinear el proceso
respectivo. Evaluar el impacto que
representará ante el proyecto.
Necesidades no identificadas y no Identificar estándares de procesos propios Considerarlo en una siguiente fase de
consideradas en un proceso del sistema, invitar a las direcciones (SE) a optimización del sistema.
que participe en el último bloque de prueba.
FACTORES DE RIESGO TECNOLÓGICO

(vulnerabilidades)
Actividades de instalación no dimensionada 1.-Evaluación Proveedor de Infraestructura Ir documentando todos los Casos
o incongruente. (Referencias, Certificaciones y Currículo). Críticos de interés que representen
contratiempos y hacer ajustes que
2.-Planificación de la infraestructura y los solucionen problemas a futuro.
requerimientos técnicos, dimensionando en
2 etapas Desarrollo y Producción
contemplando aspectos de redundancia, con
soporte técnico del proveedor.
Fallas en Instalación y Configuración. Desarrollar una Guía Técnica en 3 etapas: Revisión de Casos Críticos, evaluar
solución propuesta y aplicarla.
1.-Capacitación.
Aplicar Plan de Contingencia.
2.- Pruebas.
Soporte Técnico de Proveedor
3.-Previa Producción. contratado.
Deberá ir diseñándose un Plan de
Contingencia en cada etapa, aplicando
actividades de desestabilización.
Operación y Administración del Sistema con Diseñar Plan de Capacitación para Evaluación del daño.
errores u omisiones en las etapas de Certificación Técnica.
Estabilización. Aplicar corrección.
Desarrollar Manual de Procedimientos de
Operación y Administración del Sistema a Documentar.
nivel de 3 capas: Ajuste del Manual de Procedimientos y
Sistema operativo. de Operación.
Base de Datos. Aplicar Plan de Contingencia.
Great Plains y utilerías.
Caídas en el sistema. Desarrollar Plan de Contingencia. Identificar el impacto en tiempo y

costo.
Desarrollar Plan de Recuperación de
Desastres. Aplicar corrección.
Llevar a cabo simulacros. Documentar.
Ajuste del Manual de Procedimientos y
de Operación.
Aplicar Plan de Contingencia.
Configuración de conexión remota, corte de Evaluar Servicio de Internet dedicado. Aplicar cambio de conexión.
enlace.
Conexiones ADSL redundantes. Medir tiempos de intercambio.
Plan inmediato de switcheo

ANEXO. Perfil del Puesto
Conocimiento
en
Documento de
Rol Descripción Requisitos Normas y
comprobación
Buenas
Prácticas
Planea, coordina y controla el

desarrollo de las actividades. Certificado en Administración Norma ISO
Gestiona y asegura la de Proyectos emitido por el 21500 - Project
integración de los diferentes Certificado en Project Manager Institute (PMI Management”
componentes que conforman la Administración de ®) PMBOK
Administrador(es) solución propuesta. Da Proyectos Project Management ITIL
de proyectos de TIC seguimiento a la ejecución de
Professional (PMP) ISO 20000-2
las actividades planeadas,
detecta desviaciones y de Certified Information Systems ISO 20000-1
haberlas, plantea junto con los Auditor (CISA) ISO 9011
especialistas alternativas de Certified ScrumMaster
solución.
Personal orientado hacia la

Arquitectura de Bases de
Datos, con conocimientos en el
manejo y administración de Oracle Database Copia del certificado Oracle PMBOK
Líder(es) Técnico mínimo 10g Database 10g
bases de datos Oracle 8 g y EMC
de Migración y
posteriores. Realiza el análisis Administrator Certified Administrator Certified ISO 10006
Bases de Datos.
de rendimiento y optimización Professional Professional o posteriores.
de las bases de datos, así como
el diseño de nuevas bases de
datos.
Desarrollo de
aplicaciones J2EE.
Recursos encargados de Experiencia en 3 o más
desarrollar las funcionalidades de las siguientes
requeridas respecto al Módulo herramientas: Spring,
de Migración así como del Experiencia comprobable en CMMI
iBatis, Struts, Tiles,
Análisis de las Bases de Datos, Curriculum Vitae. Deseable PMBOK
bajo las especificaciones de las JasperReports, Birt,
Copia del diploma o constancia ISO 9000-3
Desarrolladores de metodologías y arquitecturas MyBatis, Acegi, JSF,
o equivalente que avale la IEEE SRS 830
Aplicaciones JSE propuestas. Documentan el Primefaces, Jquery,
participación en cursos y/o SPICE
código fuente alineado a los Phonegap, Json.
“Estándares de la Secretaría talleres, de cada uno de los CMM
Experiencia en Base de
para el Desarrollo de Sistemas” puntos mencionados.
Datos Oracle.
y realizan las pruebas de
funcionalidades y detección de Instalación y manejo de
errores. servidores de
aplicaciones Oracle
WebLogic

PMBOK
Experiencia comprobable en ISO 11179-5
Personal orientado hacia la Conocimiento y
Arquitectura de Bases de Curriculum Vitae. Deseable ISO 19139
experiencia Oracle
Arquitecto de Bases Datos, con conocimientos en el Copia del certificado Oracle ISO 19115:2003
Database mínimo 10g
de Datos manejo y administración de Database 10g Administrator ISO 19109 y
Administrator Certified
bases de datos Oracle 8 g y Certified Professional o ISO 19110
posteriores. Professional
posteriores. CSDGM – FGDC
Experiencia comprobable en
Curriculum Vitae. Deseable:
copia del diploma o constancia
Responsable de elaborar la Conocimientos para o equivalente que avale la CMMI
documentación relacionada con realizar: documentación, participación en cursos y/o PMBOK
el proyecto y asegurar el
Documentador(es) modelados, simulación y talleres para realizar: ISO 26514:2008
cumplimiento de los
métodos de optimización documentación, modelados, ITIL
lineamientos establecidos por
el MAAGTICSI. de procesos. simulación y métodos de
optimización de procesos.
Certificación: ITIL v3
Foundation
Personal responsable de validar Experiencia comprobable en

la calidad del desarrollo de la
Curriculum Vitae. Deseable:
solución y con conocimientos
amplios en el uso de copia del Certificado expedido
Conocimiento y PMBOK
Ingeniero(s) de herramientas automatizadas. por el IIST (International
Experiencia en ‘Software ISO 9126
Pruebas Este recurso tiene capacidad de Institute for Software Testing
Testing’.
análisis y diseño de bases de o el ISTQB (International
datos relacionales, así como el SoftwareTesting Qualifications
uso de herramientas de
Board)
modelado en UML.
Certificado en diseño de
infraestructura.
Certificado en soporte en
infraestructura de Datacenter.
Certificado en administración
de sistemas operativos
Microsoft.
Profesional con sólidas bases
Mínimo 5 Años De Certificado en administración
en Hardware y Networking,
Sistemas Operativos, Sistemas Experiencia En Industria de aplicaciones en servidores ISO/IEC 27000
de Base de Datos, Seguridad, Más de 6 años de Certificado en administración
Ingeniero de
Tecnologías de experiencia en: Proyectos de sistemas operativos RedHat COBIT
Infraestructura
Almacenamiento, Virtualización de Sistemas Instalación Certificado en administración PMBOK
y Arquitecturas Cloud, Gestión de equipo eléctrico y de de base de datos.
de Proyectos, y Gestión de cómputo Certificado en gestión TI.
Servicios TI
Certificado en tecnologías de
almacenamiento Citrix
Certified Professional -
Virtualization (CCP-V)
VMware Certified Professional
- Data Center Virtualization
(VCP- DCV)

Poseer un conocimiento
amplio de los sistemas
de redes y
Profesional que aplica telecomunicaciones
conocimientos de las ciencias (infraestructura,
básicas - Física y Matemáticas-, cableado, protocolos,
así como los correspondientes a herramientas de
señales, sistemas, electrónica y
administración, CCENT: Cisco Certified Entry
computación para analizar, Norma ANSI
diseñar, planear, organizar, seguridad, etc.), Networking Technician
Ingeniero de Redes ISO 27000
producir, instalar, desarrollar, además de las CCNA: Cisco Certified Network
y IEEE para
además de mantener en habilidades Associate
Telecomunicaciones cableado UTP
operación y administrar redes y interpersonales y de CCDA: Cisco Certified Design
sistemas de organización de un Associate
telecomunicaciones,
director de proyectos
contribuyendo así a satisfacer
las necesidades de la para poder coordinar a
institución y a propiciar el los equipos técnicos.
desarrollo en esta área. También puede
involucrarse en la
contratación de equipos
de técnicos.

Bibliografía
Diario Oficial de la Federación
Lledo Pablo, Riverola Gustavo. Claves para el éxito de los proyectos. Project Manager
Institute
www.consejeria.df.gob.mx/index.php/rppyc
www.itil.com.mx
www.oracle.com

Matriz de tiempo utilizado

Tiempo en horas Individual Equipo
Investigación 10 c/u 10
Resolución 5 c/u 20
Problemáticas y retos
Una de las problemáticas enfrentadas fue en principio la organización del trabajo en
equipo, pues los 4 integrantes trabajamos y nuestros horarios no coincidían para reunirnos
físicamente, además de que todos vivimos en distintos puntos del área metropolitana. La
solución fue vía internet con las herramientas Google Drive y Skype.
Otra problemática fue el poco conocimiento del tema, pues el proyecto representó nuestra
incursión en temas nuevos para todos, la solución fue desarrollar individualmente los
temas de lo que conocíamos más, llamaba nuestra atención o teníamos alguna forma de
conocer del tema por medio de alguna experiencia parecida o amigos especialistas en la
materia.

A1 - Proyecto Modulo 7 V 20151019 - 1650

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

A1 - Proyecto Modulo 7 V 20151019 - 1650

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO

Dirección General de Cómputo y de Tecnologías de Información y Comunicación

Proyecto para los Servicios de homologación y migración

ALDANA ÁNGELES ESPERANZA

PROFESOR: DAMIÁN FRANCISCO PALOMINO MARTÍNEZ

Tabla de contenido

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 1

El Registro Público de Comercio (RPC) a cargo de la Secretaría de Economía hace pública

Actualmente el RPC opera con un programa informático establecido por la Secretaría de

La información es almacenada en diferentes bases de datos: Oracle 8, Oracle 9, VAX

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 2

La plataforma tecnológica en la que opera actualmente (SIGER 1.0) tiene una

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 3

Sistema Total de registros

Control de Gestión 773,625

Sistema de Información Registral (SIR) 2,857,358

Sistema Integral de Gestión Registral (SIGER 1.0) 542,997

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 4

§ La dependencia cuenta con el recurso humano especializado, disponible para

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 5

§ La migración debe estar completada en 15 meses, tal como lo indica el contrato.

La aplicación de supuestos y restricciones se hace con base a la Guía PMBOCK,

Inicialización: Aquellos procesos aplicados para la definición de un proyecto

Planeación: Aquellos procesos requeridos para establecer el alcance del

Ejecución: Aquellos procesos aplicados para completar el trabajo definido,

Monitoreo y control: Aquellos procesos que siguen la trayectoria, revisan y

Cierre: Aquellos procesos aplicados para finalizar todas las actividades a

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 6

Planteamiento General de la Solución

El presente proyecto se desarrollará con la finalidad principal de hacer cumplir el Plan

Constitución Política de los Estados Unidos Mexicanos

Ley Federal sobre Metrología y Normalización

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 7

§ Fomentar la transparencia y eficiencia en la elaboración y observancia de n

Ley Federal de Transparencia y Acceso a la Información Pública

Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público

A partir del artículo 26 lo correspondiente a licitaciones públicas.

Ley Orgánica de la Administración Pública Federal

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 8

Reglamento Interior de la Secretaría de Economía

Artículos aplicables: 22, 45.

Manual Administrativo de Aplicación General en Materia de Tecnologías de

Folios a migrar y estimación de registros asociados

Sistema Descripción Periodo de uso Estimado de

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 9

La estructura con la que se cuenta son diferentes sistemas registrales electrónicos

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 10

15 Meses = 5 trimestres que dura el proyecto de migración

El usuario final del sistema en licitación será el Registro Público de la Propiedad y

El RPPyC es la unidad administrativa del Registro Público de Comercio (RPC) en el Distrito

Cabe mencionar que el sistema en licitación es un proyecto de la Dirección General de

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 11

Persiguiendo el cumplimiento de objetivos, se trabajará con dichos usuarios

Entrega y asistencia técnica

Lo cual nos permitirá apoyar en el cumplimiento de las leyes, reglamentos,

Características del Servicio

Fases del Proyecto

E1.-­‐ Inicio y Gestión del Proyecto.

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 12

§ Participar en las reuniones de trabajo para la revisión y ajustes de los diagramas

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 13

§ Se deberá llevar a cabo la recopilación de la información registral almacenada en

Dirección General de Cómputo y de Tecnologías de Información y Comunicación 14

E1.-‐ Inicio y Gestión del Proyecto.

E5.-‐ Pruebas y Monitoreo.