Universidad Ricardo Palma Facultad de Ingeniería PDF

UNIVERSIDAD RICARDO PALMA
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA
“Adecuación al Sistema de Registro de Organizaciones Políticas y

Candidatos – Elecciones Regionales 2010”
Titulación Por Experiencia Profesional
PARA OPTAR EL TÍTULO PROFESIONAL DE
INGENIERO INFORMÁTICO
PRESENTADO POR:
NÚÑEZ DELGADO, Francisco Eduardo.
ASESOR: Dr. Silverio Bustos Díaz
LIMA – PERÚ
2011
Dedicatoria
A mi querida madre,
que me apoyó durante
todos estos años.
INDICE
INTRODUCCIÓN ....................................................................................................................................... 8
I. ONPE: RESEÑA HISTÓRICA ....................................................................................................... 10

1.1. Reseña histórica de ONPE. ............................................................................................ 10
II. CONCEPTOS GENERALES.......................................................................................................... 11
2.1 ONPE. ............................................................................................................................. 11
2.2 Elecciones Regionales y Municipales 2010. ................................................................... 11
2.3 Elecciones Regionales .................................................................................................... 12
2.4 Elecciones Municipales ................................................................................................... 12
2.5 Organizaciones Políticas ................................................................................................. 13
2.6 Los Electores ................................................................................................................... 13
2.7 Los Personeros ............................................................................................................... 14
2.8 Los observadores ............................................................................................................ 14
2.9 Jurado Nacional de Elecciones. ...................................................................................... 15
2.10 Reniec. ............................................................................................................................ 15
2.11 Gerencia de Sistemas e Informática Electoral- GSIE. .................................................... 16
III. METODOLOGÍA Y NORMAS ........................................................................................................ 16
3.1 Normas Generales. ......................................................................................................... 17
3.1.1 Grupo de procesos de iniciación ..................................................................................... 18
3.1.2 Grupo de procesos de planificación ................................................................................ 20
3.1.3 Grupo de procesos de ejecución..................................................................................... 21
3.1.4 Grupo de procesos de control y seguimiento. ................................................................. 22
3.1.5 Grupo de procesos de cierre. .......................................................................................... 24
3.2 Fases del Proyecto. ......................................................................................................... 26
3.2.1 Fase de Evaluación. ........................................................................................................ 26
3.2.2 Gestión del Proyecto. ...................................................................................................... 26
3.2.3 Fase de Análisis y Diseño. .............................................................................................. 26
3.2.4 Fase de Construcción. .................................................................................................... 28
3.2.5 Fase de Implantación. ..................................................................................................... 28
3.2.6 Fase de Post-Implantación. ............................................................................................. 30
3.2.7 Entregables definidos dentro de la metodología. ............................................................ 31
IV. JUSTIFICACION DEL PROYECTO .............................................................................................. 31
4.1 Situación Inicial................................................................................................................ 31
4.2 Justificación o finalidad del Proyecto. ............................................................................. 32
4.3 Situación del Proyecto en el contexto de la elecciones 2010. ........................................ 33
4.4 Referencias Legales. ....................................................................................................... 35
4.5 Propuestas Alternativas. ................................................................................................. 36
4.6 Fuente de Financiamiento. .............................................................................................. 37
4.7 Costo del Proyecto. ......................................................................................................... 37
V. OBJETIVOS Y ALCANCE DEL PROYECTO .............................................................................. 38
5.1 Objetivo Organizacional. ................................................................................................. 38
5.2 Objetivo General. ............................................................................................................ 38
5.3 Objetivos Específicos. ..................................................................................................... 38
5.4 Alcance del Proyecto. ...................................................................................................... 39
5.4.1 Lo que se esperaba lograr con el Proyecto. ................................................................... 39
5.4.2 Resultados no esperados del Proyecto. ......................................................................... 41
5.5 Principales características del producto final. ................................................................. 41
5.6 Restricciones del Proyecto. ............................................................................................. 43
Página 3 de 249
5.7 Supuestos del Proyecto. ................................................................................................. 44
5.8 Riesgos Iniciales Definidos. ............................................................................................ 44
VI. ORGANIZACIÓN INICIAL DEL PROYECTO ............................................................................... 45
6.1 Organigrama Inicial. ........................................................................................................ 45
6.2 Stakeholders.................................................................................................................... 45
6.2.1 Patrocinadores del Proyecto. .......................................................................................... 45
6.2.2 Equipo de dirección del Proyecto .................................................................................... 46
6.2.3 Miembros del Equipo del Proyecto.................................................................................. 46
6.2.4 Soporte al Proyecto. ........................................................................................................ 47
6.3 Responsabilidades. ......................................................................................................... 47
6.3.1 Responsabilidad del Gerente de Proyecto. ..................................................................... 47
6.3.2 Responsabilidad del Líder Usuario. ................................................................................ 47
6.3.3 Responsabilidad del Jefe de Proyecto. ........................................................................... 48
6.3.4 Responsabilidad del Arquitecto. ...................................................................................... 48
6.3.5 Responsabilidad del Analista. ......................................................................................... 49
6.3.6 Responsabilidad del Documentador. .............................................................................. 49
6.3.7 Responsabilidad del Jefe de Testing. ............................................................................. 49
6.3.8 Responsabilidad del Usuario Funcional. ......................................................................... 50
6.3.9 Responsabilidad del DBA. ............................................................................................... 50
6.3.10 Responsabilidad del Asistente de Proyectos Informáticos. .......................................... 50
6.3.11 Responsabilidad del Testeador. ................................................................................... 51
VII. ESTRUCTURA DE DESCOMPOSICIÓN DEL TRABAJO .......................................................... 53
VIII. CRONOGRAMA DEL PROYECTO ............................................................................................... 60

8.1 Línea de tiempo ONPE ................................................................................................... 60
8.2 Plazos .............................................................................................................................. 60
8.3 Cronograma del Proyecto. .............................................................................................. 61
IX. GESTIÓN DEL PROYECTO .......................................................................................................... 67
9.1 Introducción al plan de Gestión. ...................................................................................... 67
9.1.1 Gestión de la Integración. ............................................................................................... 67
9.1.2 Gestión del Alcance. ....................................................................................................... 68
9.1.2.1 Cambios en el alcance.................................................................................................. 68
9.1.3 Gestión del tiempo. ......................................................................................................... 69
9.1.3.1 Cambios en el cronograma. .......................................................................................... 69
9.1.4 Gestión de la Calidad. ..................................................................................................... 70
9.1.4.1 Impacto de cambios solicitados. ................................................................................... 70
9.2 Gestión de las Comunicaciones. ..................................................................................... 71
9.2.1 Gestión del Riesgo. ......................................................................................................... 71
9.2.2 Gestión de Recursos Humanos. ..................................................................................... 72
X. DESCRIPCIÒN DE LA SOLUCIÓN EXISTENTE ........................................................................ 73
10.1 Sistema ROPC 2006 ....................................................................................................... 73
10.2 Casos de Uso del Sistema .............................................................................................. 74
10.2.1 Módulo de Inscripción de Organizaciones Políticas ..................................................... 74
10.2.2 Módulo de Inscripción de Candidatos ........................................................................... 75
10.2.3 Módulo de Seguimiento de Resoluciones .................................................................... 76
10.2.4 Módulo de Verificación Datos. .................................................................................... 77
10.2.5 Módulo Impresión de Carteles. ..................................................................................... 77
10.2.6 Módulo Registro de Sorteo. .......................................................................................... 79
10.2.7 Módulo de Reportes...................................................................................................... 79
10.2.8 Módulo de Administración y Seguridad. ....................................................................... 80
10.2.9 Modelo Lógico y Físico de la Base de Datos. .............................................................. 81
10.2.10 Diccionario de Datos. .............................................................................................. 81
Página 4 de 249
XI. DESARROLLO DEL PROYECTO ................................................................................................. 82
11.1 Supuestos y Restricciones. ............................................................................................. 82
11.2 Levantamiento Preliminar de Información. ...................................................................... 82
11.3 Volumen de información procesada. .............................................................................. 83
11.4 Fase de Planificación ...................................................................................................... 83
11.4.1 Definición del alcance. .................................................................................................. 83
11.4.2 Actividades a Ejecutar. ................................................................................................. 83
11.4.3 Estimación de la Duración de las Actividades. ............................................................. 84
11.5 Fase de Análisis y Diseño ............................................................................................... 85
11.5.1 Preparación e Implementación del entorno de Desarrollo. .......................................... 85
11.5.1.1 Arquitectura modificada........................................................................................... 86
11.5.2 Verificación y documentación de la situación Actual. ................................................... 86
11.5.3 Capacitación Funcional................................................................................................. 86
11.5.4 Captura de Requerimientos. ......................................................................................... 87
11.5.4.1 Actualización de Requerimientos de hardware y software del sistema. ................. 87
11.5.5 Reglas de Negocio. ....................................................................................................... 88
11.5.6 Requerimientos Funcionales. ....................................................................................... 89
11.5.7 Requerimientos No Funcionales. ................................................................................ 106
11.5.8 Criticidad de los módulos del sistema ........................................................................ 107
11.5.9 Distribución del trabajo. .............................................................................................. 109
11.5.10 Diseño preliminar. ................................................................................................. 113
11.5.11 Diseño final ............................................................................................................ 113
11.6 Fase de Construcción ................................................................................................... 114
11.6.1 Modificación de Interfaces. ......................................................................................... 114
11.6.2 Pruebas y ajustes ....................................................................................................... 114
11.6.3 Desarrollo de programas para la migración. .............................................................. 114
11.6.4 Pruebas de Migración. ................................................................................................ 115
11.6.5 Pases a QA ................................................................................................................. 115
11.6.6 Aseguramiento de la Calidad. ..................................................................................... 116
11.7 Fase de Implantación .................................................................................................... 116
11.7.1 Preparación del entorno operativo .............................................................................. 116
11.7.2 Creación de perfiles de usuario. ................................................................................. 116
11.7.3 Definición de políticas de backup. .............................................................................. 117
11.7.4 Instalación del entorno de producción. ....................................................................... 117
11.7.5 Parametrización preliminar. ........................................................................................ 117
11.7.6 Simulación preliminar del sistema en producción ...................................................... 117
11.7.7 Migración de la configuración. .................................................................................... 118
11.7.8 Puesta a Cero. ............................................................................................................ 118
11.7.9 Habilitación del entorno de producción....................................................................... 118
11.8 Fase de Post-Implantación ............................................................................................ 118
11.8.1 Asistencia sistemática a usuarios. .............................................................................. 118
11.8.2 Ajustes de parametrización, customizaciones e informes .......................................... 119
11.8.3 Detección de nuevos requerimientos o necesidades de información ........................ 119
XII. PLAN DE PRUEBAS .................................................................................................................... 119
12.1 Pruebas Internas. .......................................................................................................... 120
12.2 Pruebas Institucionales (Funcional y de Carga). .......................................................... 121
12.3 Enfoque de Diseño de Pruebas. ................................................................................... 122
12.3.1 Pruebas a la Integridad de la Base de Datos. ............................................................ 122
12.3.2 Pruebas a la Funcionalidad. ....................................................................................... 122
12.4 Enfoque Estratégico de Pruebas................................................................................... 123
12.4.1 Pruebas Unitarias. ...................................................................................................... 123
12.4.2 Pruebas de Integración. .............................................................................................. 124
12.4.3 Pruebas a la Integridad de la Base de Datos. ............................................................ 124
12.4.4 Pruebas a la Funcionalidad. ....................................................................................... 125
Página 5 de 249
12.4.5 Pruebas de Interface de usuario. ................................................................................ 126
12.4.6 Pruebas de Desempeño y carga de Datos. ................................................................ 127
12.4.7 Pruebas de Seguridad y Acceso de Control. .............................................................. 128
12.4.8 Pruebas de Instalación y Configuración. .................................................................... 129
12.5 Criterio de Evaluación de Pruebas. ............................................................................... 130
12.6 Herramientas de la Pruebas.......................................................................................... 130
12.7 Recursos ....................................................................................................................... 131
12.7.1 Testeadores. ............................................................................................................... 131
12.7.2 Sistemas. .................................................................................................................... 131
12.8 Hitos de prueba ............................................................................................................. 132
12.9 Entregables ................................................................................................................... 132
XIII. RESULTADOS DEL PROYECTO ............................................................................................... 133
13.1 Actualización del sistema ROPC................................................................................... 133
13.2 Soporte al área usuaria. ................................................................................................ 133
13.3 Impresión del Material Electoral. ................................................................................... 133
13.4 Registro del ROPC 2010. .............................................................................................. 134
13.5 Lecciones aprendidas. .................................................................................................. 134
13.6 Conclusiones. ................................................................................................................ 136
13.7 Recomendaciones. ........................................................................................................ 138
GLOSARIO ............................................................................................................................................ 140
BIBLIOGRAFÍA ..................................................................................................................................... 142
ANEXOS ................................................................................................................................................ 143
ANEXO 1: .............................................................................................................................................. 144
ANEXO 2: .............................................................................................................................................. 146
ANEXO 3: .............................................................................................................................................. 148
ANEXO 4: .............................................................................................................................................. 151
ANEXO 5: .............................................................................................................................................. 153
ANEXO 6: .............................................................................................................................................. 157
ANEXO 7: .............................................................................................................................................. 166
ANEXO 8: .............................................................................................................................................. 168
ANEXO 9: .............................................................................................................................................. 171
ANEXO 10: ............................................................................................................................................ 173
ANEXO 11: ............................................................................................................................................ 180
ANEXO 12: ............................................................................................................................................ 182
ANEXO 13: ............................................................................................................................................ 187
ANEXO 14: ............................................................................................................................................ 197
Página 6 de 249
ANEXO 15: ............................................................................................................................................ 207
ANEXO 16: ............................................................................................................................................ 211
ANEXO 17: ............................................................................................................................................ 213
Página 7 de 249
INTRODUCCIÓN
El presente documento, tiene como propósito principal, demostrar la

experiencia profesional adquirida posterior a la obtención del grado de
Bachiller, para optar el título de Ingeniero Informático. Experiencia adquirida
en diferentes empresas por el desempeño en diferentes roles dentro del área
de sistemas.
Con tal propósito, se describe un proyecto de desarrollo de software real,

llevado a cabo en la Oficina Nacional de Procesos Electorales, ONPE.
Mi participación en dicho proyecto, fue cumpliendo el rol de Jefe de Proyecto
en la actualización del “Sistema de Registro de las organizaciones políticas y
candidatos”, para las elecciones Regionales y Municipales – Fonavi 2010,
llevadas a cabo el 3 de Octubre del 2010, en todo el territorio Nacional.
El Sistema de Registro de las Organizaciones Políticas y Candidatos, es

utilizado para inscribir a las organizaciones políticas, candidatos y lista de
candidatos, para la generación de la Cédula de Sufragio, el Cartel de
Candidatos y para proveer la información de organizaciones políticas y
candidatos a los sistemas de cómputo de votos e impresión del acta padrón.
En cada elección, los sistemas electorales manejados por la ONPE, deben

ser modificados atendiendo a nuevas leyes o normas aprobadas por el jurado
nacional de elecciones.
Como producto final, se obtuvo la actualización del Sistema de “Registro de

Organizaciones Políticas y Candidatos - ROPC”, que permitió cumplir con
Página 8 de 249
todas las leyes y normas vigentes hasta antes de las elecciones llevadas a
cabo el 3 de Octubre del 2010.
Para la presentación del presente proyecto, se ha solicitado los permisos

correspondientes a la subgerencia de procesos informáticos.
Página 9 de 249
I. ONPE: RESEÑA HISTÓRICA
La Oficina Nacional de Procesos Electorales (ONPE) del Perú, es un

organismo constitucional autónomo. Tiene como finalidad organizar las
elecciones, velar por el respeto de la voluntad popular y promover la libre
participación electoral de la ciudadanía. En consecuencia, es el organismo
autónomo especializado en la planificación, organización y ejecución de los
procesos electorales.
1.1. Reseña histórica de ONPE.
La ONPE se crea con la Ley Orgánica de Elecciones N° 26487

(publicada el 21 de junio de 1995) donde se determina que el (la) Jefe(a)
de la ONPE es seleccionado y nombrado por el CNM, a través de
concurso público.
La ONPE garantiza a todos los ciudadanos sin distinción, el derecho al

voto y que el escrutinio sea el reflejo exacto de la voluntad popular. En
época electoral diseña y distribuye la cédula de sufragio, actas
electorales y todos los materiales necesarios para las elecciones;
asimismo capacita a los miembros de mesa y demás actores electorales.
En periodo no electoral, la ONPE brinda apoyo y asistencia técnica a las

organizaciones políticas en sus procesos de democracia interna y
supervisa la actividad económica-financiera de los mismos. La asistencia
técnica electoral se brinda también a las organizaciones públicas,
privadas y de la sociedad civil que lo soliciten, de acuerdo a las normas
legales vigentes y previa evaluación y disponibilidad de recursos.
Página 10 de 249
II. CONCEPTOS GENERALES
A continuación, se describen algunos de los términos y abreviaturas,

utilizados:
2.1 ONPE.
La Oficina Nacional de Procesos Electorales (ONPE), es el organismo

especializado en organizar y ejecutar los procesos electorales en el
Perú. Junto al Jurado Nacional de Elecciones (JNE) y al Registro
Nacional de Identificación y Estado Civil (RENIEC), constituye el sistema
electoral peruano.
2.2 Elecciones Regionales y Municipales 2010.
El domingo 3 de octubre de 2010 se realizaron en Perú, las Elecciones

Regionales y Municipales, según la Ley Orgánica de Elecciones, Ley N.º
26859; Ley de Elecciones Municipales, Ley N.º 26864; Ley de
Elecciones Regionales, Ley N.º 27683; Ley que modifica diversos
artículos de la Ley de Elecciones Regionales, Ley N.º 29470; y Decreto
Supremo N.º 019-2010-PCM, publicado en el Diario Oficial «El Peruano»
el 30 de enero de 2010.
En esta misma fecha se llevará a cabo el Referéndum Nacional 2010

para la aprobación o desaprobación del «Proyecto de Ley Devolución de
Dinero del FONAVI a los Trabajadores que contribuyeron al mismo», de
acuerdo a la Resolución N.º 088-2010 del Jurado Nacional de
Elecciones. En cumplimiento de la misión institucional, la ONPE se
comprometió a realizar su máximo esfuerzo para que los procesos
Página 11 de 249
electorales mencionados, se realizasen con transparencia, neutralidad e
imparcialidad.
2.3 Elecciones Regionales
Se elige al presidente o presidenta y vicepresidente o vicepresidenta

regional, y a los miembros del consejo regional. Se proclama electa a la
fórmula compuesta por el presidente(a) y vicepresidente(a) que haya
obtenido no menos del 30% de los votos válidos (sin contar los votos
blancos o nulos). Si ninguna de las fórmulas logra este porcentaje de
votos válidos, se procederá a una segunda elección (segunda vuelta), en
la que participarán las fórmulas que alcanzaron las dos más altas
votaciones.
El consejo regional está integrado por un mínimo de siete y un máximo

de veinticinco consejeros(as). El Jurado Nacional de Elecciones
establece el número de miembros que tendrá cada consejo regional,
asignando uno a cada provincia y distribuyendo los demás según criterio
de población electoral. Así, las provincias con una mayor población
electoral podrán contar con un mayor número de consejeros que los
representen.
En estas elecciones, los ciudadanos(as) de los distritos y provincias
elegirán únicamente a los consejeros(as) regionales de su provincia.
2.4 Elecciones Municipales
En el caso de las elecciones municipales, los ciudadanos y ciudadanas

eligen a la alcaldesa o alcalde y regidores o regidoras del distrito y
provincia donde se encuentran registrados como electores, es decir,
como figura en su Documento Nacional de Identidad (DNI).
Se determina como alcaldesa o alcalde electo, al candidato o candidata
Página 12 de 249
que obtenga la votación más alta, mientras que la elección de regidores
es mediante lista electoral.
La lista electoral es la relación de candidatos a regidores presentada por
una organización política de un determinado distrito o provincia y se
elige en conjunto.
De acuerdo al porcentaje obtenido por la lista se aplica la cifra
repartidora y se define cuántos regidores de esa lista serán parte del
concejo municipal. (Artículo 26º, Título IV, Ley N. º 26864)
2.5 Organizaciones Políticas
La organización política es la expresión institucional de una ideología o

de un estado de conciencia del pueblo en torno a determinados asuntos
públicos de interés general. Esta se caracteriza por su capacidad de
influir en el seno de la sociedad política. (1)
En las elecciones Regionales y provinciales llevadas a cabo año 2010,

participaron organizaciones políticas de alcance nacional, regional, local
provincial o local distrital.
2.6 Los Electores
Los electores son todos aquellos ciudadanos y ciudadanas mayores de

18 años que tienen vigentes sus derechos civiles, que poseen
Documento Nacional de Identidad (DNI) y que se encuentran
debidamente inscritos en el padrón electoral.
En nuestro país, el voto es obligatorio y debe ser responsable, ya que se
considera que el ciudadano y la ciudadana deben cumplir de manera
informada con todos los actos vinculados a los aspectos públicos.
De ahí que el no asistir a votar implica una sanción.
______________________________
1
Biblioteca Católica Digital, http://www.iidh.ed.cr/siii/index_fl.htm.
Página 13 de 249
En ese sentido, la sanción se expresa a través de la aplicación de una
multa a los electores que no acuden a votar (omisos al sufragio). La
multa se aplica de acuerdo al nivel económico y nivel de pobreza del
distrito que figura en el Documento Nacional de Identidad del omiso(a).
2.7 Los Personeros
Son los ciudadanos debidamente acreditados, que representan a las

organizaciones políticas que participan en las elecciones. Su misión
como representantes de un sector de la sociedad civil es garantizar la
transparencia de la jornada electoral.
Por ello, las y los personeros pueden presenciar y fiscalizar todos los
actos del proceso electoral, respetando las normas electorales y la
voluntad de los ciudadanos De acuerdo al Artículo 9º de la Ley de los
Derechos de Participación y Control Ciudadanos, los promotores del
referéndum pueden designar personeros ante cada uno de los órganos
electorales para presenciar y fiscalizar todos los actos del referéndum.
2.8 Los observadores
Son las personas que presencian el desarrollo de un proceso electoral

con el fin de brindar mayores garantías al proceso.
Pueden ser observadores electorales todas las personas que no sean
candidatos, militantes o personeros de agrupaciones políticas o
miembros de órganos electorales involucrados en el proceso.
De acuerdo al Artículo 340º de la Ley Orgánica de Elecciones, Ley N. º

26859, los observadores electorales deben ser acreditados por una
organización, la que, a su vez, deberá solicitar al Jurado Nacional de
Elecciones su acreditación respectiva.
Página 14 de 249
2.9 Jurado Nacional de Elecciones.
Es un organismo constitucionalmente autónomo de competencia a nivel

nacional, cuya máxima autoridad es el Pleno, integrado por cinco
miembros, que son elegidos en diferentes instancias; su Presidente es
elegido por la Sala Plena de la Corte Suprema, los miembros son
elegidos, uno por la Junta de Fiscales Supremos, uno por el Colegio de
Abogados de Lima, uno por los Decanos de las Facultades de Derecho
de las Universidades Públicas y uno por los Decanos de las Facultades
de Derecho de las Universidades Privadas. Su conformación colegiada y
la forma de elección, propicia su independencia y una toma de
decisiones basada en la deliberación.
2.10 Reniec.
El Registro Nacional de Identificación y Estado Civil, RENIEC, es un

organismo público autónomo que cuenta con personería jurídica de
derecho público interno y goza de atribuciones en materia registral,
técnica, administrativa, económica y financiera. Fue creado por Ley N°
26497 de fecha 12 de julio de 1995.
Es el organismo técnico encargado de la identificación de los peruanos,
otorga el documento nacional de identidad, registra hechos vitales:
nacimientos, matrimonios, defunciones, divorcios y otros que modifican
el estado civil.
Es un ente autónomo por mandato de la Constitución y la ley, razón por

la cual no pertenece a ningún sector del poder Ejecutivo, Legislativo ni
del Poder Judicial. Es un organismo que cuenta con tecnología
informática actualizada, además de personal calificado para desempeñar
las actividades de registro e identificación de personas como en la
aplicación de normas, procesos y procedimientos que rigen esa
actividad.
Página 15 de 249
2.11 Gerencia de Sistemas e Informática Electoral- GSIE.
La Gerencia de Sistemas e Informática Electoral es un órgano

dependiente de la Jefatura Nacional, se encarga de planificar, organizar,
conducir e implementar las políticas y acciones en el campo de los
sistemas y tecnologías de la información de la Institución. Está
conformada por tres subgerencias:
 Subgerencia de proyectos informáticos.
 Subgerencia de operaciones informáticas.
 Subgerencia de plataforma tecnológica
III. METODOLOGÍA Y NORMAS
La dificultad que implica el desarrollar software y el fuerte impacto que tiene

en la organización, hacen necesario la aplicación de una metodología formal
para llevar a cabo los proyectos de software dentro del área de sistemas.
El objetivo principal de seguir una metodología, es el hacer del desarrollo del

software, un proceso formal con resultados predecibles que permitan obtener
un producto final de alta calidad, que satisfaga las necesidades y expectativas
de las áreas involucradas.
En la gerencia de sistemas, se ha establecido una metodología propia para la

ejecución de proyectos de desarrollo de software teniendo muchas de las
características de la metodología RUP y contemplando principalmente la
norma técnica peruana “NTP-ISO/IEC 12207:2004 Tecnología de la
Información en sus procesos.
Para la gestión de los proyectos, la Onpe sigue los principios establecidos por
le PMI, tomando los 5 grupos de procesos básicos (Iniciación, Planeación,
Página 16 de 249
Ejecución, Monitorio y Control, y Cierre) y 9 áreas de conocimiento comunes
habiendo cierto grado de variación entre los tipos de proyectos a ejecutar.
3.1 Normas Generales.
De acuerdo a la resolución ministerial N. 179-2004-PCM, la oficina de

Gobierno Electrónico e Informática – ONGEI de la Presidencia del
Consejo de Ministros, en concordancia con el Instituto Nacional de
Defensa de la Competencia y de la protección de la Propiedad
Intelectual – INDECOPI, ha recomendado la aplicación y uso obligatorio
de la norma técnico peruana “NTP-ISO/IEC 12207:2004 Tecnología de
la Información” en todas las entidades integrantes del Sistema Nacional
de Informática con la finalidad de ayudar la creación de la infraestructura
de Gobierno Electrónico, por constituir el software un componente
fundamental para dicho objetivo. Dicha norma se basa en el estándar
internacional ISO/IEC 12207, el cual establece un marco de referencia
común para los procesos del ciclo de vida del software, con una
terminología bien definida a la que puede hacer referencia la industria
del software. Contiene procesos, actividades y tareas para aplicar
durante la adquisición de un sistema que contiene software, un producto
software puro o un servicio software, y durante el suministro, desarrollo,
operación y mantenimiento de productos software. Así mismo, hace
mención a actividades propias de la gestión de proyectos informáticos. 1
Para la adaptación de la norma técnica peruana NTP ISO/IEC

12207:2004, Procesos del ciclo de vida del software, La GSIE de la
oficina Nacional de procesos electorales (ONPE), ha generado
procedimientos, formatos y plantillas asociados a los procesos
mencionados en la norma, con el fin de proveer un marco común de
trabajo para todo proyecto de Tecnologías de Información que contenga
software.
Los órganos y Gerencias, beneficiarias de los proyectos ejecutados por
Página 17 de 249
la GSIE, deben participar de los mismos, involucrándose en los grupos
de procesos que se implementan (Ver figura 1):
1. Inicio
2. Planificación
3. Ejecución(1)
4. Control y seguimiento
5. Cierre
Proyecto
Procesos de
Seguimiento y Control
Producto, Usuarios
Procesos de Entregables del
Planificación Finales
Proyecto
Iniciador/ Procesos Procesos

Entradas de de
Patrocinador del de
Proyecto
Proyecto Inicio Cierre
Procesos de Registro del Activos de

ejecución Proyecto Los Procesos
Figura 1 – Grupo de Procesos aplicados a GSIE
3.1.1 Grupo de procesos de iniciación
Define y autoriza el proyecto o una fase del proyecto.
_______________________________
1 Uso de la norma técnica Peruana – NTP ISO/IEC 12207:2004
Página 18 de 249
3.1.1.1 Para el caso de un proyecto de desarrollo, el órgano o la
unidad orgánica inicia el proceso a través de la
presentación de una solicitud de requerimiento.
3.1.1.2 En caso se requiera iniciar un proyecto de mantenimiento

del producto de software, el Órgano o la Unidad Orgánica
iniciará el flujo con la presentación de una Solicitud de
Cambio que refleje la necesidad del mantenimiento.
3.1.1.3 En cualquiera de los dos casos, la GSIE procede a

evaluar la factibilidad y viabilidad del proyecto con la
finalidad de determinar el inicio del proyecto.
3.1.1.4 Si se determina que el proyecto es factible y viable, la

GSIE elabora el Acta de Constitución del Proyecto,
documento que autoriza la ejecución del proyecto, y su
alcance, este es el documento que aborda los
requisitos del proyecto en general, enuncia lo que se tiene
considerado hacer, así como lo que no se pretende lograr
en el proyecto, y se listan los principales entregables, y
métodos de aceptación, entre otros. Este documento
deberá ser revisado y aprobado por el Órgano o la Unidad
Orgánica beneficiaria del producto final del proyecto.
3.1.1.5 Si el proyecto se llegase a terciarizar, el Órgano o Unidad

Orgánica deberá realizar la solicitud de propuesta, la
evaluación de los proveedores se ejecutara
conjuntamente con SGIE, utilizando el formato de
Evaluación de proveedor. Posteriormente se desarrollara
el Acta de Constitución del Proyecto y el alcance del
proyecto (ver figura 2. Grupo de procesos de inicio).
Página 19 de 249
3.1.1.6 Este grupo de proceso servirá como entrada para los
grupos de Proceso de Planificación, ejecución, control y
seguimiento.
Procesos de Inicio
Realizar solicitud de Realizar solicitud

Cambio de Requerimiento
Caso 1: Inicio de un Caso 2: Inicio de un

Proyecto de Proyecto de Procesos de Planificación
Mantenimiento Desarrollo
Evaluar la Factibilidad y
Viabilidad del Proyecto
Procesos de Ejecución
Realizar la solicitud Desarrollar el Acta

de propuesta de Constitución del Procesos de Control y S.
Proyecto
Evaluar la
propuesta del
Proveedor
Desarrollar el
Alcance del
*Solo en caso de adquirir el Proyecto
Producto o servicio software a
terceros
Figura 2 – Grupo de Procesos de Iniciación
3.1.2 Grupo de procesos de planificación
Define y refina los objetivos, y planifica el curso de acción

requerido para lograr los objetivos y el alcance pretendido del
proyecto.
3.1.2.1 La Gsie, en coordinación con el órgano o la unidad
orgánica beneficiaria del producto del proyecto, elabora el
plan de gestión del proyecto. En dicho documento se
mejora y precisa el alcance del proyecto. Es importante
Página 20 de 249
considerar que la planificación es un proceso repetitivo y
continuo por lo cual los resultados de todas las
interacciones en la planificación del proyecto deberán ser
documentadas en los respectivos planes y documentos.
3.1.2.2 El órgano o la unidad orgánica deberá revisar y aprobar el
Plan de Gestión del Proyecto.
3.1.2.3 Dependiendo del tamaño del proyecto el plan de gestión
de proyecto podrá hace referencia a los siguientes planes:
a. Plan de documentación
b. Plan de gestión de la configuración
c. Plan de aseguramiento de la calidad.
d. Plan de formación
e. Plan de integración del sistema
f. Plan de instalación del software
g. Plan de operación del software.
h. Plan de mantenimiento del software
i. Plan de migración (1)
Cada uno de los planes referenciados también deberá ser

aprobado por el órgano o la unidad orgánica beneficiaria
del producto del proyecto (ver figura 3 – Grupo de
procesos de planificación).
3.1.3 Grupo de procesos de ejecución
Se lleva a cabo el plan de gestión del proyecto. El grupo de

procesos de ejecución implementa el Plan de Gestión del
Proyecto, aprobado por la Unidad Orgánica. La GSIE ejecuta
actividades para el desarrollo, mantenimiento, operación,
adquisición orientada de un producto de software. En esta
directiva no se está considerando a este grupo de proceso.
Página 21 de 249
(1) Siempre y cuando el proyecto sea de retirada de un producto software.
Procesos de Planificación
Desarrollar la
Desarrollar el Plan Especificación de Procesos de Inicio
de Gestión los requisitos del
software
Desarrollar la
Desarrollar el Plan Desarrollar el plan
Especificación de
de Gestión de la de Integración del
Requisitos del
Configuración sistema
sistema
Procesos de Ejecución
Desarrollar el Plan Desarrollar la Desarrollar el plan

del aseguramiento Especificación de de despliegue de
de la calidad Casos de Uso software
Desarrollar el Plan Desarrollar el Plan Desarrollar el plan

de Formación de Pruebas de Operación
Control y Seguimiento
Desarrollar la Desarrollar el plan

Desarrollar el Plan
especificación de de Mantenimiento
de Docuemntación
casos de prueba de Software
Procesos de Cierre
Desarrollar el
Desarrollar el Plan
diseño detallado de
de Migración
software
Figura 3 – Grupo de Procesos de Planificación
3.1.4 Grupo de procesos de control y seguimiento.
Mide supervisa regularmente el avance, a fin de identificar las

variaciones respecto al Plan de Gestión del proyecto, de tal forma
que se tomen las medidas correctivas cuando sea necesario para
cumplir con los objetivos del proyecto.
El grupo de procesos de control y seguimiento tiene la finalidad de

observar la ejecución de proyecto de forma que se puedan
Página 22 de 249
identificar los posibles problemas oportunamente y adoptar las
acciones correctivas, cuando sea necesario, para controlar la
ejecución del proyecto. Este grupo de procesos proporciona
retroalimentación entre los grupos de procesos de Inicio,
Planificación, Ejecución y Cierre. (Figura 4).
El órgano o unidad orgánica participa activamente en este grupo
de procesos conjuntamente con la SGIE, revisando y aprobando:
a. Informe de control semanal.
b. Informe de control de riesgos.
c. Informe de control de entregables.
d. Informe de gestión de la configuración.
e. Actas de reunión.
f. Actas de entrega.
g. Acatas de observaciones.
h. Evaluación de desempeño del personal
i. Soporte a usuario
La forma de participación puede ser a través de revisiones,

inspecciones y auditorias. La metodología y estrategia de
ejecución de las mismas se acuerdan con la SGIE.
Página 23 de 249
Procesos de Control y
Seguimiento
Desarrollar el Desarrollar el Acta

informe de control de Entrega
semanal
Procesos de Inicio
Desarrollar el
Desarrollar el Acta
Informe de control
de Observaciones
de Riesgos
Elaborar la
Desarrollar el
Evaluación de
informe de Control Procesos de Cierre
Procesos de Desempeño del
Planificación de Entregables
personal
Desarrollar el
Desarrollar el
formato de
informe de Gestión
evaluación del
de la Comunicación
Proveedor
Procesos de
Ejecución
Desarrollar el Acta
de Reunión
Figura 4 – Grupo de Procesos de Control y Seguimiento
3.1.5 Grupo de procesos de cierre.
Este grupo de procesos, formaliza la aceptación del producto o

servicio software, y termina ordenadamente el proyecto o una
fase del mismo. El grupo de cierre incluye los procesos utilizados
para finalizar formalmente todas las actividades de un proyecto o
de una fase de un proyecto. El órgano o la unidad orgánica,
beneficiaria del producto del proyecto, revisan y aprueba todos los
entregables y formaliza el cierre.
3.1.5.1 Este grupo de procesos, una vez completado, verifica que

los procesos definidos se completan dentro de los grupos
Página 24 de 249
de procesos para cerrar el proyecto o una fase del
proyecto, según correspondan.
3.1.5.2 Establece formalmente que se ha finalizado un proyecto o

fase del proyecto (figura 5)
Procesos de Cierre
Desarrollar el
Procesos de formato de
Planificación Lecciones
Aprendidas
Procesos de Elaborar Acta de

Ejecución Conformidad
Procesos de Control Elaborar Acta de

Y Seguimiento
Cierre del Proeycto
Figura 5 – Grupo de procesos de Cierre
El cruce entre los grupos de procesos de Proyectos y los procesos del ciclo
de vida del software, tienen como resultado diferentes formatos y plantillas,
los cuales, serán utilizados a lo largo de todo el proyecto. Cabe resaltar que
dependiendo de la magnitud del proyecto se podrán seleccionar aquellos
entregables que se alineen a las necesidades del proyecto. Cada uno de
dichos entregables deberá contar con la revisión de los Órganos involucrados.
Página 25 de 249
3.2 Fases del Proyecto.
3.2.1 Fase de Evaluación.
Inicialmente se realizó un análisis comprensivo que sirvió para

recopilar datos relevantes sobre el desarrollo del proyecto y en
base a ello se tomó la decisión de realizar una actualización al
sistema, dejando de lado la idea inicial de migrar el sistema a otro
lenguaje de programación, debido principalmente a los tiempos
establecidos para el proceso electoral. En el presente documento,
no se detallara el estudio de factibilidad del proyecto.
3.2.2 Gestión del Proyecto.
En esta etapa del proyecto, se reunió la información sobre el

mismo, definiendo un plan general del proyecto.
Se realizaron las siguientes actividades:
 Definición del alcance. Hasta donde se espera llegar con el
proyecto.
 Relevamiento preliminar, análisis rápido de los procesos más
importantes del negocio.
 Definición de actividades, definición de tareas que son
necesarias para llevar el proyecto adelante.
 Secuenciamiento de actividades. Priorización de las tareas
definidas.
 Estimación de tiempos. Duración de las tareas definidas.
 Definición de recursos, de personal, de materiales y equipos
necesarios para llevar adelante las tareas.
 Generación del plan del proyecto.
3.2.3 Fase de Análisis y Diseño.
Página 26 de 249
 Preparación e instalación de entorno de desarrollo. Se provee
