Sie sind auf Seite 1von 16

INSTITUTO DE EDUCACIN

SUPERIOR TECNOLGICO AVANSYS

FACULTAD DE TECNOLOGA DE INFORMACIN


CARRERA DE COMPUTACIN E INFORMTICA

SISTEMA DE GESTIN DE CASOS JURIDICOS NOTARIALES


PARA LA NOTARIA FONSECA

PROYECTO PROFESIONAL PRESENTADO POR:


o CAHUAZA MURRIETA LLOYS ROSA
o CURI SILVANO MELITA LESLIE

PARA OPTAR POR EL TTULO DE TCNICO EN COMPUTACIN E


INFORMTICA

Lima, Abril del 2017


RESUMEN

La incorporacin de la tecnologa puede llevar a que empresas densas y rutinarias se


transformen en ligeras, debido a la apertura de nuevos canales para llegar a los clientes.
Convirtindose as en una herramienta de estrategias empresariales, ms an si estamos
en una poca de cambios, en la que se exige a las empresas ser ms competitivas en los
mercados local y global. En consecuencia, la empresa peruana debe enfocar la
tecnologa bajo este enfoque, y adoptarla como su gran soporte.

En virtud de ello, el presente documento contiene el desarrollo de un Sistema de


Gestin de Notariado de una empresa en el rea legal, el cual permitir agilizar las
operaciones y procesos de tramites de documentos que intervienen en el funcionamiento
de una Notaria.

El proyecto consta de cuatro captulos: En el primer captulo 1 se presentan los


fundamentos tericos, anlisis el estado actual de las variables que acompaan al
proceso en estudio, organizacin objeto de estudio, objetivos estratgicos, visin,
misin, el campo de accin explicando los procesos de negocio claves del asunto de
estudio y adems, se analiza la situacin problemtica a fin de definir los objetivos y
beneficios a alcanzar con la solucin propuesta.

En el segundo captulo se presenta la propuesta de solucin con los objetivos del


proyecto tanto generales como especficos, tambin se indican los beneficios tangibles e
intangibles del proyecto a proponer. Despus el anlisis y comparacin de la solucin
propuesta con otras herramientas similares del mercado

En el tercer captulo se presenta el modelado del negocio donde se analizan las reglas y
el cmo del proceso en estudio, los cuales se han desarrollado usando UML y RUP,
artefactos que nos permitieron definir los objetos de informacin y el flujo de
actividades a automatizar.
Finalmente en el cuarto captulo, se
muestra la administracin del
proyecto donde se describe las actividades (EDT) y la gestin del tiempo en el
cronograma del proyecto.

TABLA DE CONTENIDO

