Está en la página 1de 110

INSTITUTO SUPERIOR TECNOLGICO PRIVADO ABACO TRUJILLO

COMPUTACION E INFORMATICA

SISTEMA DE NOTARA ALEJANDRO RAMIREZ ODIAGA

INFORME FINAL PARA OPTAR EL TITULO DE:

PROFESIONAL TECNICO EN COMPUTACIN E INFORMTICA

AUTORES:
ARMAS VASQUEZ OFELIA NATIVIDAD ICANAQUE ORDINOLA NURYTH DEL CARMEN

TRUJILLO PER 2005

DEDICATORIAS Agradezco mucho a Dios por darme la suficiente fortaleza e iluminarme cada da de mi vida y que gracias a su amor infinito que nos brinda ha hecho posible concluir con este informe.

A mis queridos padres Manuel y Carmen Rosa con mucho cario y amor por haberme brindado su apoyo y confianza necesaria para poder concluir con una de mis anheladas quienes les metas de mi vida. Y a estar profundamente

agradecida por esta meta concluida de hoy y de todas mis metas por concluir A mis hermanos Juan Damin, Luis Manuel y Adrin Joseph que de una u otra manera hicieron posible concluir con este informe A mis abuelitos que gracias a sus consejos y su amor incondicional me inspiran a esforzarme a cumplir con mis anheladas metas en especial a mis abuelitas Andrea Arellano y Jacinta Yesang, esta ultima que me gua desde el cielo a quien siempre la llevar en el recuerdo y en mi corazn

NURYTH DEL CARMEN ICANAQUE ORDINOLA

Agradezco mucho a Dios padre por haberme iluminado en mi carrera profesional

A mis queridos padres: Jos Luis y Edilta Carlota, por el apoyo mis incondicional para concluir

estudios y as pueda lograr una de mis metas de ser una gran profesional y por demostrar su infinito Amor y Cario A mis queridos Hermanos: Magali, Roberto y Pilar por su gran Cario y a mi querido sobrino Luisito para seguir adelante.

A mi querida Ta: Ofelia, por haberme confianza dado el apoyo para y la necesaria poder

concluir mis estudios

OFELIA NATIVIDAD ARMAS VASQUEZ

CONTENIDO DEDICATORIA...............................................................................................................I AGRADECIMIENTO....................................................................................................II PRESENTACION.........................................................................................................III INDICE.........................................................................................................................IV INTRODUCCION..........................................................................................................V CAPITULO I: INVESTIGACIN PRELIMINAR 1.1 Datos de la empresa..................................................................................................... a b c Nombre.................................................................................................................. Tipo de empresa..................................................................................................... Razn social...........................................................................................................

1.2 Resea Histrica.......................................................................................................... 1.3 Misin y visin............................................................................................................ 1.4 Organigrama................................................................................................................ 1.5 Descripcin del problema............................................................................................ a b c reas del negocio donde se implementara el software.......................................... Situacin problemtica.......................................................................................... Objetivos................................................................................................................ Generales......................................................................................................... Especficos.......................................................................................................

CAPITULO II: MARCO TEORICO 2.1 Metodologa estructurada............................................................................................ ..................................................................................................................................... 2.2 Metodologa orientada a objetos.................................................................................. 2.3 Proceso unificado Racional (RUP).............................................................................. ..................................................................................................................................... 2.4 Lenguaje de Modelado Unificado (UML)................................................................... 2.5 Redes........................................................................................................................... 2.6 Base de datos a Conceptos.............................................................................................................

b a b c d

Software................................................................................................................ Que es un Notario................................................................................................. Escrituras Pblicas............................................................................................... Transferencia Vehicular....................................................................................... Legalizacin de Libros.........................................................................................

2.7 Sistema Notaral

CAPITULO III: DESARROLLO METODOLGICO 3.1. Modelo de Negocio a. Modelo de Caso de uso del Negocio....................................................................... b. Especificacin de los casos de uso del Negocio...................................................... c. Reglas del Negocio.................................................................................................. 3.2. Modelo de Requerimientos a. Modelo de Caso de Uso de Registrar Servicio........................................................ b. Modelo de Caso de Uso de Generar Comprobante................................................. c. Modelo de Caso de Uso de Registrar Escritura....................................................... d. Modelo de Caso de Uso de Legalizacin de Libros................................................ e. Modelo de Caso de Uso de Notificacin de Protesta............................................... f. Modelo de Caso de Uso de Transferencia Vehicular............................................... 3.3. Diagrama de Objetos deL Negocio............................................................................ 3.4. Diagramas de Actividades a. CONCLUSIONES............................................................................................................. RECOMENDACIONES................................................................................................... REFERENCIAS BIBLIOGRFICAS.............................................................................. ANEXOS........................................................................................................................... Estudio de factibilidad......................................................................................... - Factibilidad tcnica.............................................................................................. - Factibilidad Operativa......................................................................................... - Factibilidad Econmica.......................................................................................

AGRADECIMIENTO Nuestro profundo agradecimiento al personal que labora en la notaria ALEJANDRO RAMIREZ ODIAGA, por habernos abierto las puertas y de esta manera facilitado en todo momento la informacin necesaria para el desarrollo de este informe As mismo el reconocimiento y agradecimiento a todos los docentes del Instituto Superior Tecnolgico Privado ABACO, que durante los seis ciclos nos impartieron sus conocimientos, consejos y recomendaciones para formarnos como profesionales tcnicos. Especialmente a nuestros profesores Jaime Madrid y Cesar Cortez, por brindarnos su confianza, apoyo y asesoramiento para la realizacin del presente informe. Finalmente, nuestro agradecimiento a todos nuestros amigos y otras personas que de una u otra manera apoyaron el desarrollo de este informe.

El Grupo

CAPITULO I
INVESTIGACIN PRELIMINAR

SISTEMA DE NOTARIA

Investigacin Preliminar

1.1. Datos de la empresa. a. Nombre: Notaria Alejandro Ramrez Odiaga b. Tipo de empresa: Servicio Natural c. Razn Social: Jr. Gamarra 432 Trujillo d. Giro de Negocio: Servicio al cliente 1.2. Resea histrica: La Notaria RAMIREZ ODIAGA, tiene en la actualidad 42 aos de funcionamiento en la ciudad de TRUJILLO, desde sus inicios se encuentra ubicada en la cuadra quinta del jirn Francisco Pizarro, posteriormente se trasladaron a su local; propicio ubicado en el jirn Gamarra No 432. El Notario Ramrez Odiaga Alejandro, desde la edad de 29 aos viene ejerciendo la funcin notarial teniendo una actitud probable, eficiente en sus 42 aos de notario. Como bien sabemos el ser notario en el Per es una tarea ardua, difcil y muchas veces critica, pero como todos los notarios que cumplen a carta cabal la labor de notario. Sus atribuciones se encuentran prescritas en la ley 26002 del notariado, y en la ley 26662 sobre asuntos no contenciosos, por ejemplo: Autorizar Instrumentos Protocolares Legalizar Firmas Protesta Legalizar Libros Cartas Notariales Autorizar viajes de Menores de Edad Rectificacin de Firmas Sucesin Intestada Inventarios 1

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

Adopcin de Personas Capaces Patrimonio Familiar

En otras palabras el notario es un dador de fe. As otorga seguridad jurdica y facilita las transacciones comerciales, en la cual esta empresa se mantiene lder, brindando una mejor calidad y ratificando su prestigio. 1.2. Visin y Misin. La visin de la empresa Notaria lograr hacer que sea mejor, y que mas adelante sea reconocido y sirva de modelo para futuros proyectos. Su misin es cumplir todos nuestros objetivos trazados como brindar un mejor servicio y dar facilidad a los usuarios cuando lo requieran, permitindole capturar la informacin que el considere necesario.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

1.4. Organigrama

GERENTE

ASESOR LEGAL

Figura N 1: Organigrama de la empresa. Elaboracin: XXX.

CAJA

LEGALIZACI N DE LIBROS Y CARTAS PROTESTAS

ESCRITURAS PBLICAS

LEGALIZACIN SIMPLE

TRANSFERENCIA DE VEHICULOS

CONTABILIDAD

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

1.5. Descripcin del problema

a reas del negocio donde se implementar el software.


LEGALIZACIN SIMPLE: es cuando el cliente llega a legalizar un libro por el notario con respecto a su firma legal en testimonio de fidelidad a determinada persona. LEGALIZACIN DE APERTURA DE LIBROS: Consiste una constancia puesta en la primera folia til del libro o primera hoja suelta, con indicacin del numero que el notario le asignara de nombre, denominacin o razn social de la identidad, el objeto del libro, nmeros de folios, da lugar en que se otorga el sello y firma del notario. ESCRITURAS PUBLICAS: Es todo documento incorporado al protocolo notarial autorizado por el notario, que contiene uno o mas casos jurdicos. La redaccin comprende tres parte : introduccin, concepto y conclusin. PROTESTAS: Es una acta de notificacin o requerimiento. Esencialmente formal solemne y publica en el que el notario siguiendo con las normas generales de la ley del notario y las formalidades especificas consignadas en la ley de la materia. CAJA E INFORMES: Encargados del movimiento efectivo y cheques, reciben los ingresos y efectan los pagos con autorizacin del gerente. Sus funciones son custodiar y recepcionar el dinero y enviar mensualmente a contabilidad un resumen de las operaciones del mes.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

Descripcin detallada de los procesos del rea en estudio Escrituras pblicas

Notara

Asesor legal

Redaccin de Minuta si no lo ha redactado

Redaccin de la Escritura Pblica Firmas de las partes que son los otorgantes del comprador y vendedor Firma del Notario

Testimonio

Fotocopias de Testimonio

Entrega al cliente

Figura N2: XXXXXXXXXXXXXXXXXXXXX. Elaboracin: X.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

Legalizacin de libros

Libro Asesoramiento Inicial al Cliente Solicitud de Legalizacin Asesoramiento al llenado de solicitud Dinero Cobro de dinero en caja

Numeracin correlativa del libro Sellos y Tinta Sellado del libro

Redaccin del sticker

Pegado del sticker

Entrega del libro legalizado

Figura N 3: XXXXXXXXXXXXXXXXXXXXXXX Elaboracin: XXXX.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

Transferencia vehicular Apersonan Vendedor y Comprador

Documentos

Redaccin del Acta

Imprimir Acta

Saca testimonio de Acta

Ingreso a Registros Pblicos

Entrega de tarjeta de Propiedad al cliente

Figura N 4: XXXXXXXXXXXXXXXXXXXXXXX Elaboracin: XXXX.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

b Situacin problemtica
Analizaremos las siguientes ya que se presentan ms problemas al momento de su tramitacin. Las reas de estudio son:

CAJA: En esta rea trataremos de facilitar al usuario la tramitacin de las facturas, los reportes de los ingresos, las consultas para brindar informacin a los clientes que la soliciten.

LEGALIZACIN DE LIBROS: Se brindara una mejor captura de datos que los usuarios necesiten para cumplir con el servicio solicitado por el cliente. Con este sistema los usuarios tendrn mejor manejo de la informacin, se podr agilizar los tramites requeridos. ESCRITURAS PBLICAS: Es un documento valorizado a la compra y venta transferida a ser legalizado mediante el notario, notificando de esta manera a que no traiga ningn problema a la notaria las normas que seala dicha ley al notario. TRANSFERENCIA VEHICULAR: Solo requiere documentos del comprador y vendedor con su tarjeta de propiedad para que sea redactada dicha acta y sea entregado al cliente que le pertenezca generando que todo documento este registrado ante el notario. Con el sistema se quiere facilitar la rapidez de la documentacin de dicho servicio.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

c Objetivos.
Generales

Abrir sucursales para que las personas puedan tener la comodidad necesaria y brindarles todas las atenciones que necesiten mas eficazmente, y no perder la FE jurdica que ofrecen. Especficos

Gestionar un financiamiento o solicitar un crdito para iniciar nuevas sucursales. Garantizar el buen funcionamiento de la notaria. Redefinir las funciones de cada empleado, con el fin equilibrar la carga de trabajo y ofrecer una mejor atencin. Continuar obrando con prudencia y dignidad.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

SISTEMA DE NOTARIA

Investigacin Preliminar

CAPUTULO II
MARCO TEORICO

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

10

SISTEMA NOTARIA