todo el hardware y el software de base necesario para instalar
el sistema ROPC 2006. Todos los integrantes del equipo de
trabajo deben tener acceso al uso del mismo.
 Verificación y Documentación de la situación actual. Se verifica
si el sistema actual está funcionando correctamente, según las
especificaciones del sistema ROPC 2006.
 Capacitación funcional. Se entrena al equipo del proyecto en el
uso y funcionalidades del sistema a ser actualizado.
 Definición de requerimientos funcionales. Se describen
ordenadamente las funciones críticas del sistema existente (sin
las cuales no es posible arrancar), las secundarias (si son
relevantes) y las nuevas funciones que desean los usuarios. Se
verifican los nuevos requerimientos que deberá cumplir el
sistema a ser actualizado (nuevas normas y leyes).
 Definición de requerimientos de información. Se describen
ordenadamente cuales son los informes y consultas realizados
con el sistema existente, y cuáles son los informes y consultas
nuevos que los usuarios desean.
 Modelización o diseño preliminar. Con la información de los
puntos anteriores, se arma un prototipo conceptual que cubra
todos los procesos que deberán ser modificados.
 Diseño final. Se documenta el diseño final, basado en el
resultado anterior.
 Ajuste de la Definición del proyecto. Como resultado de los
puntos anteriores, aparecerán nuevas tareas, cambios en las
fechas establecidas, etc. Se debe ajustar el plan de trabajo al
diseño final.
Página 27 de 249
3.2.4 Fase de Construcción.
 Desarrollo de interfaces. Se inicia la programación de las

adaptaciones al sistema ROPC.
 Pruebas y ajustes de customizaciones e interfaces. Se hacen
las pruebas de las customizaciones y se determinan sus
correcciones y/o modificaciones. El proceso de pruebas puede
subdividirse en subetapas, si el desarrollo es muy complejo.
 Desarrollo de programas para migración de archivos maestros.
De no existir una aplicación que permita migrar la información
del sistema existente, será preciso desarrollar alguna.
 Pruebas de migración de archivos maestros. Se debe confirmar
que la información transferida de las diferentes entradas de
datos, han pasado de manera íntegra al sistema.
 Pase a QA. Se realizan pases al área de calidad siguiendo el
cronograma establecido inicialmente.
 Aseguramiento de la calidad. Al final de la etapa se verifica que
se hayan cumplido los objetivos propuestos en forma
satisfactoria y se evalúa si es factible pasar a la etapa
siguiente.
3.2.5 Fase de Implantación.

 Preparación del entorno operativo. Se provee todo el hardware
y el software de base necesario para instalar la actualización
realizada. Se actualizan las PCs de los usuarios, en caso de
que las mismas no satisfagan los requerimientos mínimos
necesarios para operar el software.
 Se crean los perfiles de usuario en los sistemas de seguridad.
Página 28 de 249
 Definición de políticas de backup. Se define el conjunto de
procedimientos de backup necesarios para garantizar la
recuperación de la información en caso de falla.
 Instalación del entorno de producción. Se instala una versión
del sistema actualizado en el servidor de producción. Así
mismo, se instala la base de datos en el servidor de datos
designando por el área de sistemas. El uso de este entorno es
de acceso limitado, para evitar que por error se opere sobre el
mismo.
 Parametrización preliminar. Se indicar al sistema, que políticas
debe utilizar para operar. Se definen las políticas que sean
posibles (ya que pueden faltar customizaciones e interfaces).
 Simulación preliminar del sistema en producción. Se simula la
operación del día a día, tratando de generar la mayor cantidad
de variantes posibles de operación. Dependiendo su
complejidad y cantidad, es conveniente hacer una lista de
todas las operaciones que se van a probar indicando cual es el
resultado esperado para cada una, para poderlo con el
obtenido.
 Ajustes de parametrización, customizaciones e interfaces. En
base a los resultados del punto anterior se determinan
correcciones y/o modificaciones.
 Capacitación de usuarios finales. Es conveniente entrenar a los
usuarios finales cerca del período de arranque, para que
retengan la mayor cantidad de información posible. En esta
capacitación se debe analizar a fondo los procesos manejados
por el sistema. Reporte de las mejoras menores obtenidas.
 Simulación final de entorno de producción. Si el punto anterior
se realizó con datos ficticios, en este punto se realiza, con los
usuarios, una práctica con datos reales. Es decir, se toman
muestras de documentación, se opera y se comparan los
Página 29 de 249
resultados. Si el punto anterior se realizó con datos reales, este
punto se puede omitir.
 Migración de la configuración. Se migran archivos maestros,
customizaciones y datos de la parametrización al entorno de
producción.
 Control de la configuración. Se verifica que el punto anterior se
halla cumplido satisfactoriamente.
 Puesta a cero. Se eliminan las tablas que contengan registros
ingresados por los usuarios Se verifican las tablas maestras.
 Habilitación del entorno de producción. Se permite el acceso de
los usuarios para empezar los controles en el nuevo sistema.
 Inicio de operaciones con el sistema actualizado. Se inicia el
registro de las Organizaciones Políticas y Candidatos.
3.2.6 Fase de Post-Implantación.
Las actividades de esta etapa fueron:

 Asistencia sistemática a usuarios. Se debe asistir a los
usuarios en forma sistemática durante un tiempo, para
asegurar la fluidez de las operaciones. El lapso de asistencia
necesario depende de la efectividad de la capacitación y de
haber dedicado tiempo suficiente a las prácticas y la
simulación.
 Ajustes de parametrización, customizaciones e informes. Si
algún punto quedó sin cubrir durante las dos etapas previas o,
se detecta algún error, probablemente será necesario algún
ajuste. Se hacen las correcciones y/o modificaciones
pertinentes. Es importante remarcar que estos ajustes, bajo
ningún concepto pueden determinar la suspensión de las
operaciones con el nuevo sistema.
 Detección de nuevos requerimientos o necesidades de
información. Es normal que en desarrollo de las operaciones de
Página 30 de 249
la empresa vayan surgiendo inquietudes para mejorar el
sistema o se quiera obtener más y mejor información. Esto
puede dar lugar a nuevos desarrollos. Dependiendo del nivel
de complejidad del nuevo requerimiento, este, podrá ser
atendido dentro del proyecto.
3.2.7 Entregables definidos dentro de la metodología.
En el anexo Nº 15, se indican los entregables exigidos por la

subgerencia de Proyectos Informáticos dentro de la metodología
establecida. Así mismo, se señalan, aquellos entregables que
fueron desarrollados durante la ejecución del proyecto y la
justificación de aquellos que no fueron desarrollados.
IV. JUSTIFICACION DEL PROYECTO
4.1 Situación Inicial.
El 03 de octubre de 2010 se realizaron las Elecciones Regionales y

Municipales por lo que, en aplicación del artículo 80º de la Ley No.
26859, Ley Orgánica de Elecciones, se estableció convocar a
elecciones para alcaldes y regidores y demás funcionarios que señala la
ley.
Mediante el Decreto Supremo Nº 019-2010-PCM Artículo 1º se convocó
a Elecciones Regionales de Presidentes, Vicepresidentes y Consejeros
del Consejo Regional de las Regiones de toda la República; y mediante
el Artículo 2º se convocó a Elecciones Municipales de Alcaldes y
Regidores de los Consejos Provinciales y Distritales de toda la
República, para el domingo 03 de Octubre del año 2010.
La Ley N° 29470, publicada el 14 de diciembre de 2009, modificó
Página 31 de 249
diversas disposiciones de la Ley de Elecciones Regionales, Ley N°
27683, lo que ha acarreado una variación en el sistema de elección de
consejeros regionales, puesto que de un sistema de lista de candidatos
cerrada y bloqueada, se ha pasado a uno en de lista cerrada pero
desbloqueada, esto es, se ha pasado de un sistema en la que el elector
escogía en una lista única a todos los consejeros que representan
incluso intereses de provincias de las cuales no eran parte; a una en la
que el elector elegirá al consejero regional que represente a su provincia
en concreto.
Según las resoluciones emitidas por el Jurado Nacional de Elecciones
N° 200-2010-JNE de fecha 29 de marzo de 2010 y N° 248-2010-JNE de
fecha 15 de abril de 2010, se norma el nuevo procedimiento para la
elección de consejeros regionales y se asignan cuotas de escaños por
provincia.
Se hizo necesario, el registrar las organizaciones políticas y candidatos
para elaborar el Cartel de Candidatos, Cédula de Sufragio y Acta de
Escrutinio así como imprimir el Acta Padrón y generar la base de datos
para el Cómputo de Resultados en base a la legislación vigente y las
resoluciones que la modifican.
4.2 Justificación o finalidad del Proyecto.
El proyecto fue ejecutado con la finalidad de realizar las adecuaciones y

correcciones necesarias al sistema de Registro de Organizaciones
Políticas y Candidatos-ROPC, desarrollado en el año 2006 (según las
leyes y resoluciones dadas para el proceso electoral de dicho año) ,
sistema que sería usado en las Elecciones Regionales y Municipales
2010, según las normas y leyes vigentes, afectando principalmente al
Registro e Lista de candidatos a nivel Regional, la generación de Cedula
de sufragio, y la generación de Cartel de Candidatos.
Página 32 de 249
La actualización del sistema mencionado, proveería a la ONPE, de un
aplicativo de software que le permitiese registrar la participación de las
diferentes organizaciones políticas y de sus respectivos candidatos en el
proceso de las Elecciones Regionales y Municipales 2010, con el fin de
brindar la funcionalidad de generación de cédula de sufragio, el cartel de
candidatos, el acta de escrutinio y el acta padrón, según el marco legal
base y las resoluciones que norman las modificaciones legales que rigen
para el proceso en mención.
4.3 Situación del Proyecto en el contexto de la elecciones 2010.
El proceso electoral para las elecciones Regionales y Municipales en el

2020, involucro tres gerencias de la ONPE con relación directa al
sistema ROPC. Cada una de las gerencias involucradas interactúa de
forma diferente con el sistema, teniendo como resultado diferentes
salidas.
En el siguiente diagrama se detalla la forma en que interactuaba el
ROPC con las distintas gerencias.
Página 33 de 249
JEFATURA
Informes
De Avance
Informes de Avance
Informes de Avance
Gerencia de Sistemas e Informática Electoral
Registro de Partidos
Impresión de acta
de Escrutinio
Impresión de
Políticos
electoral
Padrón
Revisión de datos
Registro Candidatos
Ingresados
Lista de Candidatos
Por GOECOR
Gerencia de 1ra. Validación 2da. Validación

Gerencia de
Organización
Gestión
Electoral y
Coordinación ROPC Electoral
Regional 2010 Impresión de
Cedulas de
Registro de Sorteo
Sufragio
Impresión de
Reportes Cartel de
Candidatos
Entradas
Salidas
Figura 6 – Relación del ROPC y las gerencias
A nivel Macro, existen diferentes sub procesos que interactúan con el

sistema ROPC y con otros sistemas que interviene en el proceso
electoral. En el siguiente gráfico, se indican la interacción de los
sistemas con los subprocesos principales.
Página 34 de 249
Figura 7 – ROPC en el Proceso Electoral
La suite electoral se encarga de realizar la validación y conteo de las

actas de escrutinio. El sistema de Presentación de resultados, se
encarga de mostrar en el portal de la ONPE, el avance del conteo de
votos procedente de la suite electoral.
4.4 Referencias Legales.
La Presidencia del Consejo de Ministros, por el Decreto Supremo Nº 019-

2010-PCM, convocó a Elecciones Regionales y Municipales (ver Anexo
N.1)
Las siguientes, son normas jurídicas establecidas por la autoridad
competente, relacionadas a los procesos electorales llevados a cabo
Página 35 de 249
en el país. Así mismo, se nombran resoluciones emitidas por el Jurado
Nacional de elecciones que afectan al sistema de Registro de
Organizaciones políticas y Candidatos:
 Ley Nº 26300, Ley de los Derechos de Participación y Control
Ciudadanos.
 Ley Nº 26487, Ley Orgánica de la Oficina Nacional de Procesos
Electorales.
 Ley Nº 26864, Ley de Elecciones Municipales.
 Ley 27683 Ley de Elecciones de Regionales.
- Resolución N° 200-2010-JNE
- RJ 123-2010-ONPE
- R 254-2010-JNE
- R 248-2010-JNE
- R 292-2010-JNE
- Ley 29470 Congreso de la Republica
- Acuerdo del JNE – PPC Unidad Nacional con fecha 08/07/2010.
4.5 Propuestas Alternativas.
En la ONPE, existe una política institucional, plasmada en una

disposición, que indica que estos tipos de proyectos deben ser
desarrollados por la propia entidad. Esta disposición se encuentra en el
Plan general de elecciones 2010.
Por tal motivo se realizó un estudio comparativo con soluciones externas
de diferentes proveedores.
Existieron alternativas (no documentadas ni cuantificadas), sobre el
desarrollo del proyecto que no fueron tomadas en cuenta, al existir una
aplicación que podía ser mejorada. Las alternativas descartadas fueron:
 Generación Manual de las cédulas con Corel Draw.
 Registro de candidatos Manual
Página 36 de 249
4.6 Fuente de Financiamiento.
Recursos Ordinarios (RO).
4.7 Costo del Proyecto.
El proyecto fue definido y aprobado en el Plan General de Elecciones

2010, el mismo que sólo contempló los costos del personal asociado al
proyecto, el mismo que puede plantearse de la siguiente manera:
costos= personal (pago de sueldos)
Como en todo proyecto hay beneficios tangibles e intangibles, los
beneficios tangibles del proyecto serian resumidos en:
Ahorro ---> Horas Hombre, dedicadas al proceso manual por las
gerencias involucradas. vs H/H DEDICADAS AL PROCESO
SOPORTADO por el sistema
Los beneficios intangibles están centrados en mejoras obvias en las
nuevas funcionalidades de la nueva versión del sistema, eliminando los
defectos de la versión anterior (requerimientos no funcionales) y
generando mejoras en el servicio del sistema (usabilidad, confiabilidad,
seguridad, etc.).
En el anexo N°16, se indica la partida presupuestal asignada al proyecto.
Cabe señalar, que el sistema estuvo en funcionamiento, únicamente

durante el proyecto. Concluido este, se dio de baja al sistema.
Página 37 de 249
V. OBJETIVOS Y ALCANCE DEL PROYECTO
5.1 Objetivo Organizacional.
Contribuir al proceso de democratización del país, a través de la

ejecución de la elección de las autoridades municipales y regionales.
Ejecutar de manera integral el proceso de elecciones satisfaciendo las
necesidades del elector para el ejercicio de sufragio y contribuyendo así
con la misión democrática de los partidos y organizaciones políticas.
5.2 Objetivo General.
Brindar una herramienta que permita generar el material electoral

necesario para el presente proceso electoral.
5.3 Objetivos Específicos.
a. Permitir registrar tanto las organizaciones políticas como a sus listas

de candidatos según los reglamentos y resoluciones aprobadas para
el presente proceso electoral.
b. Permitir generar la cedula de sufragio a nivel Regional, Provincial y
Distrital, según los reglamentos y resoluciones aprobadas para el
presente proceso electoral.
c. Permitir generar el cartel de candidatos a nivel Regional, Provincial y
Distrital, según los reglamentos y resoluciones aprobadas para el
presente proceso electoral.
d. Permitir generar el diseño del Acta de Escrutinio a nivel Regional,
Provincial y Distrital, según los reglamentos y resoluciones aprobadas
para el presente proceso electoral.
Página 38 de 249
5.4 Alcance del Proyecto.
Las modificaciones realizadas en el sistema de Registro de

Organizaciones Políticas y Candidatos (ROPC), contemplaron aquellos
módulos que se encontraban afectos de las nuevas disposiciones
legales para el presente proceso electoral ERM 2010. Dichas
modificaciones podrán servir únicamente para el proceso electoral en
mención.
Se realizaron pruebas a todos los módulos que comprende el sistema
ROPC. En caso se encontrasen incidencias, estas serían corregidas
dentro del cronograma establecido.
No se crearan nuevos módulos o interfaces con otros sistemas utilizados
por la institución.
Se generara una nueva versión de sistema ROPC, Actualización de
todos los documentos generados el año 2006 (ECUs, ERS, Reglas de
negocio Manuales), así como la documentación relacionada a la gestión
del proyecto (Acta de Constitución, Alcance, documentos de control).
5.4.1 Lo que se esperaba lograr con el Proyecto.
Los resultados esperados en el presente proyecto se refieren a:

 Elaborar las Especificaciones de Requerimientos de Software,
para las adecuaciones al Registro de Organizaciones Políticas,
Candidatos y Generación de Cédula de Sufragio para el
proceso ERM 2010.
 Ajustar el análisis y diseño del Sistema de Registro de
Organizaciones Políticas, Candidatos y Generación de Cédula
de Sufragio, según el impacto de los cambios a realizar.
 Ajustar el modelo de la Base de Datos del Sistema del Registro
de Organizaciones Políticas, Candidatos y la generación de la
Cédula de Sufragio.
Página 39 de 249
 Implementar los cambios sobre los módulos de Inscripción de
Organizaciones Políticas, Inscripción de los Candidatos y
Seguimiento de las Resoluciones.
 Ajustar el módulo de carga imágenes mediante el cual se
podrán cargar los símbolos y las fotos para las organizaciones
políticas y los candidatos de ámbito regional.
 Implementar los cambios en el módulo de Reportes.
 Implementar los cambios en el módulo para registrar el
resultado del sorteo de Ubicación en la Cédula de Sufragio,
siendo los sorteos:
 Sorteo de ubicación de movimientos regionales.
 Sorteo de ubicación de las organizaciones políticas de ámbito
local provincial.
 Sorteo de ubicación de las organizaciones políticas de ámbito
local distrital.
 Ajustar módulo para generar la cédula de sufragio distrital,
provincial y regional, en formato PDF.
 Ajustar módulo para generar el cartel de candidatos distrital,
provincial y regional, en formato PDF.
 Realizar las pruebas integrales al sistema de Registro de
Organizaciones Políticas y Candidatos.
 Capacitar a los usuarios del sistema de Registro de
Organizaciones Políticas y Candidatos.
 Crear las cartillas, presentaciones y los manuales de usuario y
técnicos.
 Soporte a los Usuarios del Sistema.
 Entregar el CD, con: fuentes, manuales, documentos de
gestión, modelo de base de datos y base de datos.
Página 40 de 249
5.4.2 Resultados no esperados del Proyecto.
Quedaron fuera del alcance del proyecto, las siguientes

funcionalidades (posiblemente sean tomadas en cuenta para una
siguiente versión del sistema):
 No se harán modificaciones sobre el módulo “Verificación de
Datos”, el procedimiento será tal cual se realizó en el 2006.
 El sistema no controlará la cuota de género, nativa o de
jóvenes.
 Las organizaciones políticas nacionales no se registrarán
mediante el sistema debido a que el JNE entregará la relación
confirmada de este tipo de organizaciones. La carga de esta
información se realizará por Base de Datos y cualquier cambio
(nombre y estado) se tendrá que solicitar a la GSIE para
realizarlo por Base de Datos.
 El sistema no realizará el control de calidad de las imágenes
automáticamente, el control será visual.
 No se realizarán las impresiones de la Cédula de Sufragio y
Cartel de Candidatos desde la página web, sólo se generaran
los archivos en formato PDF.
 El sistema no sorteará automáticamente la ubicación en la
cédula de sufragio; lo que el sistema hará es registrar el
resultado del sorteo de ubicación en la cédula.
 El sistema no realizará la verificación de las especificaciones
técnicas de las imágenes como son las fotos y los símbolos.
5.5 Principales características del producto final.
 Se registrarán los datos de los usuarios que accederán al sistema en

la base de datos, a través de un log de auditoria.
 El sistema tendrá una interface con la intranet institucional, para
validar el acceso al sistema.
Página 41 de 249
 El módulo Web del sistema contará con un módulo de seguridad en
base a usuarios, perfiles, accesos, asignación de accesos a perfiles,
asignación de usuarios a ODPE, asignación de ODPE a usuarios,
asignación de accesos a gerencias, gerencias usuarias, eliminación
de sesiones. Los usuarios tendrán un perfil asignado y cada perfil
contará con los niveles de acceso respectivo a nivel de menús
principales y reportes del sistema. Además se guardara el histórico
de las acciones realizadas por cada usuario en el sistema.
 Se modificarán las pantallas para la inscripción de organizaciones
políticas, Inscripción de los candidatos, lista de candidatos y
seguimiento de las resoluciones, para la confirmación del nombre de
las organizaciones políticas y registro de candidatos. También se
permitirá la carga de los símbolos y las fotos para las organizaciones
políticas y los candidatos de ámbito regional.
 Se construirán reportes de consulta tales como:
 Organizaciones Políticas por Estado de la organización.
 Historial de las resoluciones por Organización Política.
 Organizaciones Políticas Regionales y Símbolos.
 Tipos de resoluciones por organización política.
 Resumen de Tipos de Resolución.
 Lista de resoluciones.
 Organizaciones políticas con descripción modificada.
 Organización política que no tenga ninguna resolución
registrada.
 Ingreso y modificaciones según usuario.
 Lista de candidatos por Organización Política.
 Lista de candidatos por organización políticas.
 Historial de las resoluciones por lista de candidatos.
 Tipo re resoluciones por lista de candidatos.
 Lista de candidatos con resolución provisional y resolución
definitiva.
Página 42 de 249
 Reporte de candidatos por Lista y estado de cada candidato.
 Historial de las resoluciones por candidatos.
 Tipo de resolución por candidato.
 Reporte de resoluciones con error y corregidos.
 Se modificarán las pantallas para registrar el resultado del Sorteo de
Ubicación en la Cédula de Sufragio, las cuales serán:
 Sorteo de ubicación de movimientos regionales.
 Sorteo de ubicación de las organizaciones políticas de ámbito
local provincial.
 Sorteo de ubicación de las organizaciones políticas de ámbito
local distrital.
 Se modificará la funcionalidad para generar la Cédula de Sufragio
distrital, provincial y regional, en formato PDF.
 Se modificará la funcionalidad para generar el cartel de candidatos
distrital, provincial y regional, en formato PDF.
La funcionalidad final de cada uno de los módulos del sistema ROPC
2010, se puede ver en el anexo Nº 4.
5.6 Restricciones del Proyecto.
Se indican a continuación, las restricciones encontradas en la etapa

inicial del proyecto:
 Disponibilidad de fotos e imágenes para la generación de la cédula de
sufragio.
 El Sistema debe ser implementado para las Elecciones Regionales y
Municipales 2010.
 Definición del proceso de registro de organizaciones políticas y
candidatos por parte de las gerencias usuarias.
 Disponibilidad de acceso a Internet desde las sedes de ODPE, que
pueden limitar el acceso al ROPC.
Página 43 de 249
5.7 Supuestos del Proyecto.
Se entiende que antes y durante la ejecución del proyecto, se debió

contar con:
 El Correcto funcionamiento de las estaciones de trabajo y del servidor
de base de datos.
 El usuario realizará las pruebas de aceptación respectivas del
programa antes de la implantación del mismo.
 La implementación de los procesos será de responsabilidad de
GOECOR, GGE y GPDE.
 Oportuna definición de procedimientos tanto en GOECOR como GGE.
 Carga de datos de la Venta del Kit Electoral y/o de la información de
Organizaciones Políticas y Candidatos provenientes de la OROP.
 Se seguirá la línea de tiempo entregada por la gerencia (ver anexo Nº
5).
5.8 Riesgos Iniciales Definidos.
En el siguiente cuadro, se detallan los riesgos iniciales identificados.

Dichos riegos, involucran a todas las gerencias que intervienen en el uso
del sistema ROPC 2010:
Probabilida
Impa Acción preventiva /
Nº Riesgos d de
cto correctiva
Ocurrencia
Calidad de enlace de Alto- Alto
Solicitar buen enlace de
01 comunicaron a Internet
comunicación de Internet en
desde las sedes de
las ODPE
ODPE.
Disponibilidad de Fotos Alto Medio Solicitar con anticipación y
02 e Imágenes. reiterando la importancia de
este insumo para la impresión
de la cédula de sufragio.
Requerimientos de Alto Alto Establecimiento de un formato
03 última hora por parte de control de cambios
del área beneficiaria. considerando la ampliación de
tiempos en el cronograma.
Identificación precisa Alto Alto Reuniones con los usuarios
04 de los requerimientos. finales del sistema para el
establecimiento detallado de
Página 44 de 249
Probabilida
Impa Acción preventiva /
Nº Riesgos d de
cto correctiva
Ocurrencia
los requerimientos del
aplicativo.
05 Cambios en los Alto Medio Definir los procedimientos con
procedimientos. anticipación.
Cuadro 1 – Lista de Riesgos Iniciales
VI. ORGANIZACIÓN INICIAL DEL PROYECTO
6.1 Organigrama Inicial.
El proyecto está dirigió por un Jefe de Proyecto, el cual debe reportar al

gerente de proyectos de la subgerencia de proyectos informáticos de la
ONPE. Tiene a su cargo a personas con diferentes perfiles, cumpliendo
diferentes roles en el proyecto. Así mismo, cuenta con la colaboración de
personal de la subgerencia de proyectos informáticos de la ONPE. El
organigrama completo para el proyecto ROPC 2010, se puede ver en el
anexo Nº 6.
6.2 Stakeholders.
6.2.1 Patrocinadores del Proyecto.
Nº Nombre Rol Área

01 Raúl Murga Fernández Patrocinador GSIE
02 Francisco Calmet Assereto Patrocinador GGE
03 Rubén Durand Pardo Patrocinador GOECOR
Cuadro 2 – Patrocinadores del Proyecto
Página 45 de 249
6.2.2 Equipo de dirección del Proyecto
Nº Nombre Rol Área

Gerente de
01 Ricardo Saavedra Mavila GSIE
Proyecto
Jefe de
02 Francisco Núñez Delgado GSIE
Proyecto
Líder Usuario
03 Juan Phang Sánchez. GGE
GGE
Líder Usuario
04 Alberto Porras Collazos. GOECOR
GOECOR
Usuario
05 Judith Espinoza Medoza Funcional GOECOR
GOECOR
Usuario
06 Christian Sandoval Funcional GGE
GGE
Usuario
07 Ninoska Lopez Funcional SGOI
SGOI
Cuadro 3 – Equipo de dirección del Proyecto
6.2.3 Miembros del Equipo del Proyecto.
Nº Nombre Rol Gerencia

Jefe de GSIE
01 Francisco Núñez Proyecto
Analista GSIE
02 Carolina Yamashiro Programadora
Analista GSIE
03 Marlon Leandro
Programador
Analista GSIE
04 Percy Chávez
Programador
05 Araceli Martínez Documentador GSIE
Cuadro 4 – Miembros del Equipo
Página 46 de 249
6.2.4 Soporte al Proyecto.
Nº Nombre Rol Gerencia

01 Jesús Félix Atuncar DBA GSIE
02 Elisa Cabrera Jefe de Testing GSIE
03 Andy Villaverde Arquitecto GSIE
Cuadro 5 – Soporte al Proyecto
Los roles que se definen a continuación sólo son válidos para el

proyecto. No reflejan responsabilidades ni cargos formales al
interior de la ONPE.
6.3 Responsabilidades.
6.3.1 Responsabilidad del Gerente de Proyecto.
 Coordinar con el área usuario el alcance del proyecto.

 Gestionar con el área usuario el alcance del proyecto.
 Responsable de informar al cliente y/o a las gerencias de alto
nivel sobre los planes y el progreso del proyecto.
 Facilitar recursos para la ejecución del proyecto.
6.3.2 Responsabilidad del Líder Usuario.
 Canalizar las necesidades de los usuarios finales del software

resultante.
 Participar en la definición de los requisitos que serán
implementados en el software.
 Participar en la definición del plan de pruebas considerando las
reglas de negocio definidas.
 Aprobar el alcance del proyecto, definido conjuntamente con el
Gerente y Jefe de Proyecto.
 Aprobar los prototipos presentados por el Equipo de Proyecto.
Los prototipos guiaran la construcción de los componentes de
Página 47 de 249
software de la aplicación a desarrollar.
 Coordinar los horarios y logística para la capacitación de
usuarios finales.
6.3.3 Responsabilidad del Jefe de Proyecto.
 Ser responsable del producto final del proyecto.

 Asegurar que el producto este siendo construido de acuerdo a
las especificaciones.
 Liderar la mayor parte de las actividades, dirigir las revisiones
técnicas, asignar tareas, resolver problemas.
 Coordinar con el personal de desarrollo los diferentes aspectos
técnicos de la funcionalidad.
 Supervisar la ejecución del proyecto.
 Verificar la calidad de los entregables y principalmente del
sistema.
 Llevar el control de avance detallado del proyecto.
 Registrar y evaluar los incidentes que surjan durante la
ejecución del proyecto.
 Dar la conformidad técnica a los informes y actas que se
generen durante la ejecución del proyecto.
6.3.4 Responsabilidad del Arquitecto.
 Dar soporte técnico-tecnológico a desarrolladores.

 Garantizar la plataforma y software de base, de acuerdo a las
necesidades del software, para el correcto funcionamiento del
sistema.
 Proponer estrategias de implementación de la arquitectura que
soporte la operación del sistema.
 Brindar recomendaciones acerca de la seguridad a ser
implementada en el sistema.
Página 48 de 249
6.3.5 Responsabilidad del Analista.
 Desarrollar los componentes de software que forman parte de

la configuración del sistema.
 Realizar las pruebas unitarias de los componentes de software
desarrollados.
 Resolver las observaciones presentadas por el área de
pruebas como parte de su informe de errores.
 Participar en la elaboración del manual técnico del sistema.
 Atender la resolución de incidentes clasificados como errores
del sistema durante la etapa de operación del mismo.
 Verificar que los componentes de software del sistema se
desarrollan de acuerdo a las especificaciones acordadas.
 Asegurar la calidad del producto final.
 Desarrollar el diseño de la base de datos considerando los
objetivos del proyecto.
 Informar el estado de avance al jefe de proyecto.
6.3.6 Responsabilidad del Documentador.
 Elaborar el manual de usuario del sistema, Manual Técnico y la

presentación del sistema.
 Mantener la documentación de gestión del sistema.
 Elaborar el documento de cierre de proyecto.
6.3.7 Responsabilidad del Jefe de Testing.
 Probar el correcto funcionamiento del sistema conforme a los

requerimientos funcionales previamente establecidos.
 Proponer el plan de pruebas del sistema, coordinado con el jefe
de proyecto.
 Supervisar la ejecución de pruebas.
Página 49 de 249
 Registrar las incidencias encontradas durante las pruebas
hechas al software.
 Remitir el informe de resultados de las pruebas al jefe de
proyecto.
 Asegurar la calidad del software.
6.3.8 Responsabilidad del Usuario Funcional.
 Definir funcionalidades que deben ser implementadas en el

sistema. Dichas funcionalidades deben ser canalizadas a
través del Líder usuario y en función a las necesidades que se
cubrirán con el producto.
 Dar soporte funcional a l líder usuario para las definiciones
relacionadas con el producto bajo desarrollo.
 Dar la aceptación acerca de las funciones implementadas en el
software.
 Realizar observaciones, luego de las pruebas de aceptación al
software.
6.3.9 Responsabilidad del DBA.
 Administrar la estructura de la base de datos

 Administrar la actividad de los datos.
 Administrar el sistema manejador de Base de Datos.
 Confirmar la seguridad de la Base de Datos.
6.3.10 Responsabilidad del Asistente de Proyectos Informáticos.
 Analizar y diseñar nuevos componentes de software que

pudieran desarrollarse según lo establecido por la Gerencia.
 Apoyar a la subgerencia de proyectos informáticos en la
estimación de tiempo, recursos humanos y presupuestales
requeridos para el desarrollo de los proyectos asignados a la
Página 50 de 249
unidad orgánica.
 Apoyar el seguimiento de los proyectos que sean con terceros
o con personal interno contratado.
 Realizar el seguimiento de los objetivos de los proyectos
informáticos y de calidad esperada de los mismos.
 Determinar los ajustes requeridos a los programas de cómputo
y realizar su seguimiento.
 Participar en la capacitación de los usuarios de la institución
cuando así sea requerido.
 Brindar el soporte a las áreas usuarias en los aplicativos de su
competencia.
6.3.11 Responsabilidad del Testeador.
 Identificar y documentar errores de manera clara y concisa.

 Realizar conjunto de pruebas, comprobar los arreglos y señalar
los errores.
 Seguir los procesos documentales en todas las etapas del
proceso de testeo.
 Comprobar que los errores han sido reparados y los cambios
se han aplicado correctamente.
ÁREA O GERENCIA PARTICIPACIÓN EN EL

PROYECTO
 GOECOR – Gerencia de Definición de los nuevos
Organización Electoral y requerimientos según las
Coordinación Regional. resoluciones presentadas:
 Inscripción de organizaciones
políticas.
 Inscripción de Candidatos.
 Seguimiento de Resoluciones.
 Validación de Datos: Flujo de
trabajo para validar los datos de
organizaciones políticas,
candidatos y lista de candidatos.
 Sorteo de asignación de número
y Ubicación en Cedula de
Página 51 de 249
Sufragio.
 Reportes de Organizaciones
Políticas, Listas de Candidatos y
Candidatos.
 GGE – Gerencia de  Definición funcional y validación
Gestión Electoral de los siguientes módulos:
 Validación de Datos: Flujo de
trabajo para validar los datos de
organizaciones políticas, lista de
candidatos (participación),
candidatos (cartel), cedulas de
sufragio y acta de escrutinio.
 Generación de Cedulas de
Sufragio
 Generación de Cartel de
Candidatos
 Carga de Símbolos
(Organizaciones Políticas) y
Fotos (Presidente de Región)
 Reporte para validar
participación y listas de
candidatos.
 Reporte de Avance de
Impresión de Carteles y
Cedulas.
 SGOI – Sub Gerencia de  Definición funcional y validación
Operaciones Informáticas de los siguientes módulos:
 Diseño aprobado por GGE de
Acta de Escrutinio por Ubigeo
(Departamento, Provincia y
Distrito)
 Impresión de Acta de Escrutinio
 Generación del Cargo de Acta
de Escrutinio.
 GSIE – Gerencia de  Definición funcional y validación
Sistemas e Informática de reportes gerenciales:
Electoral  Reporte de Avance de
Producción:
 Listas Inscritas y Listas
Confirmadas
 Acta Padrón (Tentativa)
 Reporte de Listas Validadas por
Región, Provincias y Distritos.
Cuadro 6 – Responsabilidades
Página 52 de 249
VII. ESTRUCTURA DE DESCOMPOSICIÓN DEL TRABAJO
Para realizar la descomposición de todo el trabajo del proyecto, se han

realizado las siguientes actividades:
 Identificación de los productos entregables y el trabajo relacionado.
 Organización y generación de laEstructurar.
 Descomposición de los niveles superiores de la EDT en componentes
detallados de nivel inferior.
 Desarrollo y asignación de códigos de identificación a los componentes de
la EDT.
 Verificación del grado de descomposición del trabajo. Este debe ser
necesario y suficiente.
Para verificar la exactitud de la descomposición, se tuvo que determinar que
los componentes del nivel inferior de la EDT eran los necesarios y suficientes
para completar los productos entregables del nivel superior correspondiente.
La EDT (o WBS) se presenta a continuación (1):
Por motivos de presentación, se ha divido la EDT.
Página 53 de 249
1.0 Adecuaciones al Sistema de
Registro de Organizaciones Políticas
y Candidatos ROPC
2.0 Gestión del

Proyecto
2.3 Monitoreo y 2.4 Cierre del

2.1Iniciación 2.2 Planificación
Control Proyecto
2.1.1 Elaborar Acta de 2.1.7 Alcance y Generar Documento

Constitución del Cronograma del 2.2.1 Elaborar el Plan 2.3.4 Seguimineto y
de Lecciones
Proyecto Proyecto aprobado del Proyecto Control del Proyecto
Aprendidas
(Primer Baseline)
2.1.2 Elaborar 2.2.2 Revisar el Plan 2.3.4.1 Seguimineto y Generar Acta de

Alcance del Proyecto del Proyecto con el Control del Proyecto Cierre del Proyecto
2.1.8 Preparar Kick equipo de Proyecto 1 - 15
Off
2.2.3 Elaborar EDT 2.2.3 Presentar el

2.3.4 Elaborar
del proyecto Plan del Proyecto a
2.1.9 Presentar Kick Informes de Estado
Lider Usuario
Off
2.2.4 Elaborar 2.3.4.1 Elaborar

Cronograma del 2.2.4 Realizar ajustes
Informes de Estado 1
Proyecto al plan de proyecto
- 15
2.2.5 Revisión del

Alcance y 2.3.5 Reuniones de
Cronograma por el revisión de Informe
Equipo de Dirección de estado con los
del Proyecto lider usuario
2.3.5.1 Reuniones de
2.2.6 Ajustes del revisión de Informe
Alcance y de estado con los
Cronograma lider usuario 1 -15
Figura 8 – EDT, parte 1.

y Candidatos ROPC
3.0 Análisis y
Diseño
3.1 3.2 Preparación y

3.4 Captura de los
Levantamiento de Configuración del 3.3 Carga de Datos
Requerimientos
ROPC2006 Ambiente de
Desarrollo
3.4.1 Revisión de la
3.1.1 Instalación del 3.3.1 Registro de especificacion de 3.4.7 Diseño
ROPC2006 3.2.1 Definir Ambito de ODPE's Casos de USO del preliminar
Arquitectura ROPC2006
3.3.2 Entrega de
3.1.2 Crear usaurios Data en hola Excel, 3.4.2 Actualización de
para accesar al 3.2.2 Solicitar 3.4.8 Diseño final
OOPP, lista de Requerimientos de
sistema Servidor de
candidatos y hardware y software
Desarrollo
Resoluciones del sistema
3.1.3 Solicitar acceso 3.4.9 Aprobacion del

a la base de datos 3.3.3 Pruebas de 3.4.3 Desarrollo del diseño final por parte
3.2.3 Preparar
ROPC2006 Carga documento de Reglas del area usuaria
Servidor
de Negocio
3.1.4 Habilitar 3.4.10 Modificar

