Instituto Superior Politcnico Jos Antonio Echeverra

Facultad de Ingeniera Industrial

Centro de Estudios de Ingeniera y Sistemas

SISTEMA DE CENTRALIZACIN,
SINCRONIZACIN Y RPLICA DE LA INFORMACIN
DEL REGISTRO DEL ESTADO CIVIL DE CUBA.

Autor(es):

Yen Luis Prez Marrero.

Elmer David Entenza Madrigal.

Tutor(es):

Ing. Sandra Ortega Martorell.

Ing. Liusbetty Canino

Consultante(s): Ing. Adrian lvarez Penichet

Ing. Jose Angel Franco Navarro.

Ciudad de La Habana, Cuba

Junio, 2006

DECLARACIN DE AUTORA
Declaramos que somos los nicos autores de este trabajo autorizamos al Ministerio de
Justicia de la Republica de Cuba y al Centro de Estudios de Ingeniera y Sistemas para
que hagan el uso que estimen pertinente con este trabajo.

Para que as conste firmamos la presente a los _9_ das del mes de _____Junio_____
del ___2006___.

___Yen Luis Prez Marrero______

___Elmer Entenza Madrigal______

Nombre completo del primer autor

Nombre completo del segundo autor

__ Ing. Sandra Ortega Martorell__

___Ing. Liusbetty Canino______

Nombre completo del primer tutor

Nombre completo del segundo tutor

Agradecimientos.
De Yen:
Y a Aquel que es poderoso para hacer todas las cosas mucho ms abundantemente de
lo que pedimos o entendemos, segn el poder que acta en nosotros, a l sea gloria en
la iglesia en Cristo Jess por todas las edades, por los siglos de los siglos. Amn.
Efesios 3:20,21
Gracias Jess.

A mam y pap, porque se han desvivido por m. Los quiero honrar como Hijo a Padres
con mi eterno agradecimiento. Que Dios los bendiga.
A mis queridos tos, Mirella y Rolando, por ayudarme a vivir durante cuatro aos con lo
mejor de s: Gracias.
A Yipsy, amiga ma, hermana ma, paloma ma, perfecta ma: Gracias por tanto amor.
A mis hermanos cristianos de la universidad por el Amor y la sencillez que cada da
inspiran mi corazn para vivir con Ferviente Propsito: Gracias.
A mi amigo y hermano en el Seor, Elmer, por la compaa y la fe que juntos
compartimos: Gracias.
A nuestras tutoras Sandri y Liusbi, por ser ustedes y no otras, porque no las olvidar
jams, por el apoyo, la guianza y la paciencia que nos han brindado: Gracias.
A Julio, todo mi respeto por haber confiado en m y por todo lo que me has enseado con
simplemente observarte: Gracias.
A mi amigo el tigre, Adrin, por cada una de sus atenciones y palabras que me ayudaron
a vencer: Gracias.
A Franco, por su mano franca, por su inestimable ayuda y por su tiempo: Gracias.
Al chinito Lee, por su amistad, por su ayuda incondicional y por su exhortacin.
A todos los profe del local por haberme recibido, y por su ayuda: Gracias.
A todos los que de alguna manera me ayudaron a ser feliz: Gracias.
Que Dios les bendiga.

De Elmer:
Quiero en primer lugar dar gracias a Dios.

A mis padres, a quienes tambin dedico este trabajo, por llevarme a esta etapa de mi
vida. Por todo el sacrificio, los desvelos, los mal estar que pasaron para que llegara hasta
aqu, gracias pap, gracias mam. Gracias por confiar en m.
A mi amada y fiel esposa, Keila. Has sido ms de lo que jams en la vida anhel ni pens
tener; hermana, amiga, nica novia, esposa y madre de mi hijo. Gracias por arriesgarte a
casarte conmigo.
A mi hermano Elim, el mejor de los compaeros que he tenido en la vida.
A mis amigos y hermanos del Grupo Universitario Cristiano de Ciudad Habana, fuente de
inspiracin en impulso para seguir adelante, y sobrepasar el hambre, el sueo, el
desnimo y las tristezas.
A Pedro Padrn y Hulda Tamayo, mi suegros, y padres creo que tambin. Muchas
gracias por, como dice mi madre terminarme de criar.
A mi compaero Yen, gracias por tolerarme, gracias por ser mi amigo. Gracias por hacer
la tesis conmigo. Todo el favor de Dios para t vida, familia y ministerio.
De una manera especial quiero agradecer a Sandra, amiga, tutora y dulcera de las
mejores. Gracias por tratarme como a un hijo. Gracias por creer en m desde el principio.
A Adrin, por asesorarme y ensearme a instalar al PHP5 y MySQL. Gracias a ti
comenc a trabajar. Gracias por darle nombre a este trabajo.
Al chinito Lee, por conseguir que los servicios web corrieran en mi mquina.
A Julio Martnez por su acogida en su equipo de trabajo.
A Franco, por soportar con paciencia todas mis preguntas. Una vez ms gracias por tus
mieles. Eres una inspiracin para aprender Ingeniera de Software.
Gracias Betty, por la paciencia de aguantar todas mis preguntas.
A los profesores del GICE-GUD, muchas gracias por recibirme en su local de trabajo
siendo un estudiante. Llegu a sentirme como parte de ustedes.

Dedicatoria
A nuestros padres:
Ana y Orlando,
Nidia y Juan,
los verdaderos autores.

A nuestras esposas:
Yipsy y Keila,
las mejores amigas.

Resumen
Como parte del proceso de informatizacin da la sociedad, mediante el acoplamiento de
las nuevas Tecnologas de la Informtica y las Comunicaciones (TIC) a las diversas
esferas del desarrollo humano, el Ministerio de Justicia de la Repblica de Cuba,
MINJUS, ha concebido un programa en vsperas a la modernizacin y mejoramiento de
los servicios pblicos a escala nacional. En dicho programa se inserta la automatizacin
del Registro del Estado Civil Nacional, rea subordinada al Ministerio. En este contexto
se ha emprendido un proyecto orientado a la informatizacin de la gestin de la
informacin. Una parte importante del mismo consiste en el diseo y la implantacin de
un sistema automatizado que permita la centralizacin y rplica de la informacin, as
como la sincronizacin entre las oficinas registrales de todo el pas, con el fin de
garantizar el control de la informacin a nivel nacional. Esta solucin traer cambios
sustanciales a las condiciones actuales, pues quedarn resueltos los problemas de
comunicacin existentes entre las oficinas, facilitando desde cualquiera de ellas la
gestin de la informacin residente en una oficina externa a travs de la web, lo que se
traduce en rapidez y ahorros de gastos operacionales actuales por concepto de correos
postal y telfono. La implantacin de este sistema ser un paso de avance en el
mejoramiento empresarial y en la prestacin de servicios a los ciudadanos que lo
frecuentan.

NDICE
INTRODUCCIN.......................................................................................................... 1
SITUACION ROBLMICA................................................................................................................................................. 2
PROBLEMAS .................................................................................................................................................................. 2
ACTUALIDAD Y NECESIDADES DEL TRABAJO ................................................................................................................. 2
APORTES PRCTICOS ESPERADOS

DEL TRABAJO ........................................................................................................... 2

OBJETO DE ESTUDIO ...................................................................................................................................................... 3

CAMPO DE ACCCIN ...................................................................................................................................................... 3
HIPTESIS .................................................................................................................................................................... 4
OBJETIVOS DEL TRABAJO .............................................................................................................................................. 4
TAREAS A DESARROLLAR ............................................................................................................................................. 5
ESTRUCTURACIN DEL CONTENIDO .............................................................................................................................. 6

CAPTULO 1 : FUNDAMENTACIN TERICA.......................................................... 7

1.1

INTRODUCCIN ............................................................................................................................................... 7

1.2

GOBIERNO ELECTRNICO................................................................................................................................ 7

1.2.1

Gobierno Electrnico en el mundo. .......................................................................................................... 9

1.2.2

Soluciones para el Registro Civil de Cuba.............................................................................................. 10

1.3
1.3.1

EL REGISTRO DEL ESTADO CIVIL DE CUBA .................................................................................................. 15

Proceso de centralizacin de la informacin.......................................................................................... 15

1.4

EL PROYECTO DE INFORMATIZACIN DEL REGISTRO DEL ESTADO CIVIL DE CUBA...................................... 18

1.5

TECNOLOGAS USADAS. ................................................................................................................................ 19

1.5.1

Servicios Web .......................................................................................................................................... 19

1.5.2

MySQL Sistema Gestor de Bases de Datos. ......................................................................................... 22

1.5.3

PHP5....................................................................................................................................................... 24

1.5.4

Biblioteca FPDF ..................................................................................................................................... 28

1.6

CONCLUSIONES ............................................................................................................................................. 28

CAPTULO 2 MODELO DEL NEGOCIO.................................................................... 29

2.1

INTRODUCCIN ............................................................................................................................................. 29

2.2

MODELO DEL NEGOCIO ACTUAL ................................................................................................................... 30

2.3

REGLAS DEL NEGOCIO A CONSIDERAR .......................................................................................................... 30

2.4

ACTORES DEL NEGOCIO ................................................................................................................................ 31

2.5

DIAGRAMA DE CASOS DE USO DEL NEGOCIO ................................................................................................. 32

2.6

TRABAJADORES DEL NEGOCIO ...................................................................................................................... 32

2.7

CASOS DE USO DEL NEGOCIO ........................................................................................................................ 32

2.7.1

Caso de uso <Gestionar la certificacin de una inscripcin> ............................................................... 33

2.7.2

Caso de uso <Modificar estado civil>.................................................................................................... 36

2.8

MODELO DE OBJETOS .................................................................................................................................... 37

2.9

CONCLUSIONES ............................................................................................................................................. 39

CAPTULO 3 REQUISITOS ....................................................................................... 40

3.1

INTRODUCCIN ............................................................................................................................................. 40

3.2

ACTORES DEL SISTEMA A AUTOMATIZAR ...................................................................................................... 40

3.3

DIAGRAMA DE CASOS DE USO DEL SISTEMA A AUTOMATIZAR....................................................................... 41

3.4

DEFINICIN DE LOS REQUISITOS NO FUNCIONALES ....................................................................................... 41

3.5

DESCRIPCIN DE LOS CASOS DE USO ............................................................................................................. 46

3.6

CONCLUSIONES ............................................................................................................................................. 48

CAPTULO 4 DESCRIPCIN DE LA SOLUCIN PROPUESTA.............................. 49

4.1

INTRODUCCIN ............................................................................................................................................. 49

4.2

MODELO DEL DISEO .................................................................................................................................... 49

4.2.1

Diagrama de clases................................................................................................................................. 49

4.2.2

Diagrama de despliegue.......................................................................................................................... 53

4.3

DISEO DE LA BASE DE DATOS ...................................................................................................................... 55

4.3.1

Diagrama de clases persistentes ............................................................................................................. 55

4.3.2

Modelo de datos ...................................................................................................................................... 57

4.4
4.4.1

MODELO DE IMPLEMENTACIN ..................................................................................................................... 60

Diagrama de componentes...................................................................................................................... 60

4.5

ESTNDARES DE PROGRAMACIN ................................................................................................................. 64

4.6

SEGURIDAD................................................................................................................................................... 65

4.7

CONCLUSIONES ............................................................................................................................................. 66

CAPTULO 5 ESTUDIO DE FACTIBILIDAD ............................................................. 67

5.1

INTRODUCCIN ............................................................................................................................................. 67

5.2

PLANIFICACIN BASADA EN CASOS DE USO .................................................................................................. 67

5.3

ANLISIS DE LA EFECTIVIDAD DEL SISTEMA ................................................................................................. 71

5.3.1

Beneficios tangibles ................................................................................................................................ 71

5.3.2

Beneficios intangibles ............................................................................................................................. 73

5.4

CONCLUSIONES ............................................................................................................................................. 74

CONCLUSIONES....................................................................................................... 75
RECOMENDACIONES .............................................................................................. 76

REFERENCIAS BIBLIOGRFICAS .......................................................................... 77

BIBLIOGRAFA.......................................................................................................... 81
ANEXO1..................................................................................................................... 80

Introduccin
El Registro Civil de Cuba es una oficina del gobierno cuya funcin es registrar
los datos relacionados con los nacimientos, matrimonios, defunciones,
ciudadanas. En cada una de estas se realizan inscripciones, se efectua la
subsanacin de los errores que pudieran surgir en el proceso, as como las
diferentes notas marginales asociadas que sean necesarias;

se emitir

certificaciones; y se generan y almacenan los documentos que componen los

trmites que se llevan a cabo en la oficina; adems de generar reportes de
estadsticas para cada seccin, brindar un servicio de bsqueda de
inscripciones, notas marginales y documentos.

Situacin problmica
Actualmente el Registro Civil de Cuba cuenta con un sistema automatizado para
la gestin de la informacin en cada una de las oficinas registrales del pas.
Dicho sistema permite a los registradores la entrada y almacenamiento de la
informacin en una base de datos, para posteriormente realizar operaciones de
manipulacin sobre los mismos segn los requerimientos del negocio en
cuestin. Todo este proceso se realiza de forma automtica, esto permite un
ahorro de tiempo y la erradicacin de errores que podran surgir del trabajo
manual y entorpecer el desempeo laboral.
Actualmente se producen grandes retardos a la hora de efectuar trmites
legales, pues muchos de estos trmites dependen de otros que requieren de
consultas a oficinas externas a la local, para ello se necesita acudir a los medios
telefnicos, y correos postal y electrnico. Aqu se ve afectado nuevamente el
factor tiempo, la inexactitud y prdida de la informacin en muchos casos hace
que los trmites antes emprendidos y aparentemente terminados deban ser
retomados por segunda vez. Por otro lado las probabilidades de estar trabajando
con informacin desactualizada es muy alta, y como es conocido, un simple dato
desactualizado en un trmite legal equivale a su nulidad. A todo esto se suma la
movilidad del personal necesario para garantizar estos trmites, lo que se
1

traduce en desgaste fsico y mental desde el punto de vista humano, y en pagos

adicionales que es economa. Por ltimo, existe un portal llamado RECOnline
que tiene entre sus objetivos principales el de brindar al los ciudadanos las
posibilidad de realizar solicitudes de inscripciones de forma online, por lo que en
determinadas ocasiones necesita de la interaccin con las oficinas registrales
del pas para poder reponder a las demandas de los ciudadanos. Este
mecanismo de interaccin entre las oficinas registrales y RECOnline no est
actualmente satisfecho.