Marco Terico

2.1. Metodologa Estructurada El nacimiento de las tcnicas estructuradas se puede considerar un punto de partida en el que se pasa de la construccin de programas de una forma artesanal a uno que sigue unos mtodos de ingeniera, sentando las bases para un desarrollo automatizado. Programacin Estructurada El enfoque de desarrollo estructurado comenz con la programacin, para determinar como se deba ver un programa tanto de forma esttica como dinmica de modo que fuera lo mas comprensible posible. Diseo Estructurado El enfoque estructurado se extiende a la fase de diseo. Aparecen las primeras publicaciones sobre el diseo Myres en 1975, Yourdon y Constantine en 1975, y Page Jones en 1980 en los que se define un nivel de abstraccin mas amplio, utilizando el modulo de programa como componentes bsico de construccin. Anlisis Estructurado En la aparicin de los primeros conceptos sobre anlisis se hacia una especificacin narrativa de los requisitos tal y como los perciba el analista. Los autores sobre anlisis estructurado sealaron que estas especificaciones estaban afectadas por diversos problemas. Eran monolticas, redundantes, ambiguas e imposible de mantener. Principales Metodologas Estructurada Existen varias metodologas estructuradas las cuales son: El desarrollo de sistemas estructurados de datos, tambin llamado metodologa de Wernier Orr. Se basa en el trabajo pionero sobre el anlisis del dominio de informacin, realizada por J.Warnier desarrollo una notacin para representas la informacin usando las 3 estructuras: De Secuencia, Seleccin y Repeticin. Y demostr que la estructura del Software podra derivarse directamente de la estructura de datos.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

11

SISTEMA NOTARIA

Marco Terico

En una metodologa propuesta por Edwuar d Yourdon, como una evacuacin de la metodologa clsica del anlisis estructurado. En ella se plantea el analizas ascendente, es decir empezar la representacin y modelado de datos por el detalle o procesos terminales hasta representar los modelos de concepcin superior como el modelo intermedio y el modelo del sistema. Diagrama de Flujos de Datos Es una tcnica grafica que descubre el flujo de informacin y las transformaciones que se aplican a los datos de acuerdo como se mueve. Aparece debido a la necesidad que tienen los analistas de una tcnica que les ayude a modelizar las funciones que debe realizar el sistema y los datos que fluyen entre ellas. Tambin se le conoce como diagrama de burbuja, diagrama de flujos de trabajos y modelo de funcin. Entidad: Se le denomina tambin entidad externa, terminador, etc. Se representa mediante un rectngulo. Es un elemento del sistema u otro sistema que produce informacin o recibe informacin, una entidad es una persona o un departamento. Departamento de Contabilidad Figura N 5: Representacin grafica de una entidad

Proceso: Se le denomina burbuja, funcin o transformacin. Se representa mediante un crculo. El proceso muestra una parte del sistema que transforma las entradas en salidas, es decir como uno o ms entradas se transforman en salidas. El proceso se nombra o se describe como una sola palabra, frase u oracin sencilla se da en forma de verso.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

12

SISTEMA NOTARIA

Marco Terico

Registra r Factura

Figura N 6: Representacin grafica de un proceso Flujo: Se representa mediante una flecha que entra o sale de un proceso. Se usa para describir el movimiento de bloques o paquetes de informacin de una parte del sistema a otra. Los flujos representan datos en movimientos y deben ser etiquetados (nombrados).

Solicita informacin de producto Figura N 7: Representacin grafica de un flujo Almacn: Se le denomina archivos. Se representa mediante dos lneas paralelas. De modo caracterstico el nombre que se utiliza para identificar al almacn es el plural del que se utiliza para los paquetes que entran y salen del almacn por medio de flujos.

Figura N 8: Representacin grafica de un almacn Reglas para la elaboracin de un diagrama de flujo de datos Existen un nmero de reglas adicionales que se requieren para poder utilizar un DFD con xito. Algunas de estas reglas ayudaran para no elaborar un DFD errneos (incompletos). Algunas de estas reglas tienen la finalidad de ayudar para dibujar un DFD grato a la vista.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

13

SISTEMA NOTARIA

Marco Terico

Nombre del Proceso no Apropiado

Pedido valido Pedro

Pedido invalido Nombre del Proceso ms Apropiado Pedido valido Validar Pedido Cliente Pedido invalido Diagrama de Contexto Es el primer diagrama de la jerarqua El objetivo de este diagrama es delimitar la frontera entre el sistema con el mundo exterior y definir sus interfaces es decir conocer los elementos con el que trabaja el sistema (entrada) y lo que produce (salida). Se denomina diagrama de flujo de datos de primer nivel y consta solo de una burbuja que representa el sistema completo.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

14

SISTEMA NOTARIA

Marco Terico

Fabrica Sistema de Inventario Administracin Figura N 9: Diagrama de Contexto Diagrama Intermedio

Proveedor

Representa una visin del ms alto nivel de las funciones del sistema al igual que sus principales interfaces con las entidades externas, se sugiere que no halla de 9 burbujas. En este diagrama aparecen todos los datos. Diagrama de Detalle Consta de varias burbujas por cada burbuja del diagrama intermedio. No necesariamente es el ultimo nivel, puede haber mas niveles. Diagrama de Entidad Relacin El esquema de una base de datos se representa como una coleccin de diagramas de estructura de rbol. Para cada diagrama existe una nica instancia de rbol de base de datos. La raz de este rbol es un nodo ficticio. Los hijos de ese nodo son instancias de los registros de la base de datos. Cada una de las instancias que son hijos pueden tener a su vez, varias instancias de varios registros. Cuando la relacin tiene atributos descriptivos, la transformacin de un diagrama Entidad Relacin realiza los siguientes pasos: Crear un nuevo tipo de registro. Crear los enlaces correspondientes.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

15

SISTEMA NOTARIA
Cliente
Tien e

Marco Terico
Factura
Contie ne

Tien e

Elabora do

Crdito

Pertene ce

Vendedor

Articulo

Tien e

Elabo ra

Amortizacin

Boleta

Esta en

Figura N 10: Diagrama de Entidad - Relacin Normalizacin de una Base de Datos Es el proceso de descomponer una relacin en otras mas pequeas con el objeto de evitar anomalas ya sea el momento de agregar un registro, al modificar un registro o al eliminarlo. En efecto, esta tcnica consiste en ir descomponiendo los registros en uno en otro menor tamao (con un menor numero de campos), de forma que satisfagan una serie de restricciones especificas que define lo que se conoce por Forma Normal. Primera Forma Normal Para que una relacin se encuentre en Primera Forma Normal cada uno de los atributos o columnas de un determinado tuple debe tener un valor atmico, es decir un Valor nico. Segunda Formal Normal Para que una relacin este en Segunda Forma Normal primero debe estar en Primera forma Normal y despus cada uno de los atributos no claves debe depender completamente de la clave primaria. Pasos para llevar una relacin a Segunda Forma Normal Verificar que la relacin este en Primera Forma Normal

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

16

SISTEMA NOTARIA

Marco Terico

Analizar cada uno de los atributos no claves si depende completamente de la clave Primaria. Crear una nueva relacin con aquellos atributos que dependen parcialmente de la Clave primaria. Tercera Forma Normal Para que una relacion se encuentre en Tercera Forma Normal, primero debe estar en Segunda Forma Normal y despus no debe existir dependencia transitivas es decir que no debe haber dependencia entre los atributos no claves. Pasos para llegar a una Tercera Forma Normal Se identifica la clave primaria de la relacin. Cada uno de los atributos no claves se analizan si tiene relacin con otros atributos No claves. Se crea una relacin con aquellos atributos que tiene dependencia. Diccionarios de Datos El diccionario de datos es un listado organizados de todo los datos pertinentes al sistema; con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan un entendimiento comn de todas las entradas, salidas, componentes de almacenes y clculos intermedios. El diccionario de datos define los datos haciendo los siguientes: Describe el significado de los flujos y almacenes que se encuentran en DFD. Describe la composicin del agregado del paquete de datos que se mueven a lo largo de los flujos, es decir paquetes complejos, que pueden descomponerse en unidades ms elementales. Describe la composicin de paquetes de datos en los almacenes. Especifica los valores y unidades revelantes de piezas elementales de informacin en los flujos de datos y en los almacenes que se enfatizan de un Diagrama Entidad Relacin.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

17

SISTEMA NOTARIA

Marco Terico

Notacin del Diagrama de Datos Existen muchas esquemas de notacin comunes utilizadas por el analista del sistema. Los smbolos son los siguientes. Notacin = + () {} [] ** @ / Significado
Esta compuesta de Y Opcionales Interaccin O Conmutacin Identificador Separa opciones alternativas

Tabla N 1: Notacin de un Diccionario de Datos Ejemplo: Cliente = {Clientes} Cliente = * Persona que compra algn producto e un establecimiento comercial * @Codcli + Nomcli + Dircli + Telcli + Sexo + RUC +Estcivil Codcli = * Identificador nicamente al cliente * 8 {carcter}8 Nomcli = * Nombre del Cliente * 48 {carcter} 48 Dircli = * Lugar donde vive el cliente * 25 {carcter} 25 Telcli = * Numero telefnico * 9 {carcter} 9 TelFaxcli = * Numero telefax * 9 {carcter} 9 Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 18

SISTEMA NOTARIA

Marco Terico

Sexo = * Sexo del cliente * [M/F] RUC = * Numero de RUC del cliente * 11 {carcter} 11 Estcivil = * Estado civil * [S/C/D/V/CO] 2.2. Metodologa Orientada a Objetos Orientacin a objetos (OO) significa la organizacin de Software como una coleccin de objetos discretos que incorpora tanto la estructura de datos como su comportamiento. Para cada entidad del dominio, hay un objeto que representa ese concepto en el modelo. La OO modela mirando en alguna parte la realidad o dominio que es de inters, busca las abstracciones claves y sus relaciones entre ellas. La metodologa OO tiene un mayor desarrollo en el anlisis y diseo para un mayor modelado. Anlisis Orientados a Objetos El modelo que construimos en el Anlisis Orientados a Objetos (AOO) refleja la realidad de modo ms natural que los anlisis tradicionales de sistemas. Diseo Orientado a Objetos El Diseo Orientado a Objetos (DOO) transforma el modelo de anlisis en un modelo de diseo que sirve como ante proyecto para la construccin del Software. El DOO constituye un tipo de diseo que logra un cierto nmero de diferentes modelos de modularidad. Los componentes principales del sistema estn organizados en mdulos denominados subsistemas. Los datos y las operaciones que manipulan los datos encapsulados en objetos; el DOO debe describir la organizacin de datos especficos, atributos y los detalles proced mentales de las operaciones individuales. [PRE 98] Programacin Orientada a Objetos

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

19

SISTEMA NOTARIA

Marco Terico

La Programacin Orientada a Objetos (POO) es una forma de diseo modular en la que con frecuencia, el mundo piensa en trminos de objetos. [RUM 00] Modelamiento Visual El Modelamiento Visual captura la parte esencial del sistema.Entiendase como tal a los procesos del sistema (Objetos y la Lgica del Negocio) desde la perspectiva del usuario. [RUM 00] 2.3. Proceso Unificado Racional (RUP) El Rational Unified Process (RUP), es un proceso de ingeniera de software propuesto por Rational Software Corporation para la construccin completa del ciclo de Ingeniera del Software. El RUP unifica las disciplinas en lo que a desarrollo de software se refiere, incluyendo el modelado de negocio, manejo de requerimientos, componentes de desarrollo, ingeniera de datos, manejo y configuracin de cambios y pruebas; cubriendo todo el ciclo de vida de los proyectos basados en la construccin de componentes y maximizando el uso de UML (Lenguaje de Modelo Unificado). Su principal meta es asegurar la produccin de software de alta calidad que rena las necesidades de sus usuarios finales dentro de un predecible programa y presupuesto. [KRU 99] [WEB 01]

Flujos de Trabajo de Procesos Modelacin de Negocios Requerimientos Anlisis y Diseo Contenido Implementacin Prueba Desarrollo Flujos de Trabajo de Soporte

Inicio

Elaboracin

Construccin

Transicin

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

Admin. Configuracin Administracin Ambiente