permisos para 3.3.4 Almacenar 3.4.4 Desasrrollo del
documento de ECU's
acceder a la DB 3.2.4 Instalar ROPC Codigo de OOPP
Requerimientos
Funcionales
3.4.11 Ajuste a la
3.1.5 Capacitación 3.2.5 Verificar 3.4.5 Desarrollar el definición del
Funcional comportamiento del docuemnto de Proyecto
ROPC Criticidad en la
modificación de
Casos de Uso
3.1.6 Verificación y
documentación de la
situación Actual
3.4.6 Distribución del
trabajo
Página 55 de 249
y Candidatos ROPC
4.0 Desarrollo e
Integración
4.1 Fase I
4.1.1 Desarrollo 4.1.2 Pruebas

4.1.3 Pase a QA 4.1.4 Correción de 4.1.5 Verificación de
Internas Incidentes QA
4.1.1.2 Módulo de
4.1.1.1 Módulo de Reportes
registro de listas de
candidatos
4.1.1.2.1 Listas Válidas: por 4.1.2.1 Pruebas a 4.1.2.6 Pruebas 4.1.3.1 Entrega 4.1.4.1 Corrección 4.1.5.1 Verificar
4.1.1.1.1 Modificar el Regiones, provinicas y distritos, Inscripción de OOPP realizadas por el de Fuentes de las incidencias corrección de
resgistro de lista de exportar a Excel. RF-014 y L.C. usuario actualizadas reportadas por QA Incidencias
candidatos RF-001
4.1.1.2.2 Lista de Candidatos.-

4.1.1.2 Módulo de 4.1.3.2
Resoluciones de LC, indicar el % 4.1.2.2 Pruebas a
seguimiento de Elaboración del
de resultados. RF-015 Seguimiento de Res.
resoluciones por lista documeto de
de candidatos de OOPP y L.C. Modificaciones
4.1.1.2.3 Lista de Candidatos.- realizadas
4.1.1.2.1 Modificar el Lista de Candidatos GOECOR,
seguimiento de indicar porcentaje de resultados. 4.1.2.3 Pruebas a 4.1.3.3 Pruebas y
Resoluciones de Lista RF-016 Verificación de Entrega de
de Candidatos RF-002 Datos informe de
resultados por
4.1.1.2.4 Lista de Candidatos.- QA
Avance de lista de candidatos
4.1.1.3Módulo de GESTION, modificar info. RF-017 4.1.2.4 Pruebas a
Verificación de Datos Registro de Sorteo y
4.1.1.2.5 Lista de Candidatos.- verificacion de
Avance de lista de candidatos Datos
GOECOR. Modificar. RF-018
4.1.1.3.1 Modificar la
verificación de Datos
4.1.2.5 Pruebas a
de la lista de 4.1.1.2.6 Lista de Candidatos.- los reportes
Candidatos RF-003 Candidatos Cancelados. Agregar modificados
N. Resolución. RF-019
Página 56 de 249
y Candidatos ROPC
4.0 Desarrollo e
Integración
4.2 Fase II

4.2.1.2Cédula y
Cartel de Candidatos
4.2.1.1 Reportes
Pruebas de
4.2.1.2.1 Modificar IMPRESION Formatos y 4.2.3.1 Entrega 4.2.4.1 Corrección 4.2.5.1 Verificar
DE CEDULAS Y CARTELES DE verificación de de Fuentes de las incidencias corrección de
CANDIDATOS RF-004 Excepción (PPC - actualizadas reportadas por QA Incidencias
4.2.1.1.1Consulta de Unidad Nacional)
candidatos por
departamento, 4.2.1.2.2 Modificar IMPRESION Modificación en Db 4.2.3.2
provincia o distrito. DE CEDULAS Y CARTELES DE para soporar Elaboración del
RF-020 CANDIDATOS RF-005 excepción: PPC- documeto de
Unidad Nacional) Modificaciones
realizadas
4.2.1.2.3 Modificar la generación
de cédula de sufragio a nivel
Regional RF-006 4.2.3.3 Pruebas y
Pruebas a RF-004,
Entrega de
RF-005 y RF 008
informe de
resultados por
4.2.1.2.4 Modificar la generación QA
del Cartel de Candidatos para la
Elección Regional RF-007
4.2.1.2.5 Ajustar el Estado de

Impresión para los distritos RF-
008

Distrital RF-009
Provincial RF-008
Página 57 de 249
y Candidatos ROPC
4.0 Desarrollo e
Integración
4.1 Fase I

4.1.1.2 Módulo de
4.1.1.1 Módulo de Reportes
registro de listas de
candidatos
4.1.1.2.1 Listas Válidas: por 4.1.2.1 Pruebas a 4.1.2.6 Pruebas 4.1.3.1 Entrega 4.1.4.1 Corrección 4.1.5.1 Verificar
4.1.1.1.1 Modificar el Regiones, provinicas y distritos, Inscripción de OOPP realizadas por el de Fuentes de las incidencias corrección de
resgistro de lista de exportar a Excel. RF-014 y L.C. usuario actualizadas reportadas por QA Incidencias
candidatos RF-001
4.1.1.2.2 Lista de Candidatos.-

4.1.1.2 Módulo de 4.1.3.2
Resoluciones de LC, indicar el % 4.1.2.2 Pruebas a
seguimiento de Elaboración del
de resultados. RF-015 Seguimiento de Res.
resoluciones por lista documeto de
de candidatos de OOPP y L.C. Modificaciones
4.1.1.2.3 Lista de Candidatos.- realizadas
4.1.1.2.1 Modificar el Lista de Candidatos GOECOR,
seguimiento de indicar porcentaje de resultados. 4.1.2.3 Pruebas a 4.1.3.3 Pruebas y
Resoluciones de Lista RF-016 Verificación de Entrega de
de Candidatos RF-002 Datos informe de
resultados por
4.1.1.2.4 Lista de Candidatos.- QA
Avance de lista de candidatos
4.1.1.3Módulo de GESTION, modificar info. RF-017 4.1.2.4 Pruebas a
Verificación de Datos Registro de Sorteo y
4.1.1.2.5 Lista de Candidatos.- verificacion de
Avance de lista de candidatos Datos
GOECOR. Modificar. RF-018
4.1.1.3.1 Modificar la
verificación de Datos
4.1.2.5 Pruebas a
de la lista de 4.1.1.2.6 Lista de Candidatos.- los reportes
Candidatos RF-003 Candidatos Cancelados. Agregar modificados
N. Resolución. RF-019
Página 58 de 249
y Candidatos ROPC
5.0 6.0 Post -

Implantación Implantación
5.1 Preparación del

ambiente de 5.2 Fase I 5.3 Fase II 5.4 Fase III
Producción
5.1.7 Simulación
5.1.1 Preparación del 5.2.1 Elaboración de 5.3.1 Elaboración de 5.4.1 Elaboración de
preliminar del sistema 6.1 Actuializar los
entorno operativo Documento de Pase a Documento de Pase a Documento de Pase a
en producción pacakges
Producción Producción Producción correpsondientes
5.1.2 Definición de 5.1.8 Ajustes de

Perfiles parametrización 5.2.2 Subir fuentes 5.3.2 Subir fuentes 5.4.2 Subir fuentes 6.2 Actuializar los
actualizadas en Servidor actualizadas en Servidor actualizadas en Servidor pacakges
de Producción. de Producción. de Producción. correpsondientes
5.1.9 Simulación final
5.1.3 Creación de de entorno de
usuarios producción
5.2.3 Actuializar los 5.3.3 Actuializar los 5.4.3 Actuializar los 6.3 Actuializar los
pacakges pacakges pacakges pacakges
correpsondientes correpsondientes correpsondientes correpsondientes
5.1.4 Definición de 5.1.10 Migración de
políticas de Back Up la configuración
5.2.4 Pruebas de 5.3.4 Pruebas de 5.4.4 Pruebas de

5.1.5 Instalación del Instalación Instalación Instalación
5.1.11 Control de la
entorno de configuración
Producción
5.2.5 Pruebas con Data 5.3.5 Pruebas con Data 5.4.5 Pruebas con Data
5.1.6 Parametrización 5.1.12 Puesta a cero Actualizada Actualizada Actualizada
preliminar
Página 59 de 249
VIII. CRONOGRAMA DEL PROYECTO
8.1 Línea de tiempo ONPE
Para la ejecución del proyecto, se ha seguido el cronograma publicado por

ONPE para las elecciones regionales y municipales del 2010. La línea de
tiempo puede verse en el anexo Nº 5
8.2 Plazos
El proyecto tuvo como límite de tiempo, una duración de seis (05)

meses, contados a partir de inicios de Junio del 2010 (ver anexo Nº 5).
Las fechas de entregables de los módulos a ser modificados fueron:

a. Entregar el módulo de registro de Organizaciones Políticas el 05 de
junio de 2010, para ser usado por la Gerencia de Organización
Electoral y Coordinación Regional y por la Gerencia de Gestión
Electoral.
b. Entregar el módulo de registro de Lista de Candidatos el 05 de julio
de 2010, para ser usado por la Gerencia de Organización Electoral y
Coordinación Regional y por la Gerencia de Gestión Electoral.
c. Entregar el módulo de registro de sorteo y de generación de cédulas
de sufragio y cartel de candidatos el 27 de julio de 2010, para ser
usado en la Gerencia de Gestión Electoral.
Se debe entregar el módulo de generación del Acta de Escrutinio el 01
de setiembre de 2010 para ser usado por la Subgerencia de
Operaciones Informáticas de la Gerencia de Sistemas e Informática
Electoral
8.3 Cronograma del Proyecto.
A los largo del proyecto, el cronograma inicial fue modificado hasta llegar
la versión 1.5. Se muestra a continuación el cronograma inicial del
Proyecto (Línea Base):
Página 61 de 249
Cronograma Inicial
Página 63 de 249
Página 64 de 249
Página 65 de 249
Figura 14 – Cronograma.
Página 66 de 249
IX. GESTIÓN DEL PROYECTO
El proyecto fue dirigido siguiendo muchos de los lineamientos de

reconocimiento internacional como los del Project Management Institute
(PMI®). Ello, permitió organizar y administrar adecuadamente los recursos del
proyecto, para culminarlo dentro del alcance considerado, tiempos y costos
estimados.
9.1 Introducción al plan de Gestión.
El Plan de Gestión tiene como principal objetivo el proveer los elementos

necesarios para garantizar que las actividades que conforman el
proyecto sean ejecutadas exitosamente y se alcancen los objetivos del
proyecto.
Además permite desarrollar un control en la ejecución del proyecto.
9.1.1 Gestión de la Integración.
Este proceso incluye características de unificación, consolidación

y unificación entre los procesos.
 Se ha definido el perfil del proyecto.
 Se ha creado el Acta de constitución del proyecto en una

versión borrador.
 Se genera un documento con los resultados del proyecto
 Se genera un documento con las lecciones aprendidas durante

la ejecución del proyecto.
9.1.2 Gestión del Alcance.
Comprende las actividades orientadas a garantizar el

cumplimiento de las tareas necesarias para lograr los
objetivos del proyecto.
 El alcance que tendrá el proyecto, es definido por el área
usuaria, en este caso por las gerencias de Gestión y Goecor,
así como por la subgerencia de proyectos informáticos
(representada por el gerente de proyectos).
 En reuniones con las áreas interesadas, se genera una lista de
requerimientos iniciales. Dichos requerimientos quedan
registrados en las actas de reuniones.
 Se genera un cuadro de requerimientos que (bajo nivel)
permitirá hacer las trazabilidad de los mimos.
 El jefe de proyecto junto con todo el equipo, generan el EDT
del proyecto, verificando que cumpla con las actividades
necesarias que cubra el alcance del proyecto.
 Se presenta el EDT elaborado, al gerente del proyecto y a los
patrocinadores de las diferentes gerencias, para su aprobación.
 El acta de constitución del proyecto, queda actualizada.
 Se generar la Línea Base del alcance del proyecto.
9.1.2.1 Cambios en el alcance.
Al ser un proyecto dependiente de las continuas

resoluciones emitidas por el Jurado Nacional de
Elecciones, la probabilidad de cambios en el alcance es
muy alta.
Cualquier modificación al alcance, deberá ser solicitada
de manera formal por cualquiera de las dos gerencias
involucradas.
El requerimiento e cambio será evaluado por el equipo de
Página 68 de 249
proyecto y por el gerente de proyecto para su aprobación
en caso sea necesario.
9.1.3 Gestión del tiempo.
Comprende las actividades necesarias para asegurar que el

proyecto se ejecute en el plazo estimado y que los resultados
(producción de bienes o servicios) estén a disposición de los
clientes o consumidores.
 Existe una Línea de tiempo fijada por la Jefatura Nacional.
 Las actividades a ejecutar están relacionadas con los
requerimientos obtenidos con anterioridad
 Se han agrupado las actividades de manera tal que se vaya
cumpliendo con cada uno de los hitos indicados en la línea de
tiempo.
 La duración de las actividades esta e acuerdo a la complejidad
de las mismas siendo las más complejas, aquellas que están
relacionadas con la elaboración del material electoral.
 El cronograma elaborado (a partir de la EDT) es generado con
la participación de todos los integrantes del proyecto.
 El cronograma deberá ser aprobado por el gerente de
proyectos.
 Se deberá generar una línea base del cronograma.
9.1.3.1 Cambios en el cronograma.
Al ser un proyecto dependiente de las continuas

Elecciones, la probabilidad de cambios en el alcance es
muy alta. Cualquier modificación al alcance, deberá ser
solicitada de manera formal por cualquiera de las dos
gerencias involucradas.
Página 69 de 249
Los cambio solicitado por el jefe de proyecto, deberán ser
aprobados por el gerente de proyectos.
9.1.4 Gestión de la Calidad.
Gestión relacionada con las actividades que aseguran que el

proyecto satisface los requisitos bajo los cuales deben generarse
los resultados.
 Existe un área responsable de asegurar la calidad de todos los
proyectos de desarrollo ejecutados en la ONPE.
 Se establecen diferentes pases a calidad según el cronograma
definido inicialmente.
 Cada pase al Área de calidad, está compuesto por el código
fuente a probar, así como también por un documento que
indica la funcionalidad que deberá cumplir el software.
 El área de calidad genera un checklist, con el cual, se irá
verificando que el software cumple con la funcionalidad
especificada.
 El área de calidad deberá establecer si el código y/o
documentación entregada, cumple con los estándares de
calidad establecidos por la subgerencia de proyectos
informáticos de la ONPE.
 Tanto el jefe de proyecto como el responsable en el área de
calidad del proyecto, lleva un control de calidad que se cerrará
una vez acabado este.
9.1.4.1 Impacto de cambios solicitados.
Todo cambio aprobado, deberá ser informado al área de

calidad. Si el modulo o función modificado paso
anteriormente el control de calidad, este, deberá pasar
nuevamente por dicho control. Así mismo, esta entrega a
Página 70 de 249
calidad, será tomada como u n nuevo pase a calidad, con
su correspondiente registro en el área.
9.2 Gestión de las Comunicaciones.
Permite garantizar que la información formal e informal, se genere,

recopile, almacene y utilice de forma adecuada.
 Inicialmente, se han identificado a todos los interesados en el
proyecto, registrándolos en el Acta de Constitución del Proyecto.
 Siendo la comunicación un factor crítico, se han establecido diferentes
canales de comunicación: correo electrónico, reuniones semanales
entre los líderes usuarios y el equipo de proyecto.
 Se cuenta además con equipos de comunicación móvil, que serán
usados frente a cualquier eventualidad que pudiese ocurrir fuera de la
hora de oficina.
 Dependiendo de la importancia de la información que se desee
transmitir, esta llegará a diferentes stakeholders, agrupados según el
nivel jerárquico en la organización.
 Se generará un informe del estado del proyecto que será enviado a
todos los stakeholders.
9.2.1 Gestión del Riesgo.
Es el análisis y gestión de riesgos que permiten identificar

eventos o condiciones inciertas que, si se producen, tendrán un
efecto positivo o negativo sobre al menos un objetivo del proyecto,
como tiempo, costo, alcance o incluso la calidad.
 Los riesgos identificados han sido incluidos dentro del
documento de riesgos, donde se indica el posible grado de
impacto, la probabilidad de ocurrencia y el método de
mitigación.
 El principal riesgo en el presente proyecto es el tiempo corto
Página 71 de 249
que ser tiene para cubrir todas las actividades identificadas. El
cronograma desarrollado, ha tenido encuentra este factor por lo
que se ha incluido algunos sábados y domingo en caso sea
necesario la asistencia del equipo, principalmente para realizar
posibles cambio al sistema.
 Los equipos deben ofrecer una alta disponibilidad. El riesgo a
que fallen ha sido mitigado teniendo servidores de respaldo,
tanto de aplicación como de datos.
 El acceso a la información registrada ha sido gestionado
mediante el cambio de password pasado un periodo, periodo
establecido por la subgerencia de plataforma y generando un
log por cada acción que realicen los usuarios en el sistema.
9.2.2 Gestión de Recursos Humanos.
Se definen los equipos y las características necesarias que

deberán tener para cumplir con los objetivos del proyecto. Se
establece la formación que se irá impartiendo a lo largo del
proyecto.
 Inicialmente el equipo se definió con un jefe de proyecto, 3
analistas programadores y un documentador. Posteriormente
se unieron al equipo, tres personas bajo el rol de soporte a
usuarios.
 Se ha previsto capacitar al personal en lo que respecta al
manejo del sistema aROPC2006.
 Se darán cursos rápidos en el manejo de herramientas para el
acceso y uso a la base de datos Oracle.
 Semanalmente se entregará un informe de las actividades
realizadas por cada integrante del equipo, al Gerente de
proyectos.
 Cualquier problema interno dentro del equipo, deberá ser
resuelto por el jefe de proyecto. De no poder resolver el
Página 72 de 249
problema, se acudirá al gerente de proyectos.
X. DESCRIPCIÒN DE LA SOLUCIÓN EXISTENTE
10.1 Sistema ROPC 2006
En el año 2006, fue desarrollado el sistema El Sistema de Registro de

Organizaciones Políticas y Candidatos ROPC, sistema que permitía el
registrar las organizaciones políticas y la lista de candidatos para la
posterior elaboración del material electoral.
En el año 2010 la gerencia de Sistemas de la ONPE, decidió utilizar
nuevamente el sistema ROPC para las elecciones que se llevarían a
cabo en el mes de Octubre. En Junio de dicho año, se inició el
levantamiento del sistema desarrollado en el 2006, así como la
autorización para acceder a toda la documentación entregada por el
equipo de desarrollo inicial.
La puesta en desarrollo del sistema fue realizada por el arquitecto de
software de la división de proyectos, con la colaboración de
administrador de base de datos y la división de soporte.
Así mismo, se estableció un canal de comunicación con las gerencias
que llegaron a utilizar el sistema el 2006, con la finalidad de tener en
detalle las observaciones que en su momento, pudieron realizar al
sistema ROPC 2006.
La gerencia de GOECOR, entregó una bitácora conteniendo un listado
de observaciones que deberían ser levantadas en el sistema para su
posterior uso, centrándose principalmente dichas observaciones, en el
módulo de reporte.
El proyecto de actualización del sistema ROPC, tuvo como base, el
sistema dejado por el equipo inicial en el año 2006 (fuentes y DB) y la
documentación relacionada tanto a la gestión del proyecto como al
Página 73 de 249
desarrollo del mismo.
Dentro del alcance de la actualización 2010, se contempló entre otros
puntos, generar los documentos que acompañan a la ejecución de
proyectos de software, según lo indicado por la subgerencia de
proyectos, tomando únicamente los diagramas de Casos de Uso del
2006, principalmente, por el corto tiempo que se destinó a realizar la
actualización del sistema.
En el siguiente apartado, se indicaran los casos de uso que fueron
identificados en la versión ROPC 2006, los cuales se mantuvieron para
la actualización del año 2010. Cabe señalar, que se realizaron
modificaciones en las especificaciones de los casos de uso que se
vieron afectados por las normas y leyes que entraron en vigencia el año
2010.
10.2 Casos de Uso del Sistema
Los casos de uso están agrupados bajo los 8 módulos que comprende
el sistema:
10.2.1 Módulo de Inscripción de Organizaciones Políticas
Permite al usuario registrar la inscripción de la Organización

Política por cada ODPE asignada, según el ámbito: Regional,
Provincial y Distrital; participantes en las Elecciones Regionales y
Municipales 2010. Así mismo permite modificar y visualizar los
datos ingresados.
Página 74 de 249
Inscripción de Organizaciones Políticas
<<include>>
Inscribir Organizaciones Políticas
Registrar Log Auditoria

Administrador GOECOR / GGE
Usuario ODPE (f rom Actores del Sistema)
(f rom Actores del Sistema)
Consultar Participación
Organizaciones Políticas
Figura 15 – Casos de Uso, Módulo de Inscripción

de Organizaciones Políticas.
10.2.2 Módulo de Inscripción de Candidatos
Permite al usuario registrar la inscripción de la Lista de

Candidatos para una determinada Organización Política, los
cuales pueden ser de tipo: Nacional, Regional, Provincial y
Distrital. Así mismo permite consultar la participación del
candidato en alguna Organización Política.
Además permite registrar las resoluciones según su procedencia
para cada Lista de Candidatos y Candidato.
Página 75 de 249
Inscripcion de Candidatos
<<include>>
Inscribir Candidatos
Registrar Log Auditoria

Usuario ODPE Administrador GOECOR / GGE
Consultar Participacion de
Candidatos
Figura 16 – Casos de Uso, Módulo de Inscripción de Candidatos.
10.2.3 Módulo de Seguimiento de Resoluciones
Permite al usuario registrar y realizar el seguimiento de las

resoluciones para la Lista de Candidatos y Candidatos por cada
Organización Política, pudiendo modificar las resoluciones
ingresadas con autorización del administrador del sistema.
Registro e Inscripcion - Modelo General
Inscribir Organizaciones Politicas

Auxiliar ODPE
(from Actores del Sistema)
...)
Inscribir Candidatos
Administrador GOECOR /
GESTION
(from Actores del Sist...
Realizar Seguimiento Resol uciones

Administrador
ODPE
...)
Figura 17 – Casos de Uso, Módulo de Seguimiento de Resoluciones.
Página 76 de 249
10.2.4 Módulo de Verificación Datos.
Permite al usuario verificar los datos ingresados de las

Organizaciones políticas registradas así como también, de las
listas de candidatos y candidatos.
Verificacion de Datos
Validar Nombre de Organizacion

Politica
Validar Ambito Particiapcion

Administrador
Organizacion Politica
ODPE
...)
<<include>>
Validar Nombre Candidatos

<<include>>
<<include>>
Confirmar Nombre de Organizacion

Politica <<include>>
<<include>>
Confirmar Ambito Particiapcion

Administrador <<include>> Registrar Log Auditoria
GOECOR
...) (from Modulo de Registro e Inscripcion)
<<include>>
Confirmar Nombre Candidatos
<<include>>
Verificar Nombre de Organizacion

Politica
<<include>>
Verificar Ambito Particiapcion

Administrador
GESTION
...)
Verificar Nombre Candidatos
Figura 18 – Casos de Uso, Módulo Verificar Datos.
10.2.5 Módulo Impresión de Carteles.
Permite validar el diseño del Cartel de Candidatos, Cedula de
Página 77 de 249
sufragio y el Acta de Escrutinio, diseños que será entregado a los
responsables de la Impresión. El modulo además, ppermite
realizar la asignación de los símbolos pertenecientes a las
organizaciones de ámbito regional, registradas en el sistema,
tanto para la cedula (símbolo a color) como para el cartel de
candidatos (símbolo en escala de grises). Así mismo, permite
asignar la foto de los candidatos a la presidencia regional.
Módulo de Generación de Cédula, Cartel de Candidatos y Acta de Escrutinio -

Modelo General
Verificar Cédula y Cartel de

Candidatos
<<include>>
Generar la Cédula de Sufragio
Administrador
GEST ION
<<include>>
<<include>>
Generar el Cartel de Candidatos Registrar Log Auditoria

Administrador
Sistema (f rom Modulo de Registro e Inscripcion)
<<include>>
Generar y Verificar Acta de Escrutinio

Administrador de
Impresión
(from Actores del Sist...
Figura 19 – Casos de Uso, Módulo Impresión de Carteles.
Página 78 de 249
10.2.6 Módulo Registro de Sorteo.
Permite registrar el resultado del sorteo referente a la ubicación

de las organizaciones políticas en la cédula de sufragio. Así
mismo, registra el número que se asignó a aquellas
organizaciones políticas de ámbito municipal. Finalizado el
registro, de los usuarios definidos por el administrador del
sistema, deberán validar la información ingresada.
Módulo de Sorteo de Ubicación en la Cédula - Modelo General
Registrar numero asignado
<<include>>
Registrar Sorteo de Ubicacion en Cédula de Org. Politicas
Administrador
Regionales
ODPE
...) <<include>>
<<include>>
Registrar el Sorteo de Ubicacion en la Cedula de Org. Politicas Locales Registrar Log Auditoria
<<include>> (from Modulo de Registro e Inscripcion)
Verificar Datos del Sorteo

Administrador
GOECOR
...)
Figura 20 – Casos de Uso, Módulo Registro de Sorteo.
10.2.7 Módulo de Reportes.
Permite la generación de reportes tanto de las Organizaciones

Políticas como de la lista de Candidatos. Los reportes muestran
los avances en los registros agrupados por ODPE, departamento,
provincia o distrito. Permite generar reportes de las resoluciones
registradas agrupadas por Organización política.
Página 79 de 249
Reportes y Consultas de Organizaciones Politcas y Lista de Candidatos
Administrador
GOECOR
Generar reporte de resoluciones

definitivas duplicadas de lista...
Generar reporte de resoluciones de

lista de candidatos Generar avance de lista de Generar lista de candidatos -
candidatos - GOECOR Generar avance de lista de
GOECOR candidatos - GESTION
Generar listado de organizaciones

politicas por estado
Generar lista de candidatos Generar lista de candidatos -

Consultante Consultante Gestion
cancelados GEST ION
GOECOR
Generar listas validas

Consultante Operaciones
Informaticas Administrador
(from Actores del Sistema) GEST ION
Figura 21 – Casos de Uso, Módulo de Reportes.
10.2.8 Módulo de Administración y Seguridad.
Permite registrar modificar o eliminar usuarios. El sistema

permitirá al administrador del sistema, asignar roles a los usuarios
que hayan sido registrados, así mismo, podrá asignar ODPES a
dichos usuarios. Se podrán asignar las pantallas disponibles a los
roles creados por el administrador del sistema.
Página 80 de 249
Administraci ón y Seguridad - Modelo General
Asi gnar Accesos o Perfiles Asi gnar ODPE's a Usuario

Asi gnar Usuarios a ODPE
Mantener Ventanas o Menus
Mantener Perfiles
Mantener Gerencias Usuarias
Mantener Usuario Generar Reportes y Consultas

Administrador GOECOR /
GESTION
Exportar Datos
Administrador Sistema
Cargar Datos e Imagenes

Administrador ODPE Auxiliar ODPE
(from Actores del Sistema) (from Actores del Sistema)
Ingresar a la Intranet
Usuario
Figura 22 – Casos de Uso, Módulo de Administración y Seguridad.
10.2.9 Modelo Lógico y Físico de la Base de Datos.
En el anexo N°18, se muestran tanto el modelo físico como lógico

de la base de datos del sistema ROPC 2010.
10.2.10 Diccionario de Datos.
En el anexo N°17, se detalla el diccionario de datos así como

los atributos de las tablas que conforman la base de datos del
sistema ROPC 2010.
Página 81 de 249
XI. DESARROLLO DEL PROYECTO
11.1 Supuestos y Restricciones.
Para poder llevar a cabo el proyecto, se tuvo presente los siguientes

supuestos y restricciones:
 Se realizarán las actualizaciones necesarias para que el sistema
ROPC desarrollado en el año 2006, cumpla con las leyes y
resoluciones establecidas para el presente proceso electoral. No se
contempla la creación de nuevos módulos para el sistema ROPC
2010
 El usuario estará dispuesto a entregarnos toda la información posible,
relacionada con los procesos de registro de OOPP y listas de
candidatos, así como del material electoral para las presentes
elecciones, dentro de las fechas acordadas.
 Las fechas establecidas en el cronograma serán consistentes con las
fechas establecidas en el calendario electoras.
 Se contará con los permisos necesarios para hacer las modificaciones
al sistema desarrollado en el 2006.
 Las adecuaciones realizadas, seguirán los estándares y lenguaje de
programación utilizados para el desarrollo del sistema ROPC 2006.
11.2 Levantamiento Preliminar de Información.
Se han revisado los documentos conteniendo las reglas de negocio

aplicadas en el sistema desarrollado en el 2006, así como también las
nuevas leyes y normas establecidas por el Jurado Nacional de
Elecciones, que deberán ser aplicadas a la actualización del sistema
ROPC.
Se tuvo reuniones con los subgerentes de las dos gerencias
Página 82 de 249
involucradas, así como con el subgerente de desarrollo de procesos
informáticos.
Se verificó el correcto funcionamiento del servidor donde se encuentra
el sistema ROPC2006.
11.3 Volumen de información procesada.
EL volumen de data ingresada al sistema, estaba en relación directa a

las listas de candidatos registradas, agrupadas por ODPE Cada lista
era registrada y actualizada según las resoluciones que emitía el
Jurado Nacional de Elecciones. Así mismo cada resolución entregada
por el Jurado Nacional de Elecciones, era registrada en el sistema.
Estas resoluciones podían afectar tanto a la lista de candidatos como a
un candidato determinado. Las Resoluciones podían ser agrupadas por
departamento o por ODPE. En el Anexo Nº 14, se observa:
 Cantidad de listas por JEE, agrupadas por ámbito de elección y
estado de la lista.
 Cantidad de listas de candidatos por ODPE.
 Resoluciones Registradas.
11.4 Fase de Planificación
11.4.1 Definición del alcance.
Se ha definido el alcance que tendrá el proyecto, de forma que

cubra con las nuevas normas y leyes del jurado nacional de
elecciones, así como con los requerimientos de los usuarios.
El acta de constitución del proyecto fue actualizada añadiendo el
alcance del proyecto.
Se puede ver más detalles del alcance en el punto 5.4
11.4.2 Actividades a Ejecutar.
Teniendo en cuenta el alcance y los requerimientos a bajo nivel,
Página 83 de 249
definidos en el acta de constitución del proyecto, se ha procedido
a definir las acciones necesarias para cumplir con los entregables
del proyecto. Se han disgregado los paquetes de trabajo en
actividades.
Se ha generado la EDT, que organiza y define el alcance total del
proyecto y representa el trabajo especificado en la declaración del
alcance del proyecto aprobado.
La EDT generada, puede ser vista en el anexo Nº9.
11.4.3 Estimación de la Duración de las Actividades.
Con la participación de todo el equipo del proyecto, se ha

estimado la duración de las actividades planteadas en el EDT,
teniendo como referencia la línea de tiempo definida por la
jefatura general de la ONPE, para las elecciones regionales y
municipales del 2010.
Se ha determinado que los tiempos se encuentran muy ajustados.

Se ha tomado la decisión de ampliar el cronograma, incluyendo
como parte del mismo, todos los sábados y los días feriados
hasta un mes antes de la fecha prevista para las elecciones.
Se ha generado el cronograma inicial incluyendo apoyo de

recursos humanos, que tendrá el proyecto por parte de las tres
subgerencias de sistemas.
Se ha generado una línea base del cronograma (ver el punto 7.3).

No se han estimado los costos asociados al proyecto, al tener un
presupuesto definido por la subgerencia desde el inicio.
Página 84 de 249
11.5 Fase de Análisis y Diseño
11.5.1 Preparación e Implementación del entorno de Desarrollo.
Inicialmente, se han establecido reuniones con las áreas usuarias

para definir si se continuará con la arquitectura utilizada en el
2006, arquitectura que presentaba algunas deficiencias como el
tiempo de respuesta a consultas y la generación en pantalla del
material electoral para su revisión (ver anexo N 7).
Así mismo, se ha solicitado la preparación de un ambiente de

desarrollo, estaciones de trabajo, servidores y software necesario
para el desarrollo.
Entorno de Desarrollo
Sede WAHSNIGTON
Switch
Servidor de
Aplicaciones
Servidor de Datos
Analistas
Programadores
Documentador
Jefe de Proyecto
Figura 23 – Entorno de Desarrollo
Se solicitó la instalación del sistema ROCP 2006 para verificar la

funcionalidad documentada y para la capacitación del todo el
equipo del proyecto.
Página 85 de 249
11.5.1.1 Arquitectura modificada.
Inicialmente el sistema ROPC 2006, se comunicaba con

las ODPS ubicadas en la mayoría de provincias, por una
VPN conectada con la sede central. Los jefes de ODP,
registraban las resoluciones de las organizaciones
políticas y candidatos (ver anexo N 7).
Debido a problemas presentados en la trasmisión de
datos, se ha optado por hacer el registro desde la sede
central, habilitando y adjudicando 20 máquinas al
personal de GOECOR para registrar la información
enviada desde las ODP’s (ver anexo N 8).
El centralizar la solución permitirá también, la generación

más rápida de los pdf relacionados con el cartel de
candidatos y la cédula de sufragio.
11.5.2 Verificación y documentación de la situación Actual.
Se ha probado el sistema ROPC 2006 con los perfiles registrados

(se pidió la creación de todos los perfiles que soporta el sistema)
Así mismo, se solicitó y revisó todo la documentación relacionada
con el sistema Ropc 2006, dejada por el equipo que lo desarrollo.
Se consideró la planificación y ejecución de la capacitación del

equipo del proyecto, en el uso el sistema Ropc, de manera que
permita verificar si el sistema cumple con la funcionalidad descrita
en la documentación.
11.5.3 Capacitación Funcional.
El personal que participó en las lecciones del año 2006 y en el

uso del ROPC 2006, capacitó al equipo en el uso del sistema.
Página 86 de 249
Se han detectado algunos errores en cuanto a la funcionalidad y
seguridad del sistema.
Se han registrado las incidencias encontradas en una bitácora, ya
que estas incidencias deberán ser corregidas. Dicha actividad
tendrá un impacto en el cronograma establecido, el cual deberá
ser actualizado.
Se ha informado a la subgerencia de los problemas encontrados y
del impacto que tendrá en el proyecto.
11.5.4 Captura de Requerimientos.
11.5.4.1 Actualización de Requerimientos de hardware y

software del sistema.
Para esta actualización del sistema ROPC, se ha

aprobado la migración del servidor de aplicación, de
Windows 2003 Server (ROPC 2006) a Linux Red Hut
5.0. Dicha actualización se debe principalmente al mejor
performance obtenido en el servidor con Linux (se
realizaron diferentes pruebas de stress).
A continuación, se detallan los nuevos requerimientos

del sistema:
Servidor de Aplicación.
 Linux red Hut 5.0

 Apache/1.3.27.
 PHP Versión 4.3.8 o superior.
 Librería GD 2.0.23 o superior.
Servidor de Datos.
 Linux red Hut 5.0

 Oracle 10g.
Página 87 de 249
Cliente
 Windows XP SP3.
 Internet Explorer 8.
 Office 2003.
11.5.5 Reglas de Negocio.
Para el proyecto ejecutado, fue necesario describir las

consideraciones y restricciones relacionadas con el
proceso de registro de organizaciones políticas, lista de
candidatos, generación de cédulas de sufragio,
generación del cartel de candidatos y generación del acta
de escrutinio, según las reglas establecidas tanto por el
Jurado Nacional de Elecciones como por la ONPE.
Las reglas de negocio definidas, son aplicables al proceso

de Elecciones Regionales y Municipales, y Referéndum
Nacional para la aprobación o desaprobación del
“Proyecto de Ley Devolución de Dinero del FONAVI a los
Trabajadores que contribuyeron al mismo” 2010.
Las reglas de negocio, hacen referencia a las siguientes

Elecciones, por la ONPE y el Congreso de la República:
 Resolución N° 200-2010-JNE
 RJ 123-2010-ONPE
 R 254-2010-JNE
 R 248-2010-JNE
 R 292-2010-JNE
Página 88 de 249
 Ley 29470 Congreso de la República
 Acuerdo del JNE – PPC Unidad Nacional con fecha
08/07/2010.
11.5.6 Requerimientos Funcionales.
Para el presente proyecto se han recogido requerimientos de los