LISTAS ESPECIALES.................................................................................................................5
INTRODUCCIN.......................................................................................................................6
1. DESCRIPCION DE LA EMPRESA.........................................................................................7
1.1. OBJETO DE ESTUDIO...................................................................................................7
1.2. MISIN.......................................................................................................................7
1.3. VISIN........................................................................................................................7
1.4. OBJETIVOS ESTRATGICOS........................................................................................7
1.5. ORGANIGRAMA..........................................................................................................8
2. DIAGNSTICO DE LA SITUACIN ACTUAL.......................................................................9
2.1. CAMPO DE ACCIN.....................................................................................................9
2.2. PROCESOS DEL NEGOCIO...........................................................................................9
3. DEFINICIN DEL PROBLEMA..........................................................................................13
3.1. ANLISIS DE LOS PROBLEMAS DE INFORMACIN...................................................13
3.1.1. SITUACIN PROBLEMTICA Y PROBLEMAS A RESOLVER.........................................13
4. PROPUESTA DE SOLUCIN..............................................................................................15
4.1. OBJETIVO GENERAL.................................................................................................15
4.2. OBJETIVOS ESPECFICOS..........................................................................................15
4.3. FUNDAMENTACION DE LOS OBJETIVOS PROPUESTOS..............................................16
5. MARCO TEORICO............................................................................................................19
5.1. BSQUEDA DE INFORMACIN DE TECNOLOGA APLICADA.....................................19
5.1.1. Aplicaciones Web.........................................................................................................19
5.1.2. Dispositivos mviles.....................................................................................................19
5.1.3. Aplicaciones mviles.....................................................................................................20
5.1.4. Base de Datos y sus tipos................................................................................................20
5.1.5. Tecnologa Oracle.........................................................................................................20
5.1.6. Metodologa UML........................................................................................................20
5.1.7. Normalizacin de base de datos (forma normales)...............................................................20
5.1.8. Erwin.........................................................................................................................20
5.1.9. Administracin y Seguridad Base de Datos........................................................................20
5.1.10. Informacin Adicional................................................................................................20
6. DESARROLLO DE LA PROPUESTA ELEGIDA....................................................................21
6.1. METODOLOGA UML.................................................................................................21
6.1.1. REGLAS DE NEGOCIO...............................................................................................21
6.1.2. MODELO DE CASOS DE USOS DE NEGOGIO..............................................................24
6.1.3. ACTORES DEL NEGOCIO...........................................................................................24
6.1.4. CASOS DE USO DE NEGOCIO.....................................................................................24
6.1.5. DIAGRAMA DE CASOS DE USO DEL NEGOCIO...........................................................25
6.1.6. MODELO DE ANALISIS DEL NEGOGIO.......................................................................26
6.1.7. TRABAJADORES DEL NEGOGIO................................................................................26
6.1.8. ENTIDADES DEL NEGOCIO........................................................................................27
6.1.9. DIAGRAMA DE CLASES DEL NEGOCIO......................................................................30
6.1.10. REALIZACION DE LOS CASOS DE USO DEL NEGOCIO............................................31
6.1.11. ESPECIFICACION DE LOS CASOS DE USO DEL NEGOCIO.......................................31
6.1.11.1. CUN: CUN001_Cotizar_Repuesto_Autopartes...........................................................31
6.1.11.2. CUN: CUN002_Solicitar_Repuesto_Autopartes..........................................................34
6.1.11.3. CUN:

CUN003_Solicitar_Envo_Repuesto............................................................................................39
6.1.12. ESPECIFICACIN DE LOS REQUERIMIENTOS DEL SOFTWARE...............................43
6.1.13. REQUERIMIENTOS FUNCIONALES.........................................................................43
6.1.14. REQUERIMIENTOS NO FUNCIONALES...................................................................46
6.1.15. MODELO DE CASOS DE USO DEL SISTEMA............................................................50
6.1.16. ESPECIFICACIN DE LOS ACTORES DEL SISTEMA.................................................50
6.1.17. DIAGRAMA DE ACTORES DEL SISTEMA................................................................51
6.1.18. DIAGRAMA DE PAQUETES DEL SISTEMA...............................................................51
6.1.19. DIAGRAMAS DE CASOS DE USO DEL SISTEMA POR PAQUETE...............................52
6.1.19.1. DIAGRAMA CUS- PQ001_COTIZACIN...............................................................52
6.1.19.2. DIAGRAMA CUS- PQ002_PEDIDO........................................................................52
6.1.19.3. DIAGRAMA CUS- PQ003_DESPACHO...................................................................53
6.1.19.4. DIAGRAMA CUS- PQ004_REPORTES...................................................................53
6.1.19.5. DIAGRAMA CUS- PQ005_MANTENIMIENTOS......................................................54
6.1.19.6. DIAGRAMA CUS- PQ006_SEGURIDAD.................................................................54
6.1.20. MODELO CONCEPTUAL.........................................................................................55
6.1.21. DIAGRAMA DEL MODELO CONCEPTUAL...............................................................55
6.1.22. DICCIONARIO DEL MODELO CONCEPTUAL...........................................................60
6.1.22.1. PEDIDO..............................................................................................................60
6.1.22.2. DETALLE PEDIDO..............................................................................................60
6.1.22.3. INFORMACIN ENVO.......................................................................................60
6.1.22.4. COTIZACIN......................................................................................................60
6.1.22.5. DETALLE COTIZACIN.....................................................................................61
6.1.22.6. CLIENTE............................................................................................................61
6.1.22.7. REPUESTO.........................................................................................................61
6.1.22.8. CATEGORA.......................................................................................................61
6.1.22.9. MARCA..............................................................................................................62
6.1.22.10. AUTO.................................................................................................................62
6.1.22.11. TIPO COMPROBANTE.........................................................................................62
6.1.22.12. COMPROBANTE.................................................................................................62
6.1.22.13. DETALLE COMPROBANTE.................................................................................62
6.1.22.14. PROVEEDOR......................................................................................................63
6.1.22.15. AGENCIA TRANSPORTE.....................................................................................63
6.1.22.16. ORDEN DESPACHO.............................................................................................63
6.1.22.17. GESTIN ENVO.................................................................................................64
6.1.22.18. VENDEDOR........................................................................................................64
6.2. NORMALIZACIN DE LA BASE DE DATOS.................................................................64
6.3. MODELAMIENTO DE BASE DE DATOS ORACLE.........................................................64
6.3.1. DIAGRAMA DE BASE DE DATOS ORACLE..................................................................64
6.3.2. DICCIONARIO DE DATOS...........................................................................................66
6.3.3. CREACIN DE TABLAS, INDICES, VISTAS, SECUENCIAS............................................67
6.3.4. CREACION DE PAQUETES, PROCEDIMIENTOS...........................................................67
6.3.5. ADMINSTRACION Y SEGURIDAD DE LA BASE DE DATOS..........................................67
6.3.6. CREACION DE USUARIOS Y PERFILES.......................................................................67
7. CONCLUSIONES..............................................................................................................68
8. RECOMENDACIONES......................................................................................................68
9. AGRADECIMIENTOS.......................................................................................................68
10. GLOSARIO DE TERMINOS...............................................................................................69
11. SIGLARIO........................................................................................................................69
12. BIBLIOGRAFA................................................................................................................70
13. ANEXOS..........................................................................................................................71
INTRODUCCIN