20
Iteracin( es) Iter Prelimina . Iter. Iter. Iter. Iter #n #n+1 #n+ . Iteraciones 2 Iter. Iter. #m #m+ 1

SISTEMA NOTARIA

Marco Terico

Grafico N 01: Fases y Workflows del RUP.

Funciones
Provee una gua de cmo ordenar las actividades del equipo. Especifica Qu artefactos y Cundo sern desarrollados. Direcciona las tareas de un desarrollador individual y el grupo como un todo. Ofrece criterios de monitoreo y medida de los productos y actividades del proyecto. [KRU 99]

Caractersticas
Es un proceso incremental. Sus actividades destacan en la creacin y mantenimiento de modelos ms documentos sobre papel. Su desarrollo est centrado en la arquitectura. Sus actividades estn dirigidas a los casos de uso. Soportan las tcnicas orientadas a objetos. Es un proceso configurable. Impulsa un control de calidad y una gestin del riesgo objetivos contiguos. [KRU 99]

Ventajas
El RUP, basado en el enfoque iterativo, tiene las siguientes ventajas:

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

21

SISTEMA NOTARIA

Marco Terico

El riesgo se mitiga. El cambio es ms manejable. Hay un nivel ms alto de rehso. El equipo de proyecto prende a lo largo del camin El producto tiene mejor calidad. [KRU 99]

Descripcin de las Fases del RUP


Tabla N 02: Descripcin de las fases del RUP.
DESRIPCION Elabora una visin compartida de los objetivos del proyecto. Para cumplir esto, se debe identificar las entidades externas con las cuales el sistema interacta (actores) y CONCEPCIN definir la naturaleza de esa interaccin en un alto nivel. El esfuerzo principal est en los workflows del Negocio y de requerimientos. Desarrolla un plan ms preciso para el desarrollo del producto. Cociste en: - Anlisis del dominio del ELABORACIN problema. - Establecimiento de una arquitectura libre. - Eliminacin de elementos de alto riesgo del Proyecto Desarrolla un producto completo, listo para la transicin de los usuarios. Se decide el software, los sitios; y los usuarios estn listos para la operacin. Los componentes son desarrollados CONSTRUCCIN e integrados dentro proyecto. El esfuerzo principal est esta en los workflows de implementacin y prueba. El producto es enviado a los usuarios (manufacturacin, entrega, capacitacin,. Soporte y mantenimiento del producto). Las TRANSICIN herramientas usualmente requieren de que desarrollen nuevas versiones, corregir algunos problemas a finalizar las caractersticas que fueron Armas Vasquez Ofeliapropuestas. 22 FASES ARTEFACTOS - Descripcin del sistema actual. - Definicin del Sistema. - Objetivos del Sistema. - Estudio de Factibilidad - Visin del Negocio - Especificacin de Use Case del Negocio. - Estudio de factibilidad actualizado. - Modelos Use Case casi terminados. - Documentacin. - Diseo de Base de datos. - Refinacin de la literatura. - Refinacin de la arquitectura - Modelos Use Case terminados. - Documentacin. - Implementacin de componentes. - Integracin de cada subsistema. - Integracin del sistema.

- Prueba Beta para la aplicacin. - Capacitacin de usuarios y mantenimiento.

Icanaqu Ordinola Nuryth

SISTEMA NOTARIA

Marco Terico

Fuente: [KRU 99].

Flujos de Trabajo (Workflows)


WORKFLOWS DESRIPCION Incluye un camino conocido de generar los requerimientos en los sistemas de informacin. Es importante una buena comprensin del proceso de negocio y la dinmica de la organizacin para poder construir sistemas correctos. ARTEFACTOS Aplic. Convencional - Docum. Visin de Negocios. - Docum. Use Case especificacin del negocio. - Reglas de Negocio - Modelo Use Case del negocio - Modelo Objeto de negocio. - Modelo Dominio del problema. - Docum. Visin de Requerimientos. - Docum. Use Case especificacin de Requerimientos. - Modelo Use Case del Requerimientos. - Diagrama de Actividades. - Diagrama de Clases - Diagrama de Colaboraciones - Diagrama de Secuencia de Interfaz - Paquetes. - Diseo de Clases. ARTEFACTOS Aplicacin Web

MODELO DE NEGOCIO

Describen las necesidades del usuario. Su objetivo es identificar y documentar dichas necesidades y comunicarlas al REQUERIMIENTO desarrollador del software. S El RUP define un requerimiento como una condicin o capacidad que deba conformar al sistema a construirse. Identifica el Qu y define el Cmo del sistema. Desarrollo una arquitectura rigurosa para el sistema, transformndolo los ANLISIS Y requerimientos a un diseo DISEO de sistema, y adaptando dicho diseo al tipo de aplicacin. Se determinan las interfaces, las clases finales y sus relaciones. Es una jerarqua de subsistemas de implementacin de licencias que son los IMPLEMENTACI componentes. N Los componentes toman la forma de cdigo original. Es un conjunto de aportes de prueba que administra las condiciones de

- Docum. Visin de Requerimientos. - Docum. Use Case especificacin de Requerimientos. - Modelo Use Case del Requerimientos. - Diagrama de Actividades. - Diagrama de Clases - Diagrama de Colaboraciones - Diagrama de Secuencia de Interfaz - Diagrama de Despliegue - Paquetes. - Diseo de Clases.

- Diagrama de Componentes

- Diagrama de Componentes

- Casos de prueba. - Procedimientos de prueba.

- Casos de prueba. - Procedimientos de prueba.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

23

SISTEMA NOTARIA

Marco Terico

PRUEBA

DESPLIEGUE

ejecucin de ejecucin de - Componentes de la aplicacin o sistema y prueba. asegura que este es el deseado.. Su objetivo es entregar el - Manual de instalacin producto al usuario final. - Manual de Usuario

Tabla N 03: Flujos de trabajo Fuente: [KRU 99].

Fases y Workflows del RUP

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

24

SISTEMA NOTARIA

Marco Terico

FASES DE RUP F1 CONCEPCIN - Descripcin del sistema Actual - Definicin del sistema - Objetivos del sistema - Identificar actores y entidades - Elaborar los diagramas use case iniciales - Estudio de factibilidad inicial

ARTEFACTOS Apliccin Convencional


W1 MODELO DE NEGOCIO

ARTEFACTOS Aplicacin Web


W1 REQUERIMIENTOS

- Docum. Visin de Negocios. - Docum. Use Case especificacin del negocio. - Reglas de Negocio - Modelo Use Case del negocio - Modelo Objeto de negocio. - Modelo Dominio del problema. W2 REQUERIMIENTOS - Docum. Visin del sistema. - Docum. Use Case especificacin requerimiento - Diagrama de Actividades.

- Docum. Visin de Requerimientos. - Docum. Use Case especificacin de Requerimientos. - Modelo Use Case del Requerimientos. - Diagrama de Actividades.

F2 ELABORACIN - Diagrama use Case completos. - Estudio de factibilidad terminado - Seleccionar lenguaje de programacin - Seleccionar manejador de datos. - Disear las Clases F3 CONSTRUCCIN Evaluar la construccin de Base de Datos (Capa de Datos) - Generar lenguaje de descripcin de datos (DLL). - Generar lenguaje de modelacin de datos (DML). Evaluar la construccin Componente (Capa de Negocio) - Definir los componentes. - Definir las capas de aplicacin. - Generar el cdigo de los componentes. - Establecer la arquitectura final de la aplicacin. Evaluar la construccin de las GUI (Capa de Presentacin) - Terminar el diseo de las interfaces grficas de la aplicacin. - Validar el ingreso de datos. - Realiza las pruebas.

W3 ANLISIS Y DISEO - Diagrama de Clases - Diagrama de Colaboraciones

W2 ANLISIS Y DISEO - Diagrama de Clases - Diagrama de Colaboraciones

W3 ANLISIS Y DISEO - Diagrama de Clases - Diagrama de Secuencia de Interfaz - Paquetes. - Diseo de Clases. W4 IMPLEMENTACIN - Diagrama de Componentes

W2 ANLISIS Y DISEO - Diagrama de Clases - Diagrama de Secuencia de Interfaz - Diagrama de Despliegue - Paquetes. - Diseo de Clases. W3 IMPLEMENTACIN - Diagrama de Componentes

W5 PRUEBA
- Casos de prueba. - Procedimientos de prueba. - Componentes de prueba.

W4 PRUEBA
- Casos de prueba. - Procedimientos de prueba.

W5 DESPLIEGUE
- Manual de instalacin - Manual de Usuario

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

25

SISTEMA NOTARIA

Marco Terico

Tabla N 04: Fases y Workflows del RUP

Fuente: [KRU 99].


2.4. Lenguaje de modelado unificado (UML) El lenguaje de Modelamiento Unificado (UML) es un lenguaje para especificar, visualizar, construir y documentar los elementos de un sistema, as como para poder modelar los procesos de negocio u otros sistemas. El UML rene una coleccin de las mejores prcticas en la ingeniera que han sido utilizadas con xito para modelar sistemas grandes y complejos. Combina el Modelamiento conceptual de datos (Diagrama E-R), el Modelado de Negocio (Workflows), el Modelamiento de Objetos, y el Modelamiento de Componentes. Es utilizado en todos los procesos del ciclo de vida del desarrollo del software y con diferentes tecnologas de implementacin. Permitiendo ser implementada en cualquier lenguaje de programacin y no en uno en particular. El UML es una tcnica de modelado de objetos y como tal supone una abstraccin de un sistema para llegar a construirlo en trminos concretos. [CLI 01] El UML Works con la herramienta case (Racional Rose) ing. De software asistido por compi; sin embargo esta herramienta case no es indispensable para realizar el modelamiento ya que se puede elaborar los diagramas empleando otras herramientas. Caractersticas Definicin de estereotipos (Elemento de modelado que debe

basarse en ciertas clases ya existentes en el metamodelo). Responsabilidades. Mecanismos de extensibilidad: estereotipos, valores etiquetados y restricciones. Tareas y procesos.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

26

SISTEMA NOTARIA

Marco Terico

Distribucin negocio).

concurrencia