diferentes usuarios que tendrán interacción con el sistema, así
mismo, se detallan los requerimientos de la versión inicial del
sistema ROPC, desarrollado en el 2006:
Página 89 de 249
Caso de
Código Descripción Módulo Asociado ROPC 2006
Uso Asociado
RF-01 Acceder al sistema: dar acceso a los módulos Módulo 09 Administración y ECU02-Administrar Perfiles. Presenta problemas con la
según el perfil asignado al usuario. Seguridad. asignación de perfiles.
RF-02 Creación de Usuarios: Permitir el Ingreso de Módulo 09 Administración y ECU03-Administrar Usuarios. Presenta problemas en la
usuarios, modificar sus datos, eliminar Seguridad. búsqueda de usuarios.
usuarios y realizar la búsqueda de usuarios.
RF-03 Mostrar datos de usuario logueado: Indicar el Módulo 09 Administración y ECU02-Administrar Perfiles. Solo muestra el nombre del
nombre de usuario, la Gerencia, el perfil y el Seguridad. usuario.
identificador de usuario, del usuario logueado.
RF-04 Creación de Perfiles: Ingresar, modificar, Módulo 09 Administración y ECU04-Asignar Perfiles No permite realizar búsqueda
eliminar y realizar búsqueda de perfiles. Seguridad. de perfiles.
RF-05 Mantener Accesos o Menús: Ingresar los Módulo 09 Administración y ECU07-Asignar Ventana. La funcionalidad descrita,
accesos, modificar los accesos, eliminar los Seguridad. presenta problemas.
accesos y realizar búsqueda de accesos.
RF-06 Mantener Accesos o Menús: Seleccionar el Módulo 09 Administración y ECU07-Asignar Ventana. La funcionalidad descrita,
tipo de ventana, que puede ser: ventana de Seguridad. presenta problemas.
un menú, ventana del tipo popup y menú de
la pantalla principal.
RF-07 Esta función permitirá: Seleccionar los Módulo 09 Administración y ECU07-Asignar Ventana. La funcionalidad descrita,
nombres de los formularios a los que tendrá Seguridad. presenta problemas.
acceso con el perfil seleccionado
RF-08 Asignar Usuarios a ODPE: Seleccionar el Módulo 09 Administración y ECU06-Asignar ODPE. Permite la asignación
(los) usuarios para dar acceso a la ODPE. Seguridad. únicamente de un usuario a
una ODPE.
RF-09 Permitir la revocación del acceso de ODPE(s) Módulo 09 Administración y ECU06-Asignar ODPE. No presenta la funcionalidad.
a los usuarios. Seguridad.
RF-10 Asignar Accesos a las distintas Gerencias: Módulo 09 Administración y ECU01-Administrar La funcionalidad descrita,
Permitir Seleccionar el nombre de la (las) Seguridad. Gerencias. presenta problemas.
ventana (s )a asignar a la gerencia,
Seleccionar el nombre de la gerencia y
Revocar el acceso del (los) accesos a la
gerencia.
RF-11 Mantener Gerencias Usuarias: Ingresar las Módulo 09 Administración y ECU01-Administrar No permite modificar
gerencias, modificar, eliminar o realizar Seguridad. Gerencias. información de las gerencias.
búsqueda de gerencias
RF-12 Eliminar Sesiones: Permitir eliminar la sesión Módulo 09 Administración y ECU08-Eliminar Sesiones. Las sesiones se quedan en
de cualquier usuarios conectado al sistema. Seguridad. memoria.
RF-13 Cargar datos: permitir Cargar los datos de la Carga de Datos No aplica. Según las normas y leyes
venta de los Kit electorales y/o de la lista de vigentes en el año 2006.
organizaciones políticas inscritas en la OROP.
RF-14 Cargar datos ODPE: Cargar la data pre Carga de Datos No aplica. Según las normas y leyes
electoral, como lo son los ubigeos por vigentes en el año 2006.
ODPE, tipos de elección y ubigeos por tipo
de elección.
RF-15 Cargar símbolos de las organizaciones Módulo 08 Imágenes. Asignar Símbolo a la Cédula. Presenta problemas con
políticas, para la generación de las cédula de algunos tipos de imágenes.
sufragio
RF-16 Cargar símbolos de las organizaciones Módulo 08 Imágenes. Asignar Símbolo a cartel de Según las normas y leyes
políticas, para la generación del cartel de candidatos. vigentes en el año 2006.
candidatos.
RF-17 Inscribir Organizaciones Políticas: Inscribir a Módulo 01 Inscripción de ECU01-Registrar Inscripción Según las normas y leyes
las organizaciones políticas, para la ODPE del Organizaciones Políticas. de Organizaciones Políticas. vigentes en el año 2006.
usuario que ingresó al sistema, indicando su
ámbito de participación, que puede ser:
Regional, Provincial y Distrital.
Página 91 de 249
RF-18 Consultar las organizaciones políticas de Módulo 01 Inscripción de ECU01-Registrar Inscripción No permite realizar consultas
acuerdo al ámbito de participación y al Organizaciones Políticas. de Organizaciones Políticas. de las OOPP por ubigeo.
ubigeo.
RF-19 Permitir modificar datos de la Organización Módulo 01 Inscripción de ECU01-Registrar Inscripción No existen restricciones a nivel
Política ingresada. Organizaciones Políticas. de Organizaciones Políticas. de gerencia.
RF-20 Registrar Resoluciones: Permitir Ingresar la Módulo 03 Seguimiento de ECU01-Registrar Resolución No existe la funcionalidad.
resolución definitiva, cuando el estado de la Resoluciones. de Organizaciones Políticas.
Organización Política es POR CONFIRMAR.
RF-21 Resoluciones: Permitir registrar resoluciones Módulo 03 Seguimiento de ECU01-Registrar Resolución La funcionalidad descrita,
relacionadas a Organizaciones políticas. Resoluciones. de Organizaciones Políticas. presenta problemas.
RF-22 Resoluciones, Permitir registrar resoluciones Módulo 03 Seguimiento de ECU03-Registrar Resolución La funcionalidad descrita,
relacionadas a Listas de Candidatos Resoluciones. de Lista de Candidatos. presenta problemas.
RF-23 Resoluciones, Permitir registrar resoluciones Módulo 03 Seguimiento de ECU03-Registrar Resolución La funcionalidad descrita,
relacionadas a Candidatos. Resoluciones. de Lista de Candidatos. presenta problemas.
RF-24 Permitir seleccionar entre diferentes tipos de Módulo 03 Seguimiento de ECU03-Registrar Resolución No permite seleccionar los
resolución (Provisional, Definitiva, Tacha, Resoluciones. de Lista de Candidatos. siguientes tipos de resolución:
Apelación, Rectificatoria, Recurso Rectificatoria, Recurso
Extraordinario y Cancelación) Extraordinario y Cancelación.
RF-25 Permitir registrar una Resolución Afectada Módulo 03 Seguimiento de ECU03-Registrar Resolución No permite registrar una
(sólo para el caso de seleccionar Resolución Resoluciones. de Lista de Candidatos. Resolución Afectada
de Tacha, Apelación, Rectificatoria y Recurso
Extraordinario).
RF-26 Permitir inscribir candidatos, para la ODPE Módulo 02 Inscripción de ECU01-Registrar Inscripción Según las normas y leyes
del usuario que ingresa al sistema, indicando Lista de Candidatos de Candidatos. vigentes en el año 2006.
el tipo de organización política (Nacional,
Regional, Provincial y Distrital).
Página 92 de 249
RF-27 Permitir Consultar los candidatos ya inscritos Módulo 04 Verificar Datos. ECU01-Verificar Datos de No existe la funcionalidad.
por organización política, con resolución Organizaciones Políticas.
definitiva para un determinado ubigeo.
RF-28 Permitir ver las resoluciones de la lista de Módulo de Inscripción de ECU01-Verificar Datos de Permite ver únicamente al
candidatos. Candidatos. Lista de Candidatos. última resolución.
RF-29 Permitir registrar un candidato a una lista ya Módulo 02 Inscripción de ECU01-Registrar Inscripción Permite registrar candidatos a
existente. Lista de Candidatos. de Candidatos. listas anuladas.
RF-30 Registrar una lista de candidatos a una Módulo 02 Inscripción de ECU01-Registrar Inscripción No existen restricciones
organización política. Lista de Candidatos. de Candidatos. dependiendo de la gerencia.
RF-31 Permitir modificar el cargo de un candidato ya Módulo 02 Inscripción de ECU01-Registrar Inscripción Permite modificar cargo a listas
inscrito. Lista de Candidatos. de Candidatos. ya verificadas.
RF-32 Permitir modificar los datos de las Módulo 03 Seguimiento de ECU03-Registrar Resolución No existen restricciones
resoluciones ingresadas relacionadas a las Resoluciones. de Lista de Candidatos. dependiendo de la gerencia.
listas de candidatos.
RF-33 Permite ingresar la resolución cuando el Módulo 04 Verificar Datos ECU01-Verificar Datos de No existe la funcionalidad
estado de la Organización Política es POR Organizaciones Políticas
CONFIRMAR.
RF-34 Permite realizar el seguimiento de la Módulo 04 Verificar Datos. ECU01-Verificar Datos de Permite realizar el seguimiento
resolución por Organización Política o por Organizaciones Políticas de resolución únicamente por
Lista de Candidatos. Lista de Candidatos.
RF-35 Permitir consultar las organizaciones políticas Módulo 02 Inscripción de ECU01-Registrar Inscripción No existen restricciones
en donde se pueda visualizar o cambiar el Lista de Candidatos. de Candidatos. dependiendo de la gerencia.
estado de la organización política y ver el
detalle de las mismas.
RF-36 Permitir grabar los datos de las Módulo 01 Inscripción de ECU01-Registrar Inscripción No existen restricciones
organizaciones políticas para los filtros Organizaciones Políticas. de Organizaciones Políticas. dependiendo de la gerencia.
seleccionados.
Página 93 de 249
RF-37 Permite consultar la lista de candidatos en Módulo 02 Inscripción de ECU01-Registrar Inscripción No existen restricciones
donde se puede visualizar o cambiar el Lista de Candidatos. de Candidatos. dependiendo de la gerencia.
estado del candidato y ver el detalle de las
resoluciones ingresadas para un determinado
candidato.
RF-38 Realizar la verificación o control de calidad Módulo 04 Verificar Datos, ECU01-Verificar Datos de No existen restricciones
de los datos ingresados de las organizaciones Organizaciones Políticas, dependiendo de la gerencia.
políticas, candidatos y de la lista de ECU01-Verificar Datos de
candidatos. Lista de Candidatos
RF-39 Permitir que el usuario de ODPE, pueda Módulo 04 Verificar Datos ECU01-Verificar Datos de No existen restricciones
realizar el control de calidad para cada Organizaciones Políticas. dependiendo de la gerencia.
Organización política. Posteriormente deberá
existir el control de calidad del usuario de la
GOECOR, después el control de calidad del
usuario GGE y finalmente el control de
calidad del usuario de IMPRESIÓN que
corresponde a la subgerencia de operaciones
informáticas.
RF-40 Restringir modificaciones OOPP: Cuando un Módulo 04 Verificar Datos. ECU01-Verificar Datos de No restringir modificaciones a
usuario realice el control de calidad a una Organizaciones Políticas. las OOPP.
organización política, no se le debe permitir
realizar cambios salvo previa autorización de
un usuario de rango superior.
RF-41 Permitir visualizar el detalle de las Módulo 03 Seguimiento de ECU03-Registrar Resolución Muestra detalle mínimo.
resoluciones para la lista de candidatos. Resoluciones de Lista de Candidatos
RF-42 Permitir visualizar el detalle de las Módulo 03 Seguimiento de ECU04-Registrar Resolución Muestra detalle mínimo.
resoluciones para cada candidato. Resoluciones. Por Candidato
RF-43 Realizar el control de calidad: el usuario de Módulo 03 Seguimiento de ECU03-Registrar Resolución No existen restricciones
ODPE, podrá realizar el control de calidad Resoluciones. de Lista de Candidatos dependiendo de la gerencia.
para lista de candidatos, posteriormente viene
el control de calidad del usuario GOECOR y
Página 94 de 249
finalmente el control de calidad del usuario
GGE. Donde un usuario GOECOR podrá
autorizar el cambio de datos a un usuario
ODPE y un usuario GGE podrá autorizar el
cambio a un usuario GOECOR y al usuario
ODPE.
RF-44 Restringir modificaciones en Lista de Módulo 03 Seguimiento de ECU03-Registrar Resolución Permite realizar cambios,
Candidatos: Cuando un usuario realice el Resoluciones. de Lista de Candidatos cuando un usuario realiza el
control de calidad a una lista de candidatos, control de calidad a una lista de
no se le debe permitir realizar cambios salvo candidatos.
previa autorización de un usuario de rango
superior.
RF-45 Sorteo Registrar el número asignado a cada Módulo 06 Registro de ECU01-Registrar Resultado Según las normas y leyes
una de las organizaciones políticas, según el Sorteo de Sorteo. vigentes en el año 2006.
ámbito en el que participan.
Para las organizaciones regionales un

número correlativo, para organizaciones
provinciales un número impar y
organizaciones distritales un número par.
RF-46 El registro del sorteo deberá ser por ámbito: Módulo 06 Registro de ECU01-Registrar Resultado Según las normas y leyes
movimientos regionales, local provincial, local Sorteo de Sorteo. vigentes en el año 2006.
distrital
RF-47 Permitir Generar la Cédula de sufragio para la Módulo 05 Impresión de ECU01-Reporte de Según las normas y leyes
elección Regional, provincial y distrital Carteles. Resoluciones Registradas. vigentes en el año 2006.
RF-48 Permitir Generar el Cartel de Candidatos a Módulo 05 Impresión de ECU01-Reporte de Según las normas y leyes
partir de la inscripción de candidatos. Carteles. Resoluciones Registradas. vigentes en el año 2006.
RF-49 Verificar los archivos PDF generados para la Módulo 05 Impresión de ECU01-Reporte de Según las normas y leyes
Cédula de Sufragio. Carteles. Resoluciones Registradas. vigentes en el año 2006.
RF-50 Verificar los archivos PDF generados para el Módulo 05 Impresión de ECU01-Reporte de Según las normas y leyes
Página 95 de 249
Cartel de Candidatos. Carteles. Resoluciones Registradas. vigentes en el año 2006.
RF-51 Permitir generar la opción de aprobar el Módulo 05 Impresión de ECU01-Reporte de Según las normas y leyes
diseño de impresión del acta de escrutinio. Carteles. Resoluciones Registradas. vigentes en el año 2006.
RF-52 Permitir generar y verificar la impresión del Módulo 05 Impresión de ECU01-Reporte de No existen restricciones a nivel
acta de escrutinio. Carteles. Resoluciones Registradas. de gerencia, relacionadas a la
verificación de impresiones.
RF-53 Generar un Listado de organizaciones Módulo 07 Reportes y ECU01-Reporte de El reporte presenta errores de
políticas por estado: Este reporte mostrará Consultas. Resoluciones Registradas. consistencia.
por cada ODPE el listado de organizaciones
políticas según su estado (Confirmado, Por
Confirmar, Cancelado).
RF-54 Generar un Lista de candidatos – GESTIÓN: Módulo 07 Reportes y ECU01-Reporte de El reporte presenta errores de
Este reporte permitirá ver las listas de Consultas. Resoluciones Registradas. consistencia.
candidatos por ubigeo.
RF-55 Generar un Lista de candidatos – GOECOR: Módulo 07 Reportes y ECU01-Reporte de El reporte presenta errores de
Este reporte muestra la lista de candidatos Consultas. Resoluciones Registradas. consistencia.
por ODPE.
RF-56 Generar un Reporte de resoluciones de lista Módulo 07 Reportes y ECU01-Reporte de El reporte presenta errores de
de candidatos: Este reporte nos permite Consultas. Resoluciones Registradas. consistencia.
obtener información de las resoluciones que
tiene la lista de candidatos de cada
organización política.
RF-57 Generar un avance de lista de candidatos - Módulo 07 Reportes y ECU01-Reporte de El reporte presenta errores de
GERENCIA GESTIÓN: Este reporte le va a Consultas. Resoluciones Registradas. consistencia.
permitir realizar un seguimiento de las
verificaciones realizadas a las listas de
candidatos por parte de: ODPE, GOECOR y
GESTIÓN.
RF-58 Generar un Avance de lista de candidatos – Módulo 07 Reportes y ECU01-Reporte de El reporte presenta errores de
Página 96 de 249
GOECOR: Este reporte le va a permitir Consultas. Resoluciones Registradas. consistencia.
realizar un seguimiento de las verificaciones
realizadas a las listas de candidatos por parte
de: ODPE y GOECOR.
RF-59 Generar un reporte de resoluciones definitivas Módulo 07 Reportes y ECU01-Reporte de El reporte presenta errores de
duplicadas de la lista de candidatos: Este Consultas. Resoluciones Registradas. consistencia.
reporte nos permite ver todas aquellas listas
de candidatos a las cuales se le ha ingresado
una misma resolución definitiva más de una
vez.
RF-60 Generar un reporte de candidatos Módulo 07 Reportes y ECU01-Reporte de No existe el reporte.

cancelados: Este reporte nos muestra Consultas. Resoluciones Registradas.
aquellos candidatos que han sido cancelados
en el acta padrón.
RF-61 Generar un reporte de Listas Válidas: Este Módulo 07 Reportes y ECU01-Reporte de El reporte presenta errores de
reporte nos permite obtener información de Consultas. Resoluciones Registradas. consistencia.
las listas que participaran en las elecciones:
Regional y Municipales (Provinciales y
Distritales)
RF-62 Generar reportes y consultas de los sorteos Módulo 07 Reportes y ECU01-Reporte de No existe el reporte.
realizados en los ámbitos: Regional, provincial Consultas. Resoluciones Registradas.
y distrital.
RF-63 Avance de Impresiones: Obtener información Módulo 07 Reportes y ECU01-Reporte de No existe el reporte.
de las cédulas y carteles que ya han sido Consultas. Resoluciones Registradas.
validadas o faltan validar para su impresión.
RF-64 Avance de Producción: Obtener información Módulo 07 Reportes y ECU01-Reporte de No existe el reporte.
acerca del avance de tareas como: Consultas. Resoluciones Registradas.
Inscripción y confirmación de listas de
candidatos, avance del diseño de las cédulas,
avance de la impresión de las cédulas.
Página 97 de 249
RF-65 Actualizar la Inscripción de Candidatos: Módulo 02 Inscripción de ECU01-Registrar Inscripción Según las normas y leyes
Actualizar la función que permite el registro de Lista de Candidatos. de Candidatos. vigentes en el año 2006.
Lista de Candidatos, sólo para el caso de la
elección regional, de tal manera que permita
el registro de candidatos a la lista
considerando la distribución de consejeros
regionales por provincias de acuerdo a lo
definido en las Resoluciones No. 200-2010-
JNE, No. 247-2010-JNE y No. 370-2010-JNE.
El registro para el caso de las provincias que
tengan más de un consejero regional, deberá
ser consecutivo. El orden de registro debe ser
por provincia.
RF-66 Seguimiento de Resoluciones de Lista de Módulo 03 Seguimiento de ECU04-Registrar Resolución La provincia a la cual
Candidatos: Actualizar la función agregando Resoluciones. Por Candidato. representa el candidato, no es
en la ventana de “Registro y Seguimiento de visible.
Resoluciones de Lista de Candidatos”, una
columna que muestre la provincia a la cual
representa el candidato y considerar el
número de orden de inscripción de los
candidatos dentro de cada provincia.
RF-67 Verificación de Datos de la lista de Módulo 04 Verificar Datos ECU01-Verificar Datos de El número de orden de los
Candidatos: En la página de “Validación de Lista de Candidatos. candidatos dentro de cada
Datos de Lista de Candidatos” agregar una provincia, no es visible.
columna que muestre el número de orden de
los candidatos dentro de cada provincia.
RF-68 Impresión de Cédulas y Carteles de Módulo 05 Impresión de ECU01-Validar Cedula Según las normas y leyes
Candidatos: Actualizar la función de tal forma Carteles. vigentes en el año 2006.
que la opción "Lista de Formatos" sólo
genere, a nivel de departamento, el Cartel de
Candidatos a Presidente y Vicepresidente
Regional del departamento que se requiera.
Candidatos: Actualizar la función de tal forma
Página 98 de 249
que la opción “Lista de Formatos”, a nivel de Carteles. vigentes en el año 2006.
provincia, genere la Cédula de Sufragio de la
Elección Regional, es decir la Cédula de
Sufragio para Presidente y Vicepresidente así
como la Cédula de Sufragio de Consejeros
Regionales; esta última debe incluir las
Organizaciones Políticas que participan en la
provincia elegida. Además debe generarse el
Cartel de Candidatos a Consejeros
Regionales de la provincia elegida.
Candidatos: Modificar la generación de cédula Carteles. vigentes en el año 2006.
de sufragio para la Elección Regional según
el nuevo diseño provisto en el Catálogo de
Materiales RJ 078-2010-J-ONPE.
RF-71 Impresión de Cédulas y Carteles de Módulo 05 Impresión de ECU02-Validar Cartel de Según las normas y leyes
Candidatos: Modificar la generación del Cartel Carteles. Candidatos vigentes en el año 2006.
de Candidatos para la Elección Regional
según los nuevos diseños provisto en el
Catálogo de Materiales RJ 078-2010-J-ONPE.
Se debe considerar que ahora habrán 2

carteles de candidatos para la elección
regional: uno para Presidente y
Vicepresidente de región y otro para los
Consejeros Regionales.
Candidatos: Modificar la validación a nivel Carteles. vigentes en el año 2006.
provincial en la lista de formatos de
impresiones de cédula.
de sufragio para la Elección Provincial.
Página 99 de 249
de sufragio para la Elección Distrital.
RF-75 Impresión de Acta de Escrutinio: Modificar la Módulo 05 Impresión de ECU01-Validar diseño de Según las normas y leyes
generación del Acta de Escrutinio para la Carteles. Acta de Escrutinio vigentes en el año 2006.
Elección Regional según los nuevos diseños
provisto en el Catálogo de Materiales RJ 078-
2010-J-ONPE para la Elección Regional. El
Acta de Escrutinio Regional acumulará los
votos para Presidente y Vicepresidente y
Consejeros Regionales.
RF-76 Se debe considerar que ahora el sistema Módulo 05 Impresión de ECU01-Validar Cedula El diseño del materia electoral
deberá mostrar en una sola ventana dos Carteles. a nivel Regional y Municipal, se
diseños de elección: Elección Regional y muestra por separado.
Elección Municipal.
RF-77 También considerar que el Acta de Escrutinio Módulo 05 Impresión de ECU01-Validar diseño de
regional tendrá dos columnas por cada Carteles. Acta de Escrutinio
organización política, una para los votos a
presidente y vicepresidente y otra para los
votos de consejeros.
ECU01-Reporte de Según las normas y leyes
RF-78 Inscripción de Organizaciones Políticas: No aplica
Resoluciones Registradas. vigentes en el año 2006.
Realizar la importación de datos para el
registro de Organizaciones Políticas. La
importación será realizada por Store
Procedure (transparente para el usuario).
El procedimiento cargará los datos de

Organizaciones Políticas y sus respectivas
resoluciones desde una hoja Excel, cuya
estructura se ha acordado entre la ONPE y el
JNE.
ECU01-Reporte de El reporte presenta problemas.
RF-79 Emitir un listado de todas las organizaciones Módulo 07 Reportes y
Resoluciones Registradas.
Página 100 de 249

políticas registradas, ordenadas por su Consultas.
estado.
RF-80 Emitir un resumen de sorteo de agrupaciones Módulo 07 Reportes y
políticas según su estado de verificación Consultas.
(verificada y no verificada).
ECU01-Reporte de El reporte no existe.
RF-81 Emitir un listado de agrupaciones políticas Módulo 07 Reportes y
que tengan el visto bueno de las gerencias Consultas.
(Odpe, Goecor y/o Gestión).
RF-82 Emitir un listado de organizaciones Políticas Módulo 07 Reportes y
agrupadas por ODPE, que tengan candidatos Consultas.
registrados con resoluciones.
RF-83 Emitir un listado de Organizaciones Políticas Módulo 07 Reportes y
que tengan listas incompletas. Consultas.
ECU01-Reporte de No permite la exportación a
RF-84 Generar un consolidado de organizaciones Módulo 07 Reportes y
Resoluciones Registradas. Excel.
con la opción de exportar el consolidado a Consultas.
formato Excel
RF-85 Generar un listado de candidatos por Módulo 07 Reportes y
agrupados por Ubigeo. Consultas.
RF-86 Generar un reporte conteniendo las Módulo 07 Reportes y
resoluciones ahocicadas a las listas de Consultas.
candidatos inscritas.
RF-87 Generar un reporte de las Listas de Módulo 07 Reportes y
candidatos con V.B. de Goecor. Consultas.
RF-88 Generar un reporte para mostrar el avance de Módulo 07 Reportes y
acuerdo a los VB realizados por Goecor, a las Consultas.
listas de candidatos registradas.
RF-89 Generar un reporte para mostrar el avance de Módulo 07 Reportes y
acuerdo a los VB realizados por Gestión, a las
Página 101 de 249

listas de candidatos registradas. Consultas.
RF-90 Generar un reporte que muestre todas Módulo 07 Reportes y
aquellas listas que no tengan ningún V.B. Consultas.
bueno.
RF-91 Emitir un reporte que muestre las Módulo 07 Reportes y
resoluciones definitivas duplicadas de lista de Consultas.
candidatos.
RF-92 Emitir un reporte de todos los candidatos Módulo 07 Reportes y
cancelados. Consultas.
RF-93 Consolidado nacional de lista de candidatos Módulo 07 Reportes y
con v.b. Goecor Consultas.
RF-94 Resoluciones registradas lista de candidatos - Módulo 07 Reportes y
observ. 111 y 888. Consultas.
RF-95 Resoluciones registradas lista de candidatos - Módulo 07 Reportes y
num. Resol. 333. Consultas.
RF-96 Resumen de resoluciones registradas de lista Módulo 07 Reportes y
de candidatos por tipo de agrupación. Consultas.
RF-97 Resumen de resoluciones registradas de lista Módulo 07 Reportes y
de candidatos por tipo de elección. Consultas.
RF-98 Resumen de resoluciones registradas lista de Módulo 07 Reportes y
candidatos por tipo de resolución. Consultas.
candidatos estado incorrecto - 888. Consultas.
candidatos estado incorrecto. Consultas.
Página 102 de 249

RF-101 Resumen de resoluciones registradas por día. Módulo 07 Reportes y
Consultas.
RF-102 Resumen de resoluciones registradas por Módulo 07 Reportes y ECU01-Reporte de El reporte no existe.
región y provincia. Consultas. Resoluciones Registradas.
RF-103 Registro de Candidatos. Permitir el Módulo 02 Inscripción de ECU01-Registrar Inscripción La funcionalidad no está
desplazamiento marcando la TECLA ENTER Lista de Candidatos. de Candidatos. presente en el sistema ROPC
en lugar de utilizar el MOUSE luego de 2006.
registrar el número de DNI en el sistema
ROPC. Ampliar el tamaño de celda para
registrar el número de la RESOLUCIÓN
PROVISIONAL en el MENÚ INSCRIPCION
DE CANDIDATOS.
RF-104 Ampliar el tamaño de las celdas, en el caso Módulo 02 Inscripción de ECU01-Registrar Inscripción El sistema no muestra en
de los APELLIDOS Y NOMBRES DE VARIOS Lista de Candidatos. de Candidatos. pantalla los nombres completos
CARACTERES, no se visualiza de algunos de los candidatos
completamente al momento de registrar. registrados.
RF-105 Ver resoluciones de la lista de candidatos del Módulo 02 Inscripción de ECU03-Registrar Resolución La funcionalidad no está
menú lista de candidatos Lista de Candidatos. de Lista de Candidatos presente en el sistema ROPC
2006.
RF-106 Tal como lo indica el catálogo de material Módulo 05 Impresión de ECU01-Validar Cédula Según las normas y leyes
electoral aprobado por la Jefatura Nacional Carteles. vigentes en el año 2006.
por resolución jefatura, en la cédula regional
no se considera el nombre del departamento
en el pie de página; en cambio la cédula
municipal provincial y provincial-distrital llevan
el nombre del departamento.
La solicitud de cambio sólo afecta a la cédula

regional.
El comportamiento de los distritos de la
RF-109 Módulo 05 Impresión de ECU01-Validar Cédula La funcionalidad no está
Provincia Callao, deberá ser:
Carteles. presente en el sistema ROPC
-Los distritos deberán comportarse como
Página 103 de 249

distritos. 2006.
-Los distritos deberán comportarse como
provincias.
RF-110 Modificar estado de candidatos que cuenten Módulo 05 Impresión de ECU01-Validar Cédula. La restricción indicada no está
con check de Goecor, Gestión Y SGOI. Carteles. presente en el sistema.
ECU02-Validar Cartel de
Candidatos
RF-111 Modificar visualización de Acta: el sistema Módulo 05 Impresión de ECU01-Validar diseño de Según las normas y leyes
deberá mostrar a ambos lados de las Carteles. Acta de Escrutinio vigentes en el año 2006.
Organizaciones políticas inscritas en el ubigeo
seleccionado, la numeración iniciada en 1.
RF-112 El sistema no deberá permitir al usuario, dar Módulo 05 Impresión de ECU02-Generar Cargo La restricción indicada no está
check a Ia opción VB de Impresión, a menos Carteles. presente en el sistema.
que el ubigeo seleccionado este registrado en
un cargo dado al responsable de impresión.
RF-113 Solo los Consejeros y Regidores tienen Módulo 02 Inscripción de ECU01-Registrar Inscripción Según las normas y leyes
número de cargo. Lista de Candidatos de Candidatos vigentes en el año 2006.
RF-114 Cuando exista una lista perteneciente al Módulo 05 Impresión de ECU01-Validar diseño de La funcionalidad no está
Partido Popular Cristiano, únicamente con Carteles. Acta de Escrutinio presente en el sistema ROPC
candidatos propios, deberá utilizar la 2006.
denominación PARTIDO POPULAR
CRISTIANO – PPC, tanto en la cedula como
en el cartel de candidatos.
RF-115 Cuando exista una lista perteneciente al Módulo 05 Impresión de ECU01-Validar diseño de La funcionalidad no está
Partido Popular Cristiano, únicamente con Carteles. Acta de Escrutinio presente en el sistema ROPC
candidatos propios, deberá utilizar la 2006.
denominación PARTIDO POPULAR
CRISTIANO – PPC – Unidad Nacional, tanto
en la cédula como en el cartel de candidatos.
RF-116 El acta de escrutinio deberá mostrar el Módulo 05 Impresión de ECU01-Validar diseño de La funcionalidad no está
nombre “PARTIDO POPULAR CRISTIANO – Carteles. Acta de Escrutinio presente en el sistema ROPC
Página 104 de 249

PPC – UNIDAD NACIONAL”, en la región, 2006.
provincia o distrito en la que la OOPP
“Partido Popular Cristiano – PPC”, haya sido
inscrita.
RF-117 Permitir la carga de las fotos de los Módulo 08 Imágenes. ECU01-Asignar foto Presenta problemas en el
Candidatos a presidente Regional de cada momento de subir las fotos de
Organización Política que se presente en el los candidatos (control de
ámbito Regional. formatos de imagen).
Cuadro 7 – Requerimientos Funcionales
Página 105 de 249

11.5.7 Requerimientos No Funcionales.
Usabilidad
Diseño de la interfaz
El sistema se desarrollará con interfaz para entorno WEB.
Confiabilidad
Disponibilidad
El sistema debe considerar su uso bajo la modalidad 24 x 7 x 6.
Soportabilidad
Mantenimiento
El sistema permitirá fácil mantenimiento del código fuente, indicándose al analista y la
fecha del cambio, librerías del sistema y utilitarios.
Restricciones de diseño
Proceso de desarrollo
El sistema será desarrollado utilizando parte de la metodología RUP y la notación UML.
Sistema Operativo
Apache/1.3.27.
PHP Versión 4.3.8 o superior.
Librería GD 2.0.23 o superior.
Lenguaje de programación
El sistema estará codificado en PHP 4.3.8.
Debe tener interfaz con el LDAP de la intranet para la validación de acceso al sistema.
Administrador de Base de Datos

El sistema se desarrollará sobre Oracle 10g).
Conexión a la Base de Datos
El sistema se conectará a la base de datos a través de cliente ORACLE 10g.
Manejo de Información
No se permitirá acciones de manejo de información del lado del servidor, aunque éste lo
permita.
Formato de los tipos de datos

El formato de tipo dato porcentual será con tres (2) decimales.
Lo valores numéricos enteros se usará como separadores de miles la coma (“,”)
El formato de ingreso de los datos tipo fecha será: YYYY-MM-DD.

Cuadro 8 – Requisitos No Funcionales
11.5.8 Criticidad de los módulos del sistema
Se ha generado un cuadro con los casos de uso, que

deberán ser modificados para que cumplan los nuevos
requerimientos:
0,4 0,3 0,2 0,1
CASO DE IMPORTAN COMPLEJI RIESG IMPAC TOTA CLASIFICACI

MÓDULO USO CIA DAD O TO RNF L ÓN DE CU
Módulo 01 Registrar
Inscripción de Inscripción de
Organizacione Organizacione
s Políticas s Políticas
3,2 1,8 1 0,8 6,8 Primario
Inscripción de Inscripción de
Lista de Candidatos
Candidatos
3,2 2,1 1 0,8 7,1 Primario
Seguimiento Resolución de
de Organizacione
Resoluciones s Políticas
3,2 2,1 1,2 0,7 7,2 Primario
Modificar
Resolución de
Organización
Política
3,2 2,1 0,8 0,7 6,8 Primario
Página 107 de 249

Registrar
Resolución de
Lista de
Candidatos
3,2 2,1 1,2 0,7 7,2 Primario
Registrar
Resolución
Por Candidato
3,2 2,1 1,2 0,7 7,2 Primario
Módulo 04 Verificar
Verificar Datos Datos de
Organizacione
s Políticas 2,4 1,8 0,8 0,4 5,4 Primario
Verificar
Datos de Lista
de Candidatos
2,4 1,8 0,8 0,4 5,4 Secundario
Módulo 05 Validar
Impresión de Cedula 3,6 2,7 1,8 0,9 9 Primario
Carteles
Validar Cartel
de Candidatos
3,2 2,4 1,4 0,7 7,7 Primario
Validar diseño
de Acta de
Escrutinio 3,2 2,1 1,4 0,7 7,4 Primario
Generar
Cargo 2 1,2 0,8 0,3 4,3 Primario
Validar
Impresión de
Acta de
Escrutinio 2 0,9 0,6 0,2 3,7 Opcional
Registro de Resultado de
Sorteo Sorteo
2,8 1,5 0,8 0,8 5,9 Primario
Verificar
Datos del
Sorteo
2 1,5 0,8 0,8 5,1 Primario
Módulo 07
Reportes y
Consultas 0 0 0 0 0
Módulo 08 Asignar foto
Imágenes 2,8 1,5 0,6 0,6 5,5 Secundario
Asignar
símbolo para
cartel de
candidatos.
3,2 1,5 0,6 0,6 5,9 Secundario
Asignar
símbolo para
cedula.
3,2 1,5 0,6 0,6 5,9 Secundario
Módulo 09 Administrar
Administración Gerencias 2,8 0,9 0,6 0,5 4,8 Secundario
Página 108 de 249

y Seguridad Administrar
Perfiles 2,8 1,2 0,6 0,5 5,1 Secundario
Administrar
Usuarios 2,8 1,2 0,6 0,5 5,1 Secundario
Administrar
Ventanas 2,8 1,2 0,6 0,5 5,1 Secundario
Asignar
Perfiles 2,8 1,2 0,6 0,5 5,1 Secundario
Asignar
Usuarios 2,8 1,2 0,6 0,5 5,1 Secundario
Asignar
ODPE
2,8 1,2 0,6 0,5 5,1 Secundario
Asignar
Ventana 2,4 1,5 0,6 0,5 5 Secundario
Cuadro 9 – Criticidad de módulos
11.5.9 Distribución del trabajo.
Se detalla a Continuación, las tareas que tuvieron asignados

cada uno de los integrantes del equipo:
Asignación de Tareas a Recursos
Francisco Núñez
Elaborar Acta de Constitución del Proyecto

Elaborar Alcance del Proyecto
Elaborar EDT del proyecto
Elaborar Cronograma del Proyecto
Ajustes del Alcance y Cronograma
Preparar Kick Off
Presentar Kick Off
Elaborar el Plan del Proyecto
Revisar el Plan del Proyecto con el equipo de Proyecto
Presentar el Plan del Proyecto a Líder Usuario
Realizar ajustes al plan de proyecto
Seguimiento y Control del Proyecto 1 – 15
Elaborar Informes de Estado 1- 15
Reuniones de revisión de Informe de estado con los líder usuario 1 – 15
Generar Documento de Lecciones Aprendidas
Generar Acta de Cierre del Proyecto
Página 109 de 249

Solicitar acceso a la base de datos ROPC2006
Verificación y documentación de la situación Actual
Definir Arquitectura
Solicitar Servidor de Desarrollo
Revisión de la especificación de Casos de USO del ROPC2006
Actualización de Requerimientos de hardware y software del sistema
Desarrollo del documento de Reglas de Negocio
Desarrollo del documento de Requerimientos Funcionales
Desarrollar el documento de Criticidad en la modificación de Casos de Uso
Distribución del trabajo
Modificar ECU's
Ajuste a la definición del Proyecto
Entrega de Fuentes actualizadas
Elaboración del documento de Modificaciones realizadas
Pruebas a RF-004, RF-005 y RF 008
Elaboración el documento de Modificaciones realizadas
Corrección de las incidencias reportadas por QA
Pruebas en la generación del Acta de Escrutinio
Elaboración el documento de Modificaciones realizadas
Preparación del entorno operativo
Definición de Perfiles
Instalación del entorno de Producción
Simulación final de entorno de producción
Elaboración de Documento de Pase a Producción
Pruebas de Instalación
Pruebas con Data Actualizada
Asistencia sistemática a usuarios
Ajustes de parametrización, customizaciones e informes
Detección de nuevos requerimientos o necesidades de información
Carolina Yamashiro
Revisar el Plan del Proyecto con el equipo de Proyecto.

Reuniones de revisión de Informe de estado con los líder usuario 1 – 15.
Capacitación Funcional.
Verificación y documentación de la situación Actual.
Revisión de la especificación de Casos de USO del ROPC2006.
Página 110 de 249

Actualización de Requerimientos de hardware y software del sistema.
Diseño preliminar.
Diseño final.
Modificar el registro de lista de candidatos RF-001.
Modificar el seguimiento de Resoluciones de Lista de Candidatos RF-002.
Pruebas a Inscripción de OOPP y L.C.
Pruebas a Seguimiento de Res. de OOPP y L.C.
Pruebas a Verificación de Datos.
Corrección de las incidencias reportadas por QA.
Modificar IMPRESION DE CEDULAS Y CARTELES DE CANDIDATOS RF-004.
Modificar IMPRESION DE CEDULAS Y CARTELES DE CANDIDATOS RF-005.
Modificar la generación de cédula de sufragio a nivel Regional RF-006.
Modificar la generación del Cartel de Candidatos para la Elección Regional RF-007.
Pruebas a RF-004, RF-005 y RF 008.
Modificar la generación del Acta de Escrutinio para la Elección Regional RF-011.
Simulación final de entorno de producción.
Ajustes de parametrización, customizaciones e informes.
Detección de nuevos requerimientos o necesidades de información.
Percy Chavez
Revisar el Plan del Proyecto con el equipo de Proyecto