Problema
El sistema automatizado no es capaz de centralizar la informacin de manera
correcta, permitir la comunicacin entre los registro civiles y con el sistema
RECOnline. Presenta fallas de seguridad y la modelacin del negocio no queda
en una capa aislada que permita robustez y flexibilidad al sistema. Esto hace
que la informacin del estado civil de los ciudadanos no se encuentra totalmente
en una fuente centralizada, lo que incrementaba las demoras y prdidas de
informacin que esto puede acarrear.

Actualidad y necesidades del trabajo

En la actualidad este sistema no ha sido implantado completamente ya que
como se dijo antes, en su fase de prueba se detectaron series deficiencias que
podran atentar contra la integridad y seguridad de la informacin.
Teniendo en cuenta que las oficinas registrales del pas manejan informacin
confidencial los autores de este trabajo consideran de suma necesidad e
importancia todo el esfuerzo por enmendar estos errores y ofrecer una solucin
mejorada a esta situacin.

Aportes prcticos esperados del trabajo

o Proveer un mecanismo mejorado para la transferencia de la informacin que
se procesa en los registros civiles hacia el MINJUS.

o Ofrecer ms seguridad a los procesos de rplica y centralizacin de esa

informacin entre los extremos.
o Facilitar de una mejor manera los mecanismos de notificaciones y
actualizacin de trmites entre los registros civiles.
o Corregir las fallas tcnicas del sistema que automatiza el tratamiento a la
informacin que se lleva a cabo una vez que la misma llega al MINJUS,
proveniente de los registros civiles.
o Optimizar el mecanismo de comunicacin entre el sistema RECOnline y el
MINJUS, para gestionar el acceso a las bases de datos centrales del Ministerio y
el encapsulamiento de responsabilidades bien definidas, de cada uno.
o Agregar una capa intermedia en la que se modele todo el negocio y procesos
que se realizan propios del tratamiento que se le da a la informacin, que
brindara al sistema ms robustez y flexibilidad.

Objeto de estudio
Como la realizacin de este trabajo se desprendi de la observacin de un
sistema previo durante su fase de prueba, para los autores fue imprescindible
llevar a cabo un anlisis exhaustivo de:

Todo el funcionamiento del sistema anterior.

Diferentes tcnicas de desarrollo de software para posibilitar un mejor

funcionamiento del sistema.

Considerar para su implementacin las condiciones de logstica,

infraestructura y los recursos de que dispone la institucin.

Campo de accin
Para proponer una solucin al problema que se presenta se debe hacer un
estudio detallado de todos los procesos que incluye el proceso de centralizacin
de la informacin y comunicacin de los registros civiles y el sistema RECOnline,
en general:

Los mecanismo estructuracin e intercambio de informacin que ofreca

el sistema anterior.
3

Tcnicas criptogrficas y

de control de errores que garanticen la

seguridad, integridad y autenticidad de los datos.

Tcnicas de empleo, programacin e implantacin de Servicios Web, as

como los estndares empleados para lograr su funcionamiento en un entorno

multiplataforma: Extensible Markup Language (XML), Simple Object Access
Protocol (SOAP) y Web Services Description Languages (WSDL).

Soluciones de cdigo abierto (Open Source en ingls).

Soluciones de integracin de informacin en sistemas distribuidos.

El funcionamiento de intercambio de informacin y actualizacin de las

oficinas del Registro del Estado Civil.

Estudio y utilizacin de las tcnicas de encriptacin MD5 y suma de

comprobacin para garantizar la autenticidad de los datos.

Tcnicas de programacin Web haciendo uso de las bondades del cdigo

abierto (Open Source en ingls), de manera especfica el lenguaje PHP versin

5.0.2 con gestor de base de Datos MySQL 4.0.15.

Uso del Document Object Model (DOM), para la administracin del

contenido de la estructura jerrquica de los documentos XML.

Soluciones de integracin de informacin distribuida, especficamente a

travs de la implementacin de Servicios Web XML.

Tcnicas para la creacin dinmicas de documentos pdfs. (librera fdpf)

Protocolos de comunicacin con el sistema RECOnline.

Hiptesis
A partir de la concepcin de un mejor diseo para la transferencia de
informacin entre las oficinas registrales y el sistema RECOnline con el MINJUS,
mediante acuses de recibo, para garantizar la integridad del envo, un
mecanismo que centralice la informacin con un mnimo de riesgos, permitir la
integridad del trabajo de los extremos y la seguridad del proceso.
Se podra afirmar que todo lo anterior se reflejar en una mayor eficiencia y
calidad de los servicios brindados por las unidades registrales.

Objetivos del trabajo (generales y especficos)

El objetivo general de este trabajo consiste en el diseo y la implementacin de
un sistema capaz de garantizar la centralizacin y rplica de la informacin que
se maneja en las oficinas registrales de todo el pas permitiendo la interconexin
entre ellas.
De una manera ms especfica se podra hablar de:

Crear un mecanismo para Generar XML que contengan la informacin a

tramitar.

Crear un mecanismo que examine un XML y extraiga sus datos a insertar

en la base de datos.

Concebir un conjunto de Servicios Web que permitan establecer una

comunicacin usando acuses de recibo, para garantizar que los datos no se

pierdan.

Crear una interfaz para facilitar la administracin del sistema de

centralizacin que radica en el MINJUS.

Modelar la solucin de Software que se propone utilizando el Proceso

Unificado de Desarrollo (RUP).

Tareas a desarrollar
o Corregir el mecanismo de formacin de los XML que contienen la informacin
correspondiente a cada trmite.
o Correccin de errores en el mdulo del sistema automatizado del REC,
relacionado con la transferencia en intercambio de trmites.
o Anlisis del funcionamiento de las oficinas del Registro Civil, enfocado en la
informacin que se solicita o enva de una oficina registral a otra, y para llevar a
cabo el proceso de autenticacin para mayor seguridad del trmite.
o Comprobar que halla suficiente infraestructura como para sustentar la
solucin que se propone.
o Revisar los mecanismos que intentaban ofrecer seguridad, autenticidad e
integridad de los datos.

o Analizar cules son las funciones principales que se llevaran a cabo en el

MINJUS (capa intermedia donde se ejecuta la lgica que permite la
centralizacin, y actualizacin de toda la informacin de cada uno de los
registros civiles) para disear una sistema robusto y flexible.

Estructuracin del contenido.

El contenido est estructurado en cinco captulos fundamentales.
El captulo primero ofrece una amplia Fundamentacin Terica que describe los
aspectos especficos del negocio y el por qu de su informatizacin. Aborda
temas relacionados con el gobierno electrnico y los estudios realizados de las
diferentes tecnologas para el desarrollo de aplicaciones web y los servicios web.
Adems expone las nuevas prestaciones del lenguaje y gestor de bases de
datos que sern utilizados.
El segundo captulo consiste en un estudio minucioso del Modelo del Negocio
que se pretende abordar. En el quedan descritos los procesos necesarios para
un anlisis exhaustivo del negocio y la entera comprensin del panorama de
desarrollo.
El tercer captulo, Requisitos, como su nombre lo indica recoge los requisitos
que debe satisface la aplicacin y propone la modelacin del sistema a
desarrollar acorde a la metodologa RUP.
El captulo cuarto presenta la Construccin de la Solucin Propuesta abordando
los flujos de trabajo de diseo e implementacin. Se modelan un grupo de
artefactos que definen las clases y las propiedades que estas han de tener para
satisfacer los requerimientos, as como la arquitectura propuesta y los
componentes que resultan de la implementacin. Se abordan adems principios
de diseo relacionados con los estndares de programacin y la seguridad del
sistema.
El quinto y ltimo captulo presenta el Estudio de Factibilidad. Lleva a cabo la
planificacin del proyecto, detallando el anlisis de costos y beneficios
involucrados en la realizacin del mismo, y exponiendo los beneficios tangibles e
intangibles que repotar.

Captulo 1 : Fundamentacin Terica

1.1 Introduccin
A continuacin en esta seccin se explican los conceptos generales tericos que
permiten introducir adecuadamente el tema que se abordar. Adems se
detallan las principales tecnologas novedosas empleadas, como el caso de los
componentes del servidor para la presentacin y de acceso a los datos. En el
caso de las tecnologas que no son tan novedosas, como el lenguaje y gestor de
bases de datos empleados, se especifica sobre sus nuevas prestaciones que
son las que conllevaron a decantarse por dichas tecnologas como alternativa de
solucin y desarrollo del sistema.

1.2 Gobierno electrnico

Con el desarrollo de las tecnologas de la informtica y las comunicaciones a
nivel global y todas las esferas de la sociedad, la humanidad est atravesando
una nueva etapa de su desarrollo conocida como la sociedad de la informtica.
En esta nueva sociedad, junto al desarrollo de Internet y todas sus modalidades
de uso, se ha propiciado que de forma paulatina se hayan ido incorporando a la
Web cada vez ms prestaciones de servicios y posibilidades de realizar
actividades de forma online. El gobierno como entidad o elemento siempre
presente y de notable repercusin, no est exento de los impactos de la
mencionada era de la informacin, por el contrario es ms bien protagonista de
dicha revolucin, producto del papel determinante que ejerce en la sociedad. La
vinculacin de estas nuevas tecnologas a la gestin del gobierno, as como la
aplicacin en sus tareas y su funcionamiento, dan origen al llamado gobierno
electrnico. El concepto de gobierno electrnico, derivado de otros trminos
como correo electrnico o comercio electrnico, tiene sus orgenes a finales
de los aos 90, poca en que los gobiernos comenzaron a incursionar en la
automatizacin de la administracin pblica. Existen diversos conceptos de
7

gobierno electrnico, incluso con diferentes alcances o niveles en su definicin,

as como variedad en la repercusin que este tiene, pero todos coinciden en los
aspectos del uso de las TICs en la gestin de los procesos y administracin de
asuntos estatales. Por ejemplo:
La administracin electrnica se define como la utilizacin de las tecnologas de
la informacin y las comunicaciones (TIC) en las administraciones pblicas,
asociada a cambios en la organizacin y nuevas aptitudes del personal. [UE04]

Existen tres modalidades de gobierno electrnico:

1.

el que se refiere a las prestaciones de servicio a otras administraciones,

conocido por las siglas G2G (del ingls Government to Government) gobiernogobierno.
2.

el que brinda servicios a empresas, conocido por las siglas G2B (del

ingls Government to Business) gobierno-empresa.

3.

el que presta servicio a los ciudadanos conocido por las siglas G2C (del

ingls Government to Consumer) gobierno-consumidor.

Dentro de los principios del gobierno electrnico, siguiendo el criterio de la

mayora de los estudiosos en este campo, se tienen:

Transformador o Renovador. Hace referencia a una nueva forma de

actuacin, de operar en la Administracin Pblica, creando y modificando de

manera sustancial los procedimientos de funcionamiento y la relacin con el
ciudadano mediante la introduccin de las TICs. Se traduce en el acceso de los
ciudadanos a los servicios en forma electrnica.

Fcil de Usar. Persigue que los servicios provistos de esta forma por

parte del Estado, sean simples y sencillos, evitando confusiones y trmites

complejos.

Conveniente: Implica que el beneficio que signifique para los ciudadanos

el demandar un servicio a travs de las TICs, sea superior al que recibe en

forma presencial en las dependencias pblicas.

Seguridad, privacidad y registro. Significa disponer de los niveles

adecuados de seguridad que garanticen a los ciudadanos la privacidad en el

acceso a la informacin y de las transacciones realizadas por ellos.

Desconcentracin. La administracin, mantenimiento y actualizacin de

las TICs ser responsabilidad de cada servicio, salvo en aquellos casos que
involucra la participacin de varios servicios.

Interoperabilidad del servicio electrnico. El gobierno electrnico debe

garantizar que todos los ciudadanos puedan tener acceso a los servicios
ofrecidos en la red, as como presentar solicitudes y emitir criterios. [Rodrguez,
2004]
1.2.1 Gobierno Electrnico en el mundo.
No pocos pases han apelado al gobierno electrnico con el propsito de mejorar
los servicios; Canad, Estados Unidos, Francia, Suiza, Espaa son algunos de
los ejemplos que gozan de los adelantos y ventajas de este revolucionario
proyecto. Adems, Colombia, Venezuela, Chile, Panam, Brasil y Cuba, pases
de la parte centro y sur del continente americano, han obtenido modestos
avances en la puesta en marcha de soluciones por medio del gobierno
electrnico.

Accenture, la compaa que lidera los servicios de consultora de administracin

y tecnologa en el mundo [Accenture, 2004] clasific, despus de haber
realizado un estudio, pases con experiencia en el proceso de modernizacin del
Estado y la administracin pblica en diferentes niveles de acuerdo con la forma
en que cada servicio del gobierno incorpora las prcticas de CRM (Customer
Relationship Management) as como con el grado de madurez con que cada
gobierno presta los servicios electrnicos. El trmino madurez se refiere al
alcance y la complejidad de los servicios en lnea.

10

La Tabla No. 1.1 muestra la clasificacin de algunos de los 23 pases que

forman parte de este estudio. En el nivel 5 se ubican los pases de mayor
madurez.
Nivel Pases

Caracterizacin

Se distingue por su perspectiva en el servicio al cliente,

Canad

mtodos para medir el xito de los servicios, servicios de

gobierno en lnea a travs de mltiples canales de
distribucin, agencias para atender los servicios en lnea,
identificacin

de

servicios

para

segmentos

de

consumidores especficos.
4

Singapur, Estados Unidos, Ofrecen en sus portales informacin y servicios valiosos

Hong

Kong,

Dinamarca, y muy tiles.

Australia, Finlandia, Reino

Unido, Blgica, Alemania,
Irlanda, Francia
3

Holanda, Espaa, Japn, Se caracterizan por ofrecer, a travs de sus portales,

Noruega, Italia y Malasia

servicios en lnea tan rpidos como sea posible. Tienen

una amplia gama de servicios electrnicos y algunas
habilidades

para

transacciones

complejas.

Poseen

estrategias para centrar la atencin en sus clientes por

medio de agencias que colaboran para ofrecer servicios
en lnea.

1.2.2 Soluciones para el Registro Civil de Cuba

Espaa, por ejemplo, entre los servicios que implementa, cuenta con un sistema
informatizado de registro civil, hecho que convierte a este pas en un
antecedente a estudiar para la ejecucin del proyecto de informatizacin del
Registro del Estado Civil en Cuba. A continuacin se refieren algunos detalles
sobre esta experiencia.

10

11