(para

modelar

por

ejemplo

AxtiveX/DCOM y CORBA) Patrones/Colaboraciones. Diagramas de actividad (para reingeniera de proceso de

Clara separacin de tipo, clase e instancia. Refinamiento (para manejar relaciones entre niveles de

abstraccin). Interfaces y componentes. [SCH 02][CLI 01] Diagramas y Notacin La notacin UML es una fusin de las notaciones de Booch, OMT, OOSE y otras notaciones. UML est pensado para ser legible sobre soportes muy variados como las pizarras, papel, pantallas de PCs, impresiones en blanco y negro; etc; etc. Los diseadores de la notacin han buscado ante todo la simplicidad; UML es intuitivo, homogneo y coherente. Los smbolos engorrosos y redundantes se han eliminado a favor de un mejor aspecto visual. [CLI 01]

Dia g ra m a Us eCas e Diag ram a de Se c ue nc ia Dia g ra m a de Co la b o rac i n Diag ram a de Es ta do


Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

Dia g ra m a de Clas e s Diag ram a de Ob je to s Diag ram a de Co m po ne nte s Dia g ra m a de De s plie g ue

MO DELO S
UNIFIED MODELNG LANG UAJ E

Diag ram ade Ac tividade s

27

SISTEMA NOTARIA

Marco Terico

Figura N 11: Notacin de los Diagramas del UML. La Figura N 01, muestra que el UML define nueve tipos de diagramas para representar los diferentes puntos de vista del modelado. El orden de presentacin de estos diferentes diagramas no refleja un orden de implementacin en un proyecto real. Cada diagrama usa la anotacin pertinente y la suma de estos diagramas crean las diferentes vistas. Las vistas existentes en UML son: Vista casos de uso: Se forma con los diagramas de casos de uso, colaboracin, estados y actividades. Vista de diseo: Se forma con los diagramas de clases, objetos, colaboracin, estados y actividades. Vista de procesos: Se forma con los diagramas de la vista de diseo. Recalcando las clases y objetos referentes a procesos. Vista de implementacin: Se forma con los diagramas de componentes, colaboracin, estados y actividades. Vista de despliegue: Se forma con los diagramas de despligue, interaccin, estados y actividades. Se Dispone de dos tipos diferentes de diagramas los que dan una vista esttica del sistema y los que dan una visin dinmica. Los diagramas estticos son: Diagrama de clases: muestra las clases, interfaces, colaboraciones y sus relaciones. Son los ms comunes y dan una vista esttica del proyecto. Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 28

SISTEMA NOTARIA

Marco Terico

Diagrama de objetos: Es un diagrama de instancias de las clases mostradas en el diagrama de clases. Muestra las instancias y como se relacionan entre ellas. Se da una visin de casos reales. Diagrama de componentes: Muestran la organizacin de los componentes del sistema. Un componente se corresponde con una o varias clases, interfaces o colaboraciones. Diagrama de despliegue.: Muestra los nodos y sus relaciones. Un nodo es un conjunto de componentes. Se utiliza para reducir la complejidad de los diagramas de clases y componentes de un gran sistema. Sirve como resumen e ndice. Diagrama de casos de uso: Muestran los casos de uso, actores y sus relaciones. Muestra quien puede hacer que y relaciones existen entre acciones (casos de uso). Son muy importantes para modelar y organizar el comportamiento del sistema.

Los diagramas dinmicos son: Diagrama de secuencia, Diagrama de colaboracin: Muestran a los diferentes objetos y las relaciones que pueden tener entre ellos, los mensajes que se envan entre ellos. Son dos diagramas diferentes, que se puede pasar de uno a otro sin perdida de informacin, pero que nos dan puntos de vista diferentes del sistema. En resumen, cualquiera de los dos es un Diagrama de Interaccin. Diagrama de estados: muestra los estados, eventos, transiciones y actividades de los diferentes objetos. Son tiles en sistemas que reaccionen a eventos.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

29

SISTEMA NOTARIA

Marco Terico

Diagrama de actividades: Es un caso especial del diagrama de estados. Muestra el flujo entre los objetos. Se utilizan para modelar el funcionamiento del sistema y el flujo de control entre objetos. Como podemos ver el nmero de diagramas es muy alto, en la mayora de los casos excesivos, y UML permite definir solo los necesarios, ya que no todos son necesarios en todos los proyectos. Diagramas recomendados Los diagramas a representar dependern del sistema a desarrollar, para ello se efectan las siguientes recomendaciones dependiendo del sistema. Estas recomendaciones se debern adaptar a las caractersticas de cada desarrollo, y seguramente ser la practica lo que nos diga las cosas que echamos en falta o los diagramas que parecen ser menos necesarios. Aplicacin monopuesto: o Diagrama de casos de uso. o Diagrama de clases. o Diagrama de interaccin. Aplicacin monopuesto, con entrada de eventos: o Aadir: Diagrama de estados. Aplicacin cliente servidor: o Aadir: Diagrama de despliegue y diagrama de componentes, dependiendo de la complejidad. Aplicacin compleja distribuida: o Todos. As tenemos que para una aplicacin sencilla debemos realizar entre tres y seis tipos de diagramas, y para una aplicacin compleja unos nueve tipos. Es esto demasiado trabajo? En un principio no lo parece, ya que el tiempo dedicado a la realizacin de los diagramas es proporcional al tamao del producto a realizar, no entraremos en la discusin de que el tiempo de diseo

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

30

SISTEMA NOTARIA

Marco Terico

no es tiempo perdido si no ganado. Para la mayora de los casos tendremos suficiente con tres o cuatro diagramas. Debemos pensar que UML esta pensado para el modelado tanto de pequeos sistemas como de sistemas complejos, y debemos tener en cuenta que los sistemas complejos pueden estar compuestos por millones de lneas de cdigo y ser realizados por equipos de centenares de programadores. As que no debemos preocuparnos, el mayor de nuestros proyectos, desde el punto de vista de UML no deja de ser un proyecto mediano tirando a pequeo. [I01] Diagrama de casos de uso. Se emplean para visualizar el comportamiento del sistema, una parte de el o de una sola clase. De forma que se pueda conocer como responde esa parte del sistema. El diagrama de uso es muy til para definir como debera ser el comportamiento de una parte del sistema, ya que solo especifica como deben comportarse y no como estn implementadas las partes que define. Por ello es un buen sistema de documentar partes del cdigo que deban ser reutilizables por otros desarrolladores. El diagrama tambin puede ser utilizado para que los expertos de dominio se comuniquen con los informticos sin llegar a niveles de complejidad. Un caso de uso especifica un requerimiento funcional, es decir indica esta parte debe hacer esto cuando pase esto. En el diagrama nos encontramos con diferentes figuras que pueden mantener diversas relaciones entre ellas: Caso de uso Se representa en el diagrama por una elipse, denota un requerimiento solucionado por el sistema. Cada caso de uso es una operacin completa desarrollada por los actores y por el sistema en un dilogo. El conjunto de casos de uso representa la totalidad de operaciones desarrolladas por el sistema. Va acompaado de un nombre significativo.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

31

SISTEMA NOTARIA

Marco Terico

Actor Es un usuario del sistema, que necesita o usa algunos de los casos de uso. Se representa mediante un, acompaado de un nombre significativo, si es necesario.

Figura N 12: Representacin grfica de un actor Relaciones en un diagrama de casos de uso Entre los elementos de un diagrama de Casos de uso se pueden presentar tres tipos de relaciones, representadas por lneas dirigidas entre ellos (del elemento dependiente al independiente) Communica (communicates). Relacin entre un actor y un caso de uso, denota la participacin del actor en el caso de uso determinado. En el diagrama de ejemplo todas las lneas que salen del actor denotan este tipo de relacin. Include: Representado por una flecha, en el diagrama de ejemplo podemos ver como un caso de uso, el de registrar notificacin de protesta incluye a dos casos de uso. Extends: Una relacin de un caso de Uso A hacia un caso de uso B indica que el caso de uso B implementa la funcionalidad del caso de uso A. Generalizacin: Es la tpica relacin de herencia. [I02]

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

32

SISTEMA NOTARIA

Marco Terico

Figura N 02: Ejemplo de caso de uso

Figura N 13: Representacin grfica del caso de uso. Elaboracin: Propia

Diagrama de Clases Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de contenimiento. Una clase esta representada por un rectngulo que dispone de tres apartados, el primero para indicar el nombre, el segundo para los atributos y el tercero para los mtodos. Cada clase debe tener un nombre nico, que las diferencie de las otras. Un atributo representa alguna propiedad de la clase que se encuentra en todas las instancias de la clase. Los atributos pueden representarse solo mostrando su nombre, mostrando su nombre y su tipo, e incluso su valor por defecto.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

33

SISTEMA NOTARIA

Marco Terico

Un mtodo o operacin es la implementacin de un servicio de la clase, que muestra un comportamiento comn a todos los objetos. En resumen es una funcin que le indica a las instancias de la clase que hagan algo. Para separar las grandes listas de atributos y de mtodos se pueden utilizar estereotipos.

Figura N 14: Representacin grfica de una clase. Elaboracin: Propia

Aqu vemos un ejemplo. La clase usuario contiene tres atributos. Nombre que es public, direccin que es protected y situacin que es private. Situacin empieza con el valor 3. Tambin dispone de tres mtodos Entrar, Salir y Trabajar. Relaciones entre clases Existen tres relaciones diferentes entre clases, Dependencias,

Generalizacin y Asociacin. En las relaciones se habla de una clase destino y de una clase origen. La origen es desde la que se realiza la accin de relacionar. Es decir desde la que parte la flecha, la destino es la que recibe la flecha. Las relaciones se pueden modificar con estereotipos o con restricciones. Dependencias Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 34

SISTEMA NOTARIA

Marco Terico

Es una relacin de uso, es decir una clase usa a otra, que la necesita para su cometido. Se representa con una flecha discontinua va desde la clase utilizadora a la clase utilizada. Con la dependencia mostramos que un cambio en la clase utilizada puede afectar al funcionamiento de la clase utilizadora, pero no al contrario. Aunque las dependencias se pueden crear tal cual, es decir sin ningn estereotipo (palabreja que aparece al lado de la lnea que representa la dependencia) UML permite dar mas significado a las dependencias, es decir concretar mas, mediante el uso de estereotipos.
o

Estereotipos de relacin Clase-objeto. Bind: La clase utilizada es una plantilla, y necesita de parmetros para ser utilizada, con Bind se indica que la clase se instancia con los parmetros pasndole datos reales para sus parmetros. Derive: Se utiliza al indicar relaciones entre dos atributos, indica que el valor de un atributo depende directamente del valor de otro. Es decir el atributo edad depende directamente del atributo Fecha nacimiento. Friend: Especifica una visibilidad especial sobre la clase relacionada. Es decir podr ver las interioridades de la clase destino. InstanceOF: Indica que el objeto origen es una instancia del destino. Instantiate: indica que el origen crea instancias del destino. Powertype: indica que el destino es un contenedor de objetos del origen, o de sus hijos. Refine: se utiliza para indicar que una clase es la misma que otra, pero mas refinada, es decir dos vistas de la misma clase, la destino con mayor detalle. Generalizacin Pues es la herencia, donde tenemos una o varias clases padre o superclase o madre, y una clase hija o subclase. UML soporta tanto

o o o

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

35

SISTEMA NOTARIA

Marco Terico

herencia simple como herencia mltiple. Aunque la representacin comn es suficiente en el 99.73% de los casos UML nos permite modificar la relacin de Generalizacin con un estereotipo y dos restricciones.

Estereotipo de generalizacin.
o

Implementation: El hijo hereda la implementacin del padre, sin publicar ni soportar sus interfaces.

Restricciones de generalizacin.
o o o

Complete: La generalizacin ya no permite mas hijos. Incomplete: Podemos incorporar mas hijos a la generalizacin. Disjoint: solo puede tener un tipo en tiempo de ejecucin, una instancia del padre solo podr ser de un tipo de hijo. Overlapping: puede cambiar de tipo durante su vida, una instancia del padre puede ir cambiando de tipo entre los de sus hijos.

Asociacin Especifica que los objetos de una clase estn relacionados con los elementos de otra clase. Se representa mediante una lnea continua, que une las dos clases. Podemos indicar el nombre, multiplicidad en los extremos, su rol, y agregacin.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

36

SISTEMA NOTARIA

Marco Terico

En este diagrama se han creado cuatro clases. La clase principal es Usuario, que tiene dos clases hijas UsuarioADM y UsuarioINF. El usuario mantiene una relacin de asociacin con la clase Clave, se indica que es propietario de una clave, o de un nmero indeterminado de ellas. Se le crea tambin una relacin de dependencia con la clase Perfil, es decir las instancias de usuario contendrn como miembro una instancia de Perfil. Diagrama de Objetos Forma parte de la vista esttica del sistema. En este diagrama se modelan las instancias de las clases del diagrama de clases. Muestra a los objetos y sus relaciones, pero en un momento concreto del sistema. Estos diagramas contienen objetos y enlaces. En los diagramas de objetos tambin se pueden incorporar clases, para mostrar la clase de la que es un objeto representado. En este diagrama se muestra un estado del diagrama de eventos. Para realizar el diagrama de objetos primero se debe decidir que situacin queremos representar del sistema. Es decir si disponemos de un sistema de mensajera, deberemos decidir que representaremos el sistema con dos mensajes

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

37

SISTEMA NOTARIA

Marco Terico

entrantes, los dos para diferentes departamentos, dejando un departamento inactivo. Para el siguiente diagrama de clases:

Tendramos un diagrama de objetos con dos instancias de Mensaje, mas concretamente con una instancia de MensajeDIR y otra de MensajeADM, con todos sus atributos valorados. Tambin tendramos una instancia de cada una de las otras clases que deban tener instancia. Como CanalEnt, INS, Distr, y el Buzon correspondiente a la instancia de mensaje que se este instanciando. En la instancia de la clase INS se deber mostrar en su miembro Estado, que esta ocupado realizando una insercin. En un diseo no podemos encontrar con multitud de diagramas de objetos, cada uno de ellos representando diferentes estados del sistema. Diagrama de componentes Se utilizan para modelar la vista esttica de un sistema. Muestra la organizacin y las dependencias entre un conjunto de componentes. No es necesario que un diagrama incluya todos los componentes del sistema,

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

38

SISTEMA NOTARIA

Marco Terico

normalmente se realizan por partes. Cada diagrama describe un apartado del sistema. En el situaremos libreras, tablas archivos, ejecutables y documentos que formen parte del sistema. Uno de los usos principales es que puede servir para ver que componentes pueden compartirse entre sistemas o entre diferentes partes de un sistema Diagrama de Actividad Un diagrama de actividades es un caso especial de un diagrama de estados en el cual casi todos los estados son estados de accin (identifican que accin se ejecuta al estar en l) y casi todas las transiciones son enviadas al terminar la accion ejecutada en el estado anterior. Puede dar detalle a un caso de uso, un objeto o un mensaje en un objeto. Sirven para representar transiciones internas, sin hacer mucho nfasis en transiciones o eventos externos. Se presenta a continuacin un ejemplo de diagrama de actividades para un mensaje de un objeto. Generalmente modelan los pasos de un algoritmo. Estado de accin Representa un estado con accin interna, con por lo menos una transicin que identifica la culminacin de la accin (por medio de un evento implcito). No deben tener transiciones internas ni transiciones basadas en eventos (Si este es el caso, represntelo en un diagrama de estados). Permite modelar un paso dentro del algoritmo. Se representan por un rectngulo con bordes redondeados.

Transiciones Las flechas entre estados representan transiciones con evento implcito. Pueden tener una condicin en el caso de decisiones.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

39

SISTEMA NOTARIA

Marco Terico

Decisiones Se representa mediante una transicin mltiple que sale de un estado, donde cada camino tiene un label distinto. Se representa mediante un diamante al cual llega la transicin del estado inicial y del cual salen las mltiples transiciones de los estados finales. Un ejemplo se ve en la figura cuando no hay cafe y se toma una decisin entre hay cola o no hay cola. Diagrama de Colaboracin Un diagrama de colaboracin es una forma de representar interaccin entre objetos, alterna al diagrama de secuencia. A diferencia de los diagramas de secuencia, pueden mostrar el contexto de la operacin (cules objetos son atributos, cules temporales, ... ) y ciclos en la ejecucin.

Figura N 15: Representacin grfica de diagrama de colaboracion. Elaboracin: Propia

Objeto Un objeto se representa con un rectngulo, que contiene el nombre y la clase del objeto en un formato nombreObjeto: nombreClase. Enlaces Un enlace es una instancia de una asociacin en un diagrama de clases. Se representa como una linea contnua que une a dos objetos. Esta acompaada por un nmero que indica el orden dentro de la interaccin Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 40

SISTEMA NOTARIA

Marco Terico

y por un estereotipo que indica que tipo de objeto recibe el mensaje. Pueden darse varios niveles de subindices para indicar anidamiento de operaciones. Los estereotipos indican si el objeto que recibe el mensaje es un atributo (association y se asume por defecto), un parmetro de un mensaje anterior, si es un objeto local o global. Flujo de mensajes Expresa el envo de un mensaje. Se representa mediante una flecha dirigida cercana a un enlace. Marcadores de creacin y destruccin de objetos Puede mostrarse en la grfica cules objetos son creados y destruidos, agregando una restriccin con la palabra new o delete, respectivamente, cercana al rectngulo del objeto Objeto compuesto Es una representacin alternativa de un objeto y sus atributos. En esta representacin se muestran los objetos contenidos dentro del rectngulo que representa al objeto que los contiene. Un ejemplo es el siguiente objeto ventana 2.5. Redes Sistema de interconexin entre computadores que permite compartir recursos e informacin. Para ello es necesario contar con: Computadores Tarjetas de conexin Cables de conexin Dispositivos y perifricos

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

41

SISTEMA NOTARIA

Marco Terico

Software apropiado

Figura N 16: Arquitectura de redes

Componentes
Los componentes de una red son: Nodos de Redes Los nodos de una red pueden ser: Servidor Estacin Dispositivos de comunicacin Tarjetas de red nodos de redes medios de comunicacin protocolos Sistema operativo de red

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

42

SISTEMA NOTARIA

Marco Terico

Servidores En una red pueden haber varias computadoras que comparten sus Servidor En una red pueden haber varias computadoras que comparten sus recursos con la red, estas reciben el nombre de Servidores

Figura N 17: Modelo de servidor Servicios Son ofrecidos por los servidores a los clientes o estaciones. Estos pueden ser: Servicios de archivos Servicios de impresin. Servicios de aplicaciones. Servicios de base de datos.

Estaciones Aquellas computadoras que utilizan los recursos de los servidores se llaman Estaciones.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

43

SISTEMA NOTARIA

Marco Terico

Figura N 18: Modelo de estaciones

Dispositivos de comunicacin Son todos aquellos dispositivos que permiten la comunicacin entre las computadoras

Figura N 19: Modelo de dispositivos de comunicacin Tarjeta de Red Utilizado para la conexin de la computadora medio de comunicacin de la red.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

44

SISTEMA NOTARIA

Marco Terico

Figura N 20: Modelo de Tarjeta de Red Configuracin de la tarjeta de red Las tarjetas de red se deben configurar en los siguientes aspectos: Interrupcin (IRQ) o Peticin de atencin al procesador. Direccin de Entrada/Salida(Port E/S) o Direccin fsica que permite comunicarse con el procesador. Transceiver o Tipo de cable a utilizar Estos elementos se pueden configurar por medio de: Repetidor Opera en el Nivel Fsico del protocolo OSI. Amplifican y regeneran las seales recibidas. Permite unir 2 segmentos fsicos de LAN, extendiendo su alcance. Jumpers. Dipswitchs. Software del fabricante.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

45

SISTEMA NOTARIA

Marco Terico

Figura N 21: Modelo de Repetidor

Ventajas: Dejan pasar paquetes en cualquier protocolo. Pueden instalarse entre diferentes tipos de cable. Se usan para extender al mximo posible la distancia entre nodos de un segmento. Desventajas: Dejan pasar paquetes con errores. No permite filtrado de paquetes. Incrementan el trfico congestionando todos los segmentos de la LAN. Limitacin del nmero de repetidores a utilizar.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

46

SISTEMA NOTARIA

Marco Terico

Figura N 22: Modelo de Concentrador

Concentrador (HUB) Son dispositivos que combinan un grupo de computadoras en un solo segmento. Fundamentalmente es un dispositivo de la capa fsica

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

47

SISTEMA NOTARIA

Marco Terico

Tipos: HUB Existen varios tipos de HUB Hub Pasivo Hub Activo Hub Hibrido Hub Inteligente

Figura N 23: Capacidades de un HUB Bridges Opera en el nivel de Enlace de datos del modelo OSI. Pasan de forma selectiva la seal de un segmento a otro, dejar pasar o no un paquete: FILTRADO Ejecuta las mismas funciones que un Repetidor.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

48

SISTEMA NOTARIA

Marco Terico

Figura N 24: diferentes tipos de medios fsicos que soportan los Bridge

Figura N 25: Modelo de conexin de los bridge

Ventajas Transparente a los protocolos: Casi todos usan la capa de Enlace de Datos de OSI. Pueden convivir en diferentes tipos de cables de LAN fsico.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

49

SISTEMA NOTARIA

Marco Terico

Incrementa el nmero de estaciones conectadas a los segmentos de red. Es posible interconectar segmentos diferentes que usen diferente protocolos MAC. Utilizado para protocolos no enruteables: NetBeui. Localiza el trfico en la red. Desventajas La captura de frames introduce retardos en la red. Los bridges pueden sobrecargar la red. Combinacin de diferentes protocolos MAC, requiere de la conversin de frame, ocasionando retardos. En redes complejas, el dato no siempre toma el camino ms corto. Router Es un dispositivo que interconecta mltiples LANs. Funciona en la capa de Red del modelo OSI. Se utiliza para conectar LANs complejas (muchos segmentos). Conectan LAN-LAN, LAN-WAN, - WAN-WAN. Mltiples interfaces llamadas Puertos. Es dependiente del protocolo, el router debe de soportar el protocolo de comunicacin especifico que se utiliza en la capa 3. Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 50

SISTEMA NOTARIA

Marco Terico

Debemos considerar que existen 2 tipos de protocolos, el protocolo ruteables y los protocolos de enrutamiento. Utiliza algoritmos complejos de enrutamiento.

Figura N 26: Modelo de Topologas y frames que permite conectar los Router

Brouter Es Router para un determinado protocolo y es Bridge para todos los otros protocolos. Ejemplo: Router para IPX/SPX Bridge para NetBEUI Gateway Conectan LAN-LAN, LAN-WAN, WAN-WAN Mltiples interfaces llamadas puertos.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

51

SISTEMA NOTARIA

Marco Terico

Operan de la capa 3 a la capa 7 del modelo OSI. Realizan conversin de protocolo Un ejemplo sera una conversin del protocolo SNA a DECnet o de Apple Talk a Netware. Switch Un bridge multi-puertos, de alta velocidad, operando en la capa MAC. Auto-aprendizaje. Ms econmica ( costo por puerto), veloz y fcil de configurar y administrar que un ruteador.

Figura N 27: Modelo de Switch

Tipos de Redes
Por alcance LAN: Local Area Network Con velocidades de 4 Mbps, 16 Mbps, 10 Mbps, 100 Mbps, 155 Mbps, 622 Mbps y 1000 Mbps. Utiliza topologa: Token Ring, FDDI, Ethernet, Fast Ethernet, Gigabit Ethernet y ATM. MAN: Metropolitan Area Network (obsoleto) WAN: Wide Area Network : Con velocidades de 64 Kbps, 128 Kbps, 512 Kbps y 2048 Kbps. Lneas Seriales Sncronas y Asncronas,ISDN.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

52

SISTEMA NOTARIA

Marco Terico

Por procesamiento Centralizada. Distribuida.

Dependiendo del Servidor Peer to Peer. Basado en servidor.

2.6. Base de Datos a. Concepto: Una base de datos es un conjunto de datos que pertenecen al mismo contexto almacenados sistemticamente para su uso posterior. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta. Las bases de datos pueden adquirir diversas formas, ofreciendo un amplio rango de soluciones al problema de almacenar datos. Tipos de bases de datos Las bases de datos pueden dividirse en dos grupos, considerando su funcin primordial, a saber: Bases de datos analticas stas son bases de datos de slo lectura, utilizadas primordialmente para almacenar datos histricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a travs del tiempo, realizar proyecciones y tomar decisiones. Bases de datos dinmicas stas son bases de datos ms dinmicas, orientadas a almacenar informacin que es modificada con el tiempo, permitiendo operaciones Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 53

SISTEMA NOTARIA

Marco Terico

como actualizacin y adicin de datos, adems de las operaciones fundamentales de consulta. Bases de Datos Jerrquicas stas son bases de datos que, como su nombre indica, almacenan su informacin en una estructura jerrquica. En este modelo los datos se organizan en una forma similar a un rbol (visto al revs), en donde un nodo padre de informacin puede tener varios hijos. El nodo que no tiene padres se le conoce como raz, y a los nodos que no tienen hijos se les conoce como hojas. Una de las principales limitaciones de este modelo, es su incapacidad de representar eficientemente la redundancia de datos. Bases de datos de red ste es un modelo ligeramente distinto del jerrquico, en donde su diferencia fundamental es la modificacin del concepto de un nodo, permitiendo que un mismo nodo tenga varios padres (algo no permitido en el modelo jerrquico). Fue una gran mejora con respecto al modelo jerrquico, ya que ofreca una solucin eficiente al problema de redundancia de datos, pero aun as, la dificultad que significa administrar la informacin en una base de datos de red, ha significado que sea un modelo utilizado en su mayora por programadores ms que por usuarios finales.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

54

SISTEMA NOTARIA

Marco Terico

Bases de datos orientadas a objetos Este modelo, bastante reciente, y propio de los modelos informticos orientados a objetos, trata de almacenar en la base de datos los objetos completos (estado y comportamiento). Base de datos distribuidas. Una base de datos distribuida (BDD) es la unin de las bases de datos con redes. La base de datos esta almacenada en varias computadoras conectadas en red, (ya sea en el mismo lugar fsicamente o distribuidas a lo largo de la red) lo que permite al acceso de datos desde diferentes mquinas. Est manejada por el Sistema de Administracin de Datos Distribuida (SABDD) O Sistema de Gestin de Base de Datos Distribuida. Son la evolucin de los cliente-servidor. La razn principal detrs de las BDD son los organismos descentralizados. Esto les da la capacidad de unir las bases de datos de cada localidad y acceder as a la informacin, sin tener todo centralizado en un solo punto. Ejemplo: bancos, cadenas de hoteles, campus de distintas universidades, sucursales de tiendas departamentales, etc. b. Software Informix es uno de los cuatro grandes de las bases de datos junto DB2 de IBM, SQL Server de Microsoft y Oracle. Aunque en muchos aspectos es mejor que Oracle, no se ha sabido mover en el terreno del marketing. Oracle captur la mayor parte del

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

55

SISTEMA NOTARIA

Marco Terico

mercado y Informix no se recuper de las perdidas econmicas. DB2 y SQL Server tenan grandes compaas detrs con otros negocios que les permiti aguantar la poltica agresiva de Oracle. Recientemente IBM adquiri Informix con lo que el mercado de las bases de datos comerciales en UNIX (Linux) qued entre IBM y Oracle. SQL (Standard Query Lenguaje) es un lenguaje estandarizado de base de datos, el cual nos permite realizar tablas y obtener datos de ella de manera muy sencilla. Tambin se puede decir, SQL es un lenguaje bastante sencillo, principalmente orientado a bases de datos y, sobre todo, al manejo de consultas. Visual Basic incorpora esta extensin junto a nuestras bases de datos, obteniendo potentes resultados. De hecho, las consultas que se realizan en Access, estn desarrolladas o basadas en este lenguaje, por lo que su implementacin en Visual Basic no es complicada. El objetivo principal de SQL es la realizacin de consultas y clculos con los datos de una o varias tablas. Consejos Para Escribir Mandatos En SQL He aqu una serie de consejos (a veces normas), que hay que tener en cuenta a la hora de escribir mandatos SQL en nuestras aplicaciones en Visual Basic: 1. Un mandato en SQL se expresa en una cadena de caracteres o String. 2. Dicho mandato se puede escribir en la propiedad RecordSource de un control Data (ms adelante, podremos prescindir del control

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

56

SISTEMA NOTARIA

Marco Terico

Data para realizar nuestras consultas), con el fin de crear una consulta en la interfaz. 3. Los nombres de los campos especificados (y de las tablas), que contengan ms de una palabra, han de encerrarse entre corchetes ([nombre]). Como norma general, se suelen escribir siempre entre corchetes. 4. Para especificar un determinado campo de una determinada tabla, se ha de escribir primero el nombre de la tabla, un punto y, a continuacin, el nombre del campo (nombre_tabla.nombre_campo). 5. Al especificar una expresin de bsqueda, si sta se refiere a una expresin de caracteres, stos han de encerrarse entre comillas simples ('expresin_a_buscar'). 6. Para especificar una fecha en una bsqueda, sta debe encerrarse entre signos numeral (#fecha#) en Access, Dbase X, etc., y entre comillas simples ('fecha') para bases SQL Server, Informix, etc. 7. Si se utiliza la propiedad RecordSource del control Data, para crear nuestras consultas en SQL, tras introducir el mandato SQL (siempre como una expresin de cadena) es necesario refrescar el control Data (control_data.Refresh). Mandato SQL Estndar El lenguaje SQL est compuesto por una serie de sentencias y de clusulas muy reducidas en nmero, pero muy potentes en efectividad. De entre todas las palabras, existen cuatro que son las

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

57

SISTEMA NOTARIA

Marco Terico

ms utilizadas, estando compuestas por una sentencia y por tres clusulas: SELECT lista _ campos FROM lista _ tablas [WHERE criterios [ORDER BY lista _ campos]] SQL SERVER Microsoft SQL Server 7.0 constituye un lanzamiento determinante para los productos de bases de datos de Microsoft, continuando con la base slida establecida por SQL Server 6.5. Como la mejor base de datos para Windows NT, SQL Server es el RDBMS de eleccin para una amplia gama de clientes corporativos y Proveedores Independientes de Software (ISVs) que construyen aplicaciones de negocios. Las necesidades y requerimientos de los clientes han llevado a la creacin de innovaciones de producto significativas para facilitar la utilizacin, escalabilidad, confiabilidad y almacenamiento de datos. Objetivos del Diseo de SQL Server Los clientes estn buscando soluciones para sus problemas de negocios. La mayora de las "soluciones" de bases de datos solamente traen mltiples niveles de costos y complejidad. La estrategia de Microsoft es la de hacer que SQL Server sea la base de datos ms fcil de utilizar para construir, administrar e implementar aplicaciones de negocios. Esto significa tener que poner a disposicin un modelo de programacin rpido y sencillo para desarrolladores, eliminando la administracin de base de datos para operaciones estndar, y suministrando herramientas sofisticadas para operaciones ms complejas.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

58

SISTEMA NOTARIA

Marco Terico

SQL Server 7.0 disminuye el costo total de propiedad a travs de caractersticas como administracin multi-servidor y con una sola consola; ejecucin y alerta de trabajos basadas en eventos; seguridad integrada; y scripting administrativo. Esta versin tambin libera al administrador de base de datos para aspectos ms sofisticados del trabajo al automatizar las tareas de rutina. Al combinar estos poderosos servicios de administracin con las nuevas caractersticas de configuracin automtica, Microsoft SQL Server 7.0 es la eleccin ideal de automatizacin de sucursales y aplicaciones de base de datos insertadas. Los clientes invierten en sistemas de administracin de bases de datos, en forma de aplicaciones escritas para esa base de datos y la educacin que implica para la implementacin y administracin. Esa inversin debe protegerse: a medida que el negocio crece, la base de datos deber crecer y manejar ms datos, transacciones y usuarios. Los clientes tambin desean proteger las inversiones a medida que escalan aplicaciones de base de datos hacia equipos porttiles y sucursales. Para cumplir con estas necesidades, Microsoft ofrece un motor de base datos nico que escala desde una computadora porttil que ejecuta Windows 95 o Windows 98, hasta clusters de procesadores mltiples simtricos de terabyte que ejecutan Windows NT Server Enterprise Edition. Todos estos sistemas mantienen la seguridad y confiabilidad que exigen los sistemas de negocios de misin crtica. Nueva para el lanzamiento de 7.0 es una versin de rastro de baja memoria con capacidades de replicacin de multi-sitio. Se ajusta muy bien a las necesidades cada vez mayores del mercado de la Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 59

SISTEMA NOTARIA

Marco Terico

computacin mvil. Las otras caractersticas tales como bloqueo a nivel de lnea dinmico, el paralelismo intra-query, query distribuido, y mejoras para las bases de datos muy grandes (VLDB) hacen que el SQL Server 7.0 sea la eleccin ideal para sistemas OLTP de alta tecnologa y sistemas de data warehousing. Mientras los sistemas de procesamiento siguen siendo un componente clave para las infraestructuras de bases de datos corporativas, las compaas tambin estn invirtiendo bastante en mejorar la comprensin que tienen de sus datos. La estrategia de Microsoft consiste en reducir el costo y la complejidad del data warehousing mientras hace que la tecnologa sea ms accesible a una mayor cantidad de pblico. Microsoft ha establecido un enfoque total a todo el proceso de data warehousing (almacenamiento de datos) . El objetivo es facilitar la construccin y diseo de soluciones de data warehousing costo efectivas a travs de una combinacin de tecnologas, servicios y alianzas con los proveedores. La Microsoft Alliance for Data Warehousing es una coalicin que une a los lderes en la industria de almacenamiento de datos y aplicaciones. El Microsoft Data Warehousing Framework constituye un conjunto de interfaces de programacin diseadas para simplificar la integracin y administracin de soluciones de data warehousing. Las innovaciones del producto en SQL Server 7.0 mejoran el proceso de data warehousing: Servicios de Transformacin de Datos; manejo mejorado de las consultas complejas y bases de datos muy grandes; procesamiento analtico en lnea e integrado; y el Microsoft Repository. Otro componente esencial es el soporte extenso para integracin de terceros. Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 60

SISTEMA NOTARIA

Marco Terico

Microsoft SQL Server revoluciona el concepto de Base de Datos para la Empresa. Rene en un slo producto la potencia necesaria para cualquier aplicacin empresarial crtica junto con unas herramientas de gestin que reducen al mnimo el coste de propiedad. Con Microsoft SQL Server, la empresa tiene todo de serie. Miles de Soluciones Disponibles: Tendr libertad de eleccin, ya que todas las aplicaciones de gestin del mercado corren sobre Microsoft SQL Server

Escalabilidad: Se adapta a las necesidades de la empresa, soportando desde unos pocos usuarios a varios miles. Empresas centralizadas u oficinas distribuidas, replicando cientos de sites.

Potencia: Microsoft SQL Server es la mejor base de datos para Windows NT Server. Posee los mejores registros de los benchmarks independientes (TCP) tanto en transacciones totales como en coste por transaccin.

Gestin: Con un completo interfaz grfico que reduce la complejidad innecesaria de las tareas de administracin y gestin de la base de datos.

Orientada al desarrollo: Visual Basic, Visual C++, Visual J++, Visual InterDev, Microfocus Cobol y muchas otras herramientas son compatibles con Microsoft SQL Server.

Oracle Es manejador de base de datos relacional que hace uso de los recursos del sistema informtico en todas las arquitecturas de hardware, para garantizar su aprovechamiento al mximo en ambientes cargados de informacin. Es el conjunto de datos que proporciona la capacidad de

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

61

SISTEMA NOTARIA

Marco Terico

almacenar y acude a estos de forma consecuente con un modelo definido como relacional. Adems es una suite de productos que ofrece una gran variedad de herramientas. Estructura fsica y lgica Las estructura fsica tales como los archivos del sistema operativo, son almacenados tangibles como son cintas magnticas, discos y otros. A cada archivo le corresponde un espacio en el sistema operativo. Oracle requiere de varios archivos para su funcionamiento, los cuales conforman su estructura fsica. A la estructura lgica le corresponde un espacio por unidad, pero sus limitaciones son independientes de las localizaciones de espacio fsico Uso de memoria El uso de memoria en el RDBMS Oracle tiene coo propsito lo siguiente:
Almacenar

los cdigos de los programas para empezar a los datos necesarios durante la ejecucin de un informacin sobre como es la transferencia entre

ejecutarse.
Almacenar

programa.
Almacenar

procesos y perifricos. Programas y archivos que compone oracle Un RDBMS Oracle esta compuesto por tres partes principales, que son: 1. El Kernel de Oracle

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

62

SISTEMA NOTARIA

Marco Terico

2. 3.

Las instancias del Sistema de Base de Datos. Los Archivos relacionados al sistema de Base de Datos. EL KERNEL DE ORACLE El Kernel es el corazn del RDBMS Oracle, el cual maneja las siguientes tareas:

Manejar el almacenamiento y definicin de los datos. Suministrar y limitar el acceso a los datos y la Permitir los backup y la recuperacin de los datos. Interpretar el SQL y PL/SQL.

concurrencia de los usuarios.


As como el Kernel es un sistema operativo, el Kernel Oracle es cargado a la memoria al inicio de las operaciones y es usado por cada base de datos existente en el equipo. EL PGA (Program Global Area): Es tambin llamado Process Global rea, consta de datos e informacin de control de los procesos, asegurando el uso correcto de estos. El PGA contiene informacin acerca de las conexiones y los procesos que se realizan en Oracle, su tamao es variable en longitud, pero no es dinmico. El PGA se activa al conectarse un usuario. EL SGA (System Global Area): Se puede llamar Shared global rea, se podra definir como una seria de buffers en memoria residente, a travs de la cual todas las transacciones y el almacenamiento de dato fluyen. El SGA es localizado en memoria al iniciarse una instancia y desaparece al bajarla. Su Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 63

SISTEMA NOTARIA

Marco Terico

tamao no puede ser cambiado, pero si puede ser visto con el comando "SHOW SGA" en el SQL*DBA. Su longitud esta definida por lo parametros del archivo de iniciacin INIT.ORA. Diferentes herramientas de oracle SQLForms: es la herramienta de Oracle que permite, de un modo sencillo y eficiente, disear pantallas para el ingreso, modificaciones, bajas y consultas de registros. El usuario podr, una vez definida la forma, trabajar con ella sin necesidad de generar cdigos, dado que Oracle trae incorporado un conjunto de procedimientos y funciones asociados a las teclas de funciones, como por ejemplo la tecla [F7], que se usa para iniciar una consulta. La herramienta fundamental de SQL es la sentencia SELECT, que permite seleccionar registros desde las tablas de la Base de Datos, devolviendo aquellos que cumplan las condiciones establecidas y pudiendo presentar el resultado en el orden deseado. SQL (Structured Query Languague = Lenguaje de Consulta estructurado). La orden FROM identifica la lista de tablas a consultar. Si alguna de las tablas a consultar no es propiedad del usuario, debe especificarse el nombre del propietario antes que el nombre de la tabla en la forma nombre_propietario.nombre_tabla. La orden WHERE decide los registros a seleccionar segn las condiciones establecidas, limitando el nmero de registros que se muestran. Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 64

SISTEMA NOTARIA

Marco Terico

La orden ORDER BY indica el orden en que aparece el resultado de la consulta. Patrn de consulta: Una de las herramientas lgicas ms poderosas de SQL es el reconocimiento de un patrn de consulta, instrumento ste que permite la bsqueda por nombre, direccin u otro dato parcialmente recordado. Los patrones de consulta juegan un papel importante en el momento de realizar consultas, ya que es comn que necesitemos encontrar un texto y no recordemos exactamente cmo fue ingresado. Con el uso del operador LIKE podemos comparar patrones y ubicar un texto, independientemente de la posicin en que se encuentre. Para la definicin del patrn de consulta existen dos tipos de caracteres especiales: % (signo de porcentaje) llamado comodn, representa cualquier cantidad de espacios o caracteres en esa posicin. Significa que se admite cualquier cosa en su lugar: un carcter, cien caracteres o ningn carcter. _ (signo de subrayado) llamado marcador de posicin, representa exactamente una posicin e indica que puede existir cualquier carcter en esa posicin. Agrupamiento de datos SQL proporciona una forma eficiente para manejar la informacin con el agrupamiento de datos a travs de la formacin de grupos y las funciones correspondientes, dando la posibilidad de procesar no solo registros individuales como Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 65

SISTEMA NOTARIA

Marco Terico

hemos hecho hasta ahora. Tambin podemos agrupar registros por un criterio determinado, como por ejemplo, agrupar por clientes las ventas realizadas. Cada grupo tendr como resultado de la consulta una fila resumen que contiene la informacin del grupo. Para la formacin de grupos adicionamos, a la forma bsica de la sentencia SELECT, la orden GROUP BY ubicada antes de ORDER BY.

Las funciones para el procesamiento de grupos son: COUNT(columna) Cantidad de registros en que la columna tiene valores no nulos. COUNT(*) Cantidad de registros que hay en la tabla, incluyendo los valores nulos. MIN(columna) Valor mnimo del grupo. MAX(columna) Valor mximo del grupo. SUM(columna) Suma los valores del grupo. AVG(columna) Calcula valor medio del grupo, sin considerar los valores nulos. La lista de columnas a mostrar en la consulta puede contener las funciones de grupo, as como la columna o expresin usada para formar los grupos en la orden GROUP BY. En una misma consulta no se pueden mezclar funciones de grupo con

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

66

SISTEMA NOTARIA

Marco Terico

columnas o funciones que trabajan con registros individuales. Las ventas por cliente es un buen ejemplo para mostrar el uso de los grupos. En el siguiente caso se hace un resumen de ventas por cliente, con la cantidad de ventas, valor mnimo, medio y mximo, as como la suma total de ventas. La formacin del grupo ser por el nombre del cliente y la columna a cuantificar para cada grupo ser el valor de las ventas. El orden en las consultas por grupos, cuando no esta presente la orden ORDER BY, est dado por la columna que forma los grupos. Si deseamos cambiar ese orden, como es el caso de ordenar por el valor total de ventas, se debe adicionar al final la orden ORDER BY SUM(VALOR). Subconsultas Otro aspecto de fcil diseo y uso que muestra una vez ms las posibilidades de SQL son las subconsultas. Subconsulta es aquella consulta de cuyo resultado depende otra consulta, llamada principal, y se define como una sentencia SELECT que esta incluida en la orden WHERE de la consulta principal. Una subconsulta, a su vez, puede contener otra subconsulta y as hasta un mximo de 16 niveles. Informix: algunas diferencias con oracle Oracle siempre ha sido considerada una base de datos para uso ms general que Informix. Informix por su lado, se especializ ms en aplicaciones tipo GIS (datos geogrficos), Datawarehouse y

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

67

SISTEMA NOTARIA

Marco Terico

Datamining. Sin duda a los gurs, les agrada ms Informix que Oracle. En cuanto a precios, Informix tiene tendencia a ser ms caro que Oracle en configuraciones parecidas. En la practica, como buenos enemigos acrrimos, ambas tienen parecidas caractersticas y funcionalidades. Cada una tiene las tpicas ampliaciones que permiten especializar la base de datos a un cierto tipo de aplicacin (en Informix se llaman DataBlades, ver imagen 3). Para competir, en cada nueva versin que sacaban, las dos iban aadiendo de serie muchas de las extensiones que en la versin anterior eran opcionales (de pago por separado). En el momento de escribir este artculo las dos estn en la versin 9.X. De cara a una instalacin y configuracin bsicas, las diferencias frente a Oracle que el lector va a notar son dos:

En Oracle, tienes que definir los usuarios dentro la base de datos (gestin interna de usuarios). En cambio, Informix utiliza los mismos usuarios de Linux (los que creas con adduser), simplificando la administracin.

Para conectar externamente va TCP/IP a Oracle, haca falta colgar un daemon llamado listener de un puerto. Luego el listener traduca las llamadas al SQLNet para hablar con la base de datos. Luego haba dos procesos: el daemon de la base de datos (oracle), y el daemon que escuchaba el puerto (listener). En Informix, el mismo daemon de la base de datos (ONINIT) atiende los puertos. De esta manera Informix ocupa menos memoria y recursos.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

68

SISTEMA NOTARIA

Marco Terico

Con estas diferencias ya podemos ver, que Informix es una base de datos ms moderna y integrada con Linux que Oracle. Pero los precios son los precios, y el marketing es el marketing. 2.7. Sistema Notarial a. Que es un notario? Un Notario es una persona a quien, por sus cualidades humanas (honorabilidad, tica, moral, rectitud, ausencia de vicios, buenas costumbres, etc.,), y profesionales (abogado o licenciado en derecho) y previo el cumplimiento de una serie de requisitos legales a satisfaccin del estado, este le delega la fe publica para que el notario, en representacin del estado, intervenga en los actos y contratos que realiza la sociedad y los revista de autenticidad y fuerza probatoria. b. Escrituras Pblicas Otorgamientos de Escrituras Pblicas Descripcin Acto por el que los socios fundadores proceden a la firma de la escritura de Constitucin de la Sociedad. Lugar Se realiza obligatoriamente ante Notario. Documentacin Certificacin negativa de la denominacin acreditando la no existencia de otra Sociedad con la misma denominacin. Estatutos sociales Observaciones

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

69

SISTEMA NOTARIA

Marco Terico

Los otorgantes de la Escritura son todos los socios, o bien sus representantes legales o apoderados con facultades suficientes para ello. Por Escritura Pblica debern conferirse los poderes generales para toda clase de procesos y los especiales para varios procesos separados. Tambin se realizan mediante Escritura Pblica el cambio de nombre, el reconocimiento de hijos extramatrimoniales y las autorizaciones permanentes de salida de territorio nacional otorgadas a menores de edad. c. Transferencia Vehicular Qu documentos son necesarios para vender un vehculo?

a) Si se trata de un automvil particular, solo se necesita el padrn del vehculo, el permiso de circulacin vigente y las cdulas de identidad del vendedor y del comprador. b) Si se trata de taxis, camionetas o camiones destinados al transporte de carga ajena, adems de los documentos anteriores se requiere dar aviso de la venta al Servicio de Impuestos Internos. En esta Notara se exige adicionalmente, en cualquiera de las dos situaciones anteriores, un "Certificado de Anotaciones" expedido por el Servicio de Registro Civil e Identificacin, de manera que el comprador pueda saber si el vehculo est o no gravado con prenda o si existe algn impedimento legal para la venta como podra ser, por ejemplo, una medida precautoria judicial o un embargo. Finalmente, al momento de suscribir el contrato de compraventa, las partes debern acreditar el pago del impuesto municipal a la transferencia de vehculos motorizados, que actualmente asciende al 1,5% del precio estipulado o del valor de su tasacin fiscal, segn lo que sea ms alto.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