Capacitación Funcional
Verificación y documentación de la situación Actual
Revisión de la especificación de Casos de USO del ROPC2006
Diseño preliminar
Diseño final
Modificar la verificación de Datos de la lista de Candidatos RF-003
Listas Válidas: por Regiones, provincias y distritos, exportar a Excel. RF-014
Lista de Candidatos.- Resoluciones de LC, indicar el % de resultados. RF-015
Lista de Candidatos.- Lista de Candidatos GOECOR, indicar porcentaje de resultados. RF-016
Lista de Candidatos.- Avance de lista de candidatos GESTION, modificar info. RF-017
Pruebas a Registro de Sorteo y verificación de Datos
Pruebas a los reportes modificados
Verificar corrección de Incidencias
Modificar la generación de cédula de sufragio a nivel Provincial RF-008
Modificar la generación de cédula de sufragio a nivel Distrital RF-009
Consulta de candidatos por departamento, provincia o distrito. RF-020
Pruebas a RF-004, RF-005 y RF 008
Página 111 de 249

Andy Villaverde
Instalación del ROPC2006

Crear usuarios para acceder al sistema
Definir Arquitectura
Preparar Servidor
Instalar ROPC
Verificar comportamiento del ROPC
Creación de usuarios
Instalación del entorno de Producción
Simulación final de entorno de producción
Migración de la configuración
Control de la configuración
Puesta a cero
Aracelli Martinez
Actualización de Requerimientos de hardware y software del sistema

Desarrollo del documento de Reglas de Negocio
Desarrollar el documento de Criticidad en la modificación de Casos de Uso
Modificar ECU's
Desarrollo de ECU's
Ajustar el Estado de Impresión para los distritos RF-008
Actualización del Manual de Usuario
Actualización del Manual del Sistema
Marlon Leandro
Capacitación Funcional.
Verificación y documentación de la situación Actual.
Revisión de la especificación de Casos de USO del ROPC2006.
Desarrollar el documento de Criticidad en la modificación de Casos de Uso.
Diseño preliminar.
Diseño final.
Lista de Candidatos.- Avance de lista de candidatos GOECOR. Modificar. RF-018.
Lista de Candidatos.- Candidatos Cancelados. Agregar N. Resolución. RF-019.
Pruebas de Formatos y verificación de Excepción (PPC - Unidad Nacional).
Modificación en Db para soportar excepción: PPC- Unidad Nacional).
Preparación del entorno operativo.
Parametrización preliminar.
Simulación preliminar del sistema en producción.
Ajustes de parametrización.
Ricardo Saavedra
Página 112 de 249

Elaborar Acta de Constitución del Proyecto.
Revisión del Alcance y Cronograma por el Equipo de Dirección del Proyecto.
Aprobación del Alcance y Cronograma.
Alcance y Cronograma del Proyecto aprobado (Primer Baseline).
Preparar Kick Off.
Elaborar el Plan del Proyecto.
Revisar el Plan del Proyecto con el equipo de Proyecto.
Generar Acta de Cierre del Proyecto.
Definir Arquitectura.
Ajuste a la definición del Proyecto.
David Tacza
Asistencia sistemática a usuarios.
Fernand Palomino
Asistencia sistemática a usuarios.

Cuadro 10 – Distribución del Trabajo
11.5.10 Diseño preliminar.
Se han generado prototipos que cubren todas las

funcionalidades adicionales que deberán ser desarrolladas para
la actualización del ROPC 2010.
El diseño será presentado a los líder usuario, así como a los
subgerentes de las gerencias involucradas.
En el anexo Nº6 se puede ver el diseño preliminar
11.5.11 Diseño final
Se añadieron nuevos requerimientos (requerimientos capturadas

en reuniones con los líder usuario y con el uso del sistema).
El diseño final cubrirá todos los requerimientos capturados.
El diseño final deberá ser aprobado por los líder usuario, así
como también por el gerente de Proyecto.
Página 113 de 249

11.6 Fase de Construcción
11.6.1 Modificación de Interfaces.
Se inicia la modificación de las interfaces que deberán ser

modificadas para cumplir con los requerimientos identificados
inicialmente. Se han priorizado los avances, siguiendo el
cronograma establecido. Todas las modificaciones hechas,
deberán seguir las especificaciones establecidas por la
subgerencia de Proyectos Informáticos.
Las modificaciones, son realizadas en las máquinas de los

analistas programadores. Ninguno de los cambios realizados,
podrá subirse al ambiente de producción sin las pruebas previas y
la aprobación por parte del área de calidad.
11.6.2 Pruebas y ajustes
Por cada grupo de requerimiento desarrollado, se realizan

pruebas dentro del equipo de desarrollo. Se controla que la
funcionalidad actualizada o modificada, cumpla con los
requerimientos establecidos.
Una vez revisado el módulo o parte de este, deberá pasar al área
de calidad para certificar que las modificaciones cumplan lo
establecido y que estas, no hayan afectado otras funcionalidades
del módulo.
El documentador, cumple la fase de testeador interno dentro del
equipo de proyecto.
11.6.3 Desarrollo de programas para la migración.
Es necesario generar scripts para migrar en Excel la

información entregada por el jurado nacional de elecciones, a la
base de datos Oracle.
Página 114 de 249

Los scripts serán generados con el apoyo de DBA de ONPE
La data entregada por el JNE es esencialmente, la información
correspondiente a las ODPS, el nombre de las Organizaciones
políticas y el ámbito de estas.
11.6.4 Pruebas de Migración.
Una vez ejecutados los scripts para migrar la data entregada por
el JNE, se deberán realizar las pruebas de migración
correspondientes. Se debe confirmar que la información
transferida de las diferentes entradas de datos, han pasado de
manera íntegra al sistema.
Se deberá ejecutar un script adicional, cuya función, es la de

comprobar la información registrada en las tablas maestras,
contra la data que se encuentran en las hojas Excel.
11.6.5 Pases a QA
Dentro del cronograma generado, se encuentran diferentes pases

a calidad, correspondientes al término de las etapas de desarrollo
establecidas.
Cada pase al área de calidad debe ser debidamente
documentado y entregado con los scripts y código
correspondiente.
Se debe registrar todos los pases de calidad efectuados, así como

la repuesta entregada por el área de QA.
Existe un responsable dentro del área de QA asignado al
proyecto.
En el anexo Nº10, se puede ver los formatos de entrega y
recepción a QA.
Página 115 de 249

11.6.6 Aseguramiento de la Calidad.
Aseguramiento de la calidad. Al final de la etapa se verifica que se

hayan cumplido los objetivos propuestos en forma satisfactoria y
se evalúa si es factible pasar a la etapa siguiente.
El área de calidad es la única que puede entregar códigos y

scripts al área de producción.
11.7 Fase de Implantación
11.7.1 Preparación del entorno operativo
Antes de tener un pase listo a producción , se debe contar con el

ambiente de producción implementado y probado. La
implementación se realiza con el apoyo tanto de la subgerencia
de plataforma, como con el apoyo del DBA. Los servidores
entregados para el ambiente de producción, deberán ser de uso
exclusivo del sistema ROPC, (servidor de aplicación). El servidor
de datos es compartido con otra base de datos, ambas serán
puestas en stand by, hasta terminar el proceso de inscripción de
OOPP y lista de candidatos.
Se debe tramitar los permisos de acceso e IP’s para los

servidores.
La implementación de los equipo utilizados por los usuarios

finales, será responsabilidad de las respectivas gerencias.
11.7.2 Creación de perfiles de usuario.
Cada una de las gerencias involucradas, deberá proporcionar una

lista de todos los usuarios que tendrán acceso al sistema, en
dicha lista, se deberá indicar el perfil que tendrá el usuario.
Página 116 de 249

La lista deberá ser registrada en la intranet de la ONPE.
11.7.3 Definición de políticas de backup.
Diariamente, el DBA deberá sacar un back up de la base de

datos.
Así mismo, existirá un responsable dentro de la subgerencia de
proyectos informáticos, que tenga acceso al servidor de
producción, para realizar backup’s de la aplicación.
11.7.4 Instalación del entorno de producción.
Se instala una versión del sistema actualizado en el servidor de

producción. Así mismo, se instala la base de datos en el servidor
de datos designando por el área de sistemas. El uso de este
entorno es de acceso limitado, para evitar que por error se opere
sobre el mismo. Dicha instalación servirá para las pruebas a
ejecutarse en el ambiente de producción.
11.7.5 Parametrización preliminar.
Parametrización preliminar. Se indicar al sistema, que políticas

debe utilizar para operar. Se definen las políticas que sean
posibles (ya que pueden faltar customizaciones e interfaces).
11.7.6 Simulación preliminar del sistema en producción
Se simularé la operación del día a día, tratando de generar la

mayor cantidad de variantes posibles de operación. Dependiendo
su complejidad y cantidad, es conveniente hacer una lista de
todas las operaciones que se van a probar indicando cual es el
resultado esperado para cada una, para poderlo comprar con el
resultado esperado.
Página 117 de 249

Simulación final de entorno de producción. Si el punto anterior se
realizó con datos ficticios, en este punto se realiza, con los
usuarios, una práctica con datos reales. Es decir, se toman
muestras de documentación, se opera y se comparan los
resultados. Si el punto anterior se realizó con datos reales, este
punto se puede omitir.
11.7.7 Migración de la configuración.
Se migran archivos maestros, customizaciones y datos de la

parametrización al entorno de producción.
Estos deberán ser entregados por el área de calidad (Lista de
Organizaciones políticas, Lista de OOPP y su ámbito actualizado)
11.7.8 Puesta a Cero.
Se deberán eliminar las tablas que contengan registros

ingresados por los usuarios para las pruebas. Se verifican las
tablas maestras.
El dba, deberá ejecutar los scripts correspondientes para limpiar
la base de datos (excepto tablas maestras).
11.7.9 Habilitación del entorno de producción.
Se permite el acceso de los usuarios al sistema en producción. Se

Inicia las operaciones con el sistema actualizado. Se inicia el
registro de las Organizaciones Políticas y Candidatos.
11.8 Fase de Post-Implantación
11.8.1 Asistencia sistemática a usuarios.
Se debe asistir a los usuarios en forma sistemática durante un

tiempo, para asegurar la fluidez de las operaciones. El lapso de
Página 118 de 249

asistencia necesario depende de la efectividad de la capacitación
y de haber dedicado tiempo suficiente a las prácticas y la
simulación.
El equipo cuenta con personal de soporte que prestara servicio a

los usuarios las 24 horas del día los 7 días de la semana. El
personal trabajara en turnos rotativos.
11.8.2 Ajustes de parametrización, customizaciones e informes
Si algún punto quedó sin cubrir durante las dos etapas previas o,
se detecta algún error, probablemente será necesario algún
ajuste. Se hacen las correcciones y/o modificaciones pertinentes.
Es importante remarcar que estos ajustes, bajo ningún concepto
pueden determinar la suspensión de las operaciones con el nuevo
sistema.
11.8.3 Detección de nuevos requerimientos o necesidades de

información
Es normal que en desarrollo de las operaciones de la empresa

vayan surgiendo inquietudes para mejorar el sistema o se quiera
obtener más y mejor información. Esto puede dar lugar a nuevos
desarrollos. Dependiendo del nivel de complejidad del nuevo
requerimiento, este, podrá ser atendido dentro del proyecto.
XII. PLAN DE PRUEBAS
El Plan de pruebas describe los tipos de prueba a realizar al Sistema de

Registro de Organizaciones políticas y candidatos ROPC2010, los pasos a
Página 119 de 249

seguir, los recursos y roles que son necesarios para su ejecución, los
elementos de la configuración que serán probados y las características que
sean probadas. Este plan se plantea como parte de las actividades del
Aseguramiento de Calidad de Software, al proyecto de adecuaciones al
sistema.
Este plan de pruebas se complementa con los casos de prueba del sistema.
Los que serán desarrollados a partir de las especificaciones funcionales del
sistema.
El plan de pruebas, busca la consecución de los siguientes objetivos:

 Identificar los componentes de la configuración del sistema que serán
probados.
 Recomendar y describir las estrategias de prueba a ser utilizadas.
 Identificar los recursos requeridos y proporcionar un estimado de esfuerzo
para la ejecución de las pruebas.
 Los elementos entregables de las actividades de prueba.
 Definir los requerimientos del ambiente de las pruebas.
12.1 Pruebas Internas.
Las pruebas internas deberán permitir verificar y evaluar los siguientes

aspectos:
a) Cumplimiento de las condiciones para el ingreso y modificación de

datos, tales como:
 Funcionalidad de los diseños de ingreso de datos
 Amigabilidad de las interfaces con el usuario
 Navegabilidad a través del sistema
 Control de transacciones por usuario.
b) Cumplimiento de las condiciones para el procesamiento, tales como:
 Administración de los usuarios, de módulo de exportación de
datos y de los reportes y consultas.
Página 120 de 249

 Carga de datos e imágenes, del módulo de exportación de datos y
de los reportes y consultas.
 Inscripción de organizaciones políticas, inscripción de candidatos,
seguimiento de resoluciones control de calidad.
 Registrar el resultado del sorteo de ubicación de bloques en la
cedula y el sorteo de ubicación en la cedula para los ámbitos
Local, regional y Nacional.
 Controles establecidos para la Administración y Seguridad de la
información.
 Generar en PDF la cedula de sufragio y el cartel de candidatos.
c) Cumplimiento de las condiciones para la presentación de los
resultados, tales como:
 Reportes por todos los conceptos solicitados
 Consistencia entre al s diferentes formas de representación de la
información.
 Controles de acceso a los resultados de acuerdo a la categoría
del usuario.
d) Aspectos complementarios:
 Performance de los equipos dispuestos para cada rol del proceso.
 Coherencia y funcionalidad del proceso.
 Calidad de los equipos dispuestos para el proceso.
 Correspondencia entre los procedimientos técnicos y los
manuales correspondientes.
 Opciones de Auditoria
12.2 Pruebas Institucionales (Funcional y de Carga).
Adicional al alcance de las Pruebas Internas, las pruebas Institucionales

deberán permitir y evaluar los siguientes aspectos:
a) Evaluación de la capacitación y desempeño de los usuarios,
encargados de cómputo y jefes de ODPE:
Página 121 de 249

 Operación del help desk.
b) Evaluación de la implementación de las Políticas de Seguridad a nivel
de:
 Base de Datos.
 Sistema.
 Presentación e Impresión de reportes.
c) Evaluación del sistema funcionando, con una carga operativa similar
a la real:
 Conexión máxima 300 usuarios concurrentes como máximo
 Presentación y generación de reportes
d) Pruebas de presentación de Resultados en la Intranet.
12.3 Enfoque de Diseño de Pruebas.
Pruebas de caja negra.- Esta prueba implica una variada selección de

los datos de prueba, así como una buena interpretación de los
resultados para determinar el nivel de optimización de funcionalidad del
sistema.
12.3.1 Pruebas a la Integridad de la Base de Datos.
Verificar que los datos que sean introducidos en el ROPC,

existan en sus respectivos campos.
 Verificar que la estructura, lectura y modificaciones de
registros, sea simultánea.
 Verificar valores de campos con respecto a los usuarios y
ubigeos.
 Verificar la correcta actualización de data en cada DMP que
contenga la mueva versión.
12.3.2 Pruebas a la Funcionalidad.
Verificar que todos los formularios contengan las validaciones
Página 122 de 249

acordadas en las reuniones por el personal de Goecor y GSIE,
correspondiente a los siguientes módulos:
 Inscripción de Organizaciones políticas.
 Inscripción de lista de Candidatos.
 Seguimiento de Resoluciones Organizacionales Políticas
 Seguimiento de resoluciones de lista de candidatos.
 Verificación de datos
 Administración y seguridad
12.4 Enfoque Estratégico de Pruebas.
El proceso de prueba, abarca un conjunto de etapas dedicadas a

asegurar que el sistema se desempeñe en forma correcta. Como paso
previo a llevar a cabo las pruebas en necesario reunir toda la
documentación e información disponible sobre el sistema que se va a
validar.
12.4.1 Pruebas Unitarias.
El sistema ROPC, en sus primeras pruebas, es particionado en

sus diferentes módulos, siguiendo un criterio de tiempos según
el cronograma de ONPE.
Para esto los casos de prueba deben diseñarse de forma tal que
se recorran todas las rutas de ejecución posibles, dentro del
código bajo prueba; por lo tanto, el desarrollador debe
construirlos con acceso al código fuente de la unidad a probar.
Objetivo - Probar cada uno de los módulos según

su criticidad.
- Asegurar que el código funciona de
acuerdo con las especificaciones y que
el modulo lógico es válido.
Técnica - Probar cada menú, sub menú u opción
que se haya terminado en un
determinado modulo, de acuerdo al
cronograma de entrega de los
Página 123 de 249

desarrolladores.
- Si existen errores, repórtalos en el
informe de errores y también adjuntarlo
en el log de errores.
- Al terminar las pruebas, se constituye
un cuadro donde se especifica un
Resumen de errores de los módulos
entregados.
Criterios a - Verificar que todas las pruebas
contemplar planeadas, han sido ejecutadas.
- Verificar que todos los defectos que se
identificaron hayan sido reportados.
Consideraciones - Ninguna.
especiales
Cuadro 11 – Pruebas Unitarias
12.4.2 Pruebas de Integración.
En estas pruebas, se analiza y prueba que cada módulo se

integre de la manera más exacta posible.
Objetivo - Identificar errores generados por la

combinación de módulos, los cuales
han sido probados unitariamente.
- Determinar como la base de datos de
prueba será cargada.
- Verificar que las interfaces entre las
entidades externas (usuarios) y las
aplicaciones funcionen correctamente.
- Verificar que las especificaciones de
diseño sean alcanzadas.
Técnica - Utilizar la técnica top-down. Se empieza
con los módulos de mayor importancia
es decir, aquellos que se utilizan para el
ingreso de data.
Criterios a - Verificar que todas las pruebas
contemplar planeadas, han sido ejecutadas.
- Verificar que todos los defectos que se
identificaron hayan sido reportados.
Consideraciones - Ninguna.
especiales
Cuadro 12 – Distribución del Trabajo
12.4.3 Pruebas a la Integridad de la Base de Datos.
La prueba de Integridad de la Base de Datos, consiste en

constatar que los datos introducidos en el ROPC, se encuentren
en los campos correspondientes de las Tablas donde se
Página 124 de 249

almacenan los datos por cada proceso realizado en el sistema.
Objetivo - Asegurar que la Base de Datos

contenga valores iguales a los
introducidos en el ROPC por cada
proceso y verificar que estos datos no
estén alterados, es decir, que no
reflejen inconsistencia.
Técnica - Entrar a la base de datos.
- Digitar el usuario y password del
esquema.
- Ubicarse en una determinada tabla de
donde se guardan los datos del proceso
que se ha ejecutado en el ROPC ya
sean tablas que guardan valores para
los reportes.
- Verificar que esos datos coincidan con
lo presentado en los reportes del
ROPC2010.
Criterios a - Usuario y password correctos.
contemplar - Cuando sale un error de
“user/password invalido”, es preferible
entrar con el usuario y password del
administrador y mediante una consulta
SQL se puede reiniciar al usuario.
- Luego puede entrar con el usuario y
passqword del esquema de Base de
Datos a la cual desee ingresar.
Consideraciones - Tener cuidado de seleccionar
especiales adecuadamente la tabla a la cual se
quiere hacer la consulta, para que evitar
modificación o eliminación de valores
accidentalmente.
Cuadro 13 – Pruebas Unitarias.
12.4.4 Pruebas a la Funcionalidad.
La prueba funcional tiene como objetivo, probar el correcto

funcionamiento de las funciones implementadas en todos los
módulos.
Objetivo - Asegurar el correcto funcionamiento del

ROPC2010
Técnica - Se prueba primero la inscripción de
organizaciones políticas y lista de
candidatos. Luego el seguimiento de
resoluciones y después el módulo de
seguridad.
- Todos los procesos deben sr
Página 125 de 249

verificados de acuerdo a las
especificaciones de requisitos de
software asociados a cada módulo.
- Se verifica que el resultado esperado
sea tal cual al requerimiento
especificado para ese proceso.
Criterios a - El plan de pruebas debe ser ejecutado

contemplar correctamente.
- Todo error identificado, debe ser
registrado y detallado correctamente.
- Se den ejecutar todos los casos de
prueba
Consideraciones - El acceso para las aplicaciones están
especiales previamente definidas. Existe un
manual del sistema que será requerido
para llevar a cabo la prueba.
- Se tienen definidos los casos de prueba
para cada módulo.
Cuadro 14 – Pruebas Funcionales.
12.4.5 Pruebas de Interface de usuario.
Esta prueba de GUI, verifica la interacción de los usuarios con el

sistema. La meta de la prueba GUI, es asegurar que el usuario
pueda acceder y navegar sobre las funcionalidades de las
aplicaciones. En adición, la prueba de interfaz de usuario,
asegura que los objetos y las funciones son correctos y que
estén conformes de acuerdo a los estándares requeridos.
Objetivo - Se debe verificar las características de

los objetos de las ventanas, como:
menú, tamaño, posición, estado y sus
características deben estar conforme
con los estándares.
Técnica - Crear/ modificar pruebas para cada una
de las ventanas para verificar la
navegación y estado de los objetos en
las aplicaciones.
- Navegar a través de la aplicación
reflejando las funciones del negocio y
requerimientos, incluyendo ventana por
ventana, campo por campo y el uso de
métodos de acceso (tab, teclas de
acceso rápido, mouse).
Criterios a - Cada ventana que presente errores,

contemplar debe ser verificada consistentemente
Página 126 de 249

siguiendo los estándares especificados.
Consideraciones - No todas las propiedades de los
especiales objetos, están hechas para ser
accedidas.
Cuadro 15 – Pruebas de Interface de Usuario.
12.4.6 Pruebas de Desempeño y carga de Datos.
El objetivo de la prueba de desempeño y carga de datos, es

verificar y validar el desempeño requerido durante la ejecución
de los procesos. Esta prueba de desempeño y carga de datos,
se realiza con la cantidad máxima de usuarios conectados
realizando actualizaciones en la base de datos.
Así mismo, esta prueba es usada para ver las condiciones de
configuración de hardware.
Objetivo - Verificar el desempeño de las

transacciones. Para lo cual se debe
cumplir dos condiciones:
Volumen constante de información, es
decir cuando no se tiene llenado aun en
la capacidad máxima de información.
Volumen máximo de información.
Cuando se encuentra llenado en su
capacidad máxima de información.
Técnica - Usar los casos de prueba desarrollados
para probar la funcionalidad del
sistema. Conectar varios usuarios
- Conectar varios usuarios a la aplicación
y que estén ejecutando casi las mismas
transacciones especificadas en los
casos de prueba.
Criterios a - Simple transacción/ simple usuario: La

contemplar prueba debe ser completada con éxito y
debe verse en tiempo que has ido
requerido para llevar a cabo esta
transacción. De igual manera, debe
cumplirse para múltiples
transacciones/múltiples usuarios.
Consideraciones - La prueba de desempeño incluye que
especiales se debe tener un Backup de carga en el
servidor. Estos métodos severos está
incluyendo:
Crear un conjunto de usuarios
Página 127 de 249

conectados simultáneamente para
cargar la red con tráfico. Esto permitirá
el control total y un cuidado adecuado y
exacto.
La base de datos usada para la
prueba de desempeño debe tener el
tamaño actual o escala igual.
Cuadro 16 – Pruebas de Desempeño y Carga.
12.4.7 Pruebas de Seguridad y Acceso de Control.
La seguridad en la aplicaciones es asegurar el control de acceso

de los usuarios, creación de usuarios, validaciones de usuarios,
asignaciones de módulos a los usuarios.
La aplicación de la seguridad se basa en las restricciones de los

usuarios a las funciones específicas o la limitación en los datos
que estén disponibles a ellos. Si hay seguridad al nivel de los
datos, nos aseguramos que tipo de usuario puede o no ver tal o
cual información en el sistema. Además nos asegura quienes
son los usuarios para acceder a las apelaciones y solo a través
de las entradas apropiadas.
Objetivo - Verificar que el usuario pueda acceder

solo al perfil que se le ha asignado, es
decir, tendrá acceso a u determinado
modulo y con todos o algunos menús y
opciones habilitadas.
Técnica - Para la seguridad de los datos:
Identificar y listar cada tipo de usuario
con sus respectivos perfiles para
verificar los permisos correspondientes.
- Crear pruebas con los tipos de usuario
que puedan acceder a todo el sistema,
es decir, como usuario administrador
ODPE o como usuario administrador
GOECOR o GESTION, con el fin de
poder probar todas las opciones, filtros,
consultas y reportes.
- Comprobar que en cada usuario
funciones correctamente el perfil
asignado.
Criterios a - La contraseña debe tener una longitud
Página 128 de 249

contemplar mínima de 5 dígitos entre letras y
números.
Consideraciones - Solo se permitirá 3 intentos para
especiales loguearse, esta comprobación es la
más importante y debe validarse la
correcta verificación de acceso con el
mínimo detalle
Cuadro 17 – Pruebas de Seguridad y Acceso.
12.4.8 Pruebas de Instalación y Configuración.
La configuración verifica el funcionamiento el software en

diferentes tipos de configuraciones del hardware. Las
especificaciones del hardware particulares para los puestos de
trabajo del cliente, las conexiones a la red y el servidor de la
base de datos.
Objetivo - Verificar que el sistema ROPC2010, no

tenga ningún problema en su
Instalación y configuración con el
sistema operativo, ni con el internet
Explorer, IIS o el apache.
Técnica - Probar con un usuario Administrador
ODPE y un usuario Administrador
GOECOR o GESTION. Probar los
refiles asignados para simular las
actividades del usuario.
- Configurar en las características de una
PC de ODDPE o centro de cómputo
para llamar a la aplicación y realizar las
pruebas correspondientes.
- Verificar y validar que sea la última
versión del ROPC210 y que se instale
correctamente en el servidor de
pruebas.
- Validar y verificar que en el servidor de
base de daos sea la última que los
desarrolladores hayan modificado.
Criterios a - La contraseña debe tener una longitud
contemplar mínima de 5 dígitos entre letras y
números.
Consideraciones - En las maquinas en donde se instale el
especiales sistema , deberá tener el internet
Explorer 6.0
- En el servidor web, se deberá verificar
que el Apache este bien configurado.
Cuadro 18 – Pruebas de Instalación y configuración
Página 129 de 249

12.5 Criterio de Evaluación de Pruebas.
El criterio de evaluación para los errores encontrados permitiera

cuantificar y calificar la calidad del sistema
La métrica propuesta para clasificar y valorar los errores, se harán de

acuerdo al rango o prioridad de importancia que causa el error:
Error Descripción
Errores que impiden realizar la

Alto funcionalidad de la aplicación
exitosamente.
Errores que causan tal confusión en el
Medio usuario que ponen en peligro el éxito de
la tarea.
Situaciones que pueden confundir
Leve momentáneamente al usuario pero muy
raramente afectan el éxito de la tarea.
Cuadro 19 – Criterios de Evaluación.
12.6 Herramientas de la Pruebas.
Las siguientes, son herramientas que se usarán en la prueba del

sistema:
Nombre del Recurso Herramienta Versión
Administración del Microsoft Proyect 2002

proyecto
Microsoft Word 2000
Microsoft Excel 2000

Base de Datos Oracle Cliente V 9.1.2
Herramienta para el TOAD 8.5
Desarrollo de
ampliaciones
Herramienta de PHP 4.3.8
Programación
Cuadro 20 – Herramientas de Prueba.
Página 130 de 249

12.7 Recursos
12.7.1 Testeadores.
La siguiente tabla muestra las responsabilidades que asumirá

cada testeador en el proyecto
Cargo Especificación de responsabilidades

Jefe de Testeadores  Proveer plan de pruebas
 Proveer cronograma de
actividades de SQA
 Administrar reportes de
actividades de SQA.
 Revisar los casos de prueba
desarrollados.
 Documentar los problemas
encontrados durante la
ejecución de pruebas.
 Realizar la prueba de
aceptación de la versión.
 Ejecutar casos de prueba.
 Informar de los errores
utilizando la herramienta de
seguimiento de errores.
 Volver a probar los errores
corregidos.
 Aprobar el producto.
Testeador Generar un informe de errores con un
nivel de clasificación.
Documentar los errores.
Verificar y validar la corrección de
errores reportados.
Cuadro 21 – Responsabilidad del Testeador.
12.7.2 Sistemas.
La siguiente tabla muestra los recursos del sistema para la

realización de las pruebas:
Recursos de Sistema
Recurso Programas
(1) Servidor Web Linux 5.0 con Apache 4
(1) Servidor de Base de Datos Oracle 10
(4) Estaciones de pruebas Windows XP SP3
Oracle 10 Toad
Office 2003
Intenret Explorer 6.0
Cuadro 22 – Recursos del Sistema.
Página 131 de 249

12.8 Hitos de prueba
Las actividades de la prueba e hitos son dependientes de las iteraciones

de desarrollo:
Tarea Fecha de Inicio Fecha Fin Responsable
Plan de pruebas Tester 1

Diseño de pruebas Tester 2
Desarrollo de
Pruebas
Cuadro 23 – Hitos de Prueba.
12.9 Entregables
Los entregables de las actividades de pruebas son definidos en el palan

de pruebas, detallados en el siguiente cuadro:
Entregables Responsable Revisión/Distribución Fecha

Plan de pruebas Jefe de proyecto/ jefe Gerente de proyecto
de calidad
Desarrollo de la Jefe de Jefe de QA/ Jefe de
prueba: proyecto/Testeadores proyecto
 Log de
errores
 Informe e
errores,
captura de
pantallas.
Cuadro 24 – Entregables.
Nota: Algunos de estos entregables son producidos en múltiples tiempos, uno por
cada módulo de fase de iteración. Otros entregables son actualizaciones de cada
ciclo de iteración.
Página 132 de 249

XIII. RESULTADOS DEL PROYECTO
13.1 Actualización del sistema ROPC.
Se culminó la realización de todas las modificaciones y correcciones

necesarias, para que el sistema de registro de organizaciones políticas y
candidatos, cumpla con todos los requerimientos identificados. Dichas
modificaciones, han sido ejecutadas dentro de los plazos establecidos
por la ONPE, siguiendo la línea de tiempo propuesta.
Los usuarios finales no tuvieron dificultad en el uso del sistema ROPC
gracias a la capacitación anticipada realizadas por el equipo del
proyecto.
13.2 Soporte al área usuaria.
El soporte brindado a los usuarios, cumplió con la atención oportuna sin

exceder el tiempo máximo establecido y colaborando con las tareas
diarias en lo relacionado al registro de organizaciones políticas y listas
de candidatos y la generación del material electoral necesario.
13.3 Impresión del Material Electoral.
Con el registro de las organizaciones políticas, resoluciones y sorteos,

fue posible generar el material electoral para las elecciones llevadas a
cabo el 3 de Octubre del 2010.
La GGE imprimió las cédulas de sufragio y el cartel de candidatos de
todos los distritos y provincias de Lima, a pesar del retrazo por parte del
Jurado Nacional de elecciones en cuanto al envió de resoluciones que
aprobaban o impedían la inscripción de candidatos.
La subgerencia SGOI, imprimo todas las actas de sufragio dentro de los
Página 133 de 249

plazos establecidos, pasando el control de auditoría sin ninguna
observación relevante.
Parte del material electoral (muestra), se puede ver en el anexo Nº 13.
13.4 Registro del ROPC 2010.
Se cumplió con entregar toda la documentación (manual de usuario,

sistema etc.) y código fuente, al área encargada, para el registro del
ROPC en Indecopi, cumpliendo con la norma establecida por las
entidades del estado peruano.
13.5 Lecciones aprendidas.
Las áreas usuarias deben de tener claras sus especificaciones

funcionales, para evitar cambios críticos al sistema que afecten el
desarrollo del sistema y por ende la línea de tiempo aprobada.
Las áreas usuarias deben tener conciencia del impacto de los cambios
solicitados después que el sistema ya pasó a producción y más aún,
estando con las fechas de la línea de tiempo vencidas. La etapa de
definición es crítica e importante para evitar cambios mayores al
sistema.
Las áreas usuarias deben mantener mayor comunicación y trabajo en

equipo para el logro de los objetivos del Proyecto y no sólo buscar el
logro de los objetivos de su propia gerencia.
Las áreas usuarias esperan un mejor nivel del equipo de Soporte del
ROP, quienes en un principio no conocían el proceso y no solo limitarse
al reporte de incidencias o nuevos requerimientos, sino también
participar en el desarrollo de programas para ofrecer mejores tiempos de
respuesta.
El conocimiento y experiencia de las áreas usuarias de sus procesos y
procedimientos es un factor crítico de éxito para el proyecto. El caso más
Página 134 de 249

resaltante fueron las especificaciones funcionales de la GGE: claras y
concretas. Lográndose implementar los módulos de generación de
cédula y cartel de candidatos en menos de 30 días.
Las áreas usuarias deben participar activamente en las revisiones y
pruebas del sistema antes de salir a producción para lograr un mayor
conocimiento del sistema y así evitar olvidarse de sus propias
definiciones.
Lograr que las áreas usuarias coordinen definiciones que los afecten.
Por ejemplo la falta de definición y asunción de responsabilidades
generó la definición de un flujo de trabajo muy dependiente entre las
áreas, proceso que al final no fue el más eficiente.
Las áreas usuarias deben involucrarse más en conocer los procesos y

procedimientos y no esperar que la GSIE los interprete, explique e
implemente. El caso más crítico fue el procedimiento de sorteo de
asignación de número y ubicación en la cédula ,lo que demandó a la
GSIE varias semanas de trabajo.
Se debe lograr la participación de todas las áreas en cada reunión de
definición para conseguir el conocimiento de todo el flujo de trabajo a
implementarse en el sistema.
Se debió elaborar los documentos necesarios para formalizar la

aceptación de las pruebas del usuario.
Durante el desarrollo del Proyecto hubo una constante priorización para
implementar solo la funcionalidad básica del Sistema, de esta manera se
controlaba cada entregable en las fechas establecidas según la línea de
tiempo.
Las especificaciones funcionales deben ser claramente definidas.
Página 135 de 249

13.6 Conclusiones.
El sistema ROPC ha sido actualizado, tomando como base el sistema

desarrollado en el 2006 utilizando como lenguaje de programación PHP
y como base de datos Oracle.
Cabe señalar, que el sistema fue base fundamental para el desarrollo del
proceso electoral del 2010, teniendo una alta prioridad dentro de los
proyectos desarrollados por la subgerencia de sistemas e informática.
En primer lugar, debo mencionar que todos los módulos del sistema
ROPC 2006 pasaron por pruebas unitarias ejecutadas por los
integrantes del equipo con el apoyo de las gerencias involucradas,
actividad que nos proporcionó un detalle del estado de cada módulo
verificando si cumplía o no con la funcionalidad descrita en la
documentación entregada. Los resultados obtenidos fueron registrados
en una bitácora de incidencias inicial a la cual se sumo el informe de una
de las gerencias indicando errores presentados en el módulo de
reportes.
Los Requerimientos capturados en la etapa inicial, en las entrevistas

sostenidas con los usuarios de las diferentes gerencias que utilizarían el
sistema, han sido cubiertos en su totalidad. Así mismo los cambios
solicitados durante la ejecución del proyecto han sido atendidos dentro
de las posibilidades tanto de personal como de tiempo establecidos en el
cronograma.
Al ser un proyecto de actualización, se definió inicialmente que

funcionalidad y módulos, deberían ser modificados, con la finalidad de
realizar la distribución de trabajo y realizar las restricciones a los
módulos que no sufrirían cambios (en el Sourcesafe). Igualmente parte
de la documentación inicial no fue modificada, debido fundamentalmente
Página 136 de 249

al corto tiempo destinado para la ejecución del proyecto (casos de uso
identificados en la versión del sistema ROPC 2006)
Durante la etapa de análisis diseño y desarrollo, se atendieron en la

mayoría de los casos, las solicitudes de cambio, enviadas por las dos
gerencias involucradas, GOECOR y GESTIÓN. Dichos cambios
obedecían principalmente a resoluciones enviadas por el jurado nacional
de elecciones relacionadas a inhabilitaciones a candidatos y en algunos
casos a candidatos que fallecieron antes del proceso electoral.
Se debe mencionar también que las modificaciones realizadas al

sistema y la nueva documentación tanto de gestión como aquella
relacionada con el desarrollo del proyecto, cumplió con los estándares
establecidos por la subgerencia de sistemas. Los pases a calidad fueron
realizados de forma iterativa, con la finalidad de cumplir con las entregas
establecidas en el cronograma del proyecto.
Durante el proyecto, se realizaron diferentes pases a producción,

contando con el apoyo de la división de soporte, el área de calidad y la
subgerencia de proyectos, en cada uno de ellos
Terminado el proyecto, se ha devuelto Todas las imágenes y

documentos proporcionados por las gerencias involucradas. El acta de
cierre del proyecto ha sido aceptada por las tres gerencias involucradas
contando con la firma de los tres gerentes del subgerente de la
subgerencia de informática, el Gerente de proyectos y el jefe de
proyectos designado para la actualización del sistema.
Página 137 de 249

13.7 Recomendaciones.
Durante la ejecución del proyecto se detectó que algunas de las

tareas establecidas en el cronograma y fuera de este (relacionado
al personal) podrían ejecutarse de manera más óptima. A
continuación se indican las recomendaciones que podrían ser
aplicadas para siguientes actualizaciones al sistema ROCP o en
futuros proyectos de desarrollo ejecutados por la subgerencia de
Informática.:
 Plazos de ejecución del proyecto.- Proyectos de tan alto

impacto dentro de la organización, deberían contar con
plazos de ejecución que considere el tiempo tomado en
la contratación del personal (proceso de selección) y la
capacitación de este en cuanto al negocio y herramientas
especificas se refiere
La contratación en nuestro caso, tomo tiempo del
cronograma de ejecución del proyecto.
 Programación del sistema.- Sería recomendable el seguir