La Notara es una entidad de creacin legal, es decir, que el Gobierno Nacional a travs
del Presidente de la Repblica y el Ministerio del Interior y de Justicia disponen de su
creacin. Su representacin se ejerce a travs del Notario, como persona Natural. Su
objetivo es dar fe pblica de los actos que se realizan en presencia del Notario Pblico.

El presente proyecto profesional ha sido elaborado para poder ofrecer una alternativa de
solucin mediante la implementacin de una base de datos a una Notaria Publica que
genere una organizacin de la informacin que estos manejan agregado a los procesos
de gestin de desarrollo de trmites y legalizacin de documentos. Para ello ha sido
necesario realizar un respectivo anlisis de los procesos de negocio que maneja la
empresa de modo que se pueda ofrecer mejoras en la implementacin y as como
conocer diferentes alternativas que presenta el mercado actual con respecto al rubro en
el que nos estamos enfocando.

La finalidad consiste en desarrollar e implementar una Base de Datos que permita


gestionar los tramites y legalizaciones de documentos, as mismo esta base de datos
deber permitir brindar la trazabilidad y seguimiento de la informacin por parte del
usuario.

En el proceso del desarrollo del respectivo anlisis para este proyecto utilizaremos la
metodologa gil XP, en el que principalmente se describe los aspectos ms detallados
de las funcionalidades del sistema. El anlisis se encuentra muy estrechamente
relacionado con las historias de usuario, mientras que el diseo de la base de datos, con
la arquitectura de las tablas.
1. DESCRIPCIN DE LA EMPRESA
1.1. OBJETO DE ESTUDIO

La Notaria Montoya inici sus actividades un 07 de junio del ao 1999, al haber


sido declarado el Dr. Jos Luis Montoya Vera, ganador del Concurso Pblico de
Mritos de Notarios Pblicos, para cubrir una plaza como Notario de Lima, y
nombrado por Resolucin Suprema N106-99-JUS del 13 de abril de 1999.

La Notaria Montoya Vera, est ubicada en la Av. Bolivia N 615 - Distrito de Brea,
y est compuesta por 20 colaboradores, entre Abogados debidamente capacitados en
las materias de derecho notarial, registral, societario e inmobiliario, personal de
planta que son capacitados constantemente en asuntos jurdicos, calidad total; y, en
tcnicas para prevenir fraudes; asimismo, est integrado por practicantes estudiantes
de derecho quienes ejercen labores importantes de colaboracin jurdica con miras a
incorporarlos en el futuro al staff de Abogados de la Notaria; todos ellos
identificados con los valores fundamentales de honestidad, trabajo en equipo,
respeto a s mismo y a los dems, lealtad y eficiencia, desarrollndose las
actividades laborales en un ambiente de compaerismo, colaboracin, integracin,
amistad, solidaridad y dilogo, con un solo objetivo, el de brindar los servicios
notariales con el grado de excelencia y seguridad jurdica.

