View
101
Download
0
Category
Tags:
Preview:
Citation preview
INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO “ABACO” – TRUJILLO
COMPUTACION E INFORMATICA
SISTEMA DE NOTARÍA “ALEJANDRO RAMIREZ ODIAGA”
INFORME FINAL
PARA OPTAR EL TITULO DE:
PROFESIONAL TECNICO EN COMPUTACIÓN E INFORMÁTICA
AUTORES:
ARMAS VASQUEZ OFELIA NATIVIDADICANAQUE ORDINOLA NURYTH DEL CARMEN
TRUJILLO – PERÚ2005
Agradezco mucho a Dios por
darme la suficiente fortaleza e
iluminarme cada día de mi vida y
que gracias a su amor infinito que
nos brinda ha hecho posible
concluir con este informe.
DEDICATORIAS
NURYTH DEL CARMEN ICANAQUE ORDINOLA
A mis queridos padres Manuel y
Carmen Rosa con mucho cariño y amor
por haberme brindado su apoyo y
confianza necesaria para poder concluir
con una de mis anheladas metas de mi
vida. Y a quienes les estaré
profundamente agradecida por esta
meta concluida de hoy y de todas mis
metas por concluir…
A mis hermanos Juan Damián,
Luis Manuel y Adrián 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 guía desde
el cielo a quien siempre la llevaré en el
recuerdo y en mi corazón
OFELIA NATIVIDAD ARMAS VASQUEZ
Agradezco mucho a Dios padre
por haberme iluminado en mi
carrera profesional
A mis queridos padres: José Luis y
Edilta Carlota, por el apoyo
incondicional para concluir mis
estudios y así pueda lograr una de
mis metas de ser una gran
profesional y por demostrar su
infinito Amor y Cariño
A mis queridos Hermanos:
Magali, Roberto y Pilar por su
gran Cariño y a mi querido
sobrino Luisito para seguir
adelante.
A mi querida Tía: Ofelia, por
haberme dado el apoyo y la
confianza necesaria para poder
concluir mis estudios
CONTENIDO
DEDICATORIA.................................................................................................................I
AGRADECIMIENTO......................................................................................................II
PRESENTACION...........................................................................................................III
INDICE...........................................................................................................................IV
INTRODUCCION............................................................................................................V
CAPITULO I: INVESTIGACIÓN PRELIMINAR
1.1 Datos de la empresa.......................................................................................................
a Nombre....................................................................................................................
b Tipo de empresa.......................................................................................................
c Razón social.............................................................................................................
1.2 Reseña Histórica............................................................................................................
1.3 Misión y visión..............................................................................................................
1.4 Organigrama..................................................................................................................
1.5 Descripción del problema..............................................................................................
a Áreas del negocio donde se implementara el software............................................
b Situación problemática............................................................................................
c Objetivos..................................................................................................................
- Generales...........................................................................................................
- Específicos.........................................................................................................
CAPITULO II: MARCO TEORICO
2.1 Metodología estructurada..............................................................................................
2.2 Metodología 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 Software..................................................................................................................
2.7 Sistema Notaríal
a Que es un Notario...................................................................................................
b Escrituras Públicas..................................................................................................
c Transferencia Vehicular.........................................................................................
d Legalización de Libros...........................................................................................
CAPITULO III: DESARROLLO METODOLÓGICO
3.1. Modelo de Negocio
a. Modelo de Caso de uso del Negocio..........................................................................
b. Especificación 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 Legalización de Libros..................................................
e. Modelo de Caso de Uso de Notificación 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 BIBLIOGRÁFICAS................................................................................
ANEXOS.............................................................................................................................
Estudio de factibilidad...........................................................................................
- Factibilidad técnica................................................................................................
- Factibilidad Operativa...........................................................................................
- Factibilidad Económica.........................................................................................
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 información necesaria para el desarrollo de este
informe
Así mismo el reconocimiento y agradecimiento a todos los docentes del
Instituto Superior Tecnológico Privado ABACO, que durante los seis ciclos nos
impartieron sus conocimientos, consejos y recomendaciones para formarnos como
profesionales técnicos. Especialmente a nuestros profesores Jaime Madrid y Cesar
Cortez, por brindarnos su confianza, apoyo y asesoramiento para la realización 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
INVESTIGACIÓN
PRELIMINAR
“SISTEMA DE NOTARIA” Investigación Preliminar
1.1. Datos de la empresa.
a. Nombre: Notaria “Alejandro Ramírez Odiaga”
b. Tipo de empresa: Servicio Natural
c. Razón Social: Jr. Gamarra 432 – Trujillo
d. Giro de Negocio: Servicio al cliente
1.2. Reseña histórica:
La Notaria RAMIREZ ODIAGA, tiene en la actualidad 42 años de
funcionamiento en la ciudad de TRUJILLO, desde sus inicios se encuentra ubicada en
la cuadra quinta del jirón Francisco Pizarro, posteriormente se trasladaron a su local;
propicio ubicado en el jirón Gamarra No 432.
El Notario Ramírez Odiaga Alejandro, desde la edad de 29 años viene
ejerciendo la función notarial teniendo una actitud probable, eficiente en sus 42 años
de notario.
Como bien sabemos el ser notario en el Perú es una tarea ardua, difícil 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
Rectificación de Firmas
Sucesión Intestada
Inventarios
Adopción de Personas Capaces
Armas Vasquez Ofelia 1Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Investigación Preliminar
Patrimonio Familiar
En otras palabras el notario es un dador de fe. Así otorga seguridad jurídica y
facilita las transacciones comerciales, en la cual esta empresa se mantiene líder,
brindando una mejor calidad y ratificando su prestigio.
1.2. Visión y Misión.
La visión de la empresa “Notaria” lograr hacer que sea mejor, y que mas
adelante sea reconocido y sirva de modelo para futuros proyectos.
Su misión es cumplir todos nuestros objetivos trazados como brindar un mejor
servicio y dar facilidad a los usuarios cuando lo requieran, permitiéndole capturar la
información que el considere necesario.
1.4. Organigrama
Armas Vasquez Ofelia 2Icanaqué Ordinola Nuryth
GERENTE
ASESOR LEGAL
CAJA
PROTESTAS
LEGALIZACIÓN DE LIBROS Y
CARTAS
TRANSFERENCIA DE VEHICULOS
ESCRITURAS PÚBLICAS
CONTABILIDAD
LEGALIZACIÓN SIMPLE
“SISTEMA DE NOTARIA” Investigación Preliminar
Figura N° 1: Organigrama de la empresa.Elaboración: XXX.
Armas Vasquez Ofelia 3Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Investigación Preliminar
1.5. Descripción del problema
a Áreas del negocio donde se implementará el software.
LEGALIZACIÓN 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.
LEGALIZACIÓN DE APERTURA DE LIBROS: Consiste una constancia puesta en
la primera folia útil del libro o primera hoja suelta, con indicación del numero que
el notario le asignara de nombre, denominación o razón social de la identidad, el
objeto del libro, números de folios, día 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 jurídicos. La redacción
comprende tres parte : introducción, concepto y conclusión.
PROTESTAS: Es una acta de notificación 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 efectúan los pagos con autorización 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 4Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Investigación Preliminar
Descripción detallada de los procesos del área en estudio
Escrituras públicas
Figura N°2: XXXXXXXXXXXXXXXXXXXXX. Elaboración: X.
Armas Vasquez Ofelia 5Icanaqué Ordinola Nuryth
Notaría
Asesor legal
Redacción de laEscritura Pública
Firma delNotario
Entrega alcliente
Redacción de Minuta si no lo ha redactado
Firmas de las partes que son los otorgantes del comprador y vendedor
Testimonio Fotocopias de Testimonio
“SISTEMA DE NOTARIA” Investigación Preliminar
Legalización de libros
Figura N° 3: XXXXXXXXXXXXXXXXXXXXXXX Elaboración: XXXX.
Armas Vasquez Ofelia 6Icanaqué Ordinola Nuryth
Asesoramiento Inicial al Cliente
Asesoramiento al llenado de solicitud
Cobro de dinero en caja
Numeración correlativa del libro
Sellado del libro
Redacción del sticker
Pegado del sticker
Entrega del libro legalizado
Libro
Solicitud de Legalización
Dinero
Sellos y Tinta
“SISTEMA DE NOTARIA” Investigación Preliminar
Transferencia vehicular
Figura N° 4: XXXXXXXXXXXXXXXXXXXXXXX Elaboración: XXXX.
Armas Vasquez Ofelia 7Icanaqué Ordinola Nuryth
Documentos
Redacción del Acta
Imprimir Acta
Saca testimoniode Acta
Ingreso a Registros Públicos
Entrega de tarjeta de Propiedad al cliente
Apersonan Vendedor y Comprador
“SISTEMA DE NOTARIA” Investigación Preliminar
b Situación problemática
Analizaremos las siguientes ya que se presentan más problemas al momento de su
tramitación. Las áreas de estudio son:
CAJA:
En esta área trataremos de facilitar al usuario la tramitación de las facturas, los
reportes de los ingresos, las consultas para brindar información a los clientes que la
soliciten.
LEGALIZACIÓN 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 tendrán mejor manejo de la información, se podrá
agilizar los tramites requeridos.
ESCRITURAS PÚBLICAS:
Es un documento valorizado a la compra y venta transferida a ser legalizado
mediante el notario, notificando de esta manera a que no traiga ningún problema a
la notaria las normas que señala 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 documentación de dicho servicio.
Armas Vasquez Ofelia 8Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Investigación 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 jurídica que ofrecen”.
- Específicos
Gestionar un financiamiento o solicitar un crédito 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 atención.
Continuar obrando con prudencia y dignidad.
Armas Vasquez Ofelia 9Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Investigación Preliminar
CAPUTULO II
MARCO TEORICO
Armas Vasquez Ofelia 10Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
2.1. Metodología Estructurada
El nacimiento de las técnicas estructuradas se puede considerar un punto de
partida en el que se pasa de la construcción de programas de una forma artesanal a
uno que sigue unos métodos de ingeniería, sentando las bases para un desarrollo
automatizado.
Programación Estructurada
El enfoque de desarrollo estructurado comenzó con la programación, para
determinar como se debía ver un programa tanto de forma estática como dinámica
de modo que fuera lo mas comprensible posible.
Diseño Estructurado
El enfoque estructurado se extiende a la fase de diseño. Aparecen las primeras
publicaciones sobre el diseño Myres en 1975, Yourdon y Constantine en 1975, y
Page – Jones en 1980 en los que se define un nivel de abstracción mas amplio,
utilizando el modulo de programa como componentes básico de construcción.
Análisis Estructurado
En la aparición de los primeros conceptos sobre análisis se hacia una
especificación narrativa de los requisitos tal y como los percibía el analista.
Los autores sobre análisis estructurado señalaron que estas especificaciones
estaban afectadas por diversos problemas. Eran monolíticas, redundantes,
ambiguas e imposible de mantener.
Principales Metodologías Estructurada
Existen varias metodologías estructuradas las cuales son:
• El desarrollo de sistemas estructurados de datos, también llamado metodología de
Wernier – Orr. Se basa en el trabajo pionero sobre el análisis del dominio de
información, realizada por J.Warnier desarrollo una notación para representas la
información usando las 3 estructuras: De Secuencia, Selección y Repetición. Y
demostró que la estructura del Software podría derivarse directamente de la
estructura de datos.
Armas Vasquez Ofelia 11Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
• En una metodología propuesta por Edwuar d Yourdon, como una evacuación de
la metodología clásica del análisis estructurado. En ella se plantea el analizas
ascendente, es decir empezar la representación y modelado de datos por el detalle o
procesos terminales hasta representar los modelos de concepción superior como el
modelo intermedio y el modelo del sistema.
Diagrama de Flujos de Datos
Es una técnica grafica que descubre el flujo de información 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 técnica que les ayude
a modelizar las funciones que debe realizar el sistema y los datos que fluyen entre
ellas.
También se le conoce como diagrama de burbuja, diagrama de flujos de trabajos y
modelo de función.
Entidad: Se le denomina también entidad externa, terminador, etc.
Se representa mediante un rectángulo.
Es un elemento del sistema u otro sistema que produce información o recibe
información, una entidad es una persona o un departamento.
Figura Nº 5: Representación grafica de una entidad
Proceso: Se le denomina burbuja, función o transformación.
Se representa mediante un círculo.
El proceso muestra una parte del sistema que transforma las entradas en salidas, es
decir como uno o más entradas se transforman en salidas.
El proceso se nombra o se describe como una sola palabra, frase u oración sencilla
se da en forma de verso.
Armas Vasquez Ofelia 12Icanaqué Ordinola Nuryth
Departamento de Contabilidad
“SISTEMA NOTARIA” Marco Teórico
Figura Nº 6: Representación 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 información de una parte
del sistema a otra. Los flujos representan datos en movimientos y deben ser
etiquetados (nombrados).
Solicita información de producto
Figura Nº 7: Representación grafica de un flujo
Almacén: Se le denomina archivos. Se representa mediante dos líneas paralelas.
De modo característico el nombre que se utiliza para identificar al almacén es el
plural del que se utiliza para los paquetes que entran y salen del almacén por medio
de flujos.
Figura Nº 8: Representación grafica de un almacén
Reglas para la elaboración de un diagrama de flujo de datos
Existen un número de reglas adicionales que se requieren para poder utilizar un
DFD con éxito. Algunas de estas reglas ayudaran para no elaborar un DFD
erróneos (incompletos).
Algunas de estas reglas tienen la finalidad de ayudar para dibujar un DFD grato a
la vista.
Armas Vasquez Ofelia 13Icanaqué Ordinola Nuryth
Registrar
Factura
“SISTEMA NOTARIA” Marco Teórico
Nombre del Proceso no Apropiado
Pedido valido
Pedido invalido
Nombre del Proceso más Apropiado
Pedido valido
Pedido invalido
Diagrama de Contexto
Es el primer diagrama de la jerarquía
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 14Icanaqué Ordinola Nuryth
Pedro
Cliente
Validar Pedido
“SISTEMA NOTARIA” Marco Teórico
Figura Nº 9: Diagrama de Contexto
Diagrama Intermedio
Representa una visión del más 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 – Relación
El esquema de una base de datos se representa como una colección de diagramas
de estructura de árbol. Para cada diagrama existe una única instancia de árbol de
base de datos. La raíz 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 relación tiene atributos descriptivos, la transformación de un diagrama
Entidad Relación realiza los siguientes pasos:
Crear un nuevo tipo de registro.
Crear los enlaces correspondientes.
Armas Vasquez Ofelia 15Icanaqué Ordinola Nuryth
Fabrica Proveedor
Administración
Sistema de
Inventario
“SISTEMA NOTARIA” Marco Teórico
Figura Nº 10: Diagrama de Entidad - Relación
Normalización de una Base de Datos
Es el proceso de descomponer una relación en otras mas pequeñas con el objeto de
evitar anomalías ya sea el momento de agregar un registro, al modificar un registro
o al eliminarlo. En efecto, esta técnica consiste en ir descomponiendo los registros
en uno en otro menor tamaño (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 relación se encuentre en Primera Forma Normal cada uno de los
atributos o columnas de un determinado tuple debe tener un valor atómico, es
decir un Valor Único.
Segunda Formal Normal
Para que una relación este en Segunda Forma Normal primero debe estar en
Primera forma Normal y después cada uno de los atributos no claves debe
depender completamente de la clave primaria.
Pasos para llevar una relación a Segunda Forma Normal
• Verificar que la relación este en Primera Forma Normal
Armas Vasquez Ofelia 16Icanaqué Ordinola Nuryth
Pertenece
Tiene
Tiene
Tiene
Elaborado
Elabora
Esta en
Contiene
Cliente
Crédito
Factura
Vendedor Articulo
Amortización Boleta
“SISTEMA NOTARIA” Marco Teórico
• Analizar cada uno de los atributos no claves si depende completamente de la
clave
Primaria.
• Crear una nueva relación 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 después 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 relación.
• Cada uno de los atributos no claves se analizan si tiene relación con otros
atributos
No claves.
• Se crea una relación 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 común de todas las entradas, salidas,
componentes de almacenes y cálculos 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 composición del agregado del paquete de datos que se mueven a lo
largo de los flujos, es decir paquetes complejos, que pueden descomponerse en
unidades más elementales.
• Describe la composición de paquetes de datos en los almacenes.
• Especifica los valores y unidades revelantes de piezas elementales de información
en los flujos de datos y en los almacenes que se enfatizan de un Diagrama Entidad
– Relación.
Armas Vasquez Ofelia 17Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Notación del Diagrama de Datos
Existen muchas esquemas de notación comunes utilizadas por el analista del
sistema. Los símbolos son los siguientes.
Notación Significado
= Esta compuesta de
+ Y
( ) Opcionales
{ } Interacción
[ ] O
* * Conmutación
@ Identificador
/ Separa opciones alternativas
Tabla Nº 1: Notación de un Diccionario de Datos
Ejemplo:
Cliente = {Clientes}
Cliente = * Persona que compra algún producto e un establecimiento comercial *
@Codcli + Nomcli + Dircli + Telcli + Sexo + RUC +Estcivil
Codcli = * Identificador únicamente al cliente *
8 {carácter}8
Nomcli = * Nombre del Cliente *
48 {carácter} 48
Dircli = * Lugar donde vive el cliente *
25 {carácter} 25
Telcli = * Numero telefónico *
9 {carácter} 9
Armas Vasquez Ofelia 18Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
TelFaxcli = * Numero telefax *
9 {carácter} 9
Sexo = * Sexo del cliente *
[M/F]
RUC = * Numero de RUC del cliente *
11 {carácter} 11
Estcivil = * Estado civil *
[S/C/D/V/CO]
2.2. Metodología Orientada a Objetos
Orientación a objetos (OO) significa la organización de Software como una
colección 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 interés,
busca las abstracciones claves y sus relaciones entre ellas.
La metodología OO tiene un mayor desarrollo en el análisis y diseño para un
mayor modelado.
Análisis Orientados a Objetos
El modelo que construimos en el Análisis Orientados a Objetos (AOO) refleja la
realidad de modo más natural que los análisis tradicionales de sistemas.
Diseño Orientado a Objetos
El Diseño Orientado a Objetos (DOO) transforma el modelo de análisis en un
modelo de diseño que sirve como ante proyecto para la construcción del Software.
El DOO constituye un tipo de diseño que logra un cierto número de diferentes
modelos de modularidad. Los componentes principales del sistema están
organizados en módulos denominados subsistemas. Los datos y las operaciones
que manipulan los datos encapsulados en objetos; el DOO debe describir la
Armas Vasquez Ofelia 19Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
organización de datos específicos, atributos y los detalles procedí mentales de las
operaciones individuales. [PRE 98]
Programación Orientada a Objetos
La Programación Orientada a Objetos (POO) es una forma de diseño modular en la
que con frecuencia, el mundo piensa en términos 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 Lógica del Negocio) desde la perspectiva
del usuario. [RUM 00]
2.3. Proceso Unificado Racional (RUP)
El Rational Unified Process (RUP), es un proceso de ingeniería de software
propuesto por Rational Software Corporation para la construcción completa del
ciclo de Ingeniería 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, ingeniería de datos, manejo y
configuración de cambios y pruebas; cubriendo todo el ciclo de vida de los
proyectos basados en la construcción de componentes y maximizando el uso de
UML (Lenguaje de Modelo Unificado).
Su principal meta es asegurar la producción de software de alta calidad que
reúna las necesidades de sus usuarios finales dentro de un predecible programa y
presupuesto. [KRU 99] [WEB 01]
Armas Vasquez Ofelia 20Icanaqué Ordinola Nuryth
Administración
Ambiente
Modelación de Negocios
Implementación
Prueba
Análisis y Diseño
Iteración(es)
Preliminar
Iter
.#1
Flujos de Trabajo de Procesos
Iteraciones
Flujos de Trabajo de Soporte
Iter
.#2
Iter.#n
Iter.#n+1
Iter.#n+
2
Iter.#m
Iter.#m+
1
Desarrollo
Admin. Configuración
Requerimientos
Elaboración TransiciónInicio Construcción
Contenido
“SISTEMA NOTARIA” Marco Teórico
Funciones
Provee una guía de cómo ordenar las actividades del equipo.
Especifica Qué artefactos y Cuándo serán 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]
Características
Es un proceso incremental.
Sus actividades destacan en la creación y mantenimiento de
modelos más documentos sobre papel.
Su desarrollo está centrado en la arquitectura.
Sus actividades están dirigidas a los casos de uso.
Soportan las técnicas orientadas a objetos.
Es un proceso configurable.
Impulsa un control de calidad y una gestión del riesgo objetivos
contiguos. [KRU 99]
Armas Vasquez Ofelia 21Icanaqué Ordinola Nuryth
Grafico N° 01: Fases y Workflows del RUP.
“SISTEMA NOTARIA” Marco Teórico
Ventajas
El RUP, basado en el enfoque iterativo, tiene las siguientes ventajas:
El riesgo se mitiga.
El cambio es más manejable.
Hay un nivel más alto de rehúso.
El equipo de proyecto prende a lo largo del camin
El producto tiene mejor calidad. [KRU 99]
Descripción de las Fases del RUP
FASES DESRIPCION ARTEFACTOS
CONCEPCIÓN
Elabora una visión compartida de los objetivos del proyecto. Para cumplir esto, se debe identificar las entidades externas con las cuales el sistema interactúa (actores) y definir la naturaleza de esa interacción en un alto nivel. El esfuerzo principal está en los workflows del Negocio y de requerimientos.
- Descripción del sistema actual. - Definición del Sistema.- Objetivos del Sistema.- Estudio de Factibilidad- Visión del Negocio- Especificación de Use Case del Negocio.
ELABORACIÓN
Desarrolla un plan más preciso para el desarrollo del producto. Cociste en:- Análisis del dominio del problema.- Establecimiento de una arquitectura libre. - Eliminación de elementos de alto riesgo del Proyecto
- Estudio de factibilidad actualizado. - Modelos Use Case casi terminados.- Documentación.- Diseño de Base de datos.- Refinación de la literatura.- Refinación de la arquitectura
CONSTRUCCIÓN
Desarrolla un producto completo, listo para la transición de los usuarios.Se decide el software, los sitios; y los usuarios están listos para la operación.Los componentes son desarrollados e integrados dentro proyecto.El esfuerzo principal está esta en los workflows de implementación y prueba.
- Modelos Use Case terminados.- Documentación.- Implementación de componentes.- Integración de cada subsistema.- Integración del sistema.
TRANSICIÓN
El producto es enviado a los usuarios (manufacturación, entrega, capacitación,. Soporte y mantenimiento del producto). Las herramientas usualmente requieren
- Prueba Beta para la aplicación.- Capacitación de usuarios y mantenimiento.
Armas Vasquez Ofelia 22Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
de que desarrollen nuevas versiones, corregir algunos problemas a finalizar las características que fueron propuestas.
Tabla N° 02: Descripción de las fases del RUP.
Fuente: [KRU 99].
Flujos de Trabajo (Workflows)
WORKFLOWS DESRIPCION ARTEFACTOSAplic. Convencional
ARTEFACTOSAplicación Web
MODELO DE NEGOCIO
Incluye un camino conocido de generar los requerimientos en los sistemas de información. Es importante una buena comprensión del proceso de negocio y la dinámica de la organización para poder construir sistemas correctos.
- Docum. Visión de Negocios.
- Docum. Use Case especificación del negocio.
- Reglas de Negocio- Modelo Use Case del
negocio- Modelo Objeto de
negocio.- Modelo Dominio del
problema.
REQUERIMIENTOS
Describen las necesidades del usuario. Su objetivo es identificar y documentar dichas necesidades y comunicarlas al desarrollador del software. El RUP define un requerimiento como una condición o capacidad que deba conformar al sistema a construirse.
- Docum. Visión de Requerimientos.
- Docum. Use Case especificación de Requerimientos.
- Modelo Use Case del Requerimientos.
- Diagrama de Actividades.
- Docum. Visión de Requerimientos.
- Docum. Use Case especificación de Requerimientos.
- Modelo Use Case del Requerimientos.
- Diagrama de Actividades.
ANÁLISIS Y DISEÑO
Identifica el “Qué” y define el “Cómo” del sistema.Desarrollo una arquitectura rigurosa para el sistema, transformándolo los requerimientos a un diseño de sistema, y adaptando dicho diseño al tipo de aplicación. Se determinan las interfaces, las clases finales y sus relaciones.
- Diagrama de Clases- Diagrama de Colaboraciones
- Diagrama de Secuencia de Interfaz
- Paquetes.- Diseño de Clases.
- Diagrama de Clases- Diagrama de Colaboraciones
- Diagrama de Secuencia de Interfaz
- Diagrama de Despliegue
- Paquetes.- Diseño de Clases.
Es una jerarquía de subsistemas de implementación de licencias que son los
- Diagrama de Componentes
- Diagrama de Componentes
Armas Vasquez Ofelia 23Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
IMPLEMENTACIÓN
componentes. Los componentes toman la forma de código original.
PRUEBA
Es un conjunto de aportes de prueba que administra las condiciones de ejecución de ejecución de la aplicación o sistema y asegura que este es el deseado..
- Casos de prueba.- Procedimientos de prueba.
- Componentes de prueba.
- Casos de prueba.- Procedimientos de prueba.
DESPLIEGUESu objetivo es entregar el producto al usuario final.
- Manual de instalación - Manual de Usuario
Tabla N° 03: Flujos de trabajo
Fuente: [KRU 99].
Fases y Workflows del RUP
FASES DE RUP ARTEFACTOSAplicción Convencional
ARTEFACTOSAplicación Web
F1 CONCEPCIÓN- Descripción del sistema Actual- Definición del sistema - Objetivos del sistema - Identificar actores y entidades- Elaborar los diagramas use case
iniciales- Estudio de factibilidad inicial
W1 MODELO DE NEGOCIO- Docum. Visión de Negocios.- Docum. Use Case especificación del negocio.
- Reglas de Negocio- Modelo Use Case del negocio- Modelo Objeto de negocio.- Modelo Dominio del
problema.
W2 REQUERIMIENTOS- Docum. Visión del sistema.- Docum. Use Case
especificación requerimiento- Diagrama de Actividades.
W1 REQUERIMIENTOS- Docum. Visión de Requerimientos.
- Docum. Use Case especificación de Requerimientos.
- Modelo Use Case del Requerimientos.
- Diagrama de Actividades.
F2 ELABORACIÓN- Diagrama use Case completos.- Estudio de factibilidad
terminado - Seleccionar lenguaje de
programación - Seleccionar manejador de datos.- Diseñar las Clases
W3 ANÁLISIS Y DISEÑO- Diagrama de Clases- Diagrama de Colaboraciones
W2 ANÁLISIS Y DISEÑO- Diagrama de Clases- Diagrama de Colaboraciones
F3 CONSTRUCCIÓNEvaluar la construcción de Base de Datos (Capa de Datos)- Generar lenguaje de descripción
de datos (DLL).- Generar lenguaje de modelación
W3 ANÁLISIS Y DISEÑO- Diagrama de Clases- Diagrama de Secuencia de Interfaz
- Paquetes.- Diseño de Clases.
W2 ANÁLISIS Y DISEÑO- Diagrama de Clases- Diagrama de Secuencia de Interfaz
- Diagrama de Despliegue- Paquetes.
Armas Vasquez Ofelia 24Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
de datos (DML).
Evaluar la construcción Componente (Capa de Negocio)- Definir los componentes.- Definir las capas de aplicación.- Generar el código de los
componentes.- Establecer la arquitectura final
de la aplicación.
Evaluar la construcción de las GUI (Capa de Presentación)- Terminar el diseño de las
interfaces gráficas de la aplicación.
- Validar el ingreso de datos.- Realiza las pruebas.
W4 IMPLEMENTACIÓN- Diagrama de Componentes
W5 PRUEBA- Casos de prueba.- Procedimientos de prueba.- Componentes de prueba.
- Diseño de Clases.
W3 IMPLEMENTACIÓN- Diagrama de Componentes
W4 PRUEBA- Casos de prueba.- Procedimientos de prueba.
W5 DESPLIEGUE- Manual de instalación - Manual de Usuario
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 reúne una colección de las
mejores prácticas en la ingeniería 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 tecnologías de implementación. Permitiendo ser implementada en
cualquier lenguaje de programación y no en uno en particular. El UML es una técnica
de modelado de objetos y como tal supone una abstracción de un sistema para llegar a
construirlo en términos 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
Armas Vasquez Ofelia 25Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
el modelamiento ya que se puede elaborar los diagramas empleando otras
herramientas.
Características
Definición 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.
Distribución y concurrencia (para modelar por ejemplo
AxtiveX/DCOM y CORBA)
Patrones/Colaboraciones.
Diagramas de actividad (para reingeniería de proceso de
negocio).
Clara separación de tipo, clase e instancia.
Refinamiento (para manejar relaciones entre niveles de
abstracción).
Interfaces y componentes. [SCH 02][CLI 01]
Diagramas y Notación
La notación UML es una fusión 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 PC’s, impresiones en
blanco y negro; etc; etc. Los diseñadores de la notación han buscado ante
todo la simplicidad; UML es intuitivo, homogéneo y coherente. Los símbolos
engorrosos y redundantes se han eliminado a favor de un mejor aspecto
visual. [CLI 01]
Armas Vasquez Ofelia 26Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Figura N° 11: Notación 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
presentación de estos diferentes diagramas no refleja un orden de
implementación en un proyecto real.
Cada diagrama usa la anotación 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,
colaboración, estados y actividades.
Vista de diseño: Se forma con los diagramas de clases, objetos,
colaboración, estados y actividades.
Vista de procesos: Se forma con los diagramas de la vista de diseño.
Recalcando las clases y objetos referentes a procesos.
Armas Vasquez Ofelia 27Icanaqué Ordinola Nuryth
Diagrama de Secuencia
Diagrama de Colaboración
Diagrama de Estado
Diagrama Use Case
Diagrama de Clases
Diagrama de Objetos
Diagrama de Actividades
Diagrama de Componente
s
Diagrama de Despliegue
MODELOS UNIFIED MODELNG LANGUAJ E
“SISTEMA NOTARIA” Marco Teórico
Vista de implementación: Se forma con los diagramas de componentes,
colaboración, estados y actividades.
Vista de despliegue: Se forma con los diagramas de despligue,
interacción, estados y actividades.
Se Dispone de dos tipos diferentes de diagramas los que dan una vista
estática del sistema y los que dan una visión dinámica. Los diagramas
estáticos son:
Diagrama de clases: muestra las clases, interfaces, colaboraciones y sus
relaciones. Son los más comunes y dan una vista estática del proyecto.
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 visión de casos reales.
Diagrama de componentes: Muestran la organización 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 dinámicos son:
Diagrama de secuencia, Diagrama de colaboración: Muestran a los
diferentes objetos y las relaciones que pueden tener entre ellos, los
mensajes que se envían entre ellos. Son dos diagramas diferentes, que
Armas Vasquez Ofelia 28Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
se puede pasar de uno a otro sin perdida de información, pero que nos
dan puntos de vista diferentes del sistema. En resumen, cualquiera de
los dos es un Diagrama de Interacción.
Diagrama de estados: muestra los estados, eventos, transiciones y
actividades de los diferentes objetos. Son útiles en sistemas que
reaccionen a eventos.
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 número de diagramas es muy alto, en la mayoría
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 dependerán del sistema a desarrollar, para
ello se efectúan las siguientes recomendaciones dependiendo del sistema.
Estas recomendaciones se deberán adaptar a las características 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.
Aplicación monopuesto:
o Diagrama de casos de uso.
o Diagrama de clases.
o Diagrama de interacción.
Aplicación monopuesto, con entrada de eventos:
o Añadir: Diagrama de estados.
Aplicación cliente servidor:
o Añadir: Diagrama de despliegue y diagrama de componentes,
dependiendo de la complejidad.
Aplicación compleja distribuida:
o Todos.
Armas Vasquez Ofelia 29Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Así tenemos que para una aplicación sencilla debemos realizar entre tres
y seis tipos de diagramas, y para una aplicación compleja unos nueve tipos.
¿Es esto demasiado trabajo? En un principio no lo parece, ya que el tiempo
dedicado a la realización de los diagramas es proporcional al tamaño del
producto a realizar, no entraremos en la discusión de que el tiempo de diseño
no es tiempo perdido si no ganado. Para la mayoría de los casos tendremos
suficiente con tres o cuatro diagramas. Debemos pensar que UML esta
pensado para el modelado tanto de pequeños sistemas como de sistemas
complejos, y debemos tener en cuenta que los sistemas complejos pueden
estar compuestos por millones de líneas de código 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 pequeño. [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 debería
ser el comportamiento de una parte del sistema, ya que solo especifica como
deben comportarse y no como están implementadas las partes que define. Por
ello es un buen sistema de documentar partes del código que deban ser
reutilizables por otros desarrolladores. El diagrama también puede ser
utilizado para que los expertos de dominio se comuniquen con los
informáticos 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:
Armas Vasquez Ofelia 30Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Caso de usoSe representa en el diagrama por una elipse, denota un
requerimiento solucionado por el sistema. Cada caso de uso es una
operación completa desarrollada por los actores y por el sistema en un
diálogo. El conjunto de casos de uso representa la totalidad de
operaciones desarrolladas por el sistema. Va acompañado de un nombre
significativo.
ActorEs un usuario del sistema, que necesita o usa algunos de los casos
de uso. Se representa mediante un, acompañado de un nombre
significativo, si es necesario.
Figura Nº 12: Representación gráfica 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 líneas dirigidas
entre ellos (del elemento dependiente al independiente)
Communica (communicates). Relación entre un actor y un caso de uso,
denota la participación del actor en el caso de uso determinado. En el
diagrama de ejemplo todas las líneas que salen del actor denotan este
tipo de relación.
Include: Representado por una flecha, en el diagrama de ejemplo
podemos ver como un caso de uso, el de registrar notificación de
protesta incluye a dos casos de uso.
Extends: Una relación 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.
Generalización: Es la típica relación de herencia. [I02]
Armas Vasquez Ofelia 31Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Figura N° 02: Ejemplo de caso de uso
Figura Nº 13: Representación gráfica del caso de uso.
Elaboración: 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 rectángulo que dispone de tres apartados,
el primero para indicar el nombre, el segundo para los atributos y el tercero
para los métodos.
Armas Vasquez Ofelia 32Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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.
Un método o operación es la implementación de un servicio de la clase, que
muestra un comportamiento común a todos los objetos. En resumen es una
función que le indica a las instancias de la clase que hagan algo.
Para separar las grandes listas de atributos y de métodos se pueden utilizar
estereotipos.
Figura Nº 14: Representación gráfica de una clase.
Elaboración: Propia
Aquí vemos un ejemplo. La clase usuario contiene tres atributos. Nombre que
es public, dirección que es protected y situación que es private. Situación
empieza con el valor 3. También dispone de tres métodos Entrar, Salir y
Trabajar.
Relaciones entre clases
Existen tres relaciones diferentes entre clases, Dependencias,
Generalización y Asociación. En las relaciones se habla de una clase
Armas Vasquez Ofelia 33Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
destino y de una clase origen. La origen es desde la que se realiza la
acción 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
Es una relación 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 ningún estereotipo (palabreja que
aparece al lado de la línea que representa la dependencia) UML permite
dar mas significado a las dependencias, es decir concretar mas,
mediante el uso de estereotipos.
Estereotipos de relación Clase-objeto.
o Bind: La clase utilizada es una plantilla, y necesita de parámetros para
ser utilizada, con Bind se indica que la clase se instancia con los
parámetros pasándole datos reales para sus parámetros.
o 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.
o Friend: Especifica una visibilidad especial sobre la clase relacionada. Es
decir podrá ver las interioridades de la clase destino.
o InstanceOF: Indica que el objeto origen es una instancia del destino.
o Instantiate: indica que el origen crea instancias del destino.
o Powertype: indica que el destino es un contenedor de objetos del
origen, o de sus hijos.
Armas Vasquez Ofelia 34Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
o 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.
Generalización
Pues es la herencia, donde tenemos una o varias clases padre o
superclase o madre, y una clase hija o subclase. UML soporta tanto
herencia simple como herencia múltiple. Aunque la representación
común es suficiente en el 99.73% de los casos UML nos permite
modificar la relación de Generalización con un estereotipo y dos
restricciones.
Estereotipo de generalización.
o Implementation: El hijo hereda la implementación del padre, sin
publicar ni soportar sus interfaces.
Restricciones de generalización.
o Complete: La generalización ya no permite mas hijos.
o Incomplete: Podemos incorporar mas hijos a la generalización.
o Disjoint: solo puede tener un tipo en tiempo de ejecución, una
instancia del padre solo podrá ser de un tipo de hijo.
o Overlapping: puede cambiar de tipo durante su vida, una
instancia del padre puede ir cambiando de tipo entre los de sus
hijos.
Asociación
Especifica que los objetos de una clase están relacionados con los
elementos de otra clase. Se representa mediante una línea continua, que
une las dos clases. Podemos indicar el nombre, multiplicidad en los
extremos, su rol, y agregación.
Armas Vasquez Ofelia 35Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 relación de asociación con la clase Clave, se
indica que es propietario de una clave, o de un número indeterminado
de ellas. Se le crea también una relación de dependencia con la clase
Perfil, es decir las instancias de usuario contendrán como miembro una
instancia de Perfil.
Diagrama de Objetos
Forma parte de la vista estática 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 también 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 situación queremos
representar del sistema. Es decir si disponemos de un sistema de mensajería,
deberemos decidir que representaremos el sistema con dos mensajes
Armas Vasquez Ofelia 36Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
entrantes, los dos para diferentes departamentos, dejando un departamento
inactivo. Para el siguiente diagrama de clases:
Tendríamos 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. También tendríamos 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 inserción.
En un diseño 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 estática de un sistema. Muestra la
organización y las dependencias entre un conjunto de componentes. No es
necesario que un diagrama incluya todos los componentes del sistema,
Armas Vasquez Ofelia 37Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
normalmente se realizan por partes. Cada diagrama describe un apartado del
sistema.
En el situaremos librerías, 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 acción (identifican que acción 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 continuación un ejemplo de diagrama de actividades para un
mensaje de un objeto. Generalmente modelan los pasos de un algoritmo.
Estado de acción
Representa un estado con acción interna, con por lo menos una
transición que identifica la culminación de la acción (por medio de un
evento implícito). No deben tener transiciones internas ni transiciones
basadas en eventos (Si este es el caso, represéntelo en un diagrama de
estados). Permite modelar un paso dentro del algoritmo.
Se representan por un rectángulo con bordes redondeados.
Transiciones
Las flechas entre estados representan transiciones con evento implícito.
Pueden tener una condición en el caso de decisiones.
Armas Vasquez Ofelia 38Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Decisiones
Se representa mediante una transición múltiple que sale de un estado,
donde cada camino tiene un label distinto. Se representa mediante un
diamante al cual llega la transición del estado inicial y del cual salen las
múltiples transiciones de los estados finales. Un ejemplo se ve en la
figura cuando no hay cafe y se toma una decisión entre hay cola o no
hay cola.
Diagrama de Colaboración
Un diagrama de colaboración es una forma de representar interacción entre
objetos, alterna al diagrama de secuencia. A diferencia de los diagramas de
secuencia, pueden mostrar el contexto de la operación (cuáles objetos son
atributos, cuáles temporales, ... ) y ciclos en la ejecución.
Figura Nº 15: Representación gráfica de diagrama de colaboracion.
Elaboración: Propia
Objeto
Un objeto se representa con un rectángulo, que contiene el nombre y la
clase del objeto en un formato nombreObjeto: nombreClase.
Enlaces
Un enlace es una instancia de una asociación en un diagrama de clases.
Se representa como una linea contínua que une a dos objetos. Esta
acompañada por un número que indica el orden dentro de la interacción
Armas Vasquez Ofelia 39Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 parámetro de un
mensaje anterior, si es un objeto local o global.
Flujo de mensajes
Expresa el envío de un mensaje. Se representa mediante una flecha
dirigida cercana a un enlace.
Marcadores de creación y destrucción de objetos
Puede mostrarse en la gráfica cuáles objetos son creados y destruidos,
agregando una restricción con la palabra new o delete, respectivamente,
cercana al rectángulo del objeto
Objeto compuesto
Es una representación alternativa de un objeto y sus atributos. En esta
representación se muestran los objetos contenidos dentro del rectángulo
que representa al objeto que los contiene. Un ejemplo es el siguiente
objeto ventana
2.5. Redes
Sistema de interconexión entre computadores que permite compartir recursos e
información.
Para ello es necesario contar con:
Computadores
Tarjetas de conexión
Cables de conexión
Dispositivos y periféricos
Armas Vasquez Ofelia 40Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Software apropiado
Figura N° 16: Arquitectura de redesComponentes
Los componentes de una red son:
nodos de redes
medios de comunicación
protocolos
Sistema operativo de red
Nodos de Redes
Los nodos de una red pueden ser:
Servidor
Estación
Dispositivos de comunicación
Tarjetas de red
Servidores
Armas Vasquez Ofelia 41Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 impresión.
Servicios de aplicaciones.
Servicios de base de datos.
Estaciones
Aquellas computadoras que utilizan los recursos de los servidores se
llaman Estaciones.
Armas Vasquez Ofelia 42Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Figura Nº 18: Modelo de estaciones
Dispositivos de comunicación
Son todos aquellos dispositivos que permiten la comunicación entre las
computadoras
Figura Nº 19: Modelo de dispositivos de comunicación
Tarjeta de Red
Utilizado para la conexión de la computadora medio de
comunicación de la red.
Armas Vasquez Ofelia 43Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Figura Nº 20: Modelo de Tarjeta de Red
Configuración de la tarjeta de red
Las tarjetas de red se deben configurar en los siguientes
aspectos:
Interrupción (IRQ)
o Petición de atención al procesador.
Dirección de Entrada/Salida(Port E/S)
o Dirección física que permite comunicarse con
el procesador.
Transceiver
o Tipo de cable a utilizar
Estos elementos se pueden configurar por medio de:
Jumpers.
Dipswitchs.
Software del fabricante.
Repetidor
Opera en el Nivel Físico del protocolo OSI.
Amplifican y regeneran las señales recibidas.
Permite unir 2 segmentos físicos de LAN, extendiendo su alcance.
Armas Vasquez Ofelia 44Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 máximo posible la distancia
entre nodos de un segmento.
Desventajas:
Dejan pasar paquetes con errores.
No permite filtrado de paquetes.
Incrementan el tráfico congestionando todos los segmentos de la LAN.
Limitación del número de repetidores a utilizar.
Armas Vasquez Ofelia 45Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 física.
Tipos: HUB
Armas Vasquez Ofelia 46Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 señal de un segmento a otro, dejar
pasar o no un paquete: FILTRADO
Ejecuta las mismas funciones que un Repetidor.
Armas Vasquez Ofelia 47Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Figura Nº 24: diferentes tipos de medios físicos que soportan los Bridge
Figura Nº 25: Modelo de conexión 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 físico.
Armas Vasquez Ofelia 48Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Incrementa el número 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 tráfico en la red.
Desventajas
La captura de frames introduce retardos en la red.
Los bridges pueden sobrecargar la red.
Combinación de diferentes protocolos MAC, requiere
de la conversión de frame, ocasionando retardos.
En redes complejas, el dato no siempre toma el camino
más corto.
Router
Es un dispositivo que interconecta múltiples LANs.
Funciona en la capa de Red del modelo OSI.
Se utiliza para conectar LAN´s complejas (muchos segmentos).
Conectan LAN-LAN, LAN-WAN, - WAN-WAN.
Múltiples interfaces llamadas Puertos.
Es dependiente del protocolo, el router debe de soportar el
protocolo de comunicación especifico que se utiliza en la
capa 3.
Armas Vasquez Ofelia 49Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 Topologías 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
Múltiples interfaces llamadas puertos.
Operan de la capa 3 a la capa 7 del modelo OSI.
Realizan conversión de protocolo
Armas Vasquez Ofelia 50Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Un ejemplo sería una conversión 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.
Más económica ( costo por puerto), veloz y fácil de configurar y
administrar que un ruteador.
Figura Nº 27: Modelo de Switch
Tipos de Redes
Por alcance
LAN: Local Area NetworkCon velocidades de 4 Mbps, 16 Mbps, 10
Mbps, 100 Mbps, 155 Mbps, 622 Mbps y 1000 Mbps. Utiliza topología:
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. Líneas Seriales Síncronas y Asíncronas,ISDN.
Por procesamiento
Centralizada.
Armas Vasquez Ofelia 51Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 sistemáticamente para su uso posterior. En este sentido,
una biblioteca puede considerarse una base de datos compuesta en su mayoría
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
función primordial, a saber:
Bases de datos analíticas
Éstas son bases de datos de sólo lectura, utilizadas primordialmente para
almacenar datos históricos que posteriormente se pueden utilizar para
estudiar el comportamiento de un conjunto de datos a través del tiempo,
realizar proyecciones y tomar decisiones.
Bases de datos dinámicas
Éstas son bases de datos más dinámicas, orientadas a almacenar
información que es modificada con el tiempo, permitiendo operaciones
como actualización y adición de datos, además de las operaciones
fundamentales de consulta.
Armas Vasquez Ofelia 52Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Bases de Datos Jerárquicas
Éstas son bases de datos que, como su nombre indica, almacenan su
información en una estructura jerárquica. En este modelo los datos se
organizan en una forma similar a un árbol (visto al revés), en donde un
nodo padre de información puede tener varios hijos. El nodo que no
tiene padres se le conoce como raíz, 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 jerárquico, en donde su
diferencia fundamental es la modificación del concepto de un nodo,
permitiendo que un mismo nodo tenga varios padres (algo no permitido
en el modelo jerárquico).
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía
una solución eficiente al problema de redundancia de datos, pero aun
así, la dificultad que significa administrar la información en una base de
datos de red, ha significado que sea un modelo utilizado en su mayoría
por programadores más que por usuarios finales.
Bases de datos orientadas a objetos
Armas Vasquez Ofelia 53Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Este modelo, bastante reciente, y propio de los modelos informáticos
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 unión 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 físicamente o distribuidas a lo largo de la
red) lo que permite al acceso de datos desde diferentes máquinas. Está
manejada por el Sistema de Administración de Datos Distribuida
(SABDD) O Sistema de Gestión de Base de Datos Distribuida. Son la
evolución de los cliente-servidor.
La razón principal detrás 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 información, 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
mercado y Informix no se recuperó de las perdidas económicas. DB2 y SQL
Server tenían grandes compañías detrás con otros negocios que les permitió
Armas Vasquez Ofelia 54Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
aguantar la política 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.
También 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 extensión junto a nuestras
bases de datos, obteniendo potentes resultados. De hecho, las
consultas que se realizan en Access, están desarrolladas o basadas en
este lenguaje, por lo que su implementación en Visual Basic no es
complicada.
El objetivo principal de SQL es la realización de consultas y
cálculos 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 (más adelante, podremos prescindir del control
Data para realizar nuestras consultas), con el fin de crear una
consulta en la interfaz.
Armas Vasquez Ofelia 55Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
3. Los nombres de los campos especificados (y de las tablas), que
contengan más 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 continuación, el nombre del campo
(nombre_tabla.nombre_campo).
5. Al especificar una expresión de búsqueda, si ésta se refiere a
una expresión de caracteres, éstos han de encerrarse entre comillas
simples ('expresión_a_buscar').
6. Para especificar una fecha en una búsqueda, é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 expresión de cadena) es necesario refrescar el
control Data (control_data.Refresh).
Mandato SQL Estándar
El lenguaje SQL está compuesto por una serie de sentencias y de
cláusulas muy reducidas en número, pero muy potentes en
efectividad. De entre todas las palabras, existen cuatro que son las
más utilizadas, estando compuestas por una sentencia y por tres
cláusulas:
Armas Vasquez Ofelia 56Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 sólida establecida por SQL Server 6.5. Como la mejor
base de datos para Windows NT, SQL Server es el RDBMS de
elección 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 creación de innovaciones de producto
significativas para facilitar la utilización, escalabilidad,
confiabilidad y almacenamiento de datos.
Objetivos del Diseño de SQL Server
Los clientes están buscando soluciones para sus problemas de
negocios. La mayoría de las "soluciones" de bases de datos
solamente traen múltiples niveles de costos y complejidad. La
estrategia de Microsoft es la de hacer que SQL Server sea la base
de datos más fácil de utilizar para construir, administrar e
implementar aplicaciones de negocios. Esto significa tener que
poner a disposición un modelo de programación rápido y sencillo
para desarrolladores, eliminando la administración de base de
datos para operaciones estándar, y suministrando herramientas
sofisticadas para operaciones más complejas.
SQL Server 7.0 disminuye el costo total de propiedad a través de
características como administración multi-servidor y con una sola
Armas Vasquez Ofelia 57Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
consola; ejecución y alerta de trabajos basadas en eventos;
seguridad integrada; y scripting administrativo. Esta versión
también libera al administrador de base de datos para aspectos
más sofisticados del trabajo al automatizar las tareas de rutina. Al
combinar estos poderosos servicios de administración con las
nuevas características de configuración automática, Microsoft
SQL Server 7.0 es la elección ideal de automatización de
sucursales y aplicaciones de base de datos insertadas.
Los clientes invierten en sistemas de administración de bases de
datos, en forma de aplicaciones escritas para esa base de datos y la
educación que implica para la implementación y administración.
Esa inversión debe protegerse: a medida que el negocio crece, la
base de datos deberá crecer y manejar más datos, transacciones y
usuarios. Los clientes también desean proteger las inversiones a
medida que escalan aplicaciones de base de datos hacia equipos
portátiles y sucursales.
Para cumplir con estas necesidades, Microsoft ofrece un motor de
base datos único que escala desde una computadora portátil que
ejecuta Windows® 95 o Windows 98, hasta clusters de
procesadores múltiples simétricos de terabyte que ejecutan
Windows NT Server Enterprise Edition. Todos estos sistemas
mantienen la seguridad y confiabilidad que exigen los sistemas de
negocios de misión crítica.
Nueva para el lanzamiento de 7.0 es una versión de rastro de baja
memoria con capacidades de replicación de multi-sitio. Se ajusta
muy bien a las necesidades cada vez mayores del mercado de la
computación móvil. Las otras características tales como bloqueo a
nivel de línea dinámico, el paralelismo intra-query, query
Armas Vasquez Ofelia 58Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
distribuido, y mejoras para las bases de datos muy grandes
(VLDB) hacen que el SQL Server 7.0 sea la elección ideal para
sistemas OLTP de alta tecnología y sistemas de data warehousing.
Mientras los sistemas de procesamiento siguen siendo un
componente clave para las infraestructuras de bases de datos
corporativas, las compañías también están invirtiendo bastante en
mejorar la comprensión que tienen de sus datos. La estrategia de
Microsoft consiste en reducir el costo y la complejidad del data
warehousing mientras hace que la tecnología sea más accesible a
una mayor cantidad de público.
Microsoft ha establecido un enfoque total a todo el proceso de
data warehousing (almacenamiento de datos) . El objetivo es
facilitar la construcción y diseño de soluciones de data
warehousing costo efectivas a través de una combinación de
tecnologías, servicios y alianzas con los proveedores.
La Microsoft Alliance for Data Warehousing es una coalición que
une a los líderes en la industria de almacenamiento de datos y
aplicaciones. El Microsoft Data Warehousing Framework
constituye un conjunto de interfaces de programación diseñadas
para simplificar la integración y administración de soluciones de
data warehousing. Las innovaciones del producto en SQL Server
7.0 mejoran el proceso de data warehousing: Servicios de
Transformación de Datos; manejo mejorado de las consultas
complejas y bases de datos muy grandes; procesamiento analítico
en línea e integrado; y el Microsoft Repository. Otro componente
esencial es el soporte extenso para integración de terceros.
Armas Vasquez Ofelia 59Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Microsoft SQL Server revoluciona el concepto de Base de Datos
para la Empresa. Reúne en un sólo producto la potencia necesaria
para cualquier aplicación empresarial crítica junto con unas
herramientas de gestión que reducen al mínimo el coste de
propiedad. Con Microsoft SQL Server, la empresa tiene todo de
serie.
Miles de Soluciones Disponibles: Tendrá libertad de elección, ya
que todas las aplicaciones de gestión 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 transacción.
Gestión: Con un completo interfaz gráfico que reduce la
complejidad innecesaria de las tareas de administración y gestión
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 informático en todas las arquitecturas de hardware, para
garantizar su aprovechamiento al máximo en ambientes cargados de
información. Es el conjunto de datos que proporciona la capacidad de
Armas Vasquez Ofelia 60Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
almacenar y acude a estos de forma consecuente con un modelo
definido como relacional. Además es una suite de productos que
ofrece una gran variedad de herramientas.
Estructura física y lógica
Las estructura física tales como los archivos del sistema operativo,
son almacenados tangibles como son cintas magnéticas, 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 física. A la
estructura lógica le corresponde un espacio por unidad, pero sus
limitaciones son independientes de las localizaciones de espacio
físico
Uso de memoria
El uso de memoria en el RDBMS Oracle tiene coo propósito lo
siguiente:
Almacenar los códigos de los programas para empezar a
ejecutarse.
Almacenar los datos necesarios durante la ejecución de un
programa.
Almacenar información sobre como es la transferencia entre
procesos y periféricos.
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 61Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
2. Las instancias del Sistema de Base de Datos.
3. Los Archivos relacionados al sistema de Base de Datos.
EL KERNEL DE ORACLE
El Kernel es el corazón del RDBMS Oracle, el cual maneja las
siguientes tareas:
Manejar el almacenamiento y definición de los datos.
Suministrar y limitar el acceso a los datos y la
concurrencia de los usuarios.
Permitir los backup y la recuperación de los datos.
Interpretar el SQL y PL/SQL.
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 también llamado
Process Global ¨Área, consta de datos e información de
control de los procesos, asegurando el uso correcto de estos.
El PGA contiene información acerca de las conexiones y los
procesos que se realizan en Oracle, su tamaño es variable en
longitud, pero no es dinámico. El PGA se activa al conectarse
un usuario.
EL SGA (System Global Area): Se puede llamar Shared
global área, se podría definir como una seria de buffers en
memoria residente, a través 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 62Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
tamaño 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 iniciación
INIT.ORA.
Diferentes herramientas de oracle
SQLForms: es la herramienta de Oracle que permite, de un modo
sencillo y eficiente, diseñar 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 códigos, 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 según las
condiciones establecidas, limitando el número de registros que se
muestran.
Armas Vasquez Ofelia 63Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
La orden ORDER BY indica el orden en que aparece el resultado
de la consulta.
Patrón de consulta: Una de las herramientas lógicas más
poderosas de SQL es el reconocimiento de un patrón de
consulta, instrumento éste que permite la búsqueda por
nombre, dirección u otro dato parcialmente recordado. Los
patrones de consulta juegan un papel importante en el
momento de realizar consultas, ya que es común que
necesitemos encontrar un texto y no recordemos exactamente
cómo fue ingresado. Con el uso del operador LIKE podemos
comparar patrones y ubicar un texto, independientemente de la
posición en que se encuentre.
Para la definición del patrón de consulta existen dos tipos de
caracteres especiales:
% (signo de porcentaje) llamado comodín, representa
cualquier cantidad de espacios o caracteres en esa posición.
Significa que se admite cualquier cosa en su lugar: un
carácter, cien caracteres o ningún carácter.
_ (signo de subrayado) llamado marcador de posición,
representa exactamente una posición e indica que puede existir
cualquier carácter en esa posición.
Agrupamiento de datos
SQL proporciona una forma eficiente para manejar la
información con el agrupamiento de datos a través de la
formación de grupos y las funciones correspondientes, dando
la posibilidad de procesar no solo registros individuales como
Armas Vasquez Ofelia 64Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
hemos hecho hasta ahora. También 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
información del grupo.
Para la formación de grupos adicionamos, a la forma básica 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 mínimo del grupo.
MAX(columna) Valor máximo 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 expresión
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 65Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
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 mínimo,
medio y máximo, así como la suma total de ventas. La
formación 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 fácil diseño y uso que muestra una vez más
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 máximo de 16 niveles.
Informix: algunas diferencias con oracle
Oracle siempre ha sido considerada una base de datos para uso más
general que Informix. Informix por su lado, se especializó más en
aplicaciones tipo GIS (datos geográficos), Datawarehouse y
Armas Vasquez Ofelia 66Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Datamining. Sin duda a los gurús, les agrada más Informix que
Oracle.
En cuanto a precios, Informix tiene tendencia a ser más caro que
Oracle en configuraciones parecidas.
En la practica, como buenos enemigos acérrimos, ambas tienen
parecidas características y funcionalidades. Cada una tiene las
típicas ampliaciones que permiten especializar la base de datos a un
cierto tipo de aplicación (en Informix se llaman DataBlades, ver
imagen 3). Para competir, en cada nueva versión que sacaban, las
dos iban añadiendo de serie muchas de las extensiones que en la
versión anterior eran opcionales (de pago por separado). En el
momento de escribir este artículo las dos están en la versión 9.X.
De cara a una instalación y configuración básicas, 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
(gestión interna de usuarios). En cambio, Informix utiliza los
mismos usuarios de Linux (los que creas con adduser),
simplificando la administración.
Para conectar externamente vía TCP/IP a Oracle, hacía falta colgar
un daemon llamado listener de un puerto. Luego el listener traducía
las llamadas al SQLNet para hablar con la base de datos. Luego
había 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 67Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Con estas diferencias ya podemos ver, que Informix es una base de
datos más 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 satisfacción del estado, este le
delega la fe publica para que el notario, en representación del estado,
intervenga en los actos y contratos que realiza la sociedad y los revista de
autenticidad y fuerza probatoria.
b. Escrituras Públicas
Otorgamientos de Escrituras Públicas
Descripción
Acto por el que los socios fundadores proceden a la firma de la escritura
de Constitución de la Sociedad.
Lugar
Se realiza obligatoriamente ante Notario.
Documentación
Certificación negativa de la denominación acreditando la no existencia
de otra Sociedad con la misma denominación.
Estatutos sociales
Observaciones
Armas Vasquez Ofelia 68Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Los otorgantes de la Escritura son todos los socios, o bien sus
representantes legales o apoderados con facultades suficientes para ello.
Por Escritura Pública deberán conferirse los poderes generales para toda
clase de procesos y los especiales para varios procesos separados.
También se realizan mediante Escritura Pública 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 vehículo?
a) Si se trata de un automóvil particular, solo se necesita el padrón del
vehículo, el permiso de circulación vigente y las cédulas de identidad del
vendedor y del comprador.
b) Si se trata de taxis, camionetas o camiones destinados al transporte de
carga ajena, además de los documentos anteriores se requiere dar aviso de la
venta al Servicio de Impuestos Internos.
En esta Notaría se exige adicionalmente, en cualquiera de las dos
situaciones anteriores, un "Certificado de Anotaciones" expedido por el
Servicio de Registro Civil e Identificación, de manera que el comprador
pueda saber si el vehículo está o no gravado con prenda o si existe algún
impedimento legal para la venta como podría ser, por ejemplo, una medida
precautoria judicial o un embargo.
Finalmente, al momento de suscribir el contrato de compraventa, las partes
deberán acreditar el pago del impuesto municipal a la transferencia de
vehículos motorizados, que actualmente asciende al 1,5% del precio
estipulado o del valor de su tasación fiscal, según lo que sea más alto.
Armas Vasquez Ofelia 69Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
¿Cómo puedo otorgar testamento?
El testamento es un acto más o menos solemne, en que una persona dispone
de todo o parte de sus bienes para que tenga pleno efecto después de sus
días, conservando la facultad de revocar las disposiciones contenidas en él,
mientras viva.
El testamento solemne abierto - que es el que más 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 hábiles para testar los impúberes; los que se hallaren en interdicción
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 día y la hora en que éste dará lectura al
testamento, lo que se hará ante la presencia simultánea del testador y de los
testigos, en un solo acto ininterrumpido.
Cabe señalar que, en el caso del testamento solemne abierto, el original o
matriz queda incorporado al registro de instrumentos públicos del notario,
quien le dará las copias autorizadas que usted necesite.
d. Legalización de Libros
¿Dónde se legalizan los libros oficiales de la fundación?
En el protectorado de fundaciones al que estén adscritas.
Armas Vasquez Ofelia 70Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
¿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 comprobación de sumas y saldos (como mínimo uno por
trimestre)
c) inventario de cierre del ejercicio (cerrado a 31-12-xx)
d) las cuentas anuales (balance de situación, cuenta de pérdidas 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 sustitución de los folios (cosidos o encolados), excepto
el libro de actas que podrá presentarse en hojas en blanco antes de su
utilización
Tener el primer folio en blanco y los demás numerados
correlativamente y por el orden cronológico que corresponda a las
anotaciones practicadas
Anular los posibles espacios en blanco
Que figure la siguiente declaración del presidente o secretario, en el
primer folio: "declaro bajo mi responsabilidad que este libro (diario,
inventarios y cuentas anuales, de actas) número (primero, segundo,
único, etc.) de los de su clase consta de (nº) de folios escritos por (una
sola cara, dos caras), correspondiente al ejercicio (año, o en caso de ser
entre dos años, las fechas de inicio y fin del ejercicio), y que presento
en el día de hoy para su legalización. fecha, cargo del patrono, firma, d.
dni.
Armas Vasquez Ofelia 71Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
Requisitos legalización de libros de contabilidad
1.- Solicitud de legalizacion (0,30_), que deberá expresar:
datos de identificación del presentante (nombre, apellidos, cif,
domicilio, teléfono...).
datos de identificación del empresario o sociedad (nombre,
apellidos del empresario individual o denominación social de la
sociedad, cif, domicilio, teléfono...)
datos de identificación registral (tomo, folio, libro y hoja en
que se halle inscrita en el registro).
relación de libros cuya legalización se solicita, con expresión
de si se encuentran, o no, en blanco, así como el número de
folios de que se compone cada libro.
Nº de libros: hace referencia al número de ejemplares que se presenta
de cada libro (ej. Si el diario se compone de dos tomos, en este apartado
habría que poner un 2)
Nº de orden: indica el número de veces que se presentaron para su
legalización en el Registro los libros de la misma clase (Ej. Si se
llevaron a legalizar en cuatro ocasiones o ejercicios anteriores al actual,
el número de orden sería el 5)
Folios que lo componen: Número 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, sería:
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 legalización se pretende.
Armas Vasquez Ofelia 72Icanaqué Ordinola Nuryth
“SISTEMA NOTARIA” Marco Teórico
2.- los libros que se presenten antes de su utilización deberán estar
completamente en blanco y con los folios numerados correlativamente
en el caso de los libros formados por hojas móviles, deberán tener,
además, el sello de la sociedad en todas las hojas.
3.- los libros formados por hojas encuadernadas con posterioridad
a la realización en ellas de asientos y anotaciones deberán:
estar encuadernados de manera que nos sea posible la
sustitución de folios (no se admite canutillo o similares).
tener el primer folio en blanco y los demás numerados
correlativamente y por el orden cronológico 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 deberán acompañar copia del alta en el i.a.e. o,
en su caso, el último recibo satisfecho.
Armas Vasquez Ofelia 73Icanaqué Ordinola Nuryth
CAPITULO III
DESARROLLO
METODOLOGICO
74
“SISTEMA DE NOTARIA” Desarrollo Metodológico
3.1. Modelo del Negocio
a. Modelo de caso de uso de Negocio
El modelo del negocio nos permite tener una visión general del
comportamiento de las acciones que se realizan en la Notaria “Alejandro
Ramírez 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. Elaboración: Propia.
Armas Vasquez Ofelia 75Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
b. Especificación de los Casos de Uso del Negocio
Descripción de los Casos de Uso:
- Nombre del Caso de Uso: Registrar servicios
Representación gráfica:
Registrar servicios
Descripción:
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
Actor que da Inicio : EmpleadoPRE-Requisito: Registrar Tipo de ServiciosDescripción de Caso de UsoEs iniciado por el empleado donde el cliente le consultara el tipo de servicio y el precio por cada servicio que desee generar o realizar.Condición: Le proporciona la búsqueda y referencias de acuerdo a los servicios que solicite el cliente.
Armas Vasquez Ofelia 76Icanaqué Ordinola Nuryth
Empleado Registrar Servicio
“SISTEMA DE NOTARIA” Desarrollo Metodológico
- Nombre del Caso de Uso: Registrar comprobante de pago
Representación gráfica:
Generar comprobante de pago
Descripción:
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 información 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
Actor que da Inicio : EmpleadoPRE-Requisito: Registrar ClientesDescripción de Caso de UsoEs 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 77Icanaqué Ordinola Nuryth
Empleado Generar Comprobante de Pago
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Condición: Le proporciona al empleado buscar o registrar al cliente.
- Nombre del Caso de Uso: Registrar Escrituras Públicas
Representación gráfica
Registrar escrituras públicas
Descripción:
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:
oRegistra minuta
oRegistra cliente
oConsulta costos
oGenera y registra pagos.
Caso de Uso : Registrar Escrituras Publicas
Actor q`da Inicio : EmpleadoPRE-Requisito: Generar ActasDescripción de Caso de Uso
Armas Vasquez Ofelia 78Icanaqué Ordinola Nuryth
Empleado Registrar Escrituras Públicas
“SISTEMA DE NOTARIA” Desarrollo Metodológico
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.Condición: Le proporciona modificar , buscar , consultar datos del solicitante.
- Nombre del Caso de Uso: Registrar Legalización de Libros
Representación gráfica
Registrar legalización libros
Descripción:
Descripción: 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:
oRegistra entrega de libros
oRegistra al cliente
oConsulta costos
oGenera y registra pagos
Caso de Uso : Registrar Legalización de Libros
Armas Vasquez Ofelia 79Icanaqué Ordinola Nuryth
Empleado
Registrar Legalización de Libros
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Actor que da Inicio : EmpleadoPRE-Requisito: Generar legalizacionesDescripción de Caso de UsoEste caso de uso es iniciado por el empleado para generar y registrar los documentos o libros legalizados de los clientes, definen también diferentes pagos para dicho documento o libro legalizado.Condición: Genera documentos legalizados y actualiza las legalizaciones hechas de los clientes.
- Nombre del Caso de Uso: Registrar Notificación de Libros
Representación gráfica
Registrar notificación de protesta
Descripción:
Es iniciado por el empleado donde pide datos del cliente y lo que desea
notificar para que el empleado ingrese al sistema. Por cada notificación
el empleado ingresa denominación del título valor, fecha de emisión e
importe de la obligación.
Workflow:
o Registra notificación
o Genera y actualiza notificaciones
o Consulta costos
o Genera y registra costos
Armas Vasquez Ofelia 80Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Caso de Uso : Registrar Notificación de Protesta
Actor q`da Inicio : EmpleadoPRE-Requisito: Registrar ActasDescripción de Caso de UsoEs iniciado por el empleado y un Asesor Legal por el cual interviene para redactar el Acta de protesta que notificara el cliente.Condición: Le permite modificar, consultar, buscar y registrar datos del cliente para generar un documento.
- Nombre del Caso de Uso: Registrar Transferencia Vehicular
Representación gráfica
Registrar Transferencia Vehicular
Descripción:
El caso de uso es iniciado por el empleado donde se apersonan
vendedor y comprador; luego pasa a ser redactado el documento
(redacción 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 81Icanaqué Ordinola Nuryth
EmpleadoRegistrar Notificación de protesta
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Workflow:
oRegistra vehículo.
oRegistra cliente
oCalcula costos
oGenera y registra pagos.
Caso de Uso : Registrar Transferencia Vehicular
Actor q`da Inicio : EmpleadoPRE-Requisito: Consultar DocumentoDescripción de Caso de UsoEs iniciado por el empleado cuando desea realizar o registrar los documentos hechos de un cliente y define los diferentes pagos para dicha documentación.Condición: Le proporciona la capacidad de registrar, generar la información de los clientes.
c. Reglas del Negocio
Atender al cliente desde una hora de inicio a una hora indicada o
fija (asesor legal).
Que el abogado identifique de la forma mas eficaz al cliente por
ser de un buen prestigio jurídico (asesor legal).
Registrar la firma al ser entregado un documento o cargo y por
lo tanto sea conforme hacia el cliente y notario (legalización simple).
Armas Vasquez Ofelia 82Icanaqué Ordinola Nuryth
Empleado Registrar Transferencia Vehicular
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Todo trámite es personalmente y es reconocido por el DNI
(legalización de libros).
Adjuntar el DNI con las últimas votaciones y la tarjeta de
propiedad original (Transferencia vehicular).
Autorizar el envío de la información a la cámara de comercio de
los títulos protestados y letras durante cada mes (protestas).
No se autoriza las entregas de letras sin la firma del notario
(escrituras públicas).
No es aceptable un documento después de la hora indicada
(escrituras públicas).
Cuando una persona va legalizar un libro, tiene que ser firmado
por él mismo y no por terceras personas.
Se otorgaran facturas a todos los clientes que tienen n° de RUC .
3.2 Modelo de Requerimientos.
a. Modelo de Caso de Uso de Requerimiento Registrar Servicio
Figura N° 29 : Modelo de Caso de Uso Registrar Servicio
Armas Vasquez Ofelia 83Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Elaboración: Propia.
b. Modelo de Caso de Uso de Requerimiento Generar Comprobante
Figura N°30 : Modelo de Caso de Uso Generar Comprobante.
Elaboración: Propia.
Armas Vasquez Ofelia 84Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
c. Modelo de Caso de Uso de Requerimiento de Registrar Escritura
Pública.
Armas Vasquez Ofelia 85Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N°31: Modelo de Caso de Uso de Registrar Escritura Pública.Elaboración: Propia.
d- Modelo de Caso de Usote Requerimientos Registrar Legalización de
Libros.
Armas Vasquez Ofelia 86Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 32: Modelo de Caso de Uso Registrar Legalización de Libros.Elaboración: Propia.
e- Modelo de Caso de Uso de Requerimiento de Notificación de Protesta
Armas Vasquez Ofelia 87Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 33 : Modelo de Caso de Uso de Notificación de ProtestaElaboración: Propia.
f- Modelo de Caso de Uso de Requerimiento Registrar Transferencia Vehicular
Armas Vasquez Ofelia 88Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 34: Modelo de Caso de Uso de Registrar Transferencia Vehicular
Elaboración: Propia.
3.3- Diagrama de Objetos del Negocio.
Armas Vasquez Ofelia 89Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 35: Diagrama de Objetos del Negocio. Elaboración: Propia.
3.4.- Diagramas de Actividad.
a.- Generar Comprobante de pago
Figura N° 36: Diagrama de Actividad Registrar Comprobante de PagoElaboración: Propia.
b.- Registrar Servicio
Armas Vasquez Ofelia 90Icanaqué Ordinola Nuryth
Registrar Servicio
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 37: Diagrama de Actividad Registrar ServicioElaboración: Propia.
c.- Registrar Escritura Pública
Figura N° 38: Diagrama de Actividad Registrar Escritura PúblicaElaboración: Propia.
Armas Vasquez Ofelia 91Icanaqué Ordinola Nuryth
Acepta No acepta
“SISTEMA DE NOTARIA” Desarrollo Metodológico
d.- Registrar Legalización de Libros
Armas Vasquez Ofelia 92Icanaqué Ordinola Nuryth
Acepta No acepta
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 39: Diagrama de Actividad Registrar Legalización de Libros
Elaboración: Propia.
e.- Registrar Notificación de Protesta
Figura N° 40: Diagrama de Actividad Registrar Notificación de ProtestaElaboración: Propia.
Armas Vasquez Ofelia 93Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
f.- Registrar Transferencia vehicular
Figura N° 41: Diagrama de Actividad Registrar Transferencia Vehicular
Armas Vasquez Ofelia 94Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Elaboración: Propia.
3.5.- Diagramas de Colaboraión
a.- Registrar Escritura Pública
Armas Vasquez Ofelia 95Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 42: Diagrama de Colaboración Registrar Escritura Pública
Elaboración: Propia.b.- Legalización de Libros
Armas Vasquez Ofelia 96Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 43: Diagrama de Colaboración Legalización de libros
Elaboración: Propia.c.- Transferencia Vehicular
Armas Vasquez Ofelia 97Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 44: Diagrama de Colaboración Transferencia Vehicular
Elaboración: Propia.
d.- Notificación de Protesta
Armas Vasquez Ofelia 98Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Armas Vasquez Ofelia 99Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 45: Diagrama de Colaboración Registrar Notificación de Protesta
Elaboración: Propia.
3.6. Diagrama de Clases
Armas Vasquez Ofelia 100Icanaqué Ordinola Nuryth
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Figura N° 46: Diagrama de Clases
Elaboración: Propia.
Armas Vasquez Ofelia 101Icanaqué Ordinola Nuryth
Sistema Notaria
Ayuda
Escritura. DLLTransferencia.DLL Protesta.DLL Legalización.DLL
SisNotaria
“SISTEMA DE NOTARIA” Desarrollo Metodológico
Armas Vasquez Ofelia 102Icanaqué Ordinola Nuryth
Recommended