INSTITUTO SUPERIOR TECNOLÓGICO.doc

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


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


GERENTE

ASESOR LEGAL

CAJA

PROTESTAS

LEGALIZACIÓN DE LIBROS Y

CARTAS

TRANSFERENCIA DE VEHICULOS

ESCRITURAS PÚBLICAS

CONTABILIDAD

LEGALIZACIÓN SIMPLE


Figura N° 1: Organigrama de la empresa.Elaboración: XXX.



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.



Descripción detallada de los procesos del área en estudio

Escrituras públicas

Figura N°2: XXXXXXXXXXXXXXXXXXXXX. Elaboración: X.


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


Legalización de libros

Figura N° 3: XXXXXXXXXXXXXXXXXXXXXXX Elaboración: XXXX.


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


Transferencia vehicular

Figura N° 4: XXXXXXXXXXXXXXXXXXXXXXX Elaboración: XXXX.


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


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.



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.



CAPUTULO II

MARCO TEORICO


“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.



• 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.


Departamento de Contabilidad


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.


Registrar

Factura


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.


Pedro

Cliente

Validar Pedido


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.


Fabrica Proveedor

Administración

Sistema de

Inventario


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


Pertenece

Tiene

Tiene

Tiene

Elaborado

Elabora

Esta en

Contiene

Cliente

Crédito

Factura

Vendedor Articulo

Amortización Boleta


• 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.



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



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



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]


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


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]


Grafico N° 01: Fases y Workflows del RUP.


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.



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.




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


Es una jerarquía de subsistemas de implementación de licencias que son los

- Diagrama de Componentes

- Diagrama de Componentes



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.




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


W2 ANÁLISIS Y DISEÑO- Diagrama de Clases- Diagrama de Secuencia de Interfaz

- Diagrama de Despliegue- Paquetes.



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



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]



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,


Vista de procesos: Se forma con los diagramas de la vista de diseño.

Recalcando las clases y objetos referentes a procesos.


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


Vista de implementación: Se forma con los diagramas de componentes,


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



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.



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:



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]



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.



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.


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



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.



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.



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



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,



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.



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.


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



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



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



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.



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.



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.



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.



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



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.



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.



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.



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



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.



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.



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


http://es.wikipedia.org/wiki/Bases_de_datos_jer%C3%83%C2%A1rquicas


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ó


http://es.wikipedia.org/wiki/Cliente-servidor

http://es.wikipedia.org/wiki/Redes

http://es.wikipedia.org/wiki/Programaci%C3%83%C2%B3n_orientada_a_objetos

http://es.wikipedia.org/wiki/Programaci%C3%83%C2%B3n_orientada_a_objetos


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.



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:



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



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



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.



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



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



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



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.



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



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



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



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.



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



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.



¿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.



¿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.



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.



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.


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.



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.


Empleado Registrar Servicio


- 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.


Empleado Generar Comprobante de Pago


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


Empleado Registrar Escrituras Públicas


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


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


Empleado

Registrar Legalización de Libros


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


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



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


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.


EmpleadoRegistrar Notificación de protesta


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).


Empleado Registrar Transferencia Vehicular


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



Elaboración: Propia.

b. Modelo de Caso de Uso de Requerimiento Generar Comprobante

Figura N°30 : Modelo de Caso de Uso Generar Comprobante.




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

Pública.



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.



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



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



Figura N° 34: Modelo de Caso de Uso de Registrar Transferencia Vehicular


3.3- Diagrama de Objetos del Negocio.



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


Registrar Servicio


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.


Acepta No acepta


d.- Registrar Legalización de Libros


Acepta No acepta


Figura N° 39: Diagrama de Actividad Registrar Legalización de Libros


e.- Registrar Notificación de Protesta

Figura N° 40: Diagrama de Actividad Registrar Notificación de ProtestaElaboración: Propia.



f.- Registrar Transferencia vehicular

Figura N° 41: Diagrama de Actividad Registrar Transferencia Vehicular




3.5.- Diagramas de Colaboraión

a.- Registrar Escritura Pública



Figura N° 42: Diagrama de Colaboración Registrar Escritura Pública

Elaboración: Propia.b.- Legalización de Libros



Figura N° 43: Diagrama de Colaboración Legalización de libros

Elaboración: Propia.c.- Transferencia Vehicular



Figura N° 44: Diagrama de Colaboración Transferencia Vehicular


d.- Notificación de Protesta



Figura N° 45: Diagrama de Colaboración Registrar Notificación de Protesta


3.6. Diagrama de Clases



Figura N° 46: Diagrama de Clases



Sistema Notaria

Ayuda

Escritura. DLLTransferencia.DLL Protesta.DLL Legalización.DLL

SisNotaria

INSTITUTO SUPERIOR TECNOLÓGICO.doc

Documents

Transcript of INSTITUTO SUPERIOR TECNOLÓGICO.doc