un framework para la programación del sistema, para lo
cual, se recomendaría destinar recursos para adecuar el
sistema actual al framework utilizado por la ONPE en el
desarrollo de otros proyectos.
 Ambiente de desarrollo.- teniendo en consideración los

proyectos pasados, sería recomendable el contar con
servidores más potentes para el entorno de desarrollo así
como herramientas de control de versiones actualizadas.
 Base de Datos.- Para sistemas de alta disponibilidad (24x7)
Página 138 de 249

debería contarse con la presencia de uno de los asistentes
del DBA que apoye en los turnos alternos que se planifican
antes del proceso electoral.
 Gestión de cambios. Al generase una alta cantidad de

solicitudes de cambio, el procedimiento establecido por la
ONPE debería contemplar una herramienta que permita
hacer un mejor seguimiento y control respecto a dichos
cambios.
 Pases a QA.- Es recomendable que en proyectos críticos

como el llevado a cabo, se designe a un número mayor de
personal del área de calidad, con el fin de atender más
pronto las solicitudes derivadas a calidad y facilitar su
posterior pase al área de producción.
Página 139 de 249

GLOSARIO
- DBA.- El administrador de base de datos (DBA) es la persona responsable

de los aspectos ambientales de una base de datos.
- ECU.- La especificación de un caso de uso es el documento narrativo que
describe la secuencia de eventos que realiza un actor (agente externo) para
completar un proceso, a través del uso de un sistema.
- EDT.- Una estructura de descomposición del trabajo o EDT, también
conocido por su nombre en inglés Work Breakdown Structure o WBS, es una
estructura exhaustiva, jerárquica y descendente formada por los entregables
a realizar en un proyecto. La EDT es una herramienta muy común y crítica
en la gestión de proyectos.
- ERM.- Elecciones Regionales y Municipales.
- FONAVI.- Fondo Nacional de Vivienda. FONAVI fue el fondo de reparto
colectivo que existió entre 1979 y 1998 para financiar la construcción de
viviendas sociales para trabajadores formales con descuentos obligatorios al
salario mensual
- GGE.- Gerencia de Gestión electoral (ONPE). Uno de los usuarios del
sistema ROPC.
- GOECOR.- Gerencia de Organización Electoral y Coordinación Regional.
- GSIE.- Gerencia de Sistemas e Informática electoral (ONPE). Gerencia
encargada del proyecto de actualización ROPC 2010.
- JNE.- Jurado Nacional de Elecciones. Es el máximo órgano electoral y
fiscalizador de la legalidad de los procesos electorales y del ejercicio del
sufragio.
- ODPE.- Oficina Descentralizada de Procesos Electorales. Oficina encargada
de enviar las resoluciones relacionadas con los candidatos y las listas de
candidatos de las distintas organizaciones políticas registradas en el sistema
ROPC
- ONPE.- El administrador de base de datos (DBA) es la persona responsable
de los aspectos ambientales de una base de datos.
Página 140 de 249

- OROP.- Oficina de Registro de Organizaciones Políticas
- PCM.- Presidencia del Consejo de Ministros.
- QA.- Quality Assurance. Área de aseguramiento de calidad de los sistemas
desarrollados por la ONPE.
- RENIEC.- Registro Nacional de Identificación y Estado Civil. El administrador
de ambientales de una base de datos. Organismo Autónomo del Estado
Peruano cuyas funciones son la de identificación, registro de los actos
registrales, generación del padrón electoral y emisión.
- ROPC.- Sistema de Registro de Organizaciones políticas y Candidatos.
Página 141 de 249

BIBLIOGRAFÍA
1. “Compendio Electoral Peruano 2010”

Oficina Nacional de Procesos Electorales
Lima, Junio 2010
2. Uso de la Norma Técnica Peruana NTP ISO/IEC 12207:2004
Gerencia de Sistemas e Informática Electoral
Lima, 17 de abril 2007
3. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) -
Fourth Edition
Project Management Institute
Estados Unidos de América
4. Biblioteca Católica Digital.
www.mercaba.org/FICHAS/.../organizaciones_politicas.htm
Página 142 de 249

ANEXOS
Página 143 de 249

ANEXO 1:
Organigrama
 Organigrama del Proyecto ROPC2010
Página 144 de 249

Gerente de Proyecto
Ricardo Saavedra
Jefe de Proyecto Jefe de Testing Lider Usuario Lider Usuario Usuario Funcional
GOECOR GGE SGOI
Francisco Nuñez Elisa Cabrera Alberto Porras Juan Phang Nioska Lopez
Arquitecto DBA
Andy Villaverde Jesús Félix
Analista Programador Analista Programador Analista Programador Usuario Funcional Usuario Funcional
GGE
Marlon Leandro Carolina Yamashiro Percy Chavez GOECOR
Erika Espinoza Christian Sandoval
Testeador
Documentador Testeador
Juan Carlos
Araceli Martinez Roman Huallanga
Quispe
Organigrama del Proyecto ROPC2010

ANEXO 2:
Línea de Tiempo
 Línea de tiempo: elecciones Regionales y provinciales 2010

Línea de tiempo elecciones Regionales y provinciales 2010
ANEXO 3:
Arquitectura
 Esquema inicial de la configuración de la solución

 Esquema final de la configuración de la solución
WS
ODPE
WS
GOECOR
SERVIDOR WEB INTRANET
 Intel Xeon
 1 Gb RAM
 Windows 2003 Server Conexión LAN
 Oracle 9i Enterprise
 Internet Explorer 8.0 SP
Intranet
 IIS
 PHP
WS
GGE
Servidor
Web ROPC
WS
SGOI
Servidor BD ROPC SERVIDOR BD ROPC

Esquema Intermedio SCIAP  Pentium 4
 1 Gb RAM
 Linunx
 Oracle 10g Enterprise
NACIÓN NACIÓN elecciones2010.peru
Esquema inicial de la configuración de la solución.

Entorno de Producción Final
Gerencia
COECOR
Servidor de
Respaldo - Datos
Soporte
Subgerencia de
Proyectos
Servidor de
Servidor de Datos Aplicaciones
Gerencia
GESTION
Sede WAHSNIGTON
Esquema final de la configuración de la solución.
Página 150 de 249

ANEXO 4:
Módulos ropc2010
 Diagrama de módulos ropc2010

ROPC 2010
Inscripción Organización Seguimiento Generación de Cédulas,

Verificar Administración y
Política, Lista de De Cartel de Candidatos y Reportes
Datos Seguridad
Candidatos y Candidatos Resoluciones Acta de Escrutinio
1. Registro de 1. Registro de 1. Verificación de 1. Vista Previa para 1. Reportes de 1. Usuarios.
organizaciones políticas, resoluciones de datos de las verificar las cédulas de organizaciones 2. Perfiles.
lista de candidatos y organizaciones, organizaciones y listas sufragio y cartel de políticas. 3. Asigna Acceso a
candidatos. lista de candidatos de candidatos según candidatos 2. Reportes de Perfiles.
2. Modificación de datos de y candidatos perfil ODPE, GOECOR 2. Cédulas y cartel Listas de 4. Ventanas.
las organizaciones y 2. Modificación del y GGE. de candidatos candidatos 5. Asigna Usuario
cambio de estado de los estado de las 2. Registro de definitivos. 3. Reporte de a ODPE.
candidatos. organizaciones y resoluciones de 3. Visto Bueno de avance de 6. Asigna ODPE a
3. Registro de resoluciones de los candidatos. organizaciones y lista las cédulas y cartel de impresión Usuario.
de las organizaciones, de candidatos. candidatos. 4. Reporte del 7. Asigna Ventana
lista de candidatos y Sorteo a Gerencia.
candidatos 5. Reporte de 8. Gerencias.
4. Carga de símbolo de avance de 9. Eliminar
organizaciones y carga producción. Sesiones.
de fotografías para los
presidentes de región.
5. Consulta participación de
candidato.
6. Busca DNI en el padrón.
Diagrama de módulos Ropc 2010.

ANEXO 5:
Diagramas de Flujo
 Flujo grama de trámites de inscripción de OOPP.

 Flujo grama de trámites de inscripción de candidatos y
Publicación de cartel.
 Flujo de Cédula – ROPC 2010.
FLUJOGRAMA DE TRAMITE DE INSCRIPCION DE ORGANIZACIONES POLITICAS
ELECCIONES REGIONALES Y MUNICIPALES 2010
JNE
REMITE A ONPE COPIA DE LOS RESUMENES DE LAS ODPE POR CONTINGENCIA
ODPE RECIBE LISTAS DE ORG POLITICAS CON MANDA IMPRIMIR CARTEL
ORG. POLITICAS INSCRITAS O EN PROCESO DE JEE ENVIA A ODPE LISTAS DE ORG. INSCRIP. DEFINITIVA C/ LISTAS DE ORG
INSCRIPCION POLIT. C/ INSCRIP. DEFINITIVA POLITICAS
Art. 4º de la LPP
COMIENZO ONPE ENVIA A ODPE LISTAS DE ORG.
POLIT. C/ INSCRIP. DEFINITIVA
OROP - JEE ONPE - GGE

OROP - JEE ONPE RECIBE LISTAS MANDA IMPRIMIR
PUBLICA RESUMEN DE
ORGANIZACION PUBLICA RES. DE DE ORG POLITICAS
OROP - JEE SOLICITUD DE INSCRIP. INSCRIP. DEFINITIVA CON INSCRIP.
CARTEL C/ LISTAS
POLITICA PROVISIONAL
PASADO LOS 5
Art. 10 de la LPP DE ORG
D.. SIN DEFINITIVA
Art. 10º de la LPP FORMULAR POLITICAS
RECIBIDA LA SOLICITUD TACHA OROP REMITE A ONPE LISTA
DE INSCRIPCION DENTRO DE DE ORG. POLITI. CON RES. DE
(Art. 10º de la LPP) INSCRIP. DEFINITIVA
PRESENTA SOLICITUD DE LOS 5 D. HAB.
POST. AL (Art. 10º de la LPP)
INSCRIPCION 120 D. ANTES NO SUBSANA JEE PROVEE:
CIERRE DE REQUISITOS
DEL 19/11/2006 (Art. 11º de TACHA
INSCRIP.
la LER y Art. 9º de la LEM) (Art. 10º de la
DENTRO DE IMPROCEDENTE
PROVEIDO: PLAZO
FIN
LPP)
TACHA 3 ó 5 D. PARA
INADMISIBLE SUBSANAR
SUBSANA
TACHA CUMPLE CON PLAZO REQUISITOS
PERO NO CON REQUISITOS DENTRO DE PLAZO
PROVEIDO:
TACHA
PERSONA NATURAL O
ADMISIBLE
JURIDICA PRESENTA
ANTE JEE TACHA
JEE PROVEE: NO SUBSANA CONTRA ORG. TACHA
APELACION REQUISITOS DENTRO POLITICA CUMPLE CON
DE PLAZO TACHA IMPROCEDENTE DE PLANO JEE DENTRO DE LOS JNE
IMPROCEDENTE POR EXTEMP. (PRESENTADA Art. 10º de la LPP REQUISITOS Y 5 D. HABILES
PLAZO REMITE A ONPE COPIA DE LOS
FUERA DE LOS 5 D.) DESPUES DE
FORMULADA RESUMENES DE LAS
(Art. 10º de la LPP) ORGANIZACIONES POLITICAS
INSCRITAS O EN PROCESO DE
SUBSANA 3 ó 5 D. PARA INSCRIPCION
REQUISITOS DENTRO SUBSANAR JEE PROVEE: APELACION JEE RESUELVE (Art. 4º de la LPP)
NO CUMPLE TACHA DECLARANDO
DE PLAZO APELACION REQUISITOS
INADMISIBLE PERO SI CON
PLAZO
ONPE
REMITE A LA ODPE COPIA
APELACION RECURSO DE DE LOS RESUMENES DE LAS
JEE PROVEE: CUMPLE CON ORGANIZACIONES
APELACION
APELACION FUNDADA INFUNDADA
REQUISITOS Y POLITICAS INSCRITAS O EN
ADMISIBLE PLAZO ANTE JNE LA TACHA LA TACHA PROCESO DE INSCRIPCION
Art. 10º de la LPP
5 D. HAB. POST. A NOTIFIC. DE RES. QUE
RESUELVE TACHA
JEE ENVIA APEL. A JNE
(Art. 10º de la LPP) T.C. remite pronunciamiento a
Sala Civil para su cumplimiento y
APELACION IMPROCEDENTE DE PLANO ejecución
DENTRO DE 5 D. HABILES DESPUES POR EXTEMP. (PRESENTADA
LEYENDA: DE INTERPUESTA APELACION
FUERA DE LOS 5 D.) TRIBUNAL
(Art. 1Oº de la LPP) ACCION DE AMPARO
PURO SIN TACHAS CONSTITUCIONAL SE
ANTE SALA CIVIL DE PRONUNCIA ANULANDO
TURNO O REVOCANDO RES.
CON TACHAS Y RECURSO Después de 48 días si Res. De
EXTRAORDINARIO JNE JNE RESUELVE Sala Civil declara infund o
DECLARANDO improced la Acc. De Amparo
PROVEIDOS Y RES. DE MERO 30 d. habiles
TRAMITE SALA CIVIL REMITE A JNE EN VIA DE
EJECUCION PARA QUE JNE CUMPLA
ACCION DE AMPARO QUE RECURSO PRONUNCIAMIENTO DE T.C.
Dentro del
LLEGA A T.C. JNE
FUNDADA LA INFUNDADA LA 3er. D. de EXTRAORDINARIO resuelve RESOLUCION JNE envia Res.
LEM: Ley de Elecc. Municipales APELACION APELACION notific. La DEFINITIVA DEL JNE
Res. Del JNE
ANTE JNE en 3 D. Definitiva del
LER: Ley de Elecc. Regionales Res. Nº 306-2005-JNE al JEE
T.C.: Tribunal Constitucional
Flujo grama de trámites de inscripción de OOPP.

FLUJOGRAMA DE TRAMITE DE INSCRIPCION DE CANDIDATOS Y PUBLICACION DE CARTEL DE CANDIDATOS
ELECCIONES REGIONALES Y MUNICIPALES 2010
TACHA IMPROCEDENTE DE PLANO
POR EXTEMP. (PRESENTADA JEE ENVIA A
COMIENZO FUERA DE LOS 3 D.) ODPE RES.
DEFINITIVAS
CON LISTAS
ODPE MANDA FIN
APTAS
IMPRIMIR
JEE PUBLICA RES. (Art. 20º de la CARTEL DE
JEE
ORGANIZACION DE INSCRIP. PUBLICA RES. DE INSCRIP.
LEM) ODPE RECIBE CANDIDATOS
JEE DEFINITIVA (Art. 21º de la LEM)
POLITICA PROVIS. PASADO LOS 3D. Art. 17º y 18º de la LEM
LISTAS APTAS
Art. 15º de la LEM SIN FORMULAR
CERRADA LA INSCRIPCION TACHA
PUBLICA EN PROV Y
3 D. PARA JEE PROVEE:
SOLCITA INSCRIPCION DE DISTRIT. NO SUBSANA
FORMULAR TACHA
LISTA DE CAND. HASTA 90
(Art. 15º DE LA LEM) REQUISITOS
TACHA A IMPROCEDENTE
D. ANTES DEL 19/11/2006 CANDIDATOS DENTRO DE
(Art. 10º DE LA DE LA LISTA PLAZO
LEM Y 12º DE LA LER) (Art. 16º DE LA
LEM)
PROVEIDO:
TACHA 3 D. PARA SUBSANAR
INADMISIBLE SUBSANA
TACHA CUMPLE CON PLAZO REQUISITOS
PERO NO CON REQUISITOS DENTRO DE PLAZO
CIUDADANO PROVEIDO: TACHA

PRESENTA ANTE ADMISIBLE
JEE TACHA
JEE PROVEE: NO SUBSANA CONTRA TACHA JEE TIENE 3 D.
APELACION REQUISITOS DENTRO CUMPLE CON PARA RESOLVER
DE PLAZO CANDIDATO REQUISITOS Y TACHA
IMPROCEDENTE
Art. 16º de la LEM PLAZO
JEE RESUELVE
DECLARANDO
SUBSANA 3 D. PARA ¿Fundada?
REQUISITOS DENTRO SUBSANAR JEE PROVEE: APELACION
NO CUMPLE
DE PLAZO APELACION REQUISITOS
INADMISIBLE PERO SI CON Si No
PLAZO
APELACION
JEE PROVEE: CUMPLE CON RECURSO DE FUNDADA INFUNDADA
APELACION REQUISITOS Y APELACION LA TACHA
ADMISIBLE PLAZO ANTE JNE
LA TACHA
Art. 17º de la LEM
JEE ENVIA APEL. A JNE
APELACION IMPROCEDENTE DE PLANO

JNE TIENE 3 D. PARA RESOLVER
POR EXTEMP. (PRESENTADA
APEL.
(Art. 17º de la LEM) FUERA DE LOS 3 D.)
LEYENDA:
PURO SIN TACHAS JNE resuelve
declarando
CON TACHAS Y RECURSO Si ¿Fundada? No
EXTRAORDINARIO
PROVEIDOS Y RES. DE MERO
TRAMITE RECURSO
INFUNDADA LA Dentro del EXTRAORDINARI
JNE RESOLUCION
LEM: Ley de Elecc. Municipales FUNDADA LA 3er. D. de O ANTE JNE
LER: Ley de Elecc. Regionales APELACION notific. La
resuelve en DEFINITIVA DEL JNE envia Res.
APELACION Res. Nº 306-2005- 3 D. JNE Definitiva del
Res. Del JNE
JNE al JEE
Flujo grama de trámites de inscripción de candidatos y Publicación de cartel.
Página 155 de 249

Flujo para la generación de Cédula de Sufragio hasta
La confirmación de Lista de candidatos La inscripción de listas de candidatos se
se hace en el ROPC considerando: hace en el ROPC considerando: la generación del Diseño de Acta de Escrutinio
1. Organizaciones Politicas Inscritas 1. Las resoluciones de la Lista de
2. Resultado del Sorteo de Asignación Candidatos
de Numeros y de Ubicación en la 2. Las resoluciones de los Candidatos
Cédula de Sufragio
La confirmación se hace por ámbito de Las listas de candidatos se inscriben por Tipos de Actas de Escrutinio
Participación (Nacional, Regional, Elección: Regional y Municipal (Provincial
ROPC Provincial y Distrital) y Distrital)
Sólo Lima Cercado Pay
to $
GOECOR
ROPC
Confirmacion de Lista de Candidatos Provincial
GOECOR
VºBº ODPE / Listas Listas Inscritas Pay Pay
Registro de Lista de Candidatos + Sólo Lima Metropolitana to $ to $
GOECOR Confirmadas
10/16/2006 Candidatos 10/16/2006
Provincial Distrital
Regionales: 186 Regionales: 220
Provinciales: 923 Provinciales: 1483 Capitales de Provincia a nivel nacional
Pay
to $
Pay
to $
Distritales: 10650
2 Distritales:
Total:
8694
9803
1 Total: 12353 Regional Provincial
Pay Pay Pay

to $ to $ to $
Distritos a nivel nacional
Regional Provincial Distrital
Generación de Modelos de Actas de

Escrutinio La SGOI podrá generar los diseños de
Acta de Escrutinio una vez que tenga
en el ROPC el VºBº de la GGE.
Los modelos de Acta de Escrutinio

La Cédula de Sufragio se genera en se generarn considerando ubigeos
Vista Previa con el VºBº de ODPE y con ámbito de participación completos,
de GOECOR ya ingresados al ROPC. es decir con organizaciones que
participan en la elección Municiopal
ROPC ROPC Si no se tienen fotos y símbolos la ROPC y en la Regional
Cédula no los muestra.
SGOI
GGE GGE La Cédula de Sufragio debe ser Pay
$
Validada por el JEE en cuanto a datos. to
Este paso se hace a través de la

Cedulas por GOECOR Diseño de
Confirmar
Fotos + Simbolos Acta de Escrutinio 7
Carga de Fotos + Símbolos de OP
Generación de Cédula de Sufragio
Definitivo
(Vista Previa)
Fotos Símbolos
Cédulas Vista
Previa 3 10/16/2006 10/16/2006
10/16/2006
Carga Definitiva: Carga Definitiva: VºBº GGE - Cédula Impresa
Regionales Pendientes: Pendientes: Confirmación de Impresión de Cédula de
Provinciales + Distritales Total: Total: Sufragio Definitiva
Provinciales MICROSOFT CORPORATION
La GGE, con la confirmación de la
Cédula de Sufragio por parte del JEE,
puede generar la Cédula de Sufragio
Cédula Regional Definitiva.
Para que la Cédula de Sufragio se

ROPC
MICROSOFT CORPORATION
genere definitivamente resquiere:

1. Confirmación de la Inscripción de las
Sólo Cédula Provincial Agrupaciones Políticas
GGE (Capital de Provincia) 2. El VºBº de Inscripción de Lista de
La GOECOR deberá garantizar que la MICROSOFT CORPORATION
Candidatos (Regional y Municipal) de
MICROSOFT CORPORATION MICROSOFT CORPORATION
Cédula en Vista Previa de cada ámbito ODPE y GOECOR
Cédula de Sufragio 3. La confirmación de resultados del
MICROSOFT CORPORATION
Llegue a las sedes de ODPE respectivas.

Cédula Cédula Sorteo de Asignación y Ubicación
Definitica a través del VºBº de ODPE y GOECOR
La ODPE deberá coordinar con el JEE Cédula Provincial + Distrial
Confirmada Confirmada la confirmación de las organizaciones VºBº GGE – V.L. 4. Verificación de Participacíon V.L de
que se muestran en la Cédula. GGE
Confirmación de Participación de la
Para que se pueda realziar el VºBº de
GOECOR ODPE JEE

La ODPE deberá enviar a la GOECOR
la confirmación de la Cédula
Lista de Candidatos por la GGE La GGE el ROPC valida que:
1. Que las Organizaciones Políticas esten 6
validadas en el sistema ODPE,
GOECOR y GGE
Confirmadas
Cedulas por Cedulas por por JEE
Confirmar Confirmar 10/16/2006 ROPC
Regionales Confirmadas
GGE
4 Provinciales + Distritales
Provinciales 5 por GGE
10/16/2006
Regionales
Provinciales + Distritales
Provinciales
Flujo de Cédula – ROPC 2010.

Página 156 de 249
ANEXO 6:
Prototipo de modificaciones al sistema
 Inscripción de candidatos.
 Registro y seguimiento de resoluciones de lista de candidatos.
 Validación de datos de lista de candidatos.
 Impresión de cédulas y carteles de candidatos a nivel de departamento.
 Impresión de cédulas y carteles de candidatos a nivel de provincia.
 Impresión de cédulas y carteles de candidatos a nivel de distrito.
 Generación de Acta de Escrutinio.
 Generación de Acta de Escrutinio.
Inscripción de candidatos.
Registro y seguimiento de resoluciones de lista de candidatos.
Página 159 de 249

Validación de datos de lista de candidatos.
Página 160 de 249

Impresión de cédulas y carteles de candidatos a nivel de departamento.
Página 161 de 249

Impresión de cédulas y carteles de candidatos a nivel de provincia.
Página 162 de 249

Impresión de cédulas y carteles de candidatos a nivel de distrito.
Página 163 de 249

Generación de acta de escrutinio.
Página 164 de 249

Generación de acta de escrutinio.
Página 165 de 249

ANEXO 7:
Generación de Cartel de Candidatos
 Muestra del formato de medidas necesarias para generar un cartel de candidatos.

Muestra del formato de medidas necesarias para generar un cartel de candidatos.
ANEXO 8:
Acceso al sistema
 Acceda a su comunidad.
 Seleccionar aplicación Institucionales.
 Enlace ROPC, del área de Aplicaciones Institucionales.
 Formulario: Pantalla Inicia,l Bienvenida.
Acceda a su comunidad.
Seleccionar aplicación Institucional.
Página 169 de 249

Enlace ROPC, del área de Aplicaciones Institucionales.
Formulario: Pantalla Inicial Bienvenida.
Página 170 de 249

ANEXO 9:
Validaciones y control de calidad
 Muestra de validaciones y control de calidad definidos en el sistema Ropc 2010.
Página 171 de 249

Módulos y Opciones ODPE GOECOR GESTION
ASISTENTE USUARIO JEFE SUPERVISOR JEE USUARIO
ADMINISTRATIVO ODPE ODPE GESTION
Ingresa lista de
candidatos, candidatos
y seguimiento de
resoluciones
Módulo Organizaciones, Candidatos y
resoluciones
1 Organización Actualización: Cambia de estado de la organización a
“confirmado”.
2 Lista de Candidatos Validación: Solo visualiza las organizaciones con estado “confirmado”.
Validación: Toda lista de candidatos se ingresa con una resolución provisional de lo

contrario no graba lista.
3 Candidatos Actualización: Cambia de estado del candidato a “confirmado”
4 Seguimiento de Resoluciones
Módulo Validación de Datos
5 Validación de datos de Validación: Se verifican solo las organizaciones políticas Validación: Puede Validación:
Organizaciones con estado “confirmado” modificar el V°B° Puede modificar
ODPE y de GOECOR el V°B° ODPE,
GOECOR y GGE
6 Validación de datos de Lista Validación: Se verifican solo las listas de candidatos con Validación: Puede Validación:
de candidatos y candidatos resolución definitiva y con al menos un candidato con modificar el V°B° Puede modificar
estado “confirmado” ODPE y de GOECOR el V°B° ODPE,
GOECOR y GGE
Módulo Sorteo
7 Registro de Resultados Validación: Se mostrarán solo las organizaciones políticas
con los 3 V°B° a nivel de Organización y con por lo menos
un candidato hábil
Validación: Los resultados del sorteo se podrán modificar
hasta que no tenga el V°B° del Jefe de ODPE.
8 Verificación de Datos Validación: Después del V°B° Validación: V°B° de
del Jefe de ODPE no se podrá GOECOR
modificar los resultados del
sorteo.
Validación: GOECOR
podrá levantar el V°B°
del Jefe de ODPE
indicando el motivo.
9 Reporte del Sorteo
Muestra de validaciones y control de calidad definidos en el sistema Ropc 2010.

ANEXO 10:
Control de Calidad
 Pase a Control de Calidad

 Acta de Entrega
 Lista de Verificación
Pase a Control de Calidad.
Página 174 de 249

Página 175 de 249

Página 176 de 249

Acta de Entrega.
Página 177 de 249

Lista de Verificación.
Página 178 de 249

Lista de Verificación.
Página 179 de 249

ANEXO 11:
Solicitudes de Cambio
 Documento de Solicitudes de Cambio para el sistema ROPC 2010
Página 180 de 249

Documento de Solicitudes de Cambio para el sistema ROPC 2010.
Página 181 de 249

ANEXO 12:
Muestra de Resoluciones registradas en el sistema ROPC 2010
 Resolución, muestra 1
 Resolución, muestra 2
Página 182 de 249

Página 183 de 249
Resolución, muestra 1.
Página 184 de 249

.
Página 185 de 249

Página 186 de 249

ANEXO 13:
Material Electoral
 Material Electoral – cedula de sufragio: Gobierno Regional.

 Material Electoral – cedula de sufragio: Gobierno Provincial.
 Material Electoral – cedula de sufragio: Gobierno Municipal.
 Material Electoral - Acta Electoral: Regional.
 Material Electoral - Acta Electoral: Provincial Distrital.
 Material Electoral - Cartel de Candidatos: Presidente y Vicepresidente Regional.
 Material Electoral - Cartel de Candidatos: Consejero Regional.
 Material Electoral - Cartel de Candidatos: Provincial.
 Material Electoral - Cartel de Candidatos: Distrital.
Material Electoral – cedula de sufragio: Gobierno Regional.
Página 188 de 249

Material Electoral – cedula de sufragio: Gobierno Provincial.
Página 189 de 249

Material Electoral – cedula de sufragio: Gobierno Municipal.
Página 190 de 249

Material Electoral - Acta Electoral: Regional.
Página 191 de 249

Material Electoral - Acta Electoral: Provincial Distrital.
Página 192 de 249

Material Electoral - Cartel de Candidatos: Presidente y Vicepresidente Regional.
Página 193 de 249

Material Electoral - Cartel de Candidatos: Consejero Regional.
Página 194 de 249

Material Electoral - Cartel de Candidatos: Provincial.
Página 195 de 249

Material Electoral - Cartel de Candidatos: Distrital.
Página 196 de 249

ANEXO 14:
Volumen de Información Procesada
 Cantidad de listas por JEE, agrupadas por ámbito de elección y estado de la lista.
 Cantidad de listas de candidatos por ODPE.
 Resoluciones Registradas.
Página 197 de 249

ERM 2010
CANTIDAD DE LISTAS POR JEE, AGRUPADAS POR AMBITO DE
ELECCIÓN Y ESTADO DE LA LISTA
REGIONAL PROVINCIAL DISTRITAL TOTAL LISTAS
EN TRAMITE
EN TRAMITE
EN TRAMITE
EN TRAMITE
INSCRITA
INSCRITA
INSCRITA
INSCRITA
INSCRITA
INSCRITA
INSCRITA
INSCRITA
TOTAL
TOTAL
TOTAL
TOTAL
NO
NO
NO
NO
N JEE
1 ABANCAY 8 5 13 31 3 34 182 8 3 193 221 16 3 240

2 ALTO AMAZONAS 0 13 2 15 37 28 65 50 30 0 80
3 ANDAHUAYLAS 0 14 1 2 17 178 6 6 190 192 7 8 207
4 ANGARAES 0 10 3 13 92 92 10 95 0 105
5 AREQUIPA 20 20 22 6 28 2 304 14 320 2 346 20 368
6 ATALAYA 0 5 5 17 17 22 0 0 22
7 AZANGARO 0 6 15 21 37 146 183 43 161 0 204
8 BAGUA 0 28 4 1 33 102 15 1 118 130 19 2 151
9 BOLOGNESI 0 14 1 15 51 80 1 132 65 80 2 147
10 BONGARA 0 9 1 4 14 140 1 31 172 149 2 35 186
11 CAJAMARCA 8 4 12 23 15 38 251 251 31 270 0 301
12 CALLAO 4 8 12 6 6 12 19 35 1 55 29 49 1 79
13 CAMANA 0 12 3 15 1 90 91 13 93 0 106
14 CANCHIS 0 26 3 1 30 77 74 6 157 103 77 7 187
15 CANGALLO 0 17 4 1 22 105 17 7 129 122 21 8 151
16 CASTILLA 0 4 2 6 24 49 2 75 28 51 2 81
17 CAYLLOMA 0 6 3 9 19 92 3 114 25 95 3 123
18 CAÑETE 0 11 1 12 63 70 133 74 71 0 145
19 CHACHAPOYAS 4 5 9 11 5 16 116 37 153 131 47 0 178
20 CHANCHAMAYO 0 16 6 22 94 6 100 110 12 0 122
21 CHICLAYO 5 10 15 19 9 28 256 256 24 275 0 299
22 CHINCHA 0 10 14 24 12 121 1 134 22 135 1 158
23 CHOTA 0 18 2 20 152 15 17 184 170 15 19 204
24 CONCEPCION 0 10 10 104 104 0 114 0 114
25 CORONEL PORTILLO 7 1 2 10 20 1 21 56 4 4 64 83 6 6 95
26 CUSCO 4 11 15 7 10 22 39 151 36 187 7 165 69 241
27 CUTERVO 0 10 10 76 1 77 10 76 1 87
28 ESPINAR 0 15 4 19 114 114 15 118 0 133
29 GRAU 0 16 16 107 1 2 110 123 1 2 126
30 HUACAYBAMBA 0 15 15 37 1 38 52 1 0 53
31 HUALGAYOC 0 12 6 18 1 90 91 13 96 0 109
32 HUAMALIES 0 16 2 18 118 12 1 131 134 14 1 149
33 HUAMANGA 5 9 14 9 21 30 51 182 233 65 212 0 277
34 HUANCANE 0 24 3 27 72 24 1 97 96 27 1 124
35 HUANCAVELICA 1 8 9 11 11 130 130 1 149 0 150
36 HUANCAYO 14 14 25 25 297 297 0 336 0 336
37 HUANUCO 10 10 49 49 255 1 256 0 314 1 315
38 HUARAL 0 26 1 27 117 117 0 143 1 144
39 HUARAZ 2 4 14 20 15 5 10 30 28 75 83 186 45 84 107 236
40 HUARI 0 1 29 1 31 1 184 1 186 2 213 2 217
41 HUAROCHIRI 0 13 13 1 198 199 1 211 0 212
42 HUAURA 16 16 9 45 1 55 35 194 229 44 255 1 300
43 HUAYLAS 0 21 4 25 159 3 162 21 163 3 187
44 HUAYTARA 0 12 3 15 144 10 154 156 13 0 169
45 ICA 7 8 15 23 7 30 2 153 155 32 168 0 200
46 JAEN 0 11 6 17 101 18 1 120 112 24 1 137
47 JAUJA 0 11 11 250 250 0 261 0 261
48 LA UNION 0 11 1 12 42 1 47 90 53 1 48 102
49 LIMA CENTRO 0 3 9 12 17 52 69 20 61 0 81
50 LIMA ESTE 0 0 118 118 0 118 0 118
51 LIMA NORTE 0 0 118 118 0 118 0 118
52 LIMA OESTE 0 0 7 104 2 113 7 104 2 113
53 LIMA SUR 0 0 79 33 112 79 33 0 112
54 LUCANAS 0 8 8 112 21 133 120 21 0 141
55 MARISCAL CACERES 0 27 1 4 32 86 25 6 117 113 26 10 149
56 MARISCAL NIETO 1 8 9 10 18 28 101 1 102 11 127 1 139
MARISCAL RAMON
57 CASTILLA 0 2 2 12 2 14 14 2 0 16
58 MAYNAS 6 4 1 11 19 2 21 20 104 124 45 110 1 156
59 MORROPON 0 16 3 19 110 110 16 113 0 129
60 MOYOBAMBA 3 4 1 8 15 2 3 20 121 2 123 139 8 4 151
61 OXAPAMPA 0 6 2 8 37 11 48 43 13 0 56
62 PACASMAYO 0 26 4 30 3 105 7 115 3 131 11 145
63 PARINACOCHAS 0 16 16 73 73 0 89 0 89
64 PASCO 9 2 11 21 1 1 23 57 97 5 159 87 98 8 193
65 PATAZ 0 11 11 91 91 11 91 0 102
66 PIURA 15 1 16 32 32 137 3 140 0 184 4 188
67 POMABAMBA 0 21 4 25 62 62 124 83 66 0 149
68 PUERTO INCA 0 6 6 35 1 36 41 1 0 42
69 PUNO 3 20 23 2 51 6 59 6 208 8 222 8 262 34 304
70 QUISPICANCHI 0 22 22 121 121 0 143 0 143
71 RECUAY 0 11 9 20 98 3 101 11 107 3 121
72 REQUENA 0 6 6 1 55 56 7 55 0 62
SAN ANTONIO DE
73 PUTINA 0 19 19 84 84 0 103 0 103
74 SAN MARTIN 0 20 2 22 129 5 134 149 5 2 156
Página 199 de 249

75 SAN PABLO 0 16 16 56 19 75 72 19 0 91
76 SAN ROMAN 0 46 46 160 160 0 206 0 206
77 SANCHEZ CARRION 0 23 3 26 136 3 139 23 139 3 165
78 SANTA 0 23 32 1 56 207 207 23 239 1 263
79 SULLANA 0 10 19 29 141 141 10 160 0 170
80 TACNA 4 15 2 21 7 11 18 9 81 1 91 20 107 3 130
81 TAMBOPATA 5 8 13 6 24 30 6 59 65 17 91 0 108
82 TARATA 0 15 3 18 21 41 62 36 44 0 80
83 TARMA 0 38 38 170 170 0 208 0 208
84 TAYACAJA 0 10 2 12 140 13 153 10 140 15 165
85 TRUJILLO 9 9 32 32 159 159 0 200 0 200
86 TUMBES 13 1 4 18 36 1 3 40 64 5 69 113 2 12 127
87 CONTAMANA 0 8 8 27 1 28 35 1 0 36
88 URUBAMBA 0 20 3 3 26 1 182 183 21 185 3 209
89 VILCAS HUAMAN 0 14 1 15 97 1 2 100 111 1 3 115
90 YAROWILCA 0 14 5 19 103 22 1 126 117 27 1 145
91 YAUYOS 0 12 12 178 1 179 0 190 1 191
1195 1420
92 193 58 343 962 859 84 1905 3392 8228 335 5 4446 9280 477 3
EN NO EN NO EN NO EN NO
INSC TOT INSC TOT INSCRI TOT INSC TOT
TRAMI INSCRI TRAMI INSCRI TRAMI INSCRI TRA INSC
RITA AL RITA AL TA AL RITA AL
TE TA TE TA TE TA MITE RITA
REGIONAL PROVINCIAL DISTRITAL TOTAL
Cantidad de listas por JEE, agrupadas por ámbito de elección y estado de la lista
Página 200 de 249

CANTIDAD DE LISTAS DE CANDIDATOS POR ODPE
CODIGO DE ODPE NOMBRE ODPE CANTIDAD DE LISTAS
J14011 ABANCAY 232
J14071 ALTO AMAZONAS 79
J14013 ANDAHUAYLAS 200
J14037 ANGARAES 100
J14014 AREQUIPA 338
J14091 ATALAYA 22
J14081 AZANGARO 192
J14003 BAGUA 142
J14008 BOLOGNESI 142
J14002 BONGARA 171
J14024 CAJAMARCA 287
J14030 CALLAO 75
J14016 CAMANA 104
J14034 CANCHIS 177
J14020 CANGALLO 139
J14063 CAÑETE 141
J14017 CASTILLA L
J14015 CAYLLOMA 114
J14001 CHACHAPOYAS 174
J14051 CHANCHAMAYO 116
J14056 CHICLAYO 294
J14046 CHINCHA 150
J14028 CHOTA 203
J14048 CONCEPCION 110
J14090 CORONEL PORTILLO 89
J14031 CUSCO 214
J14027 CUTERVO 86
J14035 ESPINAR 122
J14012 GRAU 123
J14044 HUACAYBAMBA 52
J14026 HUALGAYOC 106
J14043 HUAMALIES 139
J14019 HUAMANGA 260
Página 201 de 249