70

SISTEMA NOTARIA

Marco Terico

Cmo

puedo

otorgar

testamento?

El testamento es un acto ms o menos solemne, en que una persona dispone de todo o parte de sus bienes para que tenga pleno efecto despus de sus das, conservando la facultad de revocar las disposiciones contenidas en l, mientras viva.

El testamento solemne abierto - que es el que ms se utiliza - debe constar por escrito y otorgarse ante competente escribano y tres testigos, o ante cinco testigos. El testamento solemne cerrado debe necesariamente otorgarse ante un escribano y tres testigos.

No son hbiles para testar los impberes; los que se hallaren en interdiccin por causa de demencia; los que no estuvieren en su sano juicio por ebriedad u otra causa, y todo el que de palabra o por escrito no pudiere expresar su voluntad claramente.

En consecuencia, si usted desea otorgar su testamento, debe dirigirse a un abogado, o directamente a un Notario, a fin de que lo asesoren y le ayuden a redactar sus disposiciones de ltima voluntad. Hecho lo anterior, deber convenir con el Notario el da y la hora en que ste dar lectura al testamento, lo que se har ante la presencia simultnea del testador y de los testigos, en un solo acto ininterrumpido.

Cabe sealar que, en el caso del testamento solemne abierto, el original o matriz queda incorporado al registro de instrumentos pblicos del notario, quien le dar las copias autorizadas que usted necesite. d. Legalizacin de Libros Dnde se legalizan los libros oficiales de la fundacin? En el protectorado de fundaciones al que estn adscritas. Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 71