El Ministerio de Justicia de Espaa aprob la Orden de 30 de noviembre de

1995 (RCL 1995\3358, 3420) por la que se estableca un proyecto piloto de
informatizacin del Registro Civil de Murcia y en la que, reconociendo la
trascendencia prctica del establecimiento de los nuevos sistemas informticos
en los registros civiles, se parta de la premisa de su implantacin gradual y
progresiva por razones de prudencia, comenzando con la citada experiencia
piloto, y previendo que en atencin a las conclusiones alcanzadas por tal
experiencia se introduciran las modificaciones aconsejadas por la prctica, con
carcter previo a la extensin del sistema a otros registros civiles. [BOE, 1999]

En el mes de abril de 1998 la Ministra de Justicia aprob el Plan de

Informatizacin de los Registros Civiles en el que se fija como objetivo la
ntegra Informatizacin de todos los registros civiles de Espaa en un plazo de
ejecucin mximo de cuatro aos con arreglo a los medios tcnicos, personales
y presupuestarios previstos a tal fin. [BOE, 1999]

La informatizacin de los registros civiles espaoles tiene, fundamentalmente,

los siguientes objetivos: Permitir el almacenamiento de los datos, con objeto de
hacer viable, en la prctica, la emisin de publicidad formal relativa a tales datos
de forma gil y facilitar el cumplimiento de normas sobre publicidad restringida.
Permitir, adems, la conexin de los datos sobre hechos relativos a una misma
persona inscritos en secciones diferentes de diversos registros civiles. Facilitar la
transmisin masiva de datos de utilidad pblica a los organismos pblicos que
tengan inters en ellos. Mejorar la gestin y llevanza ordinaria de las labores y
funciones propias de los registros civiles.

En el pas citado, todos los asientos, a excepcin de los de mera referencia,

sern objeto de tratamiento informatizado, sin perjuicio de la conservacin de los
libros, cuyos asientos son documentos pblicos que constituyen la prueba de los
hechos inscritos, conforme al artculo 2RCL 1957\777 de la Ley del Registro Civil

11

12

y 327LEG 1889\27 del Cdigo Civil. En caso de discrepancia entre los datos que
consten en las bases informatizadas de los Registros Civiles y los asientos
extendidos en sus libros, prevalecern en todo caso stos sobre aqullos,
debiendo rectificarse los primeros para lograr su concordancia con los segundos.
[BOE, 1999] Los libros estarn compuestos de hojas mviles, selladas y
foliadas, encuadernadas mediante un sistema de carpeta con anillas, con un
nmero de 250 pginas.

Venezuela, por su parte, tambin cuenta con mecanismos legales que amparan
la informatizacin del Registro Civil. Dentro de las disposiciones generales del
Ttulo I del Decreto No. 1.554 con fuerza de ley, se plantea la automatizacin
progresiva de sus procesos registrales y notariales, haciendo uso de
mecanismos y medios electrnicos. Se establece, adems, que los materiales
documentales del procedimiento registral actual se digitalizarn y se transferirn
progresivamente a las bases de datos correspondientes. Tambin se dispone
que la firma electrnica de los registradores tendr la misma validez y eficacia
probatoria que la ley otorga a la firma autgrafa.

En el Distrito Metropolitano de Caracas funcionarn las bases de datos que

consolidarn y respaldarn la informacin de todas las materias registrales
correspondientes a los Registros del pas, sin perjuicio de los respaldos que se
puedan establecer en otras entidades a los fines de salvaguardar la informacin
contenida en la base de datos nacional. [Art. 28 Ley 1554 V]

La Direccin Nacional de Registros y del Notariado determinar las entidades

regionales donde se mantendrn las bases de datos que consolidarn y
respaldarn la informacin de todas las materias correspondientes a los
Registros. Cada Registro mantendr un sistema de Informacin donde residirn
los datos de su especialidad registral. [Art. 29 - Ley 1554 - V]

12

13

Los documentos y actas legales que ingresan al registro civil venezolano sern
digitalizados y convertidos en imgenes que se almacenarn en la base de
datos y podrn ser consultadas de manera simultnea con los asientos
registrales relacionados.

Otro de los pases que cuenta con experiencia acertada en la automatizacin del
Registro de Estado Civil es Per. En el artculo No. 2 de la Ley Orgnica del
Registro Nacional de Identificacin y Estado Civil, se dispone el desarrollo de
tcnicas y procedimientos automatizados que permitan un manejo integrado y
eficaz de la informacin.

La inscripcin en el registro se efectuar bajo criterios simplificados, mediante el

empleo de formularios y de un sistema automtico y computarizado de
procesamiento de datos, que permita la confeccin de un registro nico de
identificacin de todas las personas naturales. [Art. 5 Ley RENIEC P] La
Oficina Central unifica la informacin de los hechos y actos inscritos en las
oficinas registrales y administra la base de datos del pas.

Dentro de la estructura del Registro Nacional de Identificacin y Estado Civil de

Per, como rgano de asesoramiento, se encuentra La Gerencia de Informtica,
Estadstica y Planificacin, que

sugiere las acciones y procedimientos del

sistema registral y dirige las actividades relacionadas con el procesamiento de

datos, entre otras actividades.

En las disposiciones finales de la Ley de Registro Nacional de Identificacin y

Estado Civil de Per, se modifica el artculo 7 del Decreto Ley No. 25993, Ley
Orgnica del Sector Justicia, procurndose la existencia de la Oficina General de
Informtica, como rgano de apoyo.

La informatizacin de la actividad registral en Per es considerada como un

logro del Registro Nacional de Identificacin y Estado Civil, creado en 1995.

13

14

Cuba ha identificado desde muy temprano la conveniencia y necesidad de

dominar e introducir en la prctica social las TICs; y lograr una cultura digital
como una de las caractersticas imprescindibles del hombre nuevo, lo que
facilitara a nuestra sociedad acercarse ms hacia el objetivo de un desarrollo
sostenible. [MIC-Informatizacin, 2004]

La gua fundamental de trabajo para esta etapa de acercamiento a la sociedad

de la informacin, es conocida como el Programa Rector para la Informatizacin
de la Sociedad Cubana. Este programa persigue promover el uso masivo de las
Tecnologas de la Informacin a escala nacional, teniendo en cuenta los
objetivos generales estratgicos que el pas se ha propuesto, y buscando
impulsar de manera coherente todos los sectores, con una identificacin precisa
de los actores de la Sociedad de la Informacin. [MIC-Programas, 2004]

Se han organizado 8 programas generales, interrelacionados y coherentes, bajo

los cuales se enmarcan decenas de proyectos especficos. Estos programas
son:

IS-ITH: Infraestructura, Tecnologas y Herramientas (Infratech).

IS-CIUD: Sistemas y Servicios Integrales para los ciudadanos.

IS-GOB: Informatizacin del Gobierno, la Administracin y la Economa.

IS-MUN: Informatizacin Territorial.

IS-CULT: Fomento de la Cultura digital.

IS-JCLUB: Fortalecimiento del papel de los Joven Club.

IS-IND: Fomento de la Industria Nacional de las TICs.

IS-IDA: Investigacin, desarrollo y asimilacin tecnolgica.

[MIC-

Programas, 2004]

El programa IS-GOB consiste en la aplicacin de las Tecnologas de la

Informacin y las Comunicaciones a nivel administrativo. El Ministerio de Justicia
se ha propuesto insertarse en este programa de informatizacin con el objetivo
14

15

de mejorar la calidad de los servicios que se brinda al ciudadano. Tal es el caso

del que se ha dado a llamar Programa Nacional de Expedicin de
Certificaciones Electrnicas, que viene trabajando en la instrumentacin de
servicios de certificacin a distancia, la primera experiencia que est en curso
est vinculada al Registro de Antecedentes Penales, prximamente se sumar
el Registro del Estado Civil y paulatinamente el de Actos de ltima Voluntad y la
Caja de Resarcimientos. [Amoroso, 2004] Adems, se trabaja para lograr el
pago electrnico por la poblacin de: sus impuestos, electricidad, agua, gas y
otros servicios pblicos. [Rioseco, 2001]

1.3 El Registro del Estado Civil de Cuba

El Registro del Estado Civil, como institucin de carcter pblico a travs de la
cual el Estado garantiza la inscripcin de los hechos y actos relacionados con el
estado civil de las personas, constituye un medio para la formacin de las
estadsticas demogrficas, de salud y otras de inters social. El nacimiento, el
matrimonio, la defuncin, la adquisicin, prdida o recuperacin de la ciudadana
cubana y todo hecho o acto que constituya o afecte el estado civil de las
personas se inscribir en el Registro del Estado Civil y dentro de los trminos
que establece esta ley y su Reglamento. Estos datos sern recogidos por
separado en la seccin correspondiente. [Ley85]
1.3.1 Proceso de centralizacin de la informacin
Para el proceso de centralizacin de la informacin existe la siguiente
infraestructura: cada oficina registral manipular una base de datos local, en la
que se almacenar la informacin referente a las transacciones efectuadas en la
entidad haciendo uso del sistema automatizado para la gestin del REC, as
como datos pertenecientes a otras unidades registrales, que de alguna manera
tengan relacin con la unidad en cuestin. Se pondr en funcionamiento una
base de datos central que radique en el Ministerio de Justicia, conectada
permanentemente a entidades provinciales, a las que sus correspondientes

15

16

unidades registrales locales debern conectarse va mdem con una frecuencia

no mayor de una vez al da. Los registradores de los REC locales tendrn la
obligacin de desencadenar el mecanismo que se encarga de: enviar a la unidad
central las nuevas transacciones efectuadas, las peticiones de informacin
realizadas a otras unidades registrales, y la respuesta a solicitudes hechas por
otro REC; as como recibir la informacin obtenida en otra unidad registral pero
que debe estar almacenada en el registro civil en cuestin, las respuestas a
solicitudes hechas y las solicitudes de otros REC. De esta manera se tendr
control, de forma centralizada, de toda la informacin que se manipula en cada
registro civil, as como se garantizar la comunicacin entre las unidades
registrales, que con frecuencia necesitan de informacin residente en entidades
externas. En la figura 1 se ilustra el funcionamiento explicado anteriormente.

Figura 1: Funcionamiento del proyecto de informatizacin del Registro del Estado Civil.

El proceso se realizar de la siguiente forma: A lo largo del da, en la medida en

que se efecten transacciones haciendo uso del sistema automatizado para la
gestin de la informacin que se tramita en las unidades registrales, estas se
irn almacenando en la Base de Datos Local, al mismo tiempo que se
empaquetarn (como texto con formato XML habindosele aplicado un proceso
16

17

de encriptacin y suma de comprobacin de errores previamente) y

almacenarn de manera temporal en espera de ser enviadas a la fuente de
datos provincial. El registrador de la oficina del REC, se deber conectar al REC
provincial va Mdem y enviar dichas transacciones al mismo. La solucin de
software se encargar de realizar un proceso de confirmacin a travs del envo
de acuses de recibo para garantizar la fiabilidad y evitar la duplicidad de la
informacin. Una vez realizado este proceso, las transacciones sern
almacenadas temporalmente en una base de datos residente en el MINJUS,
para posteriormente ser actualizadas en las oficinas registrales que requieran de
esta informacin. Al mismo tiempo sern interpretados sus formatos y se realiza
la insercin en la base de datos Nacional.

La solucin de software propuesta se encargar de realizar la bsqueda

correspondiente en la base de datos residente en el MINJUS que almacena de
modo temporal las transacciones a actualizar en las oficinas. Una vez
encontrada la informacin correspondiente, es enviada al REC local y se realiza
un proceso de confirmacin semejante al que se realiza al actualizar la base de
datos central, para luego insertar en la fuente de datos del REC local las
transacciones recibidas.

La solucin antes mencionada debe dar cumplimiento a los siguientes criterios:

Todos los trmites que se realicen en una oficina registral deben ser

notificados a la base de datos central (entindase por ellos todo tipo de

inscripciones, notas marginales y peticiones a otras unidades, es decir, toda la
informacin que se capte debe ser almacenada en el nodo central).

Una vez que los trmites se encuentren en la base de datos central, la

solucin que se propone debe asegurar que cada trmite sea remitido a las
oficinas correspondientes.

La oficina donde se ha inscrito un nacimiento debe conocer todos los

hechos ocurridos relacionados con el mismo: su matrimonio, divorcio, defuncin

17

18

y la asociacin de las diversas notas marginales existentes (reconocimiento

paternal, filiacin, capacidad legal, tutela, viudez, etctera).

Las notas marginales de conocimiento y subsanacin de errores que

tengan relacin con una

inscripcin de matrimonio o defuncin deben ser

adems, asociadas a las mismas, para lo cual sern enviadas a las unidades
correspondientes en dependencia del caso.

Las notas marginales de divorcio, deben ser adems, asociadas a la

inscripcin de matrimonio, para lo cual sern enviadas a la unidad

correspondiente.

La nota marginal de incineracin, debe ser adems, asociada a la

inscripcin de defuncin, para lo cual ser enviada a la unidad correspondiente.

Se deber comprobar que cada trmite llegue al destino correctamente,

previendo que pueden ocurrir fallos en la conectividad, el suministro elctrico y/o

la presencia de ataques intrusos.

Se debe reportar al registrador principal de cada REC, las actualizaciones

que no pudieron efectuarse.[Ortega 2005]

1.4 El Proyecto de Informatizacin del Registro del Estado Civil

de Cuba.
La Informatizacin del Registro del Estado Civil de Cuba es un proyecto que
tiene como propsito automatizar el funcionamiento de los procesos que se
llevan a cabo en las oficinas registrales del pas. Este proyecto se comenz en el
ao 2004 y consta de tres sistemas principales. Un sistema que se encargaba
de la automatizacin del trabajo que se realizaban en las oficinas registrales.
Como se comentaba anteriormente este sistema contaba con un mdulo para
cada una de las secciones del registro civil (nacimiento, matrimonio,
defunciones, subsanacin de errores, ciudadana y uno para la administracin) y
permita que todo el trabajo que se realizaba a mano por los registradores y se
plasmaba en libros, organizados por tomos y folios, se pudiera realizar de una
manera mucho ms rpida y mejor.

18

19

El otro sistema incluye el proceso y metodologa de desarrollo de un sistema

web que permite automatizar los procesos concernientes a las solicitudes y
gestin de las certificaciones [lvarez 2005]. Este sistema brindaba la posibilidad
de que cualquier ciudadano de cualquier lugar pudiera acceder a una URL a
travs de la Web para solicitar una inscripcin de nacimiento, matrimonio o
defuncin, que quisiera. Este sistema en principios se comunica con el lugar
donde se centraliza toda la informacin correspondiente a los diferentes
registros civiles del pas para efectuar la bsqueda necesaria para la satisfaccin
de esta solicitud.