El horario de atencin al pblico se realiza en forma ininterrumpida de lunes a


viernes de 8:30 a 18:00 horas y los sbados de 09:00 a 13:00 horas.

1.2. MISIN

Brindar un Servicio Notarial con rapidez y calidad, seguridad jurdica y


responsabilidad social a nuestros usuarios.

1.3. VISIN

Ser una Notara reconocida en su entorno por la excelencia en los servicios que
presta.

1.4. OBJETIVOS ESTRATGICOS

Aumentar los volmenes de venta de repuestos y autopartes automotrices.


Lograr un mayor
posicionamiento en el
mercado en ventas y distribucin de repuestos y autopartes automotriz.
Generar compras repetitivas por parte de los clientes a travs de
promociones que garanticen compras futuras.

1.5. ORGANIGRAMA

En la figura 1 se observa el organigrama de acuerdo a la ltima reestructuracin, la


Notara se encuentra dividida por reas. Dicha divisin se realiz basndose en la
labor realizada por cada grupo de colaboradores.

2. DIAGNSTICO DE LA SITUACIN ACTUAL


2.1. CAMPO DE ACCIN
El campo de accin se centra en cada uno de los procesos de las reas: Direccin
General del archivo de Protocolos (Registros (Registro de notarios, Registro de
Firma y Sello de Notario,
Registro de poderes y de sus
modificaciones), Archivos, Supervisin Notarial), Departamento de contenidos no
contenciosos (Tramites por Notarios Pblicos), Departamento de Escrituras
Pblicas (Protocolizaciones), Departamento de Transferencia de Bienes Muebles
Registrables (Actas(Actas de Transferencias Vehicular, )), Departamento Extra
Protocolar (Actas, Certificaciones y Poderes (Autorizacin de viaje de menor de
edad, etc.)).

2.2. PROCESOS DEL NEGOCIO (ROLES Y K REALIZA CADA PROCESO)


A continuacin, se detalla los procesos involucrados en el campo de accin que se
realiza dentro de la notaria:

Proceso de Registros
Este proceso inicia cuando el digitador llevar y controla el Registro de
Notarios.
a) Registro de Notarios: En este subproceso se registrar el nombre, sede
notarial, fecha de graduacin, determinacin del depositario del
protocolo en caso de ausencia o fallecimiento.
b) Registro de Firma y Sello de Notario: En este subproceso se realiza en
cuatro libros fsicos, pero en proceso de digitalizacin. Existen varias
inscripciones, sin embargo, no todos ejercen debido a que fungen en
cargos pblicos, se encuentran ausentes del pas por ms de un ao o por
fallecimiento. Adems, existen anotaciones relacionadas con
cancelaciones, identificacin de personas.
c) Registro de poderes y de sus modificaciones: Para finalizar este
subproceso de automatizacin de forma que las razones puedan ser
expidas a la mayor brevedad posible.

Proceso de Archivos:
El proceso inicia cuando el digitador, almacena los siguientes documentos
como: Protocolos de entrega obligatoria, testimonios especiales, avisos
notariales trimestrales, expedientes de jurisdiccin voluntaria en este caso no
hay plazo de entrega.
Proceso de Supervisin Notarial:
En este proceso inicia cuando el digitador, realiza una revisin e inspeccin
de Protocolos, desde el ao o el tiempo emitido tras un lapso de 10 aos. En
el caso de los
departamentos, dicha
funcin se ejerce a travs de los Juzgados de Instancia del Ramo Civil, segn
el Acuerdo 55-2000 de la Corte Suprema de Justicia. El Secretario del
Juzgado es el encargado de recibir la documentacin. La revisin de los
protocolos notariales se realiza por sorteo aleatorio, citando al notario a
revisin ordinaria (empastado, foliado, razn de testimonios y otras).
Proceso de Tramites por notarios pblicos:
Este proceso inicia cuando los notarios realizan trmites como:
Rectificacin de partidas.
Adopcin de personas capaces.
Constitucin de Patrimonio familiar.
Inventarios.
Comprobacin de Testamentos.
Sucesin Intestada.
Los regulados por la Ley 26662
Los regulados por la Ley 27157
Prescripcin Adquisitiva.
Ttulos Supletorios.
Rectificacin de reas y Linderos.
Deslinde.