SISTEMA NOTARIA

Marco Terico

Qu libros es obligatorio legalizar? El libro de actas El libro diario El libro de inventarios y cuentas anuales. El libro de inventarios y cuentas anuales se configura como un libro nico, en el que se integran las transcripciones de los siguientes estados informativos: a) balance inicial detallado (a fecha 1-1-xx) b) balance de comprobacin de sumas y saldos (como mnimo uno por trimestre) c) inventario de cierre del ejercicio (cerrado a 31-12-xx) d) las cuentas anuales (balance de situacin, cuenta de prdidas y ganancias y memoria, cerrados todos a 31-12-xx) Qu requisitos deben tener los libros? Que se encuentren encuadernados hasta formar un libro, de forma que no sea posible la sustitucin de los folios (cosidos o encolados), excepto el libro de actas que podr presentarse en hojas en blanco antes de su utilizacin Tener el primer folio en blanco y los dems numerados correlativamente y por el orden cronolgico que corresponda a las anotaciones practicadas Anular los posibles espacios en blanco Que figure la siguiente declaracin del presidente o secretario, en el primer folio: "declaro bajo mi responsabilidad que este libro (diario, inventarios y cuentas anuales, de actas) nmero (primero, segundo, nico, etc.) de los de su clase consta de (n) de folios escritos por (una sola cara, dos caras), correspondiente al ejercicio (ao, o en caso de ser entre dos aos, las fechas de inicio y fin del ejercicio), y que presento en el da de hoy para su legalizacin. fecha, cargo del patrono, firma, d. dni.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