Ante esta realidad se hace evidente la necesidad de que exista un tercer sistema
que tenga como propsito automatizar la centralizacin de la informacin de los
registros civiles y facilite la comunicacin automtica entre los mismos en caso
de que un registro requiera informacin que radica en otro. Este ltimo sistema
del Proyecto es al cual est dedicado este trabajo.

1.5 Tecnologas usadas.

1.5.1 Servicios Web
Qu son los Servicios Web?
Existen mltiples definiciones sobre lo que son los Servicios Web, lo que
muestra su complejidad a la hora de dar una adecuada definicin que englobe
todo lo que son e implican. Una posible sera hablar de ellos como un conjunto
de aplicaciones o de tecnologas con capacidad para interoperar en la Web.
Estas aplicaciones o tecnologas intercambian datos entre s con el objetivo de
ofrecer

unos

servicios.

Los

proveedores

ofrecen

sus

servicios

como

procedimientos remotos y los usuarios solicitan un servicio llamando a estos

procedimientos a travs de la Web.

Para qu sirven ?

19

20

Estos servicios proporcionan mecanismos de comunicacin estndares entre

diferentes aplicaciones, que interactan entre s para presentar informacin
dinmica al usuario. Para proporcionar interoperabilidad y extensibilidad entre
estas aplicaciones, y que al mismo tiempo sea posible su combinacin para
realizar operaciones complejas, es necesaria una arquitectura de referencia
estndar.

Cmo funcionan?
El siguiente grfico muestra cmo interacta un conjunto de Servicios Web:

Figura 2 - Los servicios Web en Funcionamiento

Segn el ejemplo del grfico, un usuario (que juega el papel de cliente dentro de
los Servicios Web), a travs de una aplicacin, solicita informacin sobre un
viaje que desea realizar haciendo una peticin a una agencia de viajes que
ofrece sus servicios a travs de Internet. La agencia de viajes ofrecer a su
cliente (usuario) la informacin requerida. Para proporcionar al cliente la
informacin que necesita, esta agencia de viajes solicita a su vez informacin a
otros recursos (otros Servicios Web) en relacin con el hotel y la lnea area. La
agencia de viajes obtendr informacin de estos recursos, lo que la convierte a
su vez en cliente de esos otros Servicios Web que le van a proporcionar la
informacin solicitada sobre el hotel y la lnea area. Por ltimo, el usuario

20

21

realizar el pago del viaje a travs de la agencia de viajes que servir de

intermediario entre el usuario y el servicio Web que gestionar el pago.
En todo este proceso intervienen una serie de tecnologas que hacen posible
esta circulacin de informacin. Por un lado, estara SOAP (Protocolo Simple de
Acceso a Objetos). Se trata de un protocolo basado en XML, que permite la
interaccin entre varios dispositivos y que tiene la capacidad de transmitir
informacin compleja. Los datos pueden ser transmitidos a travs de HTTP ,
SMTP , etc. SOAP especifica el formato de los mensajes. El mensaje SOAP est
compuesto por un envelope (sobre), cuya estructura est formada por los
siguientes elementos: header (cabecera) y body (cuerpo). (Ver Figura 3.)

Figura 3 - Estructura de los mensajes

Por otro lado, WSDL (Lenguaje de Descripcin de Servicios Web), permite que
un servicio y un cliente establezcan un acuerdo en lo que se refiere a los detalles
de transporte de mensajes y su contenido, a travs de un documento procesable
por dispositivos. WSDL representa una especie de contrato entre el proveedor y
el que solicita. WSDL especifica la sintaxis y los mecanismos de intercambio de
mensajes. [W3C]

21

22

1.5.2 MySQL Sistema Gestor de Bases de Datos.

El Sistema Gestor de Bases de Datos (SGBD) es el mdulo de la aplicacin
encargado de garantizar la integridad, seguridad y el control centralizado de los
datos que se almacenan de forma permanente. Este gestor debe facilitar la
manipulacin eficaz de la informacin, independizando los datos de los
programas de aplicacin y minimizando las redundancias.
MySQL es hoy por hoy una de las alternativas open source de SGBD ms
empleada en el desarrollo de aplicaciones, sobre todo orientadas a la web.
MySQL ha demostrado tener numerosas virtudes como gestor, como su rapidez,
ahorro de recursos de memoria y procesamiento, eficiencia y estabilidad, estar
soportado por un gran nmero de plataformas y ser de libre distribucin. Adems
de tener una magnfica integracin con PHP.
Una de sus principales caractersticas es la gran velocidad que ostenta en
muchas de sus sentencias de manejo de datos, ya sea comparado con otras
alternativas de gestores open source o no, incluso con sistemas tan prestigiosos
como Oracle o SQL Server.
Desde su versin 4.0 MySQL incorpora una serie de prestaciones, as como
mejora otras ya existentes, que hacen de esta alternativa una eficiente solucin
para el manejo y gestin de los datos. Entre las novedades de MySQL 4
tenemos:
1 - Soporte para transacciones.
MySQL ha agregado InnoDB a la lista de tipos de tablas soportados en una
instalacin tpica, o estndar. MySQL 4.0 soporta diferentes tipos de tablas:
MyISAM, ISAM, BDB e InnoDB entre otras. BDB (BerkeleyDB) e InnoDB son
ambas tipos de tablas transaccionales. La transaccin puede definirse para una
o varias consultas. InnoDB es un motor de bases de datos muy completo que ha
sido embebido dentro de MySQL. InnoDB tambin proporciona lo siguiente:
Recuperacin automtica ante fallas. Si MySQL se da de baja de una forma
anormal, InnoDB automticamente completar las transacciones que quedaron
incompletas.

22

23

Integridad referencial. Ahora se pueden definir llaves forneas entre tablas

InnoDB relacionadas para asegurarse de que un registro no puede ser eliminado
de una tabla si an est siendo referenciado por otra tabla.
Bloqueo a nivel de filas. Al usar tablas MyISAM, y tener consultas muy grandes
que requieren de mucho tiempo, simplemente no se podan ejecutar ms
consultas hasta que terminarn las consultas que estaban en ejecucin. En
cambio, las tablas InnoDB usan bloqueo a nivel de filas para mejorar de manera
impresionante el rendimiento.
SELECTs sin bloqueo. Como si el bloqueo a nivel de filas no fuera suficiente, el
motor InnoDB usa una tcnica conocida como multi-versioning (similar a
PostgreSQL) que elimina la necesidad de hacer bloqueos en consultas SELECT
muy simples. Ya no ser necesario molestarse porque una simple consulta de
slo lectura est siendo bloqueada por otra consulta que est haciendo cambios
en una misma tabla.
2 - Cach de consultas
Los desarrolladores de MySQL implementaron una cach de consultas para
acelerar

las

consultas

que

son

ejecutadas

comnmente.

Esta

cach

simplemente almacena las consultas SELECT ejecutadas recientemente y sus

resultados en memoria. Es posible configurar la cantidad de memoria asignada a
la cach al ajustar la variable query_cache_size en el archivo de configuracin
de MySQL. Este es un elemento que dota a MySQL de gran velocidad para
determinadas aplicaciones que ejecuten con frecuencia la misma consulta, como
por ejemplo listar las 10 primeras noticias del da en un determinado peridico
digital.
3 - Soporte de SSL
Por defecto, MySQL usa conexiones no encriptadas entre el cliente y el servidor,
lo que significa que alguien puede ver, y an modificar los datos que estn
siendo enviados o recibidos entre el cliente y el servidor. En algunos casos esta
situacin es inadmisible debido a que la informacin que se maneja es muy
valiosa, y se desea en todo momento mantener la integridad y la confiabilidad de
los datos. SSL es un protocolo que usa diferentes algoritmos de encriptacin

23

24