Proceso de Protocolizaciones:
Este proceso inicia cuando el notario agrega los documentos, materia de la
protocolizacin al final del tomo donde corre sentada el acta de
protocolizacin. Los documentos protocolizados no podrn separarse del
registro de escrituras pblicas por ningn motivo.

Proceso de Asesora Legal:


Este proceso inicia cuando un grupo de abogados especialistas en el tema,
hacen un diagnstico de la documentacin completa del inmueble a transferir
(copia literal del ttulo inscrito, HR PU municipal, vigencias de poder,
documentos de identidad, etc.), para constatar si el inmueble se encuentra
apto para la venta o en su defecto realiza las recomendaciones respectivas si
es que el inmueble necesita saneamiento legal; tambin elaboran y/o revisan
los contratos de compra-venta (arras y minutas u otros), todo ello para
garantizar una transferencia legalmente correcta y segura hasta su
inscripcin en Registros Pblicos.

Proceso de Trmites:
El presente departamento
complementa las labores del
departamento de asuntos no contenciosos, as como del departamento de
escrituras pblicas, pues permite el registro de los actos que se celebran ante las
entidades correspondientes, como es el caso del Registro Nacional de
Identificacin y Estado Civil (RENIEC), Superintendencia Nacional de
Registros Pblicos (SUNARP). Se crea con la finalidad de complementar el
servicio notarial.

Proceso de Actas:
Este proceso inicia cuando la persona interesada solicita al notario un
documento original para hacer constar bajo su fe uno o varios hechos que le
consten (notificaciones, interpelaciones, hechos ilcitos). Estos documentos
son asentados y agregados al protocolo para su conservacin, cumpliendo as
Con el principio de matricidad del documento, dndoles a los interesados la
certeza de que existe una originalidad en cuanto al resguardo.
Proceso de Certificaciones:
Este proceso inicia cuando el notario realiza una actuacin extraprotocolar
por medio de la fe pblica y bajo su responsabilidad, hace constar
documentalmente hechos, situaciones, datos o cualquier otra informacin
que constan con escrituras pblicas, inscripciones en registros, expedientes,
resoluciones judiciales, documentos existentes en los registros, oficinas
pblicas como tambin documentos privados que son asentados en un nuevo
documento con la propia redaccin del notario.

3. DEFINICIN DEL PROBLEMA


3.1. OBJETIVO DE LA PROPUESTA

3.1.1. OBJETIVO GENERAL

Desarrollar un modelo de Base de Datos automatizado para el


control de los procesos de Gestin de una Notara.


3.1.2. OBJETIVOS ESPECFICOS

Lograr la integracin de los documentos notariales en una base de


datos para el manejo de todo el personal autorizados.

Agilizar el proceso de bsqueda de las escrituras pblicas y dems


diligencias que se encuentran archivadas.

4. MARCO TERICO

4.1. BSQUEDA DE INFORMACIN DE TECNOLOGA APLICADA


4.1.1. Base de Datos y sus Tipos

Un sistema gestor de bases de datos (SGBD) consiste en una coleccin de datos


interrelacionados y un conjunto de programas para acceder a dichos datos. La
coleccin de datos, normalmente denominada base de datos, contiene
informacin relevante para una empresa. El objetivo principal de un SGBD es
proporcionar una forma de almacenar y recuperar la informacin de una base de
datos de manera que sea tanto prctica como eficiente. Los sistemas de bases de
datos se disean para gestionar grandes cantidades de informacin. La gestin de
los datos implica tanto la definicin de estructuras para almacenar la
informacin como la provisin de mecanismos para la manipulacin de la
informacin.

4.1.2. Tecnologa Oracle

Oracle es bsicamente una herramienta cliente/servidor para la gestin de base


de datos la gran potencia que tiene y su elevado precio hace que solo se vea en
empresas muy grandes y
multinacionales, por
norma general.

Una Base de Datos ORACLE es una coleccin de datos tratados todos ellos
como una unidad. Una Base de Datos que est formada por diversos tipos de
ficheros dentro de un sistema operativo. Fsicamente, trataremos la Base de
Datos como un conjunto de ficheros de base de datos y ficheros de traza.
Lgicamente, la veremos como un conjunto de diccionarios, tablas de usuarios y
ficheros de traza conteniendo datos de recuperacin de errores. Adicionalmente,
una Base de datos requiere uno o ms ficheros de control. Ellos contienen
aquella informacin que identifica y describe el resto de la Base de Datos.