72

SISTEMA NOTARIA

Marco Terico

Requisitos legalizacin de libros de contabilidad 1.- Solicitud de legalizacion (0,30_), que deber expresar: datos de identificacin del presentante (nombre, apellidos, cif, domicilio, telfono...). datos de identificacin del empresario o sociedad (nombre, apellidos del empresario individual o denominacin social de la sociedad, cif, domicilio, telfono...) datos de identificacin registral (tomo, folio, libro y hoja en que se halle inscrita en el registro). relacin de libros cuya legalizacin se solicita, con expresin de si se encuentran, o no, en blanco, as como el nmero de folios de que se compone cada libro. N de libros: hace referencia al nmero de ejemplares que se presenta de cada libro (ej. Si el diario se compone de dos tomos, en este apartado habra que poner un 2) N de orden: indica el nmero de veces que se presentaron para su legalizacin en el Registro los libros de la misma clase (Ej. Si se llevaron a legalizar en cuatro ocasiones o ejercicios anteriores al actual, el nmero de orden sera el 5) Folios que lo componen: Nmero de folios que contiene cada libro. Han de ir numerados correlativamente y en el caso de ser varios tomos, habr que especificar cuantos folios tiene cada uno. (Ej. Si el libro diario tiene dos tomos y un total de 500 folios, sera: Tomo I: del 1 al 250 yTomo II: 251 al 500) Fecha de apertura y, en su caso, cierre de los ltimos libros legalizados de la misma clase cuya legalizacin se pretende.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