J14083 HUANCANE 114
J14036 HUANCAVELICA 139
J14047 HUANCAYO 331
J14040 HUANUCO 298
J14062 HUARAL 136
J14004 HUARAZ 225
J14010 HUARI 204
J14065 HUAROCHIRI 203
J14064 HUAURA 295
J14006 HUAYLAS 182
J14039 HUAYTARA 164
J14045 ICA 191
J14029 JAEN 124
J14049 JAUJA 244
J14018 LA UNION 101
J14057 LIMA CENTRO 69
J14060 LIMA ESTE 106
J14058 LIMA NORTE 104
J14059 LIMA OESTE 105
J14061 LIMA SUR 109
J14022 LUCANAS 126
J14086 MARISCAL CACERES 144
J14073 MARISCAL NIETO 129
J14070 MARISCAL RAMON CASTILLA 15
J14067 MAYNAS 150
J14077 MORROPON 127
J14084 MOYOBAMBA 147
J14075 OXAPAMPA 51
J14053 PACASMAYO 132
J14023 PARINACOCHAS 84
J14074 PASCO 180
J14055 PATAZ 101
J14076 PIURA 175
J14009 POMABAMBA 145
J14041 PUERTO INCA 41
J14079 PUNO 282
Página 202 de 249

J14032 QUISPICANCHI 137
J14005 RECUAY 113
J14068 REQUENA 62
J14082 SAN ANTONIO DE PUTINA 102
J14085 SAN MARTIN 151
J14025 SAN PABLO 90
J14080 SAN ROMAN 187
J14054 SANCHEZ CARRION 158
J14007 SANTA 243
J14078 SULLANA 159
J14087 TACNA 124
J14072 TAMBOPATA 88
J14088 TARATA 77
J14050 TARMA 200
J14038 TAYACAJA 159
J14052 TRUJILLO 197
J14089 TUMBES 115
J14069 UCAYALI 35
J14033 URUBAMBA 194
J14021 VILCAS HUAMAN 112
J14042 YAROWILCA 141
J14066 YAUYOS 189
TOTAL 13.474
Cantidad de listas de candidatos por ODPE.
Página 203 de 249

RESOLUCIONES
CANTIDAD DE RESOLUCIONES RESOLUCIONES OTRAS

DEPARTAMENTO ODPE DISTRITOS ADMITIDAS INSCRITAS RESOLUCIONES TOTAL
AMAZONAS BAGUA 16 137 142 4 283
AMAZONAS BONGARA 35 170 173 6 349
AMAZONAS CHACHAPOYAS 33 173 178 29 380
ANCASH BOLOGNESI 25 135 143 3 281
ANCASH HUARAZ 23 174 229 25 428
ANCASH HUARI 27 196 204 4 404
ANCASH HUAYLAS 25 174 182 2 358
ANCASH POMABAMBA 22 146 148 1 295
ANCASH RECUAY 15 109 113 2 224
ANCASH SANTA 29 243 246 7 496
APURIMAC ABANCAY 33 225 233 6 464
APURIMAC ANDAHUAYLAS 27 181 211 2 394
APURIMAC GRAU 20 125 123 3 251
AREQUIPA AREQUIPA 35 319 348 23 690
AREQUIPA CAMANA 21 104 104 2 210
AREQUIPA CASTILLA 14 78 78 5 161
AREQUIPA CAYLLOMA 20 106 114 1 221
AREQUIPA LA UNION 19 101 101 2 204
AYACUCHO CANGALLO 22 139 139 7 285
AYACUCHO HUAMANGA 31 260 260 29 549
AYACUCHO LUCANAS 21 118 126 0 244
AYACUCHO PARINACOCHAS 18 85 84 52 221
AYACUCHO VILCASHUAMAN 19 3 112 0 115
CAJAMARCA CAJAMARCA 35 291 292 12 595
CAJAMARCA CHOTA 30 208 204 4 416
CAJAMARCA CUTERVO 15 86 87 5 178
CAJAMARCA HUALGAYOC 16 102 107 13 222
CAJAMARCA JAEN 19 13 124 2 139
CAJAMARCA SAN PABLO 12 83 91 0 174
CALLAO CALLAO 6 76 80 11 167
CUSCO CANCHIS 23 59 179 5 243
Página 204 de 249

CUSCO CUSCO 26 214 224 24 462
CUSCO ESPINAR 16 122 122 24 268
CUSCO QUISPICANCHI 18 90 143 7 240
CUSCO URUBAMBA 25 185 202 7 394
HUANCAVELICA ANGARAES 20 97 100 0 197
HUANCAVELICA HUANCAVELICA 19 168 146 25 339
HUANCAVELICA HUAYTARA 29 4 168 5 177
HUANCAVELICA TAYACAJA 26 158 160 6 324
HUANUCO HUACAYBAMBA 7 52 52 1 105
HUANUCO HUAMALIES 20 136 139 4 279
HUANUCO HUANUCO 29 313 302 38 653
HUANUCO PUERTO INCA 5 11 41 0 52
HUANUCO YAROWILCA 15 142 141 5 288
ICA CHINCHA 19 151 162 11 324
ICA ICA 24 187 194 21 402
JUNIN CHANCHAMAYO 14 1 116 1 118
JUNIN CONCEPCION 15 106 110 2 218
JUNIN HUANCAYO 37 231 343 35 609
JUNIN JAUJA 34 25 246 20 291
JUNIN TARMA 23 200 201 4 405
LA LIBERTAD PACASMAYO 20 133 139 16 288
LA LIBERTAD PATAZ 13 102 101 2 205
SANCHEZ
LA LIBERTAD CARRION 22 32 160 1 193
LA LIBERTAD TRUJILLO 28 197 199 22 418
LAMBAYEQUE CHICLAYO 38 295 300 5 600
LIMA CAÑETE 16 113 141 7 261
LIMA HUARAL 19 110 137 1 248
LIMA HUAROCHIRI 32 158 204 2 364
LIMA HUAURA 28 281 296 2 579
LIMA LIMA CENTRO 6 71 71 11 153
LIMA LIMA ESTE 9 93 107 5 205
Página 205 de 249

LIMA LIMA NORTE 8 100 108 3 211
LIMA LIMA OESTE 10 101 90 25 216
LIMA LIMA SUR 10 122 117 3 242
LIMA YAUYOS 33 177 191 4 372
ALTO
LORETO AMAZONAS 12 77 79 1 157
MARISCAL
RAMON
LORETO CASTILLA 4 15 15 0 30
LORETO MAYNAS 18 49 155 46 250
LORETO REQUENA 11 63 63 3 129
LORETO UCAYALI 6 35 35 0 70
MADRE DE DIOS TAMBOPATA 11 63 91 5 159
MARISCAL
MOQUEGUA NIETO 20 129 130 12 271
PASCO OXAPAMPA 7 52 52 13 117
PASCO PASCO 21 161 181 10 352
PIURA MORROPON 18 59 127 3 189
PIURA PIURA 22 159 183 0 342
PIURA SULLANA 24 215 181 10 406
PUNO AZANGARO 25 5 194 2 201
PUNO HUANCANE 12 72 114 6 192
PUNO PUNO 34 276 286 22 584
SAN ANTONIO
PUNO DE PUTINA 15 101 105 5 211
PUNO SAN ROMAN 23 182 189 3 374
MARISCAL
SAN MARTIN CACERES 22 6 146 2 154
SAN MARTIN MOYOBAMBA 26 138 158 4 300
SAN MARTIN SAN MARTIN 29 150 151 13 314
TACNA TACNA 13 115 126 22 263
TACNA TARATA 14 10 77 2 89
TUMBES TUMBES 13 114 116 20 250
UCAYALI ATALAYA 4 22 23 9 54
CORONEL
UCAYALI PORTILLO 11 3 90 11 104
TOTAL 1834 11368 13695 840 25903
Página 206 de 249

ANEXO 15:
Listado de entregables presentados
 Listado de Procesos.
 Entregables.
Página 207 de 249

Listado de Procesos
Planificado dentro
Justificación de la ausencia del
Procesos del cronograma
proceso
del Proyecto
Proceso Gestionado directamente por
Proceso de Adquisición el Gerente de Sistemas
Proceso de Gestión √
Proceso de desarrollo √
Proceso de Aseguramiento e la Calidad √
Proceso de Documentación √
Proceso de Gestión √
El sistema será dado de baja
inmediatamente se lleve a cabo el
Proceso de Mantenimiento cierre del proyecto.
Proceso de Mejora √
Proceso de Operación √
Proceso de Recursos Humanos √
Página 208 de 249

Entregables de los principales Procesos
Proceso de Gestión
Planificado Tipo de desarrollo

Justificación
dentro del Actualización
Proceso de Gestión Documento de la ausencia
cronograma del de
nuevo del proceso
Proyecto documento
Acta de Constitución √ √
Plan de Gestión √ √
Control de Cambios √ √
Memoria Descriptiva √ √
Acta de Aceptación √ √
Lecciones Aprendidas √ √
Acta de Cierre √ √
Proceso de Desarrollo

Justificación
Proceso de Desarrollo Documento de la ausencia
cronograma del de
nuevo del proceso
Proyecto documento
Reglas de Negocio √
Especificación de Requisitos del
Software √
Especificación de casos de uso √
Por motivos de
tiempo y
personal, no se
actualizo el
documento. Se
indico y aprobó
en la hoja de
flexibilización
entregada al
Documento de arquitectura de Gerente de
sistemas Proyectos.
Por motivos
de tiempo y
personal, no se
actualizo el
documento. Se
Modelo ER indico y aprobó
Página 209 de 249

en la hoja de
flexibilización
entregada al
Gerente de
Proyectos.
Modelo Lógico √ √
Modelo Físico √ √
Codificación √
Proceso de Aseguramiento de la Calidad

Justificación
Proceso de Aseguramiento dentro del Actualización
Documento de la ausencia
de la Calidad cronograma del de
nuevo del proceso
Proyecto documento
Plan de pruebas del sistema √ √
Informe de pruebas √ √
Log de errores √ √
Resumen de errores √ √
Pruebas unitarias √ √
Plan de despliegue √ √
Formato de incidencias √ √
Proceso de Documentación

Justificación
Proceso de Documentación Documento de la ausencia
cronograma del de
nuevo del proceso
Proyecto documento
Manual de Usuario √ √
Manual del sistema √ √
Manual técnico √ √
Glosario de términos √ √
Página 210 de 249

ANEXO 16:
Cuadro de Costos del Proyecto
 Cuadro de Costos Directos e Indirectos del Proyecto.
Página 211 de 249

Partida presupuestal aprobada para el proyecto
Actividades en las que

Función en el Honorario
Ord Profesión Unidad Cantidad Costo Total participará en el
Proyecto Mensual
Proyecto
Gestión del Proyecto.

Ingeniero Informático,
1 Jefe de Proyecto Mensual 5100 6 S/. 30,600.00 Coordinación con áreas
Sistemas o afines.
usuarias.
Analizar Requerimientos
del área usuaria. Generar
Ingeniero Informático,
2 Analista Funcional Mensual 4000 6 S/. 24,000.00 Diagramas solicitados por
Sistemas o afines.
la subgerencia e
proyectos Informáticos
Actualización de los
Ingeniero Informático, Analista
3 Mensual 3600 6 S/. 21,600.00 módulos del sistema
Sistemas o afines. Programador
ROPC 2006
ROPC 2006
ROPC 2006
Generación de los
manuales solicitados por
Ingeniero Informático, la gerencia de proyectos
6 Documentador Mensual 2600 6 S/. 15,600.00
Sistemas o afines. Informáticos. Apoyo en la
documentación asociada
al proyecto.
Totales S/. S/. 135,000.00
La convocatoria para el puesto de Analista Funcional, quedo desierta, por lo que el monto destinado a dicha contratación, no fue utilizado.
Página 212 de 249

ANEXO 17:
Diccionario de Datos
 Descripción de Tablas.
 Atributos de Tablas.
Página 213 de 249

DICCIONARIO DE DATOS
 Descripción de Tablas
Entidades Principales del Sistema de Registro de Organizaciones Políticas y Candidatos
Nro. Nombre de la Tabla Descripcion

1 AGRUPOL Información de las organizaciones políticas nacionales,
provinciales y distritales en estado cancelado, confirmadas
y por confirmar.
En esta tabla también se almacena:

 Información del “símbolo” de las organizaciones
nacionales (ruta y código de agrupación política)
 Resultados del sorteo “número asignado” a las
organizaciones locales.
 Resultados del sorteo “ubicación en cedula” para
todas las organizaciones.
 Ubigeo máximo de participación utilizado solo para las
organizaciones regionales y locales.
2 CANDIDATO Información de los candidatos por distrito electoral en

estado por cancelado, confirmado y por confirmar.
En esta tabla también se almacenan:

 Cargo al que postula el candidato.
 Lista a la que pertenece el candidato
 Tipo de Elección a la cual participa el candidato
(regional, provincial o distrital)
 Ubigeo a la cual participa el candidato.
 Información personal del candidato extraído del
Padrón electoral: DNI, Apellido Paterno, Apellido
Materno, Nombres y sexo.
 Información de la agrupación política a la cual
pertenece el candidato: código de agrupación política
y tipo de organización: Nacional, Regional o Local.
 ODPE en la que se registró el candidato.
3 CARGO Información de los cargos que están disponibles para los

candidatos y el tipo de elección (regional, provincial,
distrital) a la cual pertenece cada cargo.
4 CARGO_REGIONAL_UBIGEO Esta tabla no es utilizada por el Sistema.
5 CAUSAL Descripción de los causales que existen en caso de

registrar una resolución a un candidato de tipo
“Resolución por Cancelación”.
6 ELECCION Descripción de los Tipos de elección: Regional, Provincial

y Distrital.
7 ERROR Descripción de los posibles errores al momento de

ingresar una resolución.
Página 214 de 249

8 ESTADO Lista los diferentes estados para la agrupación, candidatos
y resoluciones (dependiendo el tipo de la resolución)
9 HISTORIAL_ERROR Almacena los cambios de estado que sufre un candidato.
10 LISTA_CANDIDATO Registra las listas de candidatos indicando el ubigeo y el

tipo de elección.

 Número de candidatos de la lista
 Verificación de ODPE, GOECOR y GGE
pertenece la lista: código de agrupación política y tipo
de organización: Nacional, Regional o Local.
 ODPE en la que se registró el candidato.
 Verificación de la Cedula: JEE, IMPRESIÓN
 Verificación de Participación: Verificación de la GGE
 Se almacena la ruta y el nombre de la imagen que
carga gestión y que es mostrada en la cedula.
 Check de verificación, el cual indica si la GGE ya
descargó la imagen cargada desde la ODPE.
11 NUM_VM_PROV_DIST Registra la información de la cuota de genero según

número de escaños. Esta tabla aplica solo para elecciones
locales: provinciales y distritales.
12 NUM_VM_REGION Registra la Información de la cuota de género por ubigeo.

Esta tabla aplica solo para las elecciones Regionales.
13 ODPE Esta tabla no es utilizada por el Sistema. Esta vacia.
14 ODPE_ERM Esta tabla no es utilizada por el Sistema. Fue creada para

almacenar la información entregada por el DBA.
15 PLAN_TABLE Esta tabla no es utilizada por el Sistema. Es una Tabla
Interna del Oracle.
16 RESOLUCION_C Registra la información de las resoluciones de las listas de

candidatos y candidatos.

 Información general de la resolución: numero de
resolución, tipo de la resolución, estado, procedencia
(JEE), fecha de la resolución, fecha de emisión, fecha
de publicación, numero de oficio, observaciones,
sumilla, numero de resolución afecta, resuelve, causal
y descripción de causal.
 Lista de candidatos o candidato a la que corresponde
la resolución. (sí el candidato esta en nulo la
resolución pertenece a la lista)
 Tipo de elección: regional, provincial o distrital
Página 215 de 249

 Ubigeo de la lista de candidatos.
pertenece la lista de candidatos o el candidato: código
de agrupación política y tipo de organización:
Nacional, Regional o Local.
 ODPE en la que se registró la lista.
17 RESOLUCION_O Registra la información de las resoluciones de las

Organizaciones Políticas nacionales, provinciales y
distritales.

Información general de la resolución: numero de
resolución, tipo de la resolución, estado, procedencia
(JEE), fecha de recepción, fecha de emisión, fecha de
publicación, numero de oficio, fecha de oficio, descripción
del símbolo, observaciones, sumilla, numero de resolución
afecta, resuelve, causal y descripción de causal.
Información del personero: nombre, teléfono, email y
dirección.
Información de la agrupación política a la cual pertenece
la lista de candidatos o el candidato: código de agrupación
política y tipo de organización: Nacional, Regional o Local.
18 TA_ACCESOS Información de los accesos de cada perfil creado en el

sistema.
En esta tabla se almacenan:

 Las ventanas u opciones a las que tiene acceso cada
perfil
 El perfil previamente registrado y la gerencia a la que
pertenece el perfil.
 Las operaciones que puede realizar cada perfil en
cada ventana u opcion: Buscar, Grabar, Modificar y
borrar.
19 TA_USUARIO_ODPE Relaciona los usuarios y las ODPE a las que tendra

acceso.
20 TA_VENTANA_GERENCIA Relaciona las gerencias y las ventanas u opciones a las

que tendrá acceso.
21 TIPOAGRUPOL Información de los tipos de Organizaciones Políticas:

Nacionales, Regionales, Provinciales y Distritales.
22 TIPORESOLUCION Información de los tipos de Resolución que existen en el

sistema. Estos tipos de resoluciones son usados por las
organizaciones, listas de candidatos y candidatos.
23 TM_GERENCIA Información de las Gerencias que tendran acceso al

Sistema ROPC.
Cada Gerencia puede tener una gerencia superior o
gerencia que la administra. Como es el caso de las ODPE
Página 216 de 249

y GOECOR (Gerencia Administra)
24 TM_IDLOG_TABLA Las tablas mas importantes del sistema requieren un

Identificador, el cual sera referenciado en la tabla
TM_LOG cada vez que se realice cualquier operación
sobre esta tabla.
Las tablas mas importantes registradas en esta tabla son

las siguientes:
 Agrupaciones Políticas
 Candidatos
 Lista de Candidatos
 Resoluciones de Organizaciones
 Resoluciones de Listas de Candidatos y Candidatos
 Relación de Agrupaciones y los Ubigeos en los que
participará.
 Sorteo
 Tablas del Modulo de Seguridad (usuario, perfil,
accesos, ventanas u opciones, gerencias, usuarios)
25 TM_LOG Registra los eventos (insert, update o delete) realizadas

sobre las tablas más importantes (referenciadas en la
tablas TM_IDLOG_TABLA)

 Usuario quien realizó el evento sobre la tabla
 Evento realizado (select, insert, update o delete)
 Id de la tabla sobre la que se realizo el evento
 En el campo descripción almacena en una cadena los
valores de los campos de la tabla.
 Fecha y Hora que ocurrió el evento.
26 TM_LOG_SESION Registra los eventos de inicio y cierre de sesión de los

usuarios registrados en el sistema ROPC.

 Usuario quien realizó el inicio o cierre de sesión
 Evento realizado en la tabla tm_sesion(inicio y cierre)
 En el campo descripción almacena en una cadena:
usuario, nombres, apellidos, perfil, ip, etc.
 Fecha y Hora que ocurrio el inicio o cierre de sesión.
27 TM_ODPE Información de las 92 ODPE de ONPE.

 Código de la ODPE
 Descripción de la ODPE
28 TM_PERFIL Información de los perfiles y la gerencia a la cual

pertenece.
29 TMPUBIELE Esta tabla no es utilizada por el Sistema.
30 TMPUBI2 Esta tabla no es utilizada por el Sistema.
31 TM_SESION Registra las sesiones abiertas por los usuarios al
Página 217 de 249

momento de ingresar al sistema ROPC.

 Fecha y hora que el usuario incio de sesion.
 En el campo data almacena en una cadena: usuario,
nombres, perfil, gerencia, ip etc.
 Fecha y Hora de la ultima operación que realizo el
usuario.
32 TM_USUARIO Registra la información de los usuarios creados en el
sistema. Antes de registrar un usuario, este tiene que
estar registrado en la Intranet de ONPE, de lo contrario no
podrá crearse en la base de datos del ROPC.

 Los Nombres y Apellidos del usuario, los cuales se
inicialmente son jalados de los registros de la Intranet.
 Estado del usuario: Activo o Bloqueado.
 Perfil asignado al usuario.
 Gerencia asociada al Perfil.
 ODPE asignado al usuario.
33 TM_VENTANA Información de las ventanas u opciones creadas en el

sistema.

 Información general de la ventana u opción: codigo,
descripción corta, descripción larga.
 Menú asociado a la ventana u opción.
 Nombre del programa (*.php) asociada a la ventana u
opción.
 Tipo de Ventana u opción: Menu, Principal o PopUp.
 URL de la Ventana u opción.
34 TT_ID_EVENTO Información de los eventos registrados en el archivos

LOG.
Los posibles valores son:

 0 – Select
 1 – Insert
 2 – Update
 3 – Delete
 4 – Inicia Sesión
 5 – Cierra Sesión
En el último registro se almacena el tiempo máximo de (50
min.) experizacion de una sesión.
35 TT_VENTANA Información de los tipos de ventana u opciones del

sistema.
Los posibles valores son:

 Menú
 Principal
 PopUp
36 T01 La información de cargos de los candidatos: Presidente,

Vice Presidente, Alcalde, Regidor y consejero.
Página 218 de 249

37 UBIELECCION Información de los tipos de elecciones en cada ubigeo y
los escaños.
Los tipos de elecciones son: Regional, Provincial y
Distrital.
38 UBIELECCIONAGRUPOL Ubigeo máximo de las agrupaciones políticas regionales,

provinciales y distritales.
En esta tabla tambien se almacena:

 Tipo de Elección
 Ubigeo y ODPE
 Organización Política y Tipo
 Validación de ODPE, GOECOR y GGE
 ODPE
39 UBIELECCION_ERM Esta tabla no es utilizada por el Sistema. Fue creada para

almacenar la informacion entregada por el DBA.
40 UBIGEO Informacion de todos los ubigeos existentes a nivel

Nacional.
En esta tabla tambien se almacena:

 Información del ubigeo: codigo, descripción y odpe.
 Ubigeo Padre o Máximo.
 Ubigeos que son capital de provincia
 Validaciones de la Cedula: V°B° JEE y V°B° GGE
 Validaciones de Cartel de Candidatos: V°B° GGE
 Validacion de Acta de Escrutinio:
41 UBIGEO_ERM Esta tabla no es utilizada por el Sistema. Fue creada para

almacenar la informacion entregada por el DBA.
42 UBIGEO_ODPE Relacion de Ubigeo y ODPE a las que pertenecen.

43 TM_LOG_CANDIDATO Registra los eventos (insert, update o delete) realizadas
sobre la tabla de candidatos (CANDIDATO)

 Evento realizado (insert, update o delete)
 Fecha y Hora que ocurrio el evento.
 Información de los candidatos, codigo, cargo, lista del
candidato y tipo de elección, nombres, apellido
paterno, apellido materno.
44 TM_LOG_RESOLUCION_C Registra el Log de todos los eventos realizadas sobre las

tablas de resoluciones de Lista de Candidatos y
Candidatos.
 Información de la resolución: Tipo de resolución,
estado, numero, procedencia, fecha de la resolución,
Página 219 de 249

emisión, publicación, oficio, fecha de oficio,
observaciones, sumilla, resolución afecta.
 Lista a la cual pertenece el candidato y candidato
 Organización política,
 ODPE.
 Tipo de elección
45 TM_LOG_LISTA_CANDIDATO Registra el Log de todos los eventos realizadas sobre la

tabla Lista de Candidatos. (LISTA_CANDIDATO)

 Lista de candidatos y candidatos
 Validaciones de ODPE, GOECOR, GGE
 Agrupación Política y Tipo de Organización
 ODPE.
46 TM_LOG_RESOLUCION_O Registra el Log de todos los eventos realizadas sobre la
tabla de resoluciones de Organizaciones Políticas.

 Información de la resolución: Tipo de resolución,
estado, numero, procedencia, fecha de la resolución,
emisión, publicación, oficio, fecha de oficio,
observaciones, sumilla, resolución afecta
 Información de la organización politica, tipo de
organización, descripción del símbolo.
 Información del personero legal, teléfonos, e-mail.
47 TM_LOG_AGRUPOL Registra el Log de todos los eventos realizadas sobre la

tabla de Organizaciones Politicas.(AGRUPOL)

 Información de la agrupación política, descripción y
tipo, estado
48 TM_LOG_ODPE_ELECCION Registra el Log de eventos de la tabla ODPE_ELECCIÓN.
49 ODPE_ELECCION Registra información del Sorteo de asignación de numero

y ubicación en cedula de sufragio.

 ODPE
 Validacion del Sorteo de ODPE y GOECOR
 Motivo
 Fecha y Hora de Creación
 Fecha y Hora de Modificación
50 SPECIAL_CHAR Información de los caracteres especiales que no se deben
Página 220 de 249

considerar en los nombres de las organizaciones politicas
para el sorteo de asignación de numero y ubicación en
cedula de sufragio.
51 TM_VALIDACION Registra el Log de todas las validaciones realizadas sobre
los ubigeos.
Las validaciones son:

 01 – Validación de JEE
 02 – Validación de GGE
 03 – Validación de Impresión de Diseño
 04 – Validación de recepción de proveedor.
 11 – Validación del Cartel de Candidatos
 IMP – Check de verificación de cedula Impresa.
52 TM_MEDIDAS_CEDULA Información de las medidas para la generación de las

cedulas de sufragios.
Las medidas definidas son por tipo de elección:
 Numero de Filas
 Ancho de Pagina
 Alto de Pagina
 Encabezado
 Pie de Pagina
 Alto de cedula
 Alto de Fuente
53 TM_MEDIDAS_CARTEL Información de las medidas para la generación del cartel

de candidatos.
Las medidas definidas son por tipo de elección:
 Número de Candidatos
 Ancho de Pagina
 Alto de Pagina
 Alto de encabezado
 Borde Inferior de Hoja
 Borde Inferior de Hoja Provincial
 Borde Inferior de Hoja Distrital
 Pie de Pagina
Página 221 de 249

Atributos de Tablas
 Atributos de la Tabla “AGRUPOL”

Nombre Descripción Permite Nulo Valores Permitidos
PK FK Tipo de Dato
AGRUPOL Código de agrupación política. NOT NULL Yes No VARCHAR2(8) 00000001 -- 00002351
TIPO Código del tipo de agrupación NOT NULL Yes No VARCHAR2(2) 01: Nacional.
política. 02: Regional.
03: Provincial.
04: Distrital.
DESCRIPCION Descripción de la agrupación NULL No No VARCHAR2(500) Cadena de texto alfanumérico de
política. 500 posiciones
UBIGEO_MAX Ubigeo Máximo o Padre. NULL No No VARCHAR2(6) Cadena de texto - 6 posiciones
000000 – 250400
IMAGEN_ORG Descripción de la ruta donde se NULL No No VARCHAR2(50)
cargara la imagen de las Cadena de texto de 50
organizaciones políticas.
COD_ESTADO Estado de la agrupación política. NULL No No VARCHAR2(2) 01: CONFIRMADO
02: CANCELADO
03: POR CONFIRMAR
LOG_USUARIO_ID Código de usuario NULL No No VARCHAR2(6) Cadena de seis caracteres.
ESTADO No se utiliza NULL No No VARCHAR2(2)
NRO_ORDEN_ALFA No se utiliza NULL No No NUMBER
NRO_ORDEN_ORG Indica el numero de Orden de la NULL No No NUMBER
Numero de Orden en la Lista
Agrupación.
NRO_IMAGEN Indica el Numero que se utilizara NULL No No NUMBER
como símbolo que fue obtenido Numero Asignado a las
en el Sorteo solo para las Organizaciones provinciales y
agrupaciones de ambito distritales.
provincial y distrital.
DESCARGA Indica la Descarga de la imagen NULL No No CHAR(1) 1: Imagen Descargada.
de la agrupación. 0: Imagen No Descargada.
 Atributos de la Tabla “CANDIDATO”

Nombre Descripción Permite Nulo PK FK Tipo de Dato Valores Permitidos
CANDIDATO Código del candidato. NOT NULL No No NUMBER Valor numérico
CARGO Código del cargo del candidato. NOT NULL No No VARCHAR2(5) PR000: PRESIDENTE
C0000: CONCEJERO
A0000: ALCALDE
VR000: VICEPRESIDENTE
R0000: REGIDOR
COD_LISTA Código de la lista de candidatos. NOT NULL No No NUMBER(5) Valor numero de 5 caracteres
ELECCION Código del tipo de elección. NOT NULL No No VARCHAR2(2) 01: REGIONAL
02: PROVINCIAL
03: DISTRITAL
UBIGEO Código del Ubigeo. NOT NULL No No VARCHAR2(6) 000000 - 250401
DISTRITOE No se utiliza NULL No No VARCHAR2(6)
DNI Número de DNI del candidato. NULL No No VARCHAR2(8) Del 00000001 al 80690098
APPAT Apellido paterno del candidato. NULL No No VARCHAR2(50) Cadena alfabética.
APMAT Apellido materno del candidato. NULL No No VARCHAR2(50) Cadena alfabética.
NOMBRES Nombres del candidato NULL No No VARCHAR2(50) Cadena alfabética.
SEXO Sexo del candidato. NULL No No VARCHAR2(1) 1: Masculino.
2: Femenino.
UBIREP Ubigeo que representa el NULL No No VARCHAR2(6)
Candidato (solo si es candidato 000000 - 250401
Regional)
NLISTA Numero de orden de la lista de NULL No No NUMBER
Valor numérico variable
candidatos.
COD_ESTADO Código del estado de la NULL No No VARCHAR2(2) 04: POR CONFIRMAR
resolución 05: CONFIRMADO
06: CANCELADO
ESTADO No se utiliza NULL No No VARCHAR2(2)
AGRUPOL Código de agrupación política. NOT NULL No No VARCHAR2(8) 00000001 -- 00002351
TIPO Código del tipo de agrupación NOT NULL No No VARCHAR2(2) 01: Nacional.
03: Provincial.
04: Distrital.
CO_ODPE Código de la ODPE. NOT NULL No No VARCHAR2(6) ODP001 - ODP092
COD_ERROR Código de error. NULL No No VARCHAR2(2) -1: SIN ERROR
01: ERROR EN EL NOMBRE
02: RESOLUCION
03: CORREGIDO
LOG_USUARIO_ID Código de usuario. NULL No No VARCHAR2(6) Cadena de seis caracteres
 Atributos de la Tabla “CARGO”

Nombre Descripción Permite Nulo PK FK Tipo de Dato Valore Permitidos
Página 223 de 249

CARGO Código de cargo de la autoridad NOT NULL Yes No VARCHAR2(5) PR000: Presidente.
en consulta C0000: Consejero.
A0000: Alcalde.
R0000: Regidor.
VR000: Vicepresidente.
DESCRIPCION Descripción del cargo. NOT NULL No No VARCHAR2(50) Cadena alfabanumerica
ELECCION Código del tipo de elección. NOT NULL Yes No VARCHAR2(2) 01: Elecciones Regionales.
02: Elecciones Municipales
Provinciales.
Distritales.
 Atributos de la Tabla “CARGO_REGIONAL_UBIGEO”

UBIGEO Codigo de ubigeo NOT NULL Yes No VARCHAR2(6) 000000 - 250401
CO_ODPE Codigo de ODPE. NOT NULL Yes No VARCHAR2(6) ODP001 - ODP092
CARGO NOT NULL No No VARCHAR2(5)
 Atributos de la Tabla “CAUSAL”

COD_CAUSAL Código de causal NOT NULL Yes No NUMBER(2) 2,3,4
TIPO_CAUSAL Tipo de causal NULL No No VARCHAR2(2) 00 – 01
DESC_CAUSAL Descripción de causal NULL No No VARCHAR2(20) Cadena alfabética
 Atributos de la Tabla “ELECCION”

ELECCION Código del tipo de elección. NOT NULL Yes No VARCHAR2(2) 01: Elecciones Regionales.
Provinciales.
Distritales.
Página 224 de 249

DESC_ELECCION Descripción del tipo de elección. NULL No No VARCHAR2(100) Cadena alfabética
 Atributos de la Tabla “ERROR”

COD_ERROR Código de error. NOT NULL Yes No VARCHAR2(2) -1: SIN ERROR
02: RESOLUCION
03: CORREGIDO
DESC_ERROR Descripción del error. NULL No No VARCHAR2(20) Cadena alfanumérica
TIPO_ERROR Tipo de error. NULL No No VARCHAR2(2) 01 – 02
 Atributos de la Tabla “ESTADO”

COD_ESTADO Código de estado NOT NULL Yes No VARCHAR2(2) 01 – 13
TIPO_ESTADO Tipo de estado NULL No No VARCHAR2(2) 01 – 05
DESC_ESTADO Descripción del estado NULL No No VARCHAR2(50) Cadena alfabética
 Atributos de la Tabla “HISTORIAL_ERROR”

HE_ID Código del historial del error NOT NULL Yes No NUMBER Valor Numérico
CANDIDATO Código del candidato NOT NULL No No NUMBER Valor Numérico
COD_LISTA Código de la lista de candidatos NOT NULL No No VARCHAR2(5) Valor Numérico
COD_ERROR Código del error NOT NULL No No VARCHAR2(2) -1: SIN ERROR
02: RESOLUCION
03: CORREGIDO
LOG_USUARIO_ID Código del usuario NOT NULL No No VARCHAR2(6) Cadena
FECHA Fecha del historial del error NOT NULL No No TIMESTAMP Date
 Atributos de la Tabla “LISTA_CANDIDATO”

COD_LISTA Código de la lista de candidatos NOT NULL Yes No NUMBER(5) Valor numérico
NUM_CANDIDATOS Número de candidatos de la lista NULL No No NUMBER Valor numérico
VERIFICA_ODPE Verificación de ODPE NULL No No VARCHAR2(1) Null: Sin Control de calidad
Página 225 de 249

1: Con control de calidad
VERIFICA_GOECOR Verificación de GOECOR NULL No No VARCHAR2(1) Null: Sin Control de calidad
VERIFICA_GESTION Verificación de GESTION NULL No No VARCHAR2(1) Null: Sin Control de calidad
ELECCION Tipo de elección NOT NULL Yes No VARCHAR2(2) 01: Elecciones Regionales.
Provinciales.
Distritales.
UBIGEO Código de ubigeo NOT NULL Yes No VARCHAR2(6) 000000 - 250401
AGRUPOL Código de agrupación política. NOT NULL Yes No VARCHAR2(8) 00000001 -- 00002351
03: Provincial.
04: Distrital.
CO_ODPE Código de ODPE. NOT NULL Yes No VARCHAR2(6) ODP001 - ODP092
LOG_USUARIO_ID Código de usuario. NULL Yes No VARCHAR2(6) Código de usuario.
IMAGEN_CAN NULL No No VARCHAR(50)
DESCARGA NULL No No CHAR(1)
VERIFICA_JEE NULL No No CHAR(1)
VERIFICA_IMPRIME NULL No No CHAR(1)
VERIFICA_CANDIDAT NULL No No CHAR(1)
O
ESTADO NULL No No CHAR(1)
 Atributos de la Tabla “NUM_VM_PROV_DIST”

NUM_CARGOS Numero de cargos NOT NULL Yes No NUMBER(2) Valor Numérico
MIN_VM Numero de escaños mínimo de NOT NULL No No NUMBER(2) Valor Numérico
varones o mujeres.
 Atributos de la Tabla “NUM_VM_REGION”

COD_UBIGEO Código de Ubigeo NOT NULL Yes No VARCHAR2(6) 010000 - 250000
MIN_VM Número de escaños mínimo de NOT NULL No No NUMBER(2) Valor Numérico
varones o mujeres.
Página 226 de 249

 Atributos de la Tabla “ODPE”
ODPE Código de la ODPE. NOT NULL Yes No VARCHAR2(6) Del ODP001 al ODP092.
DESCRIPCION Descripción de la ODPE. NULL No No VARCHAR2(100) Cadena.
ODPEPADRE Código de la ODPE padre. NULL No No VARCHAR2(6) Del ODP000 al ODP092.
 Atributos de la Tabla “ODPE_ELECCION”

CO_ODPE Código de la ODPE. NOT NULL Yes No VARCHAR2(6) Del ODP001-ODP092
ELECCION NOT NULL Yes No VARCHAR2(2)
VB_ODPE NULL No No CHAR(1)
VB_GOECOR NULL No No CHAR(1)
MOTIVO NULL No No VARCHAR2(200)
FECHA_GRABA NULL No No TIMESTAMP
FECHA_MODIFICA NULL No No TIMESTAMP
LOG_USUARIO_ID ID del usuario que realiza una NULL No No VARCHAR2(6)
acción sobre los datos de esta CADENA
tabla.
 Atributos de la Tabla “ODPE_ERM”

ODPE Código de la ODPE. NOT NULL Yes No VARCHAR2(6) Del ODP001 al ODP092.
DESCRIPCION Descripción de la ODPE. NULL No No NUMBER(100) Cadena.
 Atributos de la Tabla “RESOLUCION_C”

COD_RESOL_C Código de la Resolución de NOT NULL Yes No NUMBER(10)
Valor numérico
Lista de Candidatos
NUM_RESOL_C Número de la Resolución de NOT NULL No No VARCHAR2(20) Cadena
Página 227 de 249