para asegurarse de que los datos que viajan a travs de una red pblica (ej.
Internet) pueden ser fiables. ste tiene un mecanismo para detectar cualquier
cambio o prdida de los datos, adems de incorporar algoritmos para la
verificacin de identidad usando el estndar X509.
4 - Nuevas funciones y opciones en las sintaxis de las consultas.
MySQL 4 dispone de borrados multi-tablas definiendo una correcta clusula
WHERE dentro de la sentencia DELETE. Soporte para sentencias UNION, que
es la manera estndar en que se combinan los resultados de mltiples consultas
SELECT en un slo conjunto de resultados.
Incremento de las variables dinmicas del servidor que permiten hacer cambios
en las configuraciones sin necesidad de detener el servidor.
Adems el optimizador de consultas de MySQL 4 es ahora ms inteligente en el
uso de ndices para resolver las consultas. Algunas consultas que requieren un
ordenamiento extra son ahora significantemente ms rpidas.
Por otro lado cabe mencionar que la librera de acceso a datos para PHP,
ADOdb, tiene perfecta integracin con MySQL soportando todas sus
funcionalidades.
Todos estos elementos hacen de MySQL 4 una adecuada solucin a los
requerimientos del manejo e integridad de datos necesarios en un sistema.
1.5.3 PHP5
PHP, acrnimo de "PHP: Hypertext Preprocessor", es un lenguaje "Open
Source" interpretado de alto nivel, especialmente pensado para desarrollos web
y el cual puede ser embebido en pginas HTML. La mayora de su sintaxis es
similar a C, Java y Perl y es fcil de aprender. La meta de este lenguaje es
permitir a los creadores de pginas web, programar pginas dinmicas de una
manera rpida y fcil, aunque se pueda hacer mucho ms con PHP. [Bakken'03]
Actualmente PHP ya es un conocido lenguaje en el mbito de las aplicaciones
web. Ms all de las infinitas comparaciones con otros lenguajes de uso
semejante, como Perl, ASP o JSP, las potencialidades de PHP son innegables
sobre todo en lo referente a velocidad de ejecucin interpretacin, portabilidad e

24

25

independencia de la plataforma, nmero de gestores de bases de datos

soportados y otros elementos que hacen de este lenguaje una opcin ventajosa
y eficiente de desarrollo de aplicaciones para la web. Adems el hecho de ser un
lenguaje de libre distribucin, open source, lo hace an ms ampliamente
difundido y adoptado. Cuenta con una muy extensa librera de funciones que
cubre las ms variadas esferas de la programacin. As como no es menos
importante el hecho de que existe cantidad de documentacin, plantillas,
extensiones, libreras y herramientas de desarrollo dedicadas a este lenguaje;
cuyo uso ha proliferado muy rpidamente en los ltimos aos, repercutiendo
sobre la comunidad internacional de programadores. Hasta marzo del 2005 PHP
es usado por 19.720.597 dominios y 1.310.181 direcciones IP. [PHP05]
Hoy por hoy existen famosos portales de Internet, de los ms diversos tipos, que
han optado por soluciones PHP, por ejemplo: el famoso buscador Google
(http://www.google.com/). Quizs la caracterstica ms potente y destacable de
PHP es su soporte para una gran cantidad de bases de datos. Las siguientes
bases de datos estn soportadas actualmente: Adabas D, InterBase,
PostgreSQL, dBase, FrontBase, SQLite, Empress, mSQL, Solid, FilePro (solo
lectura), Direct MS-SQL, Sybase, Hyperwave, MySQL, Velocis, IBM DB2,
ODBC, Unix dbm, Informix, Oracle (OCI7 and OCI8), Ingres y Ovrimos. Este es
un elemento que ampla extraordinariamente la capacidad de empleo de PHP.
Adicionalmente,

soporta

ODBC

(Open

Database

Connection

standard),

permitiendo conectarse a cualquier base de datos que soporte este estndar.

[Bakken'03]

PHP5
PHP5 es la ltima gran versin de este lenguaje, que trae nuevas prestaciones
para los desarrolladores y fue precedida por unas exitosas versiones PHP3 y
PHP4.
El manejo de objetos en PHP ha sido completamente redefinido, permitiendo
mejor desempeo y nuevas funcionalidades, as como incrementa las

25

26

concepciones de polimorfismo y herencia. Entre estos cambios se pueden citar

los siguientes: [Gutmans'04]
o Siempre se trabaja con los objetos mediante referencias, lo que incorpora
mejoras en la gestin de memoria, y facilidades en la programacin.
o

Presencia de especificadores de visibilidad, tambin conocidos como

modificadores de control de acceso, para mtodos y atributos de las clases

(public, protected, private)
o

Existencia de mecanismos de gestin de propiedades (__get, __set)

Existencia de herramientas para simular sobrecarga de mtodos (__call)

Inclusin de mtodos constructores y destructores de clases (__construct,

__destruct)
o

Permite el clonado de objetos (clone)

Mejoras en las prestaciones para herencia. Mtodos y clases abstractas,

la sentencia final, interfaces de clases, etc.

Lo ms sobresaliente despus de los cambios en el modelo de objetos es la
actualizacin de las prestaciones y extensiones para XML (SAX, DOM, XSLT,
SOAP, SimpleXML). PHP5 incrementa las facilidades y capacidades de trabajo
con XML, algo importante si se pretende usar PHP en aplicaciones con servicios
web o que trabajen con documentos en este formato. Incorpora la extensin
SimpleXML que permite trabajar con ficheros XML como si fuera un objeto de
PHP y haciendo extraordinariamente sencillo el trabajo y la programacin
relacionada. Los propios desarrolladores plantean que SimpleXML pudiera
llamarse: XML para bobos. Incluye extensin para trabajo con SOAP, en el
desarrollo

de

Servicios

Web.

Se

simplifica

extraordinariamente

la

implementacin, tanto en la construccin como el consumo, de aplicaciones que

utilicen esta tecnologa. Mucho ms fcil de configurar y con menor curva de
aprendizaje que otras libreras externas a PHP para el desarrollo de servicios
web como PEAR:SOAP y NuSOAP, las dos mejores opciones antes existentes.
An le falta generacin automtica de ficheros WSDL, algo que s presentan las
libreras antes mencionadas, pero se estn desarrollando diferentes alternativas
de solucin como WebService Helper Adems esta nueva extensin est

26

27

implementada en C, hacindose ms veloz que las implementadas puramente

en PHP y ganando en estabilidad con las anteriores implementadas en C.
Incluye extensin MySQLi (MySQL improved) para mejor acoplamiento y
aprovechamiento de las nuevas funcionalidades que ofrecen las modernas
versiones de MySQL, versin cuatro o superior. Funciones para el manejo de
excepciones. Adiciona la habilidad try/throw/catch del paradigma de manejo de
excepciones, as como define una clase Exception de la cual se hace herencia
para manejar los errores. Se considera que la manipulacin de excepciones es
un elemento de gran importancia en cualquier lenguaje.
Nueva

administracin

de

memoria.

Estas

mejoras

estn

sustentadas

fundamentalmente en dos elementos. Lo primero es que incluye mejor soporte

para entornos multi-hilos, ya que las asignaciones no necesitan sincronizacin
de acceso mutuas mediante cierres y aperturas (conocido en ingls como:
mutual exclusion locks). Lo segundo es que la liberacin de bloques de memoria
asignados es mucho ms eficiente. Estos cambios en la infraestructura
subyacente no son apreciables al usuario final, pero tienen gran importancia en
el rendimiento del intrprete PHP del servidor web.
Nueva extensin Tidy. Incluida para el trabajo de parseo, diagnstico, limpieza y
reparacin de documentos HTML. Esta extensin soporta tanto interfaces
funcionales como orientadas a objetos y su API usa el mecanismo de
excepciones de PHP5.
Nueva extensin Perl, que permite ejecutar scripts Perl, as como usar objetos y
funcionalidades propias de dicho lenguaje desde PHP. La decisin de optar por
PHP5 responde a cuatro cuestiones fundamentales. El soporte nativo para
SOAP era de vital importancia, se defini el uso de servicios web para la
aplicacin y esta extensin permita la realizacin eficiente de los mismos. Las
nuevas prestaciones de la programacin orientada a objetos (POO), con todas
las ventajas que implica el uso de este paradigma de la programacin. El manejo
de excepciones fue otro elemento decisivo. Hoy por hoy se dedica gran cantidad
de tiempo de desarrollo al mantenimiento y correccin de aplicaciones,
generando gastos y demoras innecesarias si se hubiese empleado ese tiempo

27

28

en hacer una mejor trabajo de prevencin de errores y reaccin del sistema ante
los mismos, permitiendo en el peor de los casos tener una idea mucho ms
definida del error existente.
1.5.4 Biblioteca FPDF
Los documentos pdf son muy usados en el mundo entero por su reducido
tamayo (por lo general) y por la posibilidad que brinda de conservar el formato
tal y como se concibi para poder imprimir correctamente. Es por eso que ha
existido la necesidad de brindar la posibilidad de crear documentos con formato
pdf desde el lenguaje php.
FPDF es una biblioteca de libre acceso que permite sin restriccin alguna
generar estos documentos con un mnimo de esfuerzo.

1.6 Conclusiones
Terminamos este captulo sealando los puntos ms relevantes que se han
expuesto en el mismo. Tales son las descripciones hechas del negocio que tiene
lugar en las oficinas registrales del pas y con una visin mucho ms general la
temtica del Gobierno Electrnico como alternativa contempornea de la gestin
de la administracin pblica.
Respecto al basamento tecnolgico del sistema se mencionaron una serie de
caractersticas que presentan las tecnologas empleadas que hacen de ella una
eficiente alternativa de implementacin. La combinacin de dichas tecnologas
producto de la perfecta integracin que poseen son la base de las tecnologas
empleadas; adems de ser todas de cdigo fuente abierto, con todas las
ventajas que esto implica.
Se concluye que la seleccin tecnolgica permite satisfacer las necesidades y
requerimientos de la aplicacin as como se ha abordado suficientemente el
marco terico del negocio a automatizar.

28

29

Captulo 2 Modelo del negocio

2.1 Introduccin
Uno de los sntomas que con frecuencia se presentan en la industria de software
es que las soluciones propuestas por los fabricantes de productos informticos
no estn a tono con los requerimientos reales de los usuarios, y esto se debe en
gran medida al desconocimiento del panorama funcional del negocio que se
pretende modelar. Partiendo de la experiencia de los especialistas en el
desarrollo de sistemas, se ha implantado como fase inicial de un proyecto la de
dominar y modelar cabalmente los requerimientos funcionales de sus clientes
como va segura que garantizar el desarrollo saludable y exitoso de cualquier
sistema.
Durante este captulo se presenta un estudio y anlisis minuciosos del entorno
funcional que tiene lugar en las oficinas del Registro de Estado Civil de Cuba, y
sobre esta base presentar en captulos posteriores una propuesta de software
que garantice la sanidad de las ineficiencias actuales. Se muestra el proceso de
modelado concebido para este negocio haciendo uso de la interaccin entre
actores y casos de uso del negocio, y sus correspondientes descripciones.
El desarrollo de este anlisis tiene su fundamento en la metodologa conocida
como Proceso Unificado de Desarrollo de Software (RUP por sus siglas en
ingls) la cual establece las etapas de desarrollo de un software, as como las
normas a tener en cuenta en cada una de ella para garantizar un producto
acorde a los estndares del mercado. Este proceso a su vez es especificado,
visualizado, construido y documentado usando el Lenguaje Unificado de
Modelado (UML por sus siglas en ingls) que propone los artefactos necesarios
para la modelacin y construccin de sistemas. Se hace uso adems de la
herramienta CASE Rational Rose que asiste el desarrollo de software
aumentando la productividad y calidad del mismo. Esta combinacin ha venido a
ser un estndar dado sus potencialidades para el desarrollo de sistemas, ya que
incorpora el extracto de varias metodologas y lenguajes antes usados, de ah

29

30

que sus nombres incluyan el trmino unificado, adems de las experiencias

vividas de sus fundadores.

2.2 Modelo del negocio actual

Las oficinas registrales de cada uno de los municipios del pas llevan a cabo un
gran nmero de trmites diarios, como son inscripciones, solicitudes de
certificaciones, subsanacin de errores en algn determinado trmite legal, etc.
En un momento dado del da un ciudadano puede arribar a cualquier oficina
registral, con el propsito de solicitar una certificacin de alguna inscripcin de
nacimiento, matrimonio, defunciones o ciudadana. Ante esta situacin: Qu
hacer?
En caso de que los datos de la inscripcin solicitada se encuentren en el registro
local, se realiza una bsqueda en los libros y se llena un modelo con los datos
de la certificacin demandada; todo de forma manual. Si se da el caso de que la
solicitud no pueda ser respondida momentneamente, pues sea necesario
consultar otra oficina registral para obtener los datos, se le comunica al cliente
que debe regresar al da siguiente. A una determinada hora del da, se recesa la
recepcin de solicitudes de los clientes y entonces se comienza a pedir por
telfono a cada uno de los registro involucrados en las solicitudes, los datos
correspondientes a las mismas, que se van llenando en un modelo, que se
entregar al da siguiente.
En caso de que sea haya efectuado un matrimonio entonces se le enva al
registro civil de cada uno de los contrayentes una nota margianal de matrimonio
indicando que ambos estn casados.

2.3 Reglas del negocio a considerar

En cada una de las oficinas registrales se llevan a cabo acciones como insercin
de inscripciones, notas marginales, en cada una de las secciones de nacimiento,
matrimonio, defunciones y ciudadana. Esta ltima es una seccin de poco uso.
30

31

Existen reglas que se deben atender a la hora modificar, por una u otra razn, el
estado civil de alguna persona.

La regla principal que se lleva a cabo, es que cada vez que surge un

trmite legal se debe hacer saber al registro civil de la persona afectada por
dicho trmite.

En caso de estar frente a una inscripcin de nacimiento, si se trata de una

que debe ser inscrita en el propio registro, no se har nada adems que
agregarla a los libros. Si es necesario que se inscriba en otro registro, se le
enviaran los datos de la inscripcin por correo postal al otro registro a manera de
peticin para que se inserte en el libro.

Cuando la situacin se trata de la tramitacin de la inscripcin de

matrimonio o defuncin, es necesario que se haga conocer al registro civil de

donde proceden los novios o el fallecido. En el caso de que las personas
afectadas sean del propio registro civil, no se enviar ninguna notificacin.

2.4 Actores del negocio

Este modelo de casos de uso describe los procesos del negocio en trminos de
casos de uso del negocio y actores del negocio, representando en estos ltimos
a los clientes. Dicho modelo se describe mediante diagramas de casos de uso
que muestran cmo los actores del negocio y los casos de uso del negocio se
encuentran relacionados. [Jacobson, 2000]

Los actores del negocio, que representa al cliente de las oficinas del registro del
estado civil, es:

Actores

Justificacin

Ciudadano

Es la persona que se presenta en una oficina registral

para solicitar determinada certificacin o cualquier otro
trmite de los que en estas unidades tienen lugar y que

31

32

se realizan por su solicitud.

2.5 Diagrama de casos de uso del negocio

Gestionar la certifiacin de una

inscripcin
Ciudadano

Modificar estado civil

Figura 1. Diagrama de casos de uso

2.6 Trabajadores del negocio

Trabajadores

Justificacin

Registrador

Es la persona que radica en la oficina registral y tramita

toda la gestin que se lleva a cabo para satisfacer la
solicitud de certificacin de un cliente.

2.7 Casos de uso del negocio

La descripcin del caso de uso aparece en formato expandido y est
acompaado del correspondiente diagrama de actividad. Este diagrama
representa de forma grfica la secuencia de actividades que tienen lugar al
crearse una instancia del caso de uso.

32

33

2.7.1 Caso de uso <Gestionar la certificacin de una inscripcin>

33

34

Caso de Uso del

Gestionar trmite

negocio
Actores del negocio

Ciudadano (inicia)

Propsito

Adquirir la informacin de una inscripcin para la

realizacin de un trmite determinado.

Resumen

El caso de uso comienza cuando un ciudadano solicita

la certificacin de una determinada inscripcin, y la
misma puede encontrarse en el registro local o en otro
fuera del mismo. En ese momento se toma su solicitud
y a una hora determinada del da se llama por telfono
a cada uno de los registros civiles involucrados para
pedir los datos. El registrador del otro registro se los
dicta por telfono en el momento y con esos datos con
conforma la certificacin que se pide.

Casos

de

uso -

asociados
Accin del actor

Respuesta del proceso de negocio

1. El ciudadano realiza una solicitud

de inscripcin en la oficina registral
correspondiente.
2. El registrador de la seccin analiza
que el registro civil donde se encuentran
los datos para confeccionar la solicitud.

3. En caso de que el registro sea otro, el

registrador solicita la informacin por
telfono al registrador del registro, para
confeccionar la certificacin.

4. El registrador entrega la certificacin

34

35

al cliente.
Prioridad

Este

proceso

es

de

gran

relevancia

en

la

automatizacin pues responde a una funcin muy

importante realizada en las oficinas del registro del
estado civil que hace que los registros civiles
intercambien informacin y se puedan actualizar,
peridicamente.
Mejoras

Que esta tramitacin de toda esta informacin se lleve

a cabo a travs del sistema y que los datos se puedan
pedir a un sistema que tenga toda la informacin
centralizada, para lograr mayor rapidez.

Flujo alternativo de eventos

Curso normal, lnea 2

Si el registro civil que contiene la inscripcin que se necesita para realizar la

certificacin es el local, todo el proceso de pedir los datos a otro registro se
obviaran, evidentemente.

35

36

2.7.2 Caso de uso <Modificar estado civil>

Ciudadano

Registrador local

Solicitar cambiar
estado civil

Registrador externo

Cambiar estado
civil a cliente

Emitir notificacin el
registro del cliente

Recibir
notificacin

Almacenar
notificacin

Caso de Uso del negocio

Modificar estado civil.

Actores del negocio

Ciudadano (inicia)

Propsito

Actualizar el estado civil de una persona en un

registro externo al local.

Resumen

El

caso

de

uso

comienza

cuando

un

ciudadano necesita de un trmite ya sea de

matrimonio, divorcio, defuncin, etc, fuera de
su registro civil.
Casos de uso asociados

---

Accin del actor

Respuesta del proceso de negocio

1. El ciudadano solicita de
alguna manera modificar su
estado
registral.

civil

en

la

oficina 2. El registrador de la seccin emite la nota

marginal correspondiente a la modificacin.
3. En caso de la certificacin de nacimiento
del ciudadano correspondiente se encuentre
36

37

en otro registro civil, se enva por correo

postal la nota marginal para que se guarde en
el registro civil donde est la certificacin de
nacimiento.
Prioridad

Este

proceso

tiene

relevancia

en

la

automatizacin pues esto hace que un registro

civil conozca cundo se ha producido algn
cambio en el estado civil de alguna de las
personas que estn inscritas en l.
Mejoras

Que esta tramitacin de toda esta informacin

se lleve a cabo a travs del sistema y que los
datos se puedan enviar de un registro a otro
de manera electrnica a un sistema que tenga
toda la informacin centralizada, para lograr
mayor rapidez.

Flujo alternativo de eventos

Curso normal, lnea 2

Si el registro civil que contiene la inscripcin de nacimiento es el mismo que
emite la nota marginal entonces no se hace el paso 3.

2.8 Modelo de objetos

Este modelo de objetos es un modelo interno a un negocio. Describe cmo cada
caso de uso del negocio es llevado a cabo por un conjunto de trabajadores que
utilizan un conjunto de entidades y unidades de trabajo del negocio. Las
entidades representan cosas que los trabajadores toman, inspeccionan,
manipulan, producen o utilizan en un caso de uso del negocio. [Jacobson, 2000]

37

38

Solicitud datos inscripcin

Solicitud de certificacin
Emite
Crea

Registrador
Envia / Recibe

Emite

Nota Marginal
Datos de Inscripcin

38

39

2.9 Conclusiones
Cerramos este captulo con un resumen de las principales ideas expuestas.
Primero, se ha dado un breve panorama del estado actual del negocio y de las
reglas que se deben atender para garantizar las restricciones existentes en el
mismo. Se han identificado los problemas actuales y las mejoras potenciales. A
su vez se ha modelado la dinmica del negocio mediante de la representacin
de los casos de uso del negocio y sus actores, as como el modelo de objetos.
Se considera que los desarrolladores tienen un dominio del negocio acorde al de
los clientes y usuarios finales. Por ltimo, y como resultado de lo antes dicho, se
puede afirmar que se han propiciado las condiciones para la modelacin del
sistema.

39

40

Captulo 3 Requisitos
3.1 Introduccin
El presente captulo persigue, sobre la base del estudio realizado en el captulo
anterior, enfocar al lector hacia el sistema objetivo que se pretende lograr. Se
comienza a describir el sistema haciendo uso de los patrones y estndares
mencionados en el captulo anterior, logrando un lenguaje comn durante el
desarrollo del sistema y compresible entre sus desarrolladores. Se modelan los
actores y casos de uso del sistema, estableciendo la interaccin entre ellos, as
como una descripcin detallada de los mismos. Se modelan adems otros
artefactos como parte del proceso de desarrollo.

3.2 Actores del sistema a automatizar

Actores

Justificacin

Registrador

Trabajador del negocio que se convierte en actor del

sistema y que se encarga de iniciar todos los procesos de
envo y recepcin de trmites para la actualizacin del
registro civil.

Administrador

Este actor aparece luego de a concepcin de la solucin

Minjus

propuesta. Es el que se encarga de desencadenar el

mecanismo que procesa todos los trmites que llegan al
ministerio de justicia, actualiza a los registros civiles y
gestiona todas las peticiones surgidas en las oficinas
registrales y por el sistema RECOnline.

RECOnline

Este actor es un sistema que interacta con el propuesto

en

la

solucin,

solicitando

aviso

de

cundo

una

determinada inscripcin halla llegado a la base de datos

central del minjus.

40

41

3.3 Diagrama de casos de uso del sistema a automatizar

Subir Informacin
Registrador

Procesar Informacin
Administrador MINJUS

Bajar Informacin

Enviar Solicitud

RECOnline

3.4 Definicin de los requisitos no funcionales

Requisitos de instalacin

Es necesario que a la hora de instalar el sistema se le den permiso de modificar

al usuario de Internet para que pueda crear los documentos PDFs que se
general dinmicamente.

Requisitos de disponibilidad

Es imprescindible que el servidor central del ministerio de justicia debe estar

disponible todo el tiempo, para que en cualquier momento cualquier registro
pueda conectarse y enviar o recibir informacin.

Requisitos de Rendimiento

41

42

Se debe garantizar que tanto el envo como la recepcin de los trmites se

realicen en un perodo de tiempo breve (de segundos) para obtener mejor
rendimiento.
Requisitos de Seguridad

Por la gran importancia de la informacin que se maneja en este sistema se

hace imprescindible mantener varias salvas de la misma tanto en otro disco duro
del mismo nodo servidor donde radica la base de datos como en otras
computadoras conectadas a otra fuente de alimentacin elctrica. Se debe tener
adems un control estricto de los registradores y de las secciones a las que
puede acceder como parte de una correcta implementacin de la poltica de
usuarios del sistema. Por otra parte es necesario un procedimiento para
encriptar las contraseas, evitando su legibilidad al ser almacenadas, para
garantizar su privacidad.

Requisitos Legales

El trabajo de las oficinas registrales est regido por la Ley del registro del estado
civil, por lo que de igual forma el sistema debe respetar todos los procedimientos
y estructuras de documentos que se encuentran legislados. De igual forma
existen documentos que por su valor como originales no sern sustituidos con
el sistema.

Requisitos de implementacin

El sistema no puede permitir la eliminacin ni modificacin de inscripciones,

documentos almacenados, notas marginales, etc. Para esto estn legislados los
procesos de nulidad, subsanacin de errores y notas de conocimiento que no
deben ser violados.

Requisitos de plataforma hardware

42

43

Para la implantacin de la aplicacin, se requieren 2 microcomputadoras con las

siguientes caractersticas tcnicas (requerimientos mnimos):

43

44

Servidor Web:

Microprocesador: Pentium a 800Mhz

Memoria RAM: 256MB

Disco duro: 100GB (volumen considerable de informacin a almacenar)

Cliente:

Microprocesador: Pentium a 300Mhz

Memoria RAM: 64MB

Disco duro: 4GB

Monitor: SVGA 14

Perifricos: Teclado, Mouse, tarjeta de Red e impresora

Adems se necesitan que estos equipos se encuentren conectados en red.

Requisitos de plataforma software

Para el desarrollo de la aplicacin se ha seleccionado PHP como lenguaje de

programacin, MySQL como gestor de base de datos y Apache como servidor
Web. La combinacin anterior funciona tcnicamente muy bien y el costo de
licencias y mantenimiento es muy bajo al pertenecer al conjunto de software de
cdigo abierto. [Armelini, 2004] Para el caso del servidor Web Apache, por
consulta realizada al servidor de encuestas de Netcraft segn datos de febrero
del 2004, se pudo conocer que representa la gran mayora de los servidores
Web que se utilizan con un 67.38% y un estimado de 31 040 922 sitios en total,
mientras que el IIS, servidor Web de Microsoft, se emplea slo en un 21.00%,
estimando un total de 9 675 979 sitios en Internet. [Netcraft, 2004]

Estas especificaciones permiten

el desarrollo del sistema en ms de una

plataforma, por lo que para ello puede instalarse un servidor Linux, que
correspondera con la solucin de cdigo abierto, o trabajar sobre un sistema
operativo Windows. De estas dos posibilidades se ha elegido la primera, que
corresponde a la lnea de desarrollo de aplicaciones de cdigo abierto, solucin
44

45

por la que nuestro pas est apostando fuertemente. De esta forma, los
requerimientos de software quedan conformados como sigue:

Software para el servidor:

SO Linux RedHat 8

Servidor Web Apache Ver. 2.0

PHP 4.3.3

Gestor de base de datos MySQL 4.0.15

Software para el cliente:

Windows 98

45

46

3.5 Descripcin de los casos de uso

Nombre del caso de uso

Subir informacin

Actores

Registrador

Resumen

El caso de uso se inicia cuando el registrador

decide conectarse con el servidor central del
Minjus para subir todos los trmites realizados,
desde la ltima vez.

El caso de uso concluye

cuando se termina el proceso de envo y cada uno

de los trmites se encuentra en el servidor central.
Precondiciones

Deben existir trmites por enviar, de lo contrario ni

siquiera se establecer una conexin.

Poscondiciones

Que cada uno de los trmites procesados en el

registro civil local hayan sido duplicados en la base
de datos central.

Requisitos especiales

Que se establezca la conectividad requerida, y no

halla deficiencias en las lneas.

Nombre del caso de uso

Bajar informacin

Actores

Registrador

Resumen

Este caso de uso se inicia cuando el registrador

decide

conectarse

el

servidor

central

para

descargar todos los posibles trmites que han

llegado

con

destino

su

registro

civil,

incorporarlos en su base de datos.

Precondiciones

Que existan trmites en la base de datos central a

descargar por ese registro local.

Poscondiciones

Que todos los trmites que estn en el servidor

central que deben ser recibidos por ese registro
hallan sido descargados.

46

47

Requisitos especiales

Que se se establesca la conectividad requerida, y

no halla deficiencias en las lneas.

Nombre del caso de uso

Procesar informacin

Actores

Administrador del MINJUS

Resumen

Este caso de uso se inicia cuando en el

Administrador del Ministerio de Justicia se decida a
procesar todos los trmites que hayan llegado al
mismo.

Precondiciones

Que existan trmites en la bandeja de recibidos

del servidor central para ese registro local.

Poscondiciones

Que todos los trmites que haba en el servidor

central hayan sido analizados y procesados.
Que de haber alguna peticion de alguna inscripcin
de las que fueron procesadas, sean satisfechas.
Notificar al Sistema RECOnline en caso de que
alguna de sus peticiones haya quedado satisfecha.

Requisitos especiales

Nombre del caso de uso

Enviar solicitud

Actores

Reconline

Resumen

Este caso se inicia cuando el sistema RECOnline

presenta la necesidad de que existan los datos de
un determinado trmite, en la base de datos
central.

Precondiciones

Que la inscripcin solicitada por RECOnline no se

encuentre en la base de datos sentral.

Poscondiciones

Que la solicitud de RECOnline quede almacenada

en la base de datos central.

Requisitos especiales

47

48

3.6 Conclusiones
En este captulo quedan descritos de manera global (a alto nivel) los procesos
que se desarrollan a la hora de la sincronizacin entre los registros. Cada uno
de ellos fue descrito en formato expandido. Se abord adems la variante de
automatizacin propuesta y se mostr la captura de los requerimientos no
funcionales del sistema que permitir realizar un software de ptima calidad.
Este flujo defini un grupo de paquetes confeccionados por funcionalidad.

Algo que surge en la propuesta, dado que no fue contemplado en la modelacin

del negocio porque no exista, es la presencia de dos actores (Administrador
MINJUS y RECOnline), y surgen producto el proceso de automatizacin de las
oficinas registrales de Cuba y el sistema Reconline, este ltimo interacta con
el sistema para hacer solicitudes de inscripciones en determinados momentos,
por lo que el sistema tiene que considerarlo como un actor.
El modelo de objetos del negocio constituye un paso fundamental para el
desarrollo de flujos de trabajo posteriores.

48

49

Captulo 4 Descripcin de la solucin propuesta

4.1 Introduccin
Durante este captulo se abordar el proceso de construccin de la solucin
propuesta el cual se basa en los flujos de diseo e implementacin.
En el diseo, el sistema es modelado y se conforma para que soporte todos los
requisitos que se le suponen, adquiriendo una comprensin en profundidad de
los no funcionales, restricciones relacionadas con el lenguaje de programacin a
utilizar, componentes reutilizables, entre otros. [Jacobson, 2000] Como parte de
este flujo se presentan los subsistemas de diseo y los diagramas de clases de
cada subsistema.
Se modelan los nodos en los que se distribuye la aplicacin mediante el modelo
de despliegue y se obtiene el diagrama de clases persistentes y su modelo de
datos correspondiente.
La implementacin, por su parte, toma los resultados del diseo e implementa el
sistema en trminos de componentes. [Jacobson, 2000] Se presentan pues los
diagramas de componentes por cada subsistema de implementacin como
artefactos de este flujo de trabajo.
Se describen adems los temas que relacionados con los estndares de
programacin y la seguridad que tendr el sistema.

4.2 Modelo del diseo

El modelo de diseo es un modelo de objetos que describe la realizacin fsica
de los casos de uso, centrndose en cmo los requisitos funcionales y no
funcionales, junto con otras restricciones relacionadas con el entorno de
programacin, tienen impacto en el sistema a considerar, siendo una entrada
fundamental para las actividades de implementacin.[Jacobson00]

4.2.1 Diagrama de clases.

Los diagramas de clases, conectados a una realizacin de caso de uso,
muestran las clases participantes, subsistemas y sus relaciones, permitiendo
49

50

guardar la pista de los elementos participantes en una realizacin del caso de

uso. Los diagramas de clases ayudan a coordinar todos los requerimientos que
se imponen a una clase, as como contribuyen a detallar las operaciones,
atributos y asociaciones que esta debe soportar.
Los subsistemas de diseo son una forma de organizar los artefactos del modelo
de diseo en piezas ms manejables. Un subsistema puede contar de clases del
diseo, realizaciones de casos de uso, interfaces y otros subsistemas anidados.
Adems un subsistema puede proporcionar interfaces que representan las
funcionalidades que exportan en trminos de operaciones. [Jacobson00]

<<subsystem>>
Local

<<subsystem>>
MINJUS
IWSMInjus

IWSLocal

50

51

Subsistema: MINJUS

51

52

Subsistema: Registro Local

52

53

4.2.2 Diagrama de despliegue.

El modelo de despliegue es un modelo de objetos que describe la distribucin
fsica del sistema en trminos de cmo se distribuye la funcionalidad entre los
nodos de cmputo. Este modelo se utiliza como en las actividades relacionadas
con el diseo e implementacin debido a que la distribucin del sistema tiene
una influencia principal en su diseo. [Jacobson, 2000]
Diagrama

Servidor de Base de
Datos Central

Ministerio de Justicia

Intranet (TCP/IP)

Servidor Web
REC Provincial

Registro Civil Provincial

Servidor de Base de
Datos REC Provincial
Intranet (TCP/IP)

Intranet (TCP/IP)

Mdem REC
Provincial

_____________________________________________

Red Telefnica Pblica

Mdem
REC local

Registro Civil Local

Intranet (TCP/IP)

PC Cliente
del Usuario

Servidor Web
REC Local
Intranet (HTTP)

Servidor de Base de
Datos REC Local
Intranet (TCP/IP)

53

54

La solucin propuesta se basa en el modelo de tres capas, es decir, se

implementar sobre una arquitectura donde la presentacin, la lgica de
aplicacin y los elementos de datos estn conceptualmente separados. Esto
quiere decir que los componentes de la capa de presentacin manejan la
interaccin con el usuario y realizan las peticiones del cliente a los componentes
de la capa intermedia. Los componentes de la capa intermedia, en este caso
soportada a partir de la tecnologa de Servicios Web, manipulan la lgica del
negocio y hacen las peticiones a la base de datos que corresponda. Teniendo en
cuenta lo anterior, tanto en el registro civil local como en el provincial, el sistema
se ejecutar sobre un nodo Servidor Web (con Apache y Linux como sistema
operativo), que se conectar a un nodo Servidor de Bases de Datos (con MySQL
como sistema gestor) para las necesarias consultas y actualizaciones de la
informacin almacenada en la misma (ambos nodos pueden unirse en uno, es
decir, ambos servidores pueden radicar en el mismo nodo). Se instalar un nodo
cliente (PC Cliente del Usuario) que a travs de Servicios Web implementados,
realice las peticiones correspondientes al nodo Servidor Web montado en el
registro civil local y a otro acoplado en el registro civil provincial. En este caso la
comunicacin se establecer va telefnica, a travs de un mdem instalado en
cada extremo. La comunicacin, tanto entre los nodos servidores Web, como
entre los mdems situados a cada lado, estar soportada por el protocolo
TCP/IP, y como la solucin de software est basada en los estndares de
Internet, la comunicacin entre el nodo cliente y el servidor Web se efectuar
mediante el protocolo HTTP.
El nodo servidor de Base de Datos Central est concebido para almacenar la
informacin contenida en los servidores provinciales, a nivel nacional. Este
deber estar conectado de manera permanente a ellos, y con cierta periodicidad,
obtendr informacin referente a los nuevos trmites efectuados en las
entidades registrales locales, as como ser encuestado por las unidades
provinciales para obtener datos relacionados con las unidades registrales que le
correspondan.

54

55

4.3 Diseo de la base de datos

Para garantizar la centralizacin de la informacin se ha concebido una Base de
Datos Central ubicada en el MINJUS, la cual consiste en una replica exacta de la
estructura de la Base de Datos que existe actualmente en las unidades
registrales, puesto que la misma almacenar la informacin procedente de las
oficinas registrales y esto hace que tanto la Base de Datos Central como las
locales contengan la misma informacin. Aparece adems una Base de Datos
Temporal que radicar como bandeja de entrada/salida para los trmites que se
realicen entre los registros. Est se encontrar de igual manera a nivel central y
local por la razn de que ambos necesitan de la tramitacin de la informacin,
excepto que diferirn en algunos aspectos estructurales.
4.3.1 Diagrama de clases persistentes
Subsistema: MINJUS
InBox_minjus

Logs

fIdXML : String
fXML : String
fXMLEncrip : String
fChecking : Boolean
fReg : String

fId : Byte
fIP : String
fIdReg : Byte
fNameReg : String
fHoraInicio : String
fHoraFin : String
fAccion : String

OutBox_minjus
fIdXML : String
fXML : String
fXMLEncrip : String
fChecking : Boolean
fReg : String

0..n

0..n
0..n
1

Peticion_Registro

Registro
Peticion_RECOnline
fIdPeticion : String
fFolio : Byte
fTomo : Byte
fIdReg : Byte
fSeccion : Byte

0..n

fIdRegistro : String
fURLRegistro : String

1..n

fIdPeticion : String
fFolio : Byte
fSeccion : Byte
fTomo : Byte
fIdRegRecive : Byte
fIdRegEnvia : Byte

55

56

Subsistema: Registro Local

InBox_reg

OutBox_reg

fIdXML : String
fXML : String
fXMLEncrip : String
fChecking : Boolean

fIdXML : String
fXML : String
fXMLEncrip : String
fChecking : Boolean

56

57

4.3.2 Modelo de datos

El modelo de datos de la aplicacin se obtuvo a partir del diagrama de clases
persistentes mostrado anteriormente.
Para Subsistema MINJUS

Tabla loggings de la clase persistente Logs

Nombre

del Tipo

de nico Vaco

Valor por Restricciones

atributo

dato

id

int[5]

si

no

ip

varchar[16]

si

no

idregistro

varchar[30]

si

no

registro

varchar[30]

si

Si

hora_inicio

varchar[25]

no

Si

hora_fin

varchar[25]

no

Si

accion

varchar[20]

no

Si

defecto

Tabla peticiones_pendientes de la clase persistente Peticion_Registro

Nombre

del Tipo

de nico Vaco

Valor por Restricciones

57

58

atributo

dato

defecto

idpeticion

varchar[30]

Si

No

folio

Smallint[3]

No

Si

tomo

bigint[3]

No

Si

seccion

bigint[3]

No

Si

registro_recive

varchar[30]

No

Si

registro_envia

Smallint[3]

No

Si

Tabla reconline de la clase persistente Peticion_RECOnline

Nombre

del Tipo

de nico Vaco

Valor por Restricciones

atributo

dato

id

varchar[50]

Si

No

tomo

tinyint[3]

No

No

folio

tinyint[3]

No

No

registro

varchar[30]

No

No

seccion

tinyint[3]

No

No

defecto

Tabla tb_temp_enviar de la clase persistente OutBox_minjus

Nombre

del Tipo

de nico Vaco

Valor por Restricciones

atributo

dato

xml_id

varchar[50]

Si

No

str_xml

Text

Si

Si

encript_xml

Text

Si

Si

checking

char[1]

No

Si

registro

varchar[30]

No

Si

defecto

Tabla tb_temp_recividos de la clase persistente InBox_minjus

Nombre

del Tipo

de nico Vaco

Valor por Restricciones

atributo

dato

xml_id

varchar[50]

Si

No

str_xml

Text

Si

Si

encript_xml

Text

Si

Si

checking

char[1]

No

Si

defecto

58

59

registro

varchar[30]

No

Si

Tabla url_registros de la clase persistente Registro

Nombre

del Tipo

de nico Vaco

Valor por Restricciones

atributo

dato

id_registro

varchar[30]

Si

No

url_registro

varchar[150] Si

No

defecto

Para Subsistema Registro Local

Tabla tb_temp_enviar de la clase persistente OutBox_reg

Nombre

del Tipo

de nico Vaco

Valor por Restricciones

atributo

dato

xml_id

varchar[50]

No

str_xml

Text

Si

encript_xml

Text

Si

checking

char[1]

Si

defecto

Tabla tb_temp_recividos de la clase persistente InBox_reg

Nombre

del Tipo

de nico Vaco

Valor por Restricciones

atributo

dato

xml_id

varchar[50]

No

str_xml

Text

Si

encript_xml

Text

Si

checking

char[1]

Si

defecto

59

60

4.4 Modelo de implementacin

El modelo de implementacin describe cmo los elementos del modelo de
diseo, como las clases, se implementan en trminos de componentes. Describe
tambin cmo se organizan los componentes de acuerdo con los mecanismos
de estructuracin disponibles en el entorno de implementacin y en el lenguaje o
lenguajes de programacin utilizados, y cmo dependen los componentes unos
de otros. [Jacobson, 2000]

4.4.1 Diagrama de componentes.

Un componente se puede definir como el empaquetamiento fsico de los
elementos de un modelo, como son las clases en el modelo de diseo.
[Jacobson, 2000]
A continuacin se muestra el diagrama de componentes de cada subsistema de
implementacin. Al final de cada subsistema aparece una tabla donde se
especifica, para cada componente: propsito, contenido (en cuanto a clases de
diseo que implementa) e interfaces en caso de exponerlas.

60

61

Subsistema: MINJUS

Componente

Propsito

Contenido

MySQLCP.php

Manipula el acceso a la base de datos.

DAP.php

Asiste la manipulacin de los datos de

forma general.

XMLAP.php

Asiste la manipulacin de los datos para

el trabajo con XML.

XMLGP.php

Genera los XML.

XMLPP.php

Parsea

los

XML

para

obtener

su

contenido.
AP.php

Realiza el anlisis lgico de transacciones

61

62

del negocio.
WSTP_minjus.php

Implementa las funciones que garantizan

la sincronizacin.

WSAP_minjus.php

WebService que brinda las funciones

para lograr la sincronizacin.

sTransactor_minjus.wsdl Fichero que describe en formato XML el

servicio web.
IWSMinjus

Interfaz que brinda el subsistema del

MINJUS para los servicios web

Administracion.php

Pgina para la seccion de administracin

donde se ejecuta el proceso de anlisis
lgico de transacciones del negocio.

62

63

Subsistema: Local

Componente

Propsito

Contenido

MySQLCP.php

Manipula el acceso a la base de datos.

DAP.php

Asiste la manipulacin de los datos de

forma general.

XMLAP.php

Asiste la manipulacin de los datos para el

trabajo con XML.

XMLGP.php

Genera los XML a partir de los datos.

XMLPP.php

Parsea

los

XML

para

obtener

su

contenido.
WSTP_reg.php

Implementa las funciones que garantizan

la sincronizacin.

63

64

WSAP_reg.php

WebService que brinda las funciones para

lograr la sincronizacin.

sTransactor_reg.wsdl

Fichero que describe en formato XML el

servicio web.

IWSLocal

Interfaz que brinda el subsistema del

registro local para los servicios web

Administracion.php

Pgina para la seccion de administracion

donde

se

ejecuta

el

proceso

de

transacciones(subir y bajar informacin)

4.5 Estndares de programacin

El estilo del cdigo constituye una parte crucial en el ejercicio de una buena
ingeniera de software. El objetivo se centra en escribir cdigo que sea claro y
fcil de entender, y que al mismo tiempo reduzca el esfuerzo que se emplea en
hacer ampliaciones o modificaciones futuras. [MIT03]
El estilo de codificacin a seguir en el desarrollo del sistema es el que ha venido
adoptando el equipo de trabajo, con algunas adaptaciones vinculadas a las
caractersticas propias del lenguaje PHP. Por ejemplo:

Todos los identificadores se escriben en idioma Ingls, pues este resulta

un estndar en la programacin.

Los ficheros contenedores de clases se nombran como sigue:

NombreClasePrincipal.php

No implementar ms de dos clases por fichero.

El identificador de la clase comienza con maysculas y al igual que el de

sus mtodos.

Las clases que implementan las funciones de los Servicios Web (WEB

Services) comienzan con WS.

64

65

Los campos privados de las clases comienzan con f para hacer

referencia al ingls file que significa campo.

Indentacin a dos espacios para las clases, funciones e instrucciones

anidadas.

En los casos necesario se usa el separador _(guin bajo) para los

identificadores de clases, funciones o variables que sean compuestos.

Los ficheros .wsdl que describen los Servicios WEB, son encabezados

por la letra s (para hacer referencia a la palabra servicio o service) seguido

del nombre del Servicio WEB a fin.

Para comentar el cdigo de una sola lnea se usa //, asi mismo para el

comentario de bloques se us /* */ .

4.6 Seguridad
Todo software debe implementar su propia seguridad con el fin de ser inmune a
los agentes externos a l. En el caso de los sitios web, uno de los aspectos ms
importantes a la hora de su desarrollo es precisamente su seguridad, y para ello
ha de tenerse en cuenta la vulnerabilidad de los mecanismos a travs de los
cuales fluye la informacin. A continuacin se describen los puntos que se
desarrollaron para garantizar la seguridad del sistema:

1.

Toda la informacin que se tramita se encriptada con un algoritmo.

2.

La centralizacin de la informacin debe permitir que todas las oficinas

registrales del pas accedan a la Base de Datos Central para llevar a cabo sus
trmites diarios. Para ello se implement un mecanismo de permisos, el cual
contiene una tabla que registra cada uno de los posibles accesos externos al
sistema. Si una solicitud es hecha desde el exterior y esta no encuentra lugar en
la tabla de permisos, es rechazada automticamente. En efecto, cada registro
debe acceder a la Base de Datos Central con una previa identificacin. Con esto
se evitara que un agente externo al sistema pudiera burlar la entrada y tener
acceso a la Base de Datos Central hacindose pasar por un registro civil.

65

66

4.7 Conclusiones
Durante este captulo quedaron descritas las normativas del diseo propuesto
para este sistema. Se mostraron las clases participantes y la interaccin entre
ellas, permitiendo as la comprensin de las responsabilidades atribuidas a cada
una. Adems el diagrama de despliegue que describe la distribucin de los
nodos que intervienen en el sistema. A partir de aqu se derivaron las clases
persistentes y el modelo de datos, los cuales resultan determinantes a la hora
del diseo de la base de datos temporal que surge para ambos subsistemas y
para el sistema en general. El modelo de datos fue representado elaborando una
descripcin de cada tabla de la base de datos. El modelo de implementacin fue
detallado mediante el uso de los subsistemas necesarios, desglosando las
responsabilidades de los componentes implementados como resultado del
diseo. Para mayor claridad en cuanto a los componentes se muestra una tabla
descriptiva de cada uno. Por ultimo se describieron aquellos detalles
relacionados con los estndares de programacin empleados y la seguridad del
sistema en general.

66

67

Captulo 5 Estudio de factibilidad

5.1 Introduccin
En el presente captulo se tratan los temas relacionados con la factibilidad,
beneficios y costos del desarrollo del proyecto, pues como cualquier otro
proceso de produccin requiere de un anlisis de factibilidad para definir
cualitativa y cuantitativamente los beneficios que este reportar.
Este estudio permite estimar, desde etapas muy tempranas del desarrollo,
diferentes factores de importancia como son el tiempo de duracin en acuerdo
con la cantidad de personas involucradas y la magnitud del sistema en cuestin.
Adems se toman en cuenta las experiencias anteriores para el esfuerzo
relacionado con la produccin y la reusabilidad del cdigo.
Hay varias metodologas que permiten realizar el estudio de factibilidad de un
proyecto, esta vez se ha elegido la estimacin basada en casos de usos, dada
su efectividad en la estimacin del esfuerzo requerido para desarrollar los
primeros casos de un sistema, estos son los que ejercitan la mayor parte de la
arquitectura del software y los que a su vez ayudan a mitigar los riesgos ms
significativos.

5.2 Planificacin basada en casos de uso

Factor de Peso de los Actores sin ajustar (UAW)
Tipo de Actor

Factor

# Actores

Resultado

Simple

Promedio

Complejo

Total (UAW)

Factor de Peso de los Casos de Uso sin ajustar (UUCW)

Tipo de CU

Descripcin

Factor

# CU

Resultado

67

68

Simple

1-3 transacciones

Promedio

4-7 transacciones

10

10

Complejo

8 o ms transacciones 15

45

Total (UUCW)

55

Puntos de Casos de Uso sin ajustar (UUCP)

UUCP = UAW + UUCW = 7 + 55
UUCP = 62
Factores Tcnicos (TCF)
# Factor

Descripcin

Peso

Valor

Factor

Comentario

T1

Sistema

10

Es un sistema distribuido

de 1

Debe garantizar la gestin

Distribuido
T2

Tiempo
respuesta

T3

de la informacin.

Eficiencia por el 1

usuario

Garantiza

que

se

gestionen los contenidos

eficientemente.

T4

Procesamiento

interno complejo
T5

Reusabilidad

T6

Facilidad

Existen un procesamiento
interno complejo.

1
de 0.5

Es totalmente reusable.

Posee algunos requiere

instalacin

de instalacin.

T7

Facilidad de uso

0.5

Normal

T8

Portabilidad

10

Garantiza la portabilidad
hacia varios sistemas.

T9

Facilidad

de 1

cambio

Se

requiere

un

costo

moderado

de

mantenimiento.
T10

Concurrencia

Garantiza la concurrencia

68

69

de usuarios.
T11

Objetivos

Alta Seguridad.

Acceso directo a 1

Los usuarios que navegan

especiales

de

seguridad
T12

terceras partes

por la Web no tienen

acceso directo.

T13

Facilidades

especiales

de

entrenamiento

Pocos usuarios internos,

sistema fcil de usar.

usuarios finales
Total (TFactor)

56

TCF = 0.6 + 0.01 * TFactor = 0.6 + 0.01 * 56 = 0.6 + 0.56

TCF = 1.16
Factores de Ambiente (EF)
# Factor

Descripcin

E1

Familiaridad
el

modelo

Peso
con 1.5

Valor

Factor

Comentario

El grupo est bastante

de

familiarizado

proyecto utilizado
E2

Experiencia en la 0.5

Experiencia

el

proyecto.
4

aplicacin
E3

con

Existe experiencia en la
aplicacin.

en 1

O.O.

El grupo tiene experiencia

anterior

en

la

programacin O.O.
E4

Capacidad
analista lder

del 0.5

El

analista

lder

tiene

experiencias anteriores de
otros

proyectos

semejantes.

69

70

E5

Motivacin

Alta motivacin

E6

Estabilidad de los 2

Escasas posibilidades de

requerimientos
E7

Personal

cambios futuros.

media -1

jornada
E8

Dificultad

Todo el personal trabaja a

tiempo completo.

en

lenguaje

el -1

-3

de

El lenguaje no tiene una

alta complejidad.

programacin
Total (EFactor)

20

EF = 1.4 + (-0.03 * EFactor) = 1.4 + (-0.03 * 20) =1.4 0.6

EF = 0.8
Puntos de Casos de Uso ajustados (AUCP)
AUCP = UUCP * TCF * EF = 62 * 1.16 * 0.8
AUCP = 57.54
Esfuerzo (E)
E = AUCP * CF = 57.54* 20
E = 1150.8
Esfuerzo total (Etotal)
Etotal = E / 0.4 = 1150.8/ 0.4
Etotal = 2877
Tiempo de desarrollo (TDes)
TDes = Etotal / CHtotal = 2877/ 2
TDes = 1438.5
Costo Total (Ctotal)
Ctotal = Etotal * 2 * TH = 2877 * 2 * 1.031

70

71

Ctotal = 5932.4
CF: Factor de Conversin
TH: Tarifa Horaria
CHtotal: Cantidad de Hombres

5.3 Anlisis de la efectividad del sistema

5.3.1 Beneficios tangibles
Para efectuar la puesta en marcha de la solucin de software que se propone,
integrada al sistema de gestin de las unidades del REC, el Ministerio de
Justicia deber llevar a cabo el equipamiento de las oficinas, con cada uno de
los elementos modelados en

el diagrama de componentes expuesto en el

captulo anterior. Sin embargo, debido a la importancia y repercusin que tiene

para el pas el proyecto en cuestin, los equipos necesarios fueron donados al
Ministerio por otras entidades. Por tanto, en la determinacin de los beneficios
tangibles, solo se tendr en cuenta el costo del proyecto y no el de esta
inversin.
En cuanto a los ahorros por conceptos de llamadas telefnicas para servicios de
certificaciones y bsquedas de documentos, se estima que el costo medio de
una llamada entre unidades de la misma provincia, por minuto, es $0.05 y entre
otras provincias es $0.50; as como que el tiempo medio de demora en la
solicitud de la certificacin y/o de una bsqueda es de 10 minutos. A partir de
estas estimaciones se obtienen los siguientes datos:

Ao 2003

Ao 2004

Cantidad

Costo ($)

Cantidad

Costo($)

En la provincia

199873

99936.50

211923

105961.50

Fuera de la provincia

68895

344475.00

71690

358450.00

Totales

268768

444411.50

283613

464411.50

71

72

Estos datos muestran que anualmente, en el Registro del Estado Civil, se incurre
en un gasto por concepto de telfono de ms de cuatrocientos mil pesos.
La centralizacin y actualizacin de la informacin a travs de la solucin de
software propuesta, requiere tambin un tiempo de conexin telefnica.

El promedio de trmites realizados en un ao es de 1 873 007.50, y por tanto

cada oficina realiza como promedio 616 trmites en un mes y 25 en un da. Se
determin que al procesar 25 trmites, la solucin de software demorar
aproximadamente 7 minutos en enviar los datos a la base de datos provincial y
realizar los procesos de confirmacin y seguridad pertinentes y 5 minutos en
efectuar la actualizacin hacia una oficina con los datos que le conciernen, y
realizar los procesos de confirmacin y seguridad pertinentes.
Con esta informacin se obtiene que, diariamente, cada oficina incurrir en un
gasto promedio de $0.35 en el proceso de centralizacin de la informacin y
$0.25 en la actualizacin de la informacin de la oficina, para un total de $0.60
diarios. Luego, entre las 253 oficinas del registro civil, se gastar diariamente
$151.80. Esto se extiende a un gasto anual de $ 43718.40

Este anlisis permite concluir que con la solucin de software propuesta el

MINJUS se ahorrar anualmente un promedio de $410 693.10, por concepto de
gastos de telfono.

Los gastos de correo postal actualmente tambin son muy elevados, pero los
mismos no se han podido cuantificar, debido a que la institucin no cuenta con
estadsticas generales registradas. Cualquiera sea la suma de los mismos, se
eliminarn con la implantacin exitosa de la solucin de software.

72

73

5.3.2 Beneficios intangibles

La puesta en marcha de la solucin de software que se propone integrada al
sistema de Gestin Local del REC, permitir lograr la centralizacin de la
informacin del estado civil de todas las personas del pas, lo cual brindar
beneficios notables al funcionamiento de la entidad.

Estos se listan a continuacin:

1.

Disminucin

del volumen de informacin en papel y libros que

actualmente existe.
2.

Simplificacin del trabajo de los registradores

3.

Actualizacin diaria de la informacin concerniente a cada una de las

oficinas del REC, lo cual se traduce en la rapidez en la gestin de la informacin

residente en una entidad externa.
4.

Reduccin de errores en la emisin de certificaciones.

73

74

5.4 Conclusiones
De acuerdo con el estudio de factibilidad realizado para el sistema, y valorando
los indicadores de costos y beneficios tanto tangibles como intangibles, se
propone como factible el desarrollo de esta aplicacin, as como su implantacin
y puesta en prctica, la cual se estima tendr un gran impacto, adems de los
aportes econmicos y sociales que sostendr. Se propone adems el
mantenimiento futuro del mismo para optimizar su funcionamiento ante las
variaciones que puedan sobrevenir.

74

75

Conclusiones
El proyecto presentado es la solucin a una problemtica actual residente en las
oficinas del Registro Civil de Cuba. Su objetivo principal fue la concepcin de un
sistema informatizado para garantizar la centralizacin de la informacin de la
poblacin civil de Cuba a nivel nacional, logrando la sincronizacin de todas las
oficinas registrales del pas. Representa un paso de avance en la informatizacin
de la sociedad. Su realizacin se enmarca dentro de las propuestas de Gobierno
Electrnico, empleando modernas tecnologas de software de cdigo abierto
(Open Source) y dando as flexibilidad a las cualidades del sistema desarrollado
a efectos de permitir la adopcin de soluciones tcnicas apropiadas.
Durante la elaboracin del sistema se abordaron los diferentes flujos de trabajo
de la metodologa RUP para el desarrollo de software, haciendo uso de muchos
de sus correspondientes artefactos para lograr un producto de calidad, acorde al
los estndares del mercado y, sobretodo, que garantice los requerimientos
iniciales por los fue concebido.
La estimacin de factibilidad propone grandes beneficios, tangibles e intangibles,
a favor de la implantacin de este sistema. Primero por el gran impacto nacional
que tendr su puesta en prctica y el cmodo servicio que garantizar tanto para
los registradores de las oficinas de todo el pas como para los ciudadanos que
acudan a este servicio. En segundo lugar por la reduccin de costos, dado el
ahorro que supone en gastos operacionales a nivel empresarial y que
anteriormente tenan lugar debido al pago de los servicios telefnicos y postal.
Verdaderamente se ha llegado a un estado positivo de alcance nacional. Las
nuevas tecnologas implementadas y su puesta en prctica constituirn una
revolucin en las atenciones pblicas por parte del Ministerio de Justicia, y ms
especficamente, del Registro Civil de Cuba.

75

76

Recomendaciones
Se recomienda la puesta en prctica del sistema en las distintas oficinas
registrales en el menor tiempo posible con vista a facilitar el trabajo en las
mismas y lograr la tan esperada sincronizacin entre los registros.

Es importante elevar el software a una nueva versin que perfeccione sus

funcionalidades con elementos que surjan en la fase de explotacin del mismo.

Es imprescindible la seguridad que se debe tomar a la hora de la implantacin

del sistema dado la importancia de la informacin que se maneja.

76

77

Referencias bibliogrficas
Accenture'02

Accenture. "Realizing the Vision". The Government

Executive Series. eGovernment Leadership. Abril 2002.
http://www.accenture.com/xdoc/ca/locations/canada/insights/
studies/egovernment_study.pdf (Febrero 2005)

Accenture'03

Accenture. "Engaging the Customer". The Government

Executive Series. eGovernment Leadership. Abril 2003.
http://a456.g.akamai.net/7/456/1701/e90e62968406c6/www.
accenture.com/xdoc/ca/locations/canada/insights/studies/en
gaging_customer.pdf (Febrero 2005)

Accenture'04

Accenture. "High Performance, Maximum Value". The

Government Executive Series. eGovernment Leadership.
Mayo 2004.
http://www.accenture.com/xdoc/ca/locations/canada/insights/
studies/egovernment_leadership.pdf (Marzo 2005)

lvarez 2005

RECOnline: Sistema de Gestin Online de Certificaciones

del Registro del Estado Civil de Cuba

Anuario'02

MINJUS. Departamento Independiente de Estadstica

Jurdica. Anuario Estadstico del Sistema de Estadstica
Complementaria Ao 2002.

Anuario'03

MINJUS. Departamento Independiente de Estadstica

Jurdica. Anuario Estadstico del Sistema de Estadstica
Complementaria Ao 2003.

Anuario'04

MINJUS. Departamento Independiente de Estadstica

Jurdica. Anuario Estadstico del Sistema de Estadstica
Complementaria Ao 2004.

Armelini04

Armelini, Guillermo. Las iniciativas de cdigo abierto ganan

terreno. [Fecha de consulta: 16 de febrero de 2004]
Disponible en:

77

78

http://www.inei.gob.pe/cpimapa/bancoub/libfree/lib616/cap03
02.htm

Art. 28 Ley 1554 V Artculo 28 del Ttulo II del Decreto con Fuerza de Ley
No. 1.554, del De Registro Pblico y del Notariado,
publicado en la Gaceta Oficial de Venezuela No. 5.556 de
fecha 13 de noviembre de 2001.
Art.29 Ley 1554 V Artculo 29 del Ttulo II del Decreto con Fuerza de Ley No.
1.554, del De Registro Pblico y del Notariado, publicado
en la Gaceta Oficial de Venezuela No. 5.556 de fecha 13
de noviembre de 2001.

Art.5 Ley RENIEC P Artculo 5 de la Ley Orgnica del Registro Nacional de

Identificacin y Estado Civil de fecha 28 de junio de 1995.
Per.
Bakken'03

BOE, 1999

Bakken, Stig; Aulbach, Alexander y otros. "Manual de PHP."

Grupo de Documentacin de PHP. Abril 2003
http://www.php.net/manual/es/(Diciembre 2004)
Ministerio

de

Justicia

de

Espaa,

RLC

1999\1994

Legislacin Consolidada, Boletn Oficial del Estado (BOE)

29 de julio 1999, No. 180, p. 28342.

De la Fuente99

De la Fuente Moya, Antonio. Comomo v.2 Modelo de

estimacin de costes para proyectos de software. Mayo
1999. Disponible en: \\ceis\Clases\pregrado\4to\1er
semestre\Ingenieria de Software I\Curso 03-04\06
Planificacion y Estimacion

Desarrolloweb04

Pginas dinmicas de cliente. [Fecha de consulta: 17 de

febrero de 2004] Disponible en:
http://www.desarrolloweb.com/articulos/714.php

78

79

Gutmans'04
Power

Gutmans, Andi; Bakken, Stig; Rethans, Derick . "PHP 5

Programming" "What's New in PHP 5 - Chapter 2 Excerpt"
http://www.zend.com/php5/andi-book-excerpt.php (Marzo

2005)
Hernndez01

Hernndez Gonzlez, Anaisa. DIBAO: Un mtodo para el

diseo de la base de datos a partir del modelado orientado
a objetos. Tesis en opcin a al ttulo de Doctor en
Ciencias Tcnicas. Ciudad de la Habana. Diciembre 2001.

Jacobson00

Jacobson, Ivar; Booch, Grady; Rumbaugh, James. El

Proceso Unificado de Desarrollo de Software . 2000.
Addison Wesley.

Ley'85

Ley del Registro del Estado Civil No. 51/85. Cuba. 1985.

Mato02

Mato, Rosa Mara. Conferencia No. 13: Lenguaje SQL.

Disponible en: \\ceis\Clases\pregrado\3ro\SBD\20022003\Conferencias\

MIC-Programas, 2004 Ministerio de la Informtica y las Comunicaciones de

Cuba. Programas. [Fecha de consulta: 12 de marzo de
2004]

Disponible

en:

http://www.mic.gov.cu/sitiomic/hinfosocareas.asp
MIT'03

Netcraft,04

MIT. Massachusetts Institute of Technology 2003 Boletn

S1: Gua de Estilo de Java
http://mit.ocw.universia.net/6.170/6.170/f01/relatedresources
/
javastyleguide.htm (Marzo 2005)
Web Server Survey. [Fecha de consulta: 18 de febrero de
2004] Disponible en:
http://news.netcraft.com/archives/web_server_survey.html

Peralta'04

Peralta, Mario "Estimacin del esfuerzo basada en casos

de uso" 2004 http://www.itba.edu.ar/capis/rtis/rtis-6-

79

80

1/estimaci%F3n-elReferenciasesfuerzo-basada-en-casosde-usos.pdf (Mayo 2005)

PHP'05

Sitio Oficial de PHP. Usage Stats for March 2005

http://www.php.net/usage.php 2005 (Marzo 2005)

Rodrguez04

Rodrguez, Gladys S. Gobierno Electrnico: Hacia la

Modernizacin y Transparencia de la Gestin Pblica
Disponible en:http://www.alfaredi.org/upload/revista/20804--22-29-odriguez.doc

Sonork04

Aplicaciones Web. [Fecha de consulta: 16 de febrero de

2004] Disponible en:
http://www.sonork.com/esp/web_app.html

UE'04

Unin

Europea.

eGovernment

La

administracin
Marzo

electrnica:
2004.

http://europa.eu.int/scadplus/leg/es/lvb/l24226b.htm (Enero
2005)

80

81

Bibliografa
1) Decreto

con Fuerza de Ley No. 1.554, del De Registro Pblico y del

Notariado, publicado en la Gaceta Oficial No. 5.556 de fecha 13 de noviembre

de 2001.

2) Date C. J. Introduccin a los Sistemas de Dases de Datos 2005. Sptima

edicin.

3) Jacobson, Ivar; Booch, Grady; Rumbaugh, James. El Proceso Unificado de

Desarrollo de Software . 2000. Addison Wesley.

4) Rioseco Lpez-Trigo, Pedro. Comercio Electrnico. La Nueva Conquista.

Editorial Cientfico-Tcnica, Ciudad de la Habana, Cuba, 2001.

81

82

Anexo1

82