73

SISTEMA NOTARIA

Marco Terico

2.- los libros que se presenten antes de su utilizacin debern estar completamente en blanco y con los folios numerados correlativamente en el caso de los libros formados por hojas mviles, debern tener, adems, el sello de la sociedad en todas las hojas. 3.- los libros formados por hojas encuadernadas con posterioridad a la realizacin en ellas de asientos y anotaciones debern: estar encuadernados de manera que nos sea posible la sustitucin de folios (no se admite canutillo o similares). tener el primer folio en blanco y los dems numerados correlativamente y por el orden cronolgico que corresponda a los asientos y anotaciones practicados en ellas. presentarse antes de los cuatro meses siguientes al cierre del ejercicio 4.- en el caso de los libros presentados por empresarios individuales o comunidades de bienes debern acompaar copia del alta en el i.a.e. o, en su caso, el ltimo recibo satisfecho.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

74

CAPITULO III
DESARROLLO METODOLOGICO

75

SISTEMA DE NOTARIA

Desarrollo Metodolgico

3.1. Modelo del Negocio a. Modelo de caso de uso de Negocio El modelo del negocio nos permite tener una visin general del comportamiento de las acciones que se realizan en la Notaria Alejandro Ramrez Odiaga En la Figura X, se modela el comportamiento inicial del sistema a analizar, e identifica los principales actores, operaciones y entidades del negocio que intervienen en el sistema automatizado.

Figura N 28: Modelo de Caso de Uso del Negocio. Elaboracin: Propia.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

76

SISTEMA DE NOTARIA

Desarrollo Metodolgico

b. Especificacin de los Casos de Uso del Negocio Descripcin de los Casos de Uso: - Nombre del Caso de Uso: Registrar servicios Representacin grfica:

Registrar servicios Descripcin: Este caso de uso representa el proceso de registrar servicios y es iniciado por el empleado donde cada uno de ellos estar por reas para cualquier documento que desee el cliente realizar en dicha notaria. Workflow: o Registra servicios o Registra empleado o Registra y genera pagos o Consulta costos. Caso de Uso : Registrar Servicio

Empleado

Registrar Servicio

Actor que da Inicio : Empleado PRE-Requisito: Registrar Tipo de Servicios Descripcin de Caso de Uso Es iniciado por el empleado donde el cliente le consultara el tipo de servicio y el precio por cada servicio que desee generar o realizar. Condicin: Le proporciona la bsqueda y referencias de acuerdo a los servicios que solicite el cliente.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

77

SISTEMA DE NOTARIA

Desarrollo Metodolgico

- Nombre del Caso de Uso: Registrar comprobante de pago Representacin grfica:

Generar comprobante de pago Descripcin: Con este comprobante el cliente podr realizar un servicio donde el empleado buscara si existe o de lo contrario lo registrar como nuevo usuario al sistema. Podr consultar y pedir informacin al empleado para cualquier servicio que desee realizar en la notaria. Workflow: o Registra comprobante. o Registra cliente o Registra y genera pago. Caso de Uso : Generar Comprobante de Pago

Empleado

Generar Comprobante de Pago

Actor que da Inicio : Empleado PRE-Requisito: Registrar Clientes Descripcin de Caso de Uso Es iniciado por el empleado donde le consultara el costo por el tipo de servicio y a la vez registrara la entrega del documento realizado. Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 78

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Condicin: Le proporciona al empleado buscar o registrar al cliente. - Nombre del Caso de Uso: Registrar Escrituras Pblicas Representacin grfica Registrar escrituras pblicas Descripcin: Es iniciado por el empleado luego por el asesor legal donde le

redactaran la minuta, luego redactan el documento de escritura publica, luego firman los otorgantes por parte del comprador y vendedor, pasa luego a ser visto y firmado por el notario y luego fotocopian el testimonio y ser entregado al cliente. Workflow: o Registra minuta o Registra cliente o Consulta costos o Genera y registra pagos. Caso de Uso : Registrar Escrituras Publicas

Empleado

Registrar Escrituras Pblicas

Actor q`da Inicio : Empleado PRE-Requisito: Generar Actas Descripcin de Caso de Uso Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 79

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Este caso de uso es iniciado por el empleado por el cual registrara al cliente al realizar una minuta y a la vez le consultara los precios con referencia del documento. Condicin: Le proporciona modificar , buscar , consultar datos del solicitante.

- Nombre del Caso de Uso: Registrar Legalizacin de Libros Representacin grfica

Registrar legalizacin libros Descripcin: Descripcin: es iniciado por el empleado cuando el cliente pide un asesoramiento luego pide una solicitud llenado y legalizado luego numeran la correlativa del libro con su respectivo sticker redactado, sellado el libro pasa a ser firmado por el notario y luego entregado al cliente. Workflow: o Registra entrega de libros o Registra al cliente o Consulta costos o Genera y registra pagos Caso de Uso : Registrar Legalizacin de Libros

Empleado Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 80

Registrar Legalizacin de Libros

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Actor que da Inicio : Empleado PRE-Requisito: Generar legalizaciones Descripcin de Caso de Uso Este caso de uso es iniciado por el empleado para generar y registrar los documentos o libros legalizados de los clientes, definen tambin diferentes pagos para dicho documento o libro legalizado. Condicin: Genera documentos legalizados y actualiza las legalizaciones hechas de los clientes.

- Nombre del Caso de Uso: Registrar Notificacin de Libros Representacin grfica

Registrar notificacin de protesta

Descripcin: Es iniciado por el empleado donde pide datos del cliente y lo que desea notificar para que el empleado ingrese al sistema. Por cada notificacin el empleado ingresa denominacin del ttulo valor, fecha de emisin e importe de la obligacin. Workflow: o Registra notificacin o Genera y actualiza notificaciones o Consulta costos o Genera y registra costos

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

81

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Caso de Uso : Registrar Notificacin de Protesta

Empleado Registrar Notificacin de protesta

Actor q`da Inicio : Empleado PRE-Requisito: Registrar Actas Descripcin de Caso de Uso Es iniciado por el empleado y un Asesor Legal por el cual interviene para redactar el Acta de protesta que notificara el cliente. Condicin: Le permite modificar, consultar, buscar y registrar datos del cliente para generar un documento.

- Nombre del Caso de Uso: Registrar Transferencia Vehicular Representacin grfica

Registrar Transferencia Vehicular Descripcin: El caso de uso es iniciado por el empleado donde se apersonan vendedor y comprador; luego pasa a ser redactado el documento (redaccin del acta) luego sacan testimonio de acta, luego tiene que ser ingresado a reg. Publico para luego sea entregado la tarjeta de propiedad al cliente.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

82

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Workflow: o Registra vehculo. o Registra cliente o Calcula costos o Genera y registra pagos. Caso de Uso : Registrar Transferencia Vehicular

Empleado

Registrar Transferencia Vehicular

Actor q`da Inicio : Empleado PRE-Requisito: Consultar Documento Descripcin de Caso de Uso Es iniciado por el empleado cuando desea realizar o registrar los documentos hechos de un cliente y define los diferentes pagos para dicha documentacin. Condicin: Le proporciona la capacidad de registrar, generar la informacin de los clientes.

c. Reglas del Negocio Atender al cliente desde una hora de inicio a una hora indicada o Que el abogado identifique de la forma mas eficaz al cliente por

fija (asesor legal). ser de un buen prestigio jurdico (asesor legal). Registrar la firma al ser entregado un documento o cargo y por

lo tanto sea conforme hacia el cliente y notario (legalizacin simple).

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

83

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Todo trmite es personalmente y es reconocido por el DNI

(legalizacin de libros). Adjuntar el DNI con las ltimas votaciones y la tarjeta de Autorizar el envo de la informacin a la cmara de comercio de

propiedad original (Transferencia vehicular). los ttulos protestados y letras durante cada mes (protestas). No se autoriza las entregas de letras sin la firma del notario No es aceptable un documento despus de la hora indicada

(escrituras pblicas). (escrituras pblicas). Cuando una persona va legalizar un libro, tiene que ser firmado Se otorgaran facturas a todos los clientes que tienen n de RUC .

por l mismo y no por terceras personas.

3.2 Modelo de Requerimientos. a. Modelo de Caso de Uso de Requerimiento Registrar Servicio

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

84

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 29 : Modelo de Caso de Uso Registrar Servicio Elaboracin: Propia.

b. Modelo de Caso de Uso de Requerimiento Generar Comprobante

Figura N30 : Modelo de Caso de Uso Generar Comprobante. Elaboracin: Propia. Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 85

SISTEMA DE NOTARIA

Desarrollo Metodolgico

c. Modelo de Caso de Uso de Requerimiento de Registrar Escritura Pblica.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

86

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N31: Modelo de Caso de Uso de Registrar Escritura Pblica. Elaboracin: Propia. d- Modelo de Caso de Usote Requerimientos Registrar Legalizacin de Libros.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

87

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 32: Modelo de Caso de Uso Registrar Legalizacin de Libros. Elaboracin: Propia. e- Modelo de Caso de Uso de Requerimiento de Notificacin de Protesta

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

88

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 33 : Modelo de Caso de Uso de Notificacin de Protesta Elaboracin: Propia.

f- Modelo de Caso de Uso de Requerimiento Registrar Transferencia Vehicular

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

89

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 34: Modelo de Caso de Uso de Registrar Transferencia Vehicular Elaboracin: Propia. 3.3- Diagrama de Objetos del Negocio.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

90

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 35: Diagrama de Objetos del Negocio. Elaboracin: Propia. 3.4.- Diagramas de Actividad. a.- Generar Comprobante de pago

Figura N 36: Diagrama de Actividad Registrar Comprobante de Pago Elaboracin: Propia. b.- Registrar Servicio

Registrar Servicio Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 91

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 37: Diagrama de Actividad Registrar Servicio Elaboracin: Propia. c.- Registrar Escritura Pblica

Acepta

No acepta

Figura N 38: Diagrama de Actividad Registrar Escritura Pblica Elaboracin: Propia.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

92

SISTEMA DE NOTARIA

Desarrollo Metodolgico

d.- Registrar Legalizacin de Libros

Acepta

No acepta

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

93

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 39: Diagrama de Actividad Registrar Legalizacin de Libros Elaboracin: Propia.

e.- Registrar Notificacin de Protesta

Figura N 40: Diagrama de Actividad Registrar Notificacin de Protesta Elaboracin: Propia.

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

94

SISTEMA DE NOTARIA

Desarrollo Metodolgico

f.- Registrar Transferencia vehicular

Figura N 41: Diagrama de Actividad Registrar Transferencia Vehicular Armas Vasquez Ofelia Icanaqu Ordinola Nuryth 95

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Elaboracin: Propia.

3.5.- Diagramas de Colaborain a.- Registrar Escritura Pblica

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

96

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 42: Diagrama de Colaboracin Registrar Escritura Pblica Elaboracin: Propia. b.- Legalizacin de Libros

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

97

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 43: Diagrama de Colaboracin Legalizacin de libros Elaboracin: Propia. c.- Transferencia Vehicular

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

98

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 44: Diagrama de Colaboracin Transferencia Vehicular Elaboracin: Propia. d.- Notificacin de Protesta

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

99

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

100

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 45: Diagrama de Colaboracin Registrar Notificacin de Protesta Elaboracin: Propia. 3.6. Diagrama de Clases

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

101

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Figura N 46: Diagrama de Clases Elaboracin: Propia. Sistema Notaria SisNotaria

Ayuda

Transferencia.DLL

Protesta.DLL

Legalizacin.DLL

Escritura. DLL

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

102

SISTEMA DE NOTARIA

Desarrollo Metodolgico

Armas Vasquez Ofelia Icanaqu Ordinola Nuryth

103