Lista de Candidatos
PROCEDENCIA Procedencia de la Resolución NULL No No VARCHAR2(3) JEE ó JNE
FEC_RESOL Fecha de recepción NULL No No TIMESTAMP Fecha
FEC_EMI Fecha de emisión NULL No No TIMESTAMP Fecha
FEC_PUBLI Fecha de publicación NULL No No TIMESTAMP Fecha
OFICIO Nro de oficio anexo a la NULL No No VARCHAR2(25)
Cadena
resolución
FEC_OFICIO Fecha del oficio NULL No No TIMESTAMP Fecha
OBS Observación alguna de la NULL No No VARCHAR2(100)
Cadena
resolución
SUMILLA Breve descripción del error NULL No No VARCHAR2(50) Cadena
COD_RESOL_AFECTA Código de la resolución que se NULL No No VARCHAR2(20)
Cadena
afecta
COD_LISTA Código de la lista de candidatos NOT NULL Yes No NUMBER(5) Valor numérico
ELECCION Código del tipo de elección NOT NULL Yes No VARCHAR2(2) 01 REGIONAL
02 PROVINCIAL
03 DISTRITAL
UBIGEO Código de Ubigeo NOT NULL Yes No VARCHAR2(6) 010000 - 250000
AGRUPOL Código de la Agrupación NOT NULL Yes No VARCHAR2(8)
Cadena
Política
03: Provincial.
04: Distrital.
CO_ODPE Código de la ODPE NOT NULL Yes No VARCHAR2(6) Del ODP001-ODP092
CANDIDATO Código del Candidato NULL No No NUMBER(6) Valor numérico
CARGO Código del Cargo NULL No No VARCHAR2(2) Cadena
TIPO_RESOL Tipo de Resolución NOT NULL Yes No VARCHAR2(2) 01 Resolución Provisional
02 Resolución Definitiva
03 Resolución de Tacha
04 Resolución de Apelación
05 Resolución Rectificatoria
06 Resolución de Recurso
Extraordinario
07 Resolución por Cancelación
COD_ESTADO Código del estado de la NULL No No VARCHAR2(2) 04 POR CONFIRMAR
resolución de lista de 05 CONFIRMADO
candidatos 06 CANCELADO
COD_ERROR Código del error que puede NULL No No VARCHAR2(2) -1 SIN ERROR
tener un candidato 01 ERROR EN EL NOMBRE
Página 228 de 249

02 RESOLUCION
03 CORREGIDO
acción sobre los datos de esta Cadena
tabla.
COD_CAUSAL Código de la Causal sólo se NULL No No NUMBER(2) 2 RENUNCIA
carga para los Tipos de 3 EXCLUSION
Resoluciones por Cancelación 4 OTROS
RESUELVE Indicador de Aprobación del NULL No No CHAR(1) Resol. DE TACHA
tipo de resolución elegido - Fundado ó Infundado
Resol. DE APELACION
- Fundado ó Infundado
Resol. DE RECURSO
EXTRAORDINARIO
- Procedente ó Improcedente
DESC_CAUSAL Descripción del causal de NULL No No VARCHAR2(50)
cancelación (solo si escoge Cadena
"Otros")
Página 229 de 249

 Atributos de la Tabla “RESOLUCION_O”

COD_RESOL_O Código de la Resolución de NOT NULL Yes No NUMBER(10)
Valor numérico
TIPO_RESOL Tipo de Resolución NOT NULL Yes No VARCHAR2(2) 01 Resolución Provisional
Extraordinario
COD_ERROR Código del error que puede NULL No No VARCHAR2(2) -1 SIN ERROR
tener una resolución 01 ERROR EN EL NOMBRE
02 RESOLUCION
03 CORREGIDO
NUM_RESOL_O Número de la Resolución de NOT_NULL No No VARCHAR2(20)
Cadena
PROCEDENCIA Quien emite la resolución NULL No No VARCHAR2(3) JEE ó JNE
FEC_RECEP Fecha de recepción NULL No No TIMESTAMP Fecha
FEC_EMI Fecha de emisión NULL No No TIMESTAMP Fecha
FEC_PUBLI Fecha de publicación NULL No No TIMESTAMP Fecha
OFICIO Nro de oficio anexo a la NULL No No VARCHAR2(25)
Cadena
resolución
FEC_OFICIO Fecha de emisión del oficio NULL No No TIMESTAMP Fecha
OBS La observación NULL No No VARCHAR2(100)
Cadena
correspondiente a la resolución.
PERSONERO_LEGAL Nombre del personero legal NULL No No VARCHAR2(50) Cadena
COD_RESOL_AFECTA Código de la resolución que se NULL No No VARCHAR2(20)
Cadena
afecta
PERS_FONO Teléfono del Personero NULL No No VARCHAR2(20) Cadena
PERS_MAIL E-mail del Personero NULL No No VARCHAR2(50) Cadena
COD_ESTADO Código del estado de la NULL No No VARCHAR2(2) 07 CORRECTO
resolución 08 INCORRECTO
09 RECTIFICADO
AGRUPOL Código de la Agrupación NOT NULL Yes No VARCHAR2(8)
Cadena
Política
Página 230 de 249

03: Provincial.
04: Distrital.
PERS_DIR Dirección del Personero NULL No No VARCHAR2(50) Cadena
acción sobre los datos de esta Cadena
tabla.
COD_CAUSAL No aplica NULL No No NUMBER(2)
RESUELVE Indicador de Aprobación del NULL No No CHAR(1) Resol. DE TACHA
tipo de resolución elegido - Fundado ó Infundado
Resol. DE APELACION
- Fundado ó Infundado
Resol. DE RECURSO
EXTRAORDINARIO
- Procedente ó Improcedente
DESC_CAUSAL No aplica NULL No No VARCHAR2(50)
DESC_SIMBOLO NULL No No VARCHAR2(20)
 Atributos de la Tabla “T01”

CARGO Código del Cargo NULL No No VARCHAR2(5) Cadena
DESCRIPCION Descripción del Cargo NULL No No VARCHAR2(50) Cadena
ELECCION Código del tipo de elección NULL No No VARCHAR2(2) 01: Regional
02: Provincial
03: Distrital
 Atributos de la Tabla “TA_ACCESOS”

CO_VENTANA Código de la ventana NOT NULL Yes No VARCHAR2(12) Cadena
CO_GERENCIA Código de la Gerencia NOT NULL Yes No VARCHAR2(12) Cadena
CO_PERFIL Código del Perfil NOT NULL Yes No VARCHAR2(12) Cadena
BUSCAR Indicador de permiso para NOT NULL No No CHAR(1) 0: Permiso para buscar
búsquedas 1: Sin permiso para buscar
GRABAR Indicador de permiso para grabar NOT NULL No No CHAR(1) 0: Permiso para grabar
1: Sin permiso para grabar
Página 231 de 249

MODIFICAR Indicador de permiso para NOT NULL No No CHAR(1) 0: Permiso para modificar
modificar 1: Sin permiso para modificar
BORRAR Indicador de permiso para borrar NOT NULL No No CHAR(1) 0: Permiso para borrar
1: Sin permiso para borrar
LOG_USUARIO_ID Código del Usuario Logueado NULL No No VARCHAR2(6) Cadena
 Atributos de la Tabla “TA_USUARIO_ODPE”

CO_ODPE Código de la ODPE NOT NULL Yes No VARCHAR2(6) Del J30001 al J30125
CO_USUARIO Código del usuario asignado a la NOT NULL Yes No VARCHAR2(20) Cadena
ODPE
LOG_USUARIO_ID Código del Usuario Logueado NOT NULL No No VARCHAR2(6) Cadena
 Atributos de la Tabla “TA_VENTANA_GERENCIA”

CO_VENTANA Código de la ventana de menú NOT NULL Yes No VARCHAR2(12)
sobre las cuales puede Cadena
administrar la gerencia
LOG_USUARIO_ID Código del Usuario Logueado NOT NULL No No VARCHAR2(6) Cadena
 Atributos de la Tabla “TIPOAGRUPOL”

03: Provincial.
04:Distrital.
DESCRIPCION Descripción del tipo de NULL No No VARCHAR2(100) Cadena.
agrupación política.
NRO_ORDEN_BLOQU Nro de Orden según sorteo de NULL No No NUMBER Valor numérico
E bloques
 Atributos de la Tabla “TIPORESOLUCION”

Página 232 de 249

TIPO_RESOL Código del tipo de resolución. NOT NULL Yes No VARCHAR2(2) 01: Resolución Provisional.
02: Resolución Definitiva.
03: Resolución de Tacha.
04: Resolución de Apelación.
05: Resolución Rectificatoria.
06: Resolución de Recurso
Extraordinario.
07: Resolución por Cancelación.
DESC_TIPO_RESOL Nombre del Tipo de Resolución NULL No No VARCHAR2(50) Cadena.
(provisional, definitiva, tacha)
 Atributos de la Tabla “TM_GERENCIA”

CO_GERENCIA Código de la Gerencia. NOT NULL Yes No VARCHAR2(12) Cadena
CO_GERENCIA_ADM Código de la Gerencia NULL No No VARCHAR2(12)
Cadena
Administrativa.
DESC_GERENCIA Descripción de la Gerencia. NULL No No VARCHAR2(100) Cadena
LOG_USUARIO_ID Código del Usuario Logueado. NULL No No VARCHAR2(6) Cadena
 Atributos de la Tabla “TM_IDLOG_TABLA”

LOG_TABLA_ID Id que representa a cada tabla NULL No No VARCHAR2(4)
Cadena
del sistema
NOM_TABLA Nombre de la tabla NULL No No VARCHAR2(100) Cadena
 Atributos de la Tabla “TM_LOG”

LOG_USUARIO_ID Código del Usuario Logueado. NOT NULL No No VARCHAR2(6) Cadena
ID_EVENTO Código del Evento suscitado. NULL No No VARCHAR2(4) 0 SELECT
1 INSERT
2 UPDATE
3 DELETE
4 INICIA SESSION
5 CIERRA SESSION
ID_TABLA Código de la tabla NULL No No VARCHAR2(4) Cadena
DESCRIPCIÓN Descripción del evento NULL No No VARCHAR2(800) Cadena
FECHA Fecha del registro NULL No No DATE Fecha
Página 233 de 249

 Atributos de la Tabla “TM_ODPE”
CO_ODPE Código del ODPE NOT NULL Yes No VARCHAR2(6) Del J30001 al J30125
DESC_ODPE Descripción de la ODPE NULL No No VARCHAR2(100) Cadena
 Atributos de la Tabla “TM_PERFIL”

CO_PERFIL Código del Perfil NOT NULL Yes No VARCHAR2(12) Cadena
DESC_PERFIL Descripción del Perfil NULL No No VARCHAR2(100) Cadena
LOG_USUARIO_ID Código del Usuario Logueado. NULL No No VARCHAR2(6) Cadena
 Atributos de la Tabla “TMPUBI2”

UBIGEO Código de Ubigeo NOT NULL Yes No VARCHAR2(6) Cadena
ODPE Código de la ODPE NOT NULL Yes No VARCHAR2(6) Del ODP001-ODP092
DESCRIPCION Descripción del Ubigeo NULL No No VARCHAR2(50) Cadena
UBIPADRE Código del ubigeo padre. NULL No No VARCHAR2(6) 010000 – 250000
CCOMPUTO Código del centro de cómputo NULL No No VARCHAR2(6) Cadena
CAPITAL Código de la capital del ubigeo. NULL No No VARCHAR2(2) Cadena
REGION Código de la Región. NULL No No VARCHAR2(6) Cadena
DISTRITOE Código del Distrito Electoral NULL No No VARCHAR2(6) Cadena
SEDE_ODPE Sede de la ODPE NULL No No VARCHAR2(2) Cadena
 Atributos de la Tabla “TMPUBIELE”

UBIGEO Código de ubigeo NULL No No VARCHAR2(6) Cadena
ELECCION Código de elección NULL No No VARCHAR2(2) Cadena
ESCANOS Número de Escaños disponibles NULL No No NUMBER(2)
por tipo de elección para un Valor Numérico
determinado ubigeo
DIGITA No se utiliza NULL No No VARCHAR2(2)
Página 234 de 249

 Atributos de la Tabla “TM_SESION”
ID_SESION Código de la sesión oracle NOT NULL No No VARCHAR2(40) Cadena
INICIO_SESION Fecha de inicio de la sesión NOT NULL No No DATE Fecha
DATA Valores de inicio enviados. NOT NULL No No VARCHAR2(1000) Cadena
ULT_ACTIVIDAD Fecha de última actividad. NOT NULL No No DATE Fecha
 Atributos de la Tabla “TM_USUARIO”

CO_USUARIO Código del Usuario del NOT NULL Yes No VARCHAR2(12)
Cadena
Sistema
NOMBRES Nombres del Usuario NULL No No VARCHAR2(50) Cadena
AP_PATERNO Apellido Paterno del Usuario NULL No No VARCHAR2(50) Cadena
AP_MATERNO Apellido Materno del Usuario NULL No No VARCHAR2(50) Cadena
CONTRASEÑA Contraseña del Usuario NULL No No VARCHAR2(100) Cadena
CO_ESTADO Código del Estado del NULL No No VARCHAR2(1) Cadena
Usuario
CO_PERFIL Código del Perfil NULL No No VARCHAR2(12) Cadena
CO_GERENCIA Código de Gerencia NULL No No VARCHAR2(12) Cadena
LOG_USUARIO_ID_CREA Código del Usuario que lo NULL No No VARCHAR2(6) Cadena
crea
 Atributos de la Tabla “TM_VENTANA”

CO_VENTANA Código de la ventana NOT NULL Yes No VARCHAR2(12) Cadena
CO_VENTANA_PADRE Código de la ventana padre NULL No No VARCHAR2(12) Cadena
DESC_VENTANA Descripción corta de la NULL No No VARCHAR2(60) Cadena
ventana
DESC_LARGA_VENTANA Descripción larga de la NULL No No VARCHAR2(100) Cadena
ventana
NOM_ARCHIVO Nombre del archivo NULL No No VARCHAR2(100) Cadena
TI_VENTANA Tipo de Ventana NULL No No VARCHAR2(12) PRINCIPAL
POPUP
Página 235 de 249

MENU
URL_VENTANA Ruta de acceso de la ventana NULL No No VARCHAR2(150) Cadena
NU_ORDEN Número de Orden de la NULL No No VARCHAR2(4) Cadena
ventana
 Atributos de la Tabla “TT_ID_EVENTO”

ID Código del Evento NOT NULL Yes No VARCHAR2(4) Cadena
DESCRIPCION Descripción del evento NULL No No VARCHAR2(80) Cadena
 Atributos de la Tabla “TT_VENTANA”

TI_VENTANA Código de la ventana NOT NULL Yes No VARCHAR2(12) Cadena
DESC_VENTANA Descripción de la ventana NULL No No VARCHAR2(100) Cadena
 Atributos de la Tabla “UBIELECCION”

ELECCIÓN Tipo de elección NOT NULL Yes No VARCHAR2(2) 01 REGIONAL
02 PROVINCIAL
03 DISTRITAL
determinado ubigeo
DIGITA No se utiliza NULL No No VARCHAR2(2)
NUM_CARGO No se utiliza NULL No No NUMBER
 Atributos de la Tabla “UBIELECCION_ERM”

Página 236 de 249

ODPE Código de la ODPE NULL No No VARCHAR2(6) Cadena
determinado ubigeo
 Atributos de la Tabla “UBIELECCIONAGRUPOL”

ELECCIÓN Tipo de elección NOT NULL Yes No VARCHAR2(2) 01 REGIONAL
02 PROVINCIAL
03 DISTRITAL
AGRUPOL Código de la Agrupación Política NOT NULL Yes No VARCHAR2(8) Cadena
03: Provincial.
04: Distrital.
POSICIÓN No se utiliza NULL No No NUMBER
NLISTA No se utiliza NULL No No NUMBER(2)
FOTO_REG No se utiliza NULL No No VARCHAR2(50)
VERIFICA_ODPE Visto Bueno de ODPE para la NULL No No VARCHAR2(1) 0: Por Verificar
inscripción de una Org. Política 1: Verificado
VERIFICA_GOECOR Visto Bueno de GOECOR para la NULL No No VARCHAR2(1) 0: Por Verificar
VERIFICA_GESTION Visto Bueno de GESTION para la NULL No No VARCHAR2(1) 0: Por Verificar
acción sobre los datos de esta Cadena.
tabla
 Atributos de la Tabla “UBIGEO”

UBIGEO Código de Ubigeo NOT NULL Yes No VARCHAR2(6) 010000 – 250000
DESCRIPCION Descripción del Ubigeo NOT NULL No No VARCHAR2(100) Cadena
UBIPADRE Código del ubigeo padre. NULL No No VARCHAR2(6) 010000 – 250000
CCOMPUTO No se utiliza NULL No No VARCHAR2(6)
Página 237 de 249

CAPITAL Código de la capital del ubigeo NULL No No VARCHAR2(2) Cadena alfanumerica
01
REGION No se utiliza NULL No No VARCHAR2(6)
DISTRITOE No se utiliza NULL No No VARCHAR2(6)
SEDE_ODPE No se utiliza NULL No No VARCHAR2(2)
IMPRESION_ACTA_E No se utiliza NULL No No CHAR(1)
SCRUTINIO
VALIDA_JEE Visto Bueno de ODPE para la NULL No No CHAR(1) 0: Por Verificar
generación de cédula definitiva 1: Verificado
VALIDA_GESTION Visto Bueno de GESTION para la NULL No No CHAR(1) 0: Por Verificar
generación de cédula definitiva 1: Verificado
VERIFICA_DISENO_I Visto Bueno de Gerencia de NULL No No CHAR(1)
0: Por Verificar
MP Operaciones para el diseño de
1: Verificado
acta de escrutinio
VERIFICA_IMP Visto Bueno de Gerencia de NULL No No CHAR(1)
0: Por Verificar
Operaciones para la impresión de
1: Verificado
acta de escrutinio
VERIFICA_CARTEL Visto Bueno de GESTION para la NULL No No CHAR(1)
0: Por Verificar
impresión del cartel de
1: Verificado
Candidatos
 Atributos de la Tabla “UBIGEO_ERM”

UBIGEO Código de Ubigeo NULL No No VARCHAR2(6) Cadena
UBIPADRE Ubicación geográfica padre al NULL No No VARCHAR2(6) Cadena
que pertenece el ubigeo
Página 238 de 249

 Atributos de la Tabla “UBIGEO_ODPE”
UBIGEO Código de Ubigeo NULL No No VARCHAR2(6) Cadena
UBIPADRE Ubicación geográfica padre al NULL No No VARCHAR2(6) Cadena
que pertenece el ubigeo
 Atributos de la Tabla “ODPE_ELECCION”

ELECCIÓN Código de la Elección NOT NULL Yes No VARCHAR2(2) 01 Regional
02 02 Provincial
03 Distritital
VB_ODPE Visto Bueno de ODPE NULL No No CHAR(1) 0: Por Verificar
1: Verificado
VB_GOECOR Visto Bueno de la Gerencia de NULL No No CHAR(1) 0: Por Verificar
GOECOR 1: Verificado
MOTIVO Motivo por el cual se está NULL No No VARCHAR2(200) Cadena
levantando el VB de ODPE
FECHA_GRABA Fecha en que se crea el registro NULL No No DATE Date
FECHA_MODIFICA Fecha en que se modifica el NULL No No DATE Date
registro
LOG_USUARIO_ID ID del usuario que realiza una NOT NULL No No VARCHAR2(6) Cadena
acción sobre los datos de esta
tabla.
Página 239 de 249

 Atributos de la Tabla “SPECIAL_CHAR”
ID Código de la Tabla NOT NULL Yes No NUMBER Valor numérico
CHAR_NAME Caracter especial, ejm: ", %, etc. NULL No No VARCHAR2(2) Cadena
 Atributos de la Tabla “TM_LOG_AGRUPOL”

Id del usuario generador del
LOG_USUARIO_ID evento NULL No No VARCHAR2(6) Cadena
1 Insert
2 Update
ID_EVENTO Identificador de evento NULL No No VARCHAR2(4) 3 Delete
ID_TABLA Identificador de tablas NULL No No VARCHAR2(4) Cadena
FECHA Fecha de ejecución del evento NULL No No DATE
AGRUPOL Código de la Agrupación política NULL No No VARCHAR2(8) Cadena
Código del tipo de Agrupación
TIPO Política NULL No No VARCHAR2(2) Cadena
Descripción de la Agrupación
DESCRIPCION política NULL No No VARCHAR2(500) Cadena
Es el Ubigeo Máximo donde va a
UBIGEO_MAX participar la agrupación. NULL No No VARCHAR2(6) Cadena
Ruta y nombre de la imagen de la
IMAGEN_ORG Agrupación. NULL No No VARCHAR2(50) Cadena
Código de Estado de la
COD_ESTADO Organización NULL No No VARCHAR2(2) Cadena
Campo estado de la suite (No se
ESTADO utiliza) NULL No No VARCHAR2(2) Cadena
Guarda el Numero de Orden
NRO_ORDEN_ALFA Alfabético (No se Utiliza) NULL No No NUMBER Valor numérico
Numero de Orden en la Posición
NRO_ORDEN_ORG en la Cedula. NULL No No NUMBER Valor numérico
Para Organizaciones Provinciales
NRO_IMAGEN o Distritales. NULL No No NUMBER Valor numérico
1 o 0 dependiendo si se descargo
CAMBIO_ESTADO o no la imagen para gestión. NULL No No VARCHAR2(2) Cadena
Página 240 de 249

 Atributos de la Tabla “TM_LOG_CANDIDATO

LOG_USUARIO_ID evento NOT NULL No No VARCHAR2(6) Cadena
ID_EVENTO Identificador de evento NULL No No VARCHAR2(4)
FECHA Fecha de ejecución del evento NULL No No DATE Día
CANDIDATO Código de candidato NULL No No NUMBER Valor numérico
CARGO Código de cargo NULL No No VARCHAR2(5) Cadena
COD_LISTA Código de lista NULL No No NUMBER Valor numérico
UBIGEO Código de abigeo NULL No No VARCHAR2(6) Cadena
DISTRITOE Código de distrito electoral NULL No No VARCHAR2(6) Cadena
DNI Número de DNI NULL No No VARCHAR2(8) Cadena
APPAT Apellido paterno del candidato NULL No No VARCHAR2(50) Cadena
APMAT Apellido materno del candidato NULL No No VARCHAR2(50) Cadena
NOMBRES Nombres NULL No No VARCHAR2(50) Cadena
SEXO Genero del candidato NULL No No VARCHAR2(1) 1. Varon 2.Mujer
UBIREP Ubigeo al que representa NULL No No VARCHAR2(6) Cadena
NLISTA Numero de lista del candidato NULL No No NUMBER Valor numérico
COD_ESTADO Código de estado del candidato NULL No No VARCHAR2(2) Cadena
ESTADO No usado NULL No No VARCHAR2(2) Cadena
AGRUPOL Código de agrupación política NULL No No VARCHAR2(8) Cadena
TIPO Tipo de agrupación NULL No No VARCHAR2(2) Cadena
CO_ODPE Código de ODPE NULL No No VARCHAR2(6) Cadena
Código de error si es que el
COD_ERROR candidato se registra con error NULL No No VARCHAR2(2) Cadena
Flag indicando si hay cambio de
CAMBIO_ESTADO estado NULL No No VARCHAR2(2) Cadena
Página 241 de 249

 Atributos de la Tabla “TM_LOG_LISTA_CANDIDATO”
LOG_USUARIO_ID NOT NULL No No VARCHAR2(6) Cadena
evento
1 Insert
ID_EVENTO Identificador de evento NULL No No VARCHAR2(4) 2 Update
3 Delete
FECHA Fecha de ejecución del evento NULL No No DATE Fecha
COD_LISTA Código de Lista de candidato NULL No No NUMBER Valor Numérico
Número de Candidatos inscritos
NUM_CANDIDATOS NULL No No NUMBER Valor Numérico
en la lista
0 Sin verificar
VERIFICA_ODPE Verificación de la ODPE NULL No No VARCHAR2(1)
1 Verificado
0 Sin verificar
VERIFICA_GOECOR Verificación de GOECOR NULL No No VARCHAR2(1)
1 Verificado
0 Sin verificar
VERIFICA_GESTION Verificación de GESTION NULL No No VARCHAR2(1)
1 Verificado
01 Regional
ELECCION Código de Elección NULL No No VARCHAR2(2) 02 Provincial
03 Distrital
AGRUPOL Código de Agrupol NULL No No VARCHAR2(8) Cadena
01 Nacional
02 Regional
TIPO Código de Tipo de Agrupol NULL No No VARCHAR2(2)
03 Provinical
04 Distrital
Página 242 de 249

 Atributos de la Tabla “TM_LOG_ODPE_ELECCION”
LOG_USUARIO_ID NULL No No VARCHAR2(6) Cadena
evento
1 Insert
3 Delete
01 Regional
ELECCION Código del tipo de elección NULL No No VARCHAR2(2) 02 Provincial
03 Distrital
0 Sin verificar
VB_ODPE Flag visto bueno ODPE NULL No No CHAR(1)
1 Verificado
Visto Bueno de la Gerencia de 0 Sin verificar
VB_GOECOR NULL No No CHAR(1)
GOECOR 1 Verificado
Motivo por el cual se está
MOTIVO NULL No No VARCHAR2(200) Cadena
levantando el VB de ODPE
 Atributos de la Tabla “TM_LOG_RESOLUCION_C”

evento
1 Insert
3 Delete
Código de Resolución del
COD_RESOL_C NULL No No NUMBER Valor numérico
candidato
Numero de Resolución del
NUM_RESOL_C NULL No No VARCHAR2(20) Cadena
candidato
PROCEDENCIA NULL No No VARCHAR2(3) Cadena
Fecha de recepción de la
FEC_RESOL NULL No No DATE Fecha
resolución
Fecha de emisión de la
FEC_EMI NULL No No DATE Fecha
resolución
FEC_PUBLI Fecha de publicación de la NULL No No DATE Fecha
Página 243 de 249

resolución
Numero de oficio si es que
OFICIO NULL No No VARCHAR2(25) Cadena
hubiese
FEC_OFICIO Fecha de oficio NULL No No DATE Fecha
OBS Observaciones NULL No No VARCHAR2(100) Cadena
SUMILLA Sumilla de la resolución NULL No No VARCHAR2(50) Cadena
COD_RESOL_AFECT Código de la resolución que
NULL No No VARCHAR2(20) Cadena
A rectifica o ratifica
COD_LISTA Código de la lista de candidatos NULL No No NUMBER Valor numérico
01 Regional
ELECCION Código del tipo de elección NULL No No VARCHAR2(2) 02 Provincial
03 Distrital
AGRUPOL Código de agrupación política NULL No No VARCHAR2(8) Cadena
01 Nacional
Código del tipo de agrupación 02 Regional
TIPO NULL No No VARCHAR2(2)
política. 03 Provinical
04 Distrital
CO_ODPE Código de la ODPE NULL No No VARCHAR2(6) Cadena
CANDIDATO Código de Candidato NULL No No NUMBER Valor numérico
CARGO Código de cargo NULL No No VARCHAR2(2) Cadena
TIPO_RESOL Tipo de Resolución NULL No No VARCHAR2(2) Cadena
04 POR CONFIRMAR
Código del estado de la
COD_ESTADO NULL No No VARCHAR2(2) 05 CONFIRMADO
resolución de lista de candidatos
06 CANCELADO
-1 SIN ERROR
Código del error que puede tener 01 ERROR EN EL NOMBRE
COD_ERROR NULL No No VARCHAR2(2)
una resolución 02 RESOLUCION
03 CORREGIDO
Código de la Causal sólo se 2 RENUNCIA

COD_CAUSAL carga para los Tipos de NULL No No NUMBER 3 EXCLUSION
Resoluciones por Cancelación 4 OTROS
Página 244 de 249

Resol. DE TACHA - Fundado ó
Infundado
Resol. DE APELACION -
Indicador de Aprobación del tipo
RESUELVE NULL No No CHAR(1) Fundado ó Infundado
de resolución elegido
Resol. DE RECURSO
EXTRAORDINARIO - Procedente
ó Improcedente
DESC_CAUSAL Descripción NULL No No VARCHAR2(50) Cadena
 Atributos de la Tabla “TM_LOG_RESOLUCION_O”

evento
1 Insert
3 Delete
Código de la Resolución de
COD_RESOL_O NULL No No NUMBER Valor numérico
01 Resolución Provisional
TIPO_RESOL Tipo de Resolución NULL No No VARCHAR2(2)
Extraordinario
Página 245 de 249

-1 SIN ERROR
Código del error que puede tener 01 ERROR EN EL NOMBRE
COD_ERROR NULL No No VARCHAR2(2)
una resolución 02 RESOLUCION
03 CORREGIDO
Número de la Resolución de
NUM_RESOL_O NULL No No VARCHAR2(20) Cadena
PROCEDENCIA Quien emite la resolución NULL No No VARCHAR2(3) JEE ó JNE
FEC_RECEP Fecha de recepción NULL No No DATE Fecha
FEC_EMI Fecha de emisión NULL No No DATE Fecha
FEC_PUBLI Fecha de publicación NULL No No DATE Fecha
Nro de oficio anexo a la
OFICIO NULL No No VARCHAR2(25) Cadena
resolución
FEC_OFICIO Fecha de emisión del oficio NULL No No DATE Fecha
Descripción del símbolo de la
DESC_SIMBOLO Org. Política (Solo para Org. pol. NULL No No VARCHAR2(200) Cadena
Regionales)
Observación alguna de la
OBS NULL No No VARCHAR2(100) Cadena
resolución
PERSONERO_LEGAL Nombre del personero legal NULL No No VARCHAR2(50) Cadena
COD_RESOL_AFECT
ID de la resolución afectada NULL No No VARCHAR2(50) Cadena
A
PERS_FONO Teléfono del personero legal NULL No No VARCHAR2(20) Cadena
PERS_MAIL E-mail del personero legal NULL No No VARCHAR2(50) Cadena
07 CORRECTO
Código del estado de la
COD_ESTADO NULL No No VARCHAR2(2) 08 INCORRECTO
resolución
09 RECTIFICADO
AGRUPOL Código de la Agrupación Política NULL No No VARCHAR2(8) Cadena
01: Nacional.
Código del tipo de agrupación 02: Regional.
TIPO NULL No No VARCHAR2(2)
política. 03: Provincial.
04: Distrital.
PERS_DIR Dirección del personero legal NULL No No VARCHAR2(50) Cadena
Código del causal de la
COD_CAUSAL NULL No No NUMBER
cancelación
Página 246 de 249

Resol. DE TACHA - Fundado ó
Infundado
Resol. DE APELACION -
Si es fundada o infundada la
RESUELVE NULL No No CHAR(1) Fundado ó Infundado
resolución
Resol. DE RECURSO
EXTRAORDINARIO - Procedente
ó Improcedente
Descripción del causal de

DESC_CAUSAL cancelación (solo si escoge NULL No No VARCHAR2(50) Cadena
"Otros")
 Atributos de la Tabla “TM_LOG_SESION”

Id del usuario que genera la
acción o que modifica la fila
Indica si se inicio o cerró la 4 INICIA SESSION
ID_EVENTO NULL No No VARCHAR2(4)
sesión 5 CIERRA SESSION
ID_TABLA Id de la tabla NULL No No VARCHAR2(4) Cadena
DESCRIPCION Información de la sesión NULL No No VARCHAR2(800) Cadena
 Atributos de la Tabla “TM_MEDIDAS_CARTEL”

01 Regional
TIPO_ELECCION Tipo de elección NOT NULL Yes No VARCHAR2(6) 02 Provincial
03 Distrital
CANDIDATOS Código del candidato NOT NULL Yes No NUMBER Valor numérico
ANCHO_PAGINA Ancho de la pagina NULL No No NUMBER Valor numérico
ALTO_PAGINA Alto de pagina NULL No No NUMBER Valor numérico
ALTO_UBIGEO Alto del ubigeo NULL No No NUMBER Valor numérico
ALTO_ENCABEZADO Alto del encabezado NULL No No NUMBER Valor numérico
BORDE_I_HOJA Borde de la hoja NULL No No NUMBER Valor numérico
Borde de la hoja del lado
BORDE_I_HOJA_PRO
izquierdo hasta el rectángulo del NULL No No NUMBER Valor numérico
V
ubigeo provincial
BORDE_I_HOJA_DIST Borde de la hoja del lado NULL No No NUMBER Valor numérico
Página 247 de 249

izquierdo hasta el rectángulo del
ubigeo distrital
PIE_PAGINA Distancia del pie de pagina NULL No No NUMBER Valor numérico
Tamaño de la fuente de
F_AGRUP NULL No No NUMBER Valor numérico
agrupación
Tamaño de la fuente de
F_CANDID NULL No No NUMBER Valor numérico
candidatos
AGRUPACIONES Numero de agrupaciones NOT NULL Yes No NUMBER Valor numérico
SEPARA_CELDA Espacio entre celda y celda NULL No No NUMBER Valor numérico
ANCHO_PARTIDO Ancho reservado para el partido NULL No No NUMBER Valor numérico
Numero de columnas del
COL_CANDIDATO NULL No No NUMBER Valor numérico
candidato
RECT_UBI_ALTO Alto del rectángulo del ubigeo NULL No No NUMBER Valor numérico
 Atributos de la Tabla “TM_MEDIDAS_CEDULA”

01 Regional
02 Provincial
TIPO_ELECCION Código del tipo de elección NULL No No VARCHAR2(6) 03 Distrital
NU_FILAS Numero de filas NULL No No NUMBER Valor numérico
ANCHO_PAGINA Ancho de la pagina NULL No No NUMBER Valor numérico
ALTO_PAGINA Alto de la pagina NULL No No NUMBER Valor numérico
ENCABEZADO Altura del encabezado NULL No No NUMBER Valor numérico
PIEPAGINA Tamaño del pie de pagina NULL No No NUMBER Valor numérico
ALTO_CELDA Alto de la celda NULL No No NUMBER Valor numérico
tamaño de fuente del contenido
ALTO_FUENTE de la cedula NULL No No NUMBER Valor numérico
 Atributos de la Tabla “TM_VALIDACION”

CO_USUARIO Código del usuario que valida NULL No No VARCHAR2(12) Cadena
LOG_USUARIO_ID NOT NULL Yes No VARCHAR2(6) Cadena
evento
UBIGEO Código de ubigeo validado NOT NULL Yes No VARCHAR2(6) Cadena
FECHA Fecha del suceso NOT NULL Yes No DATE Fecha
Página 248 de 249

Tipo de validación
01 validación de jee
02 validación de gestión,
03 validación del impresión de
TIPO_VALIDACION diseño NOT NULL Yes No VARCHAR2(6) Cadena
04 validación de recepción de
proveedor,
11 validación de cartel,
IMP indicador de cedula impresa
0 Sin verificar
VALOR Valor de la validación 0 o 1 NULL No No CHAR(1)
1 Verificado
Página 249 de 249

Universidad Ricardo Palma Facultad de Ingeniería PDF

Cargado por

Copyright:

Formatos disponibles

Universidad Ricardo Palma Facultad de Ingeniería PDF

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

Universidad Ricardo Palma Facultad de Ingeniería PDF

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD RICARDO PALMA

ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA

“Adecuación al Sistema de Registro de Organizaciones Políticas y

Titulación Por Experiencia Profesional

PARA OPTAR EL TÍTULO PROFESIONAL DE

NÚÑEZ DELGADO, Francisco Eduardo.

ASESOR: Dr. Silverio Bustos Díaz

I. ONPE: RESEÑA HISTÓRICA ....................................................................................................... 10

VIII. CRONOGRAMA DEL PROYECTO ............................................................................................... 60

BIBLIOGRAFÍA ..................................................................................................................................... 142

ANEXOS ................................................................................................................................................ 143

ANEXO 1: .............................................................................................................................................. 144

ANEXO 2: .............................................................................................................................................. 146

ANEXO 3: .............................................................................................................................................. 148

ANEXO 4: .............................................................................................................................................. 151

ANEXO 5: .............................................................................................................................................. 153

ANEXO 6: .............................................................................................................................................. 157

ANEXO 7: .............................................................................................................................................. 166

ANEXO 8: .............................................................................................................................................. 168

ANEXO 9: .............................................................................................................................................. 171

ANEXO 10: ............................................................................................................................................ 173

ANEXO 11: ............................................................................................................................................ 180

ANEXO 12: ............................................................................................................................................ 182

ANEXO 13: ............................................................................................................................................ 187

ANEXO 14: ............................................................................................................................................ 197

ANEXO 16: ............................................................................................................................................ 211

ANEXO 17: ............................................................................................................................................ 213

El presente documento, tiene como propósito principal, demostrar la

Con tal propósito, se describe un proyecto de desarrollo de software real,

El Sistema de Registro de las Organizaciones Políticas y Candidatos, es

En cada elección, los sistemas electorales manejados por la ONPE, deben

Como producto final, se obtuvo la actualización del Sistema de “Registro de

Para la presentación del presente proyecto, se ha solicitado los permisos

La Oficina Nacional de Procesos Electorales (ONPE) del Perú, es un

1.1. Reseña histórica de ONPE.

La ONPE se crea con la Ley Orgánica de Elecciones N° 26487

La ONPE garantiza a todos los ciudadanos sin distinción, el derecho al

En periodo no electoral, la ONPE brinda apoyo y asistencia técnica a las

A continuación, se describen algunos de los términos y abreviaturas,

La Oficina Nacional de Procesos Electorales (ONPE), es el organismo

2.2 Elecciones Regionales y Municipales 2010.

El domingo 3 de octubre de 2010 se realizaron en Perú, las Elecciones

En esta misma fecha se llevará a cabo el Referéndum Nacional 2010

2.3 Elecciones Regionales

Se elige al presidente o presidenta y vicepresidente o vicepresidenta

El consejo regional está integrado por un mínimo de siete y un máximo

2.4 Elecciones Municipales

En el caso de las elecciones municipales, los ciudadanos y ciudadanas

Se determina como alcaldesa o alcalde electo, al candidato o candidata

2.5 Organizaciones Políticas

La organización política es la expresión institucional de una ideología o

En las elecciones Regionales y provinciales llevadas a cabo año 2010,

2.6 Los Electores

Los electores son todos aquellos ciudadanos y ciudadanas mayores de

2.7 Los Personeros

Son los ciudadanos debidamente acreditados, que representan a las

2.8 Los observadores

Son las personas que presencian el desarrollo de un proceso electoral

De acuerdo al Artículo 340º de la Ley Orgánica de Elecciones, Ley N. º