Proceso Usuario
Es un programa, aplicacin o herramienta que usa el usuario para iniciar un
proceso de usuario y establecer una conexin.
Proceso servidor
Una vez establecida la conexin, un proceso servidor es iniciado, el cual maneja
las peticiones del proceso usuario.
Un proceso servidor puede ser dedicado, es decir es decir solo atiende las
peticiones de un solo proceso usuario, o puede ser compartido, con lo cual puede
atender mltiples procesos usuarios.
Sesin
Es una conexin especfica de un usuario a un servidor Oracle.
Se inicia cuando el usuario es validado por el servidor Oracle.
Finaliza cuando el usuario termina la sesin en forma normal o aborta la sesin.
En la figura 1: Se ve el proceso de la conexin entre el cliente y el servidor
utilizando una aplicacin para la conexin, es decir una conexin entre
diferentes plataformas (familias).
Figura 1.- Esquema general de la conexin a una Base Datos de Oracle

4.1.3. Metodologa gil

Las Metodologas giles resuelven los problemas surgidos, posteriormente, a la


masificacin del uso del computador personal, dado que las expectativas y
necesidades por parte de los usuarios se hicieron ms urgentes y frecuentes.

.1.3.1 Metodologa Programacin Extrema (XP): Es una metodologa gil


para pequeos y medianos equipos, desarrollando software cuando los
requerimientos son ambiguos o rpidamente cambiantes. Tiene 4 fases
de desarrollo:
Fase de Planificacin:
Es una fase corta, en la que el cliente, los gerentes y el grupo de
desarrolladores acuerdan el orden en que debern implementarse
las historias de usuario, y, asociadas a stas, las entregas.
Tpicamente esta fase consiste en una o varias reuniones grupales
de planificacin. El resultado de esta fase es un Plan de Entregas, o
Release Plan, como se detallar en la seccin Reglas y
Practicas.
Fase de Diseo:
Sigue rigurosamente el principio MS (mantenlo sencillo). Un
diseo sencillo siempre se prefiere sobre una representacin ms
compleja. Nada ms y nada menos. Se desalienta el diseo de
funcionalidad adicional porque el desarrollador supone que se
requera despus. Tambin controlar dichas modificaciones,
sugiriendo pequeos
cambios en el diseo que son capaces de mejorarlo en forma
radical.
Fase de Codificacin o Desarrollo:
Se desarrolla una serie de pruebas unitarias a cada una de las
historias que se van a incluir en la entrega en curso (incremento de
software). Una vez creada la prueba unitaria, el desarrollador est
capacitado para centrarse en lo que debe implementarse para pasar
la prueba. XP recomienda que dos personas trabajen juntas en una
estacin de trabajo con el objeto de crear cdigo para una historia.

Pruebas:
Las pruebas de aceptacin XP, tambin llamadas pruebas del
cliente son especificadas por el cliente y se centran es las
caractersticas y funcionalidad generales del sistema que son
visibles y revisables por parte del cliente. Las pruebas de
aceptaciones derivan de las historias de los usuarios que se han
implementado como parte de la liberacin del software.

Figura 2.- Fases de Metodologa Programacin Extrema (XP)

4.1.4. Normalizacin de base de datos


4.1.5. Erwin

4.1.5. Erwin
Erwin es una herramienta
de base de datos que le ayuda a
disear, generar y mantener aplicaciones de base de datos de calidad y alto
rendimiento. Desde un modelo lgico de sus requerimientos de
informacin y reglas del negocio que definen su base de datos, hasta un
modelo fsico, optimizado por las caractersticas especficas de su base de
datos de destino, Erwin le permite visualizar la estructura adecuada, los
elementos clave y un diseo optimizado de su base de datos.

Beneficios de ERwin

Asegura consistencia, reuso, e integracin de los datos del proyecto al


proporcionar el bosquejo que las IT necesitan para entender, analizar y
comunicar la estructura de la base de datos.

Mejora la productividad entre los desarrolladores cuando los diseos de la


base de datos son divididos, compartidos, y reutilizados.