Latest Entries »

MANUAL DE EDI

Se muestra los siguientes puntos :

1.- ESTUDIO DE FACTIBILIDAD
2.- COMPROMISO DE LA ALTA DIRECCIÓN
3.- CREACIÓN DE UN EQUIPO RESPONSABLE DEL PROYECTO
4.- EVALUACIÓN OPERACIONAL
5.- ESTABLECIMIENTO DE CONTRATOS
6.- PROGRAMAS DE CAPACITACIÓN
7.- PRUEBAS PILOTO
8.- IMPLANTACIÓN DEL PROYECTO EDI
9.- PUBLICACIÓN Y PROMOCIÓN DE LOS RESULTADOS DEL PROYECTO
10.- EXPANDIR SU USO

ENSEGUIDA TE MUESTRO EL LINK EN .swf

http://www.mediafire.com/?se92laacdb834j8

otra manera de verlo es en powerpoint

EDI

Con las bases de datos objeto-relacionales, Se pueden crear nuevos tipos de datos, que permiten gestionar aplicaciones más complejas con una gran riqueza de dominios. Éstos pueden ser tipos compuestos, lo que implica que se debe definir al menos dos métodos transformadores:

  • Uno para convertir el tipo nuevo a ASCII.
  • Otro que convierte de ASCII al nuevo tipo.

Se soportan los tipos complejos como registros, conjuntos, referencias, listas, pilas, colas y arreglos.

Se pueden crear funciones que tengan un código el algún lenguaje de programación como por ejemplo SQL, Java, C, etcétera.

Existe una mayor capacidad expresiva para los conceptos y asociaciones.

Se pueden crear operadores asignándoles nombre y existencia de nueva consulta con mayor capacidad consultiva.

Se soporta el encadenamiento dinámico y la herencia en los tipos tupla o registro.

Se pueden compartir varias bibliotecas de clases ya existentes, esto es lo que conocemos como reusabilidad.

Posibilidad de incluir el chequeo de las reglas de integridad referencial a través de los triggers.

Soporte adicional para la seguridad y activación de la versión cliente-servidor.

El único inconveniente que tiene las BDOR es que al aumentar la complejidad del sistema existe un aumento en el coste asociado.

Tipos de datos definidos por el usuario

Los usuarios pueden definir sus propios tipos de datos, a partir de los tipos básicos provistos por el sistema o por otros tipos de datos predefinidos anteriormente por el usuario. Estos tipos de datos pueden pertenecer a 2 categorías distintas:

  • Los tipos de objetos.
  • Los tipos para colecciones.

 

Tipos de objetos

Un tipos de objetos define a los que conocemos como una entidad del mundo real. Se les puede interpretar como una plantilla de objetos de ese tipo. Está compuesto por los siguientes elementos:

  • Para identificar el tipo de objeto se utiliza un nombre.
  • Unos atributos que pueden ser un tipo de datos básicos o de un tipo definido por el usuario, los cuales representan la estructura y los valores de los datos de ese tipo.
  • Unos métodos que son procedimientos o funciones escritos en el lenguaje PL/SQL, almacenándose de esta forma en la base se datos o escritos en C almacenándose externamente.

 

Métodos

A la vez que creamos un tipo de objeto, realizamos la especificación de los métodos. Los métodos se pueden ejecutar sobre los objetos de su mismo tipo. A continuación mostramos un ejemplo: si “X” es una variable del tipo PL/SQL que almacena objetos del tipo “Alumnos_T”, entonces “X.fechanacimiento()” calcula la fecha de nacimiento del alumno almacenado en “X”.

Métodos constructores de tipo

Todos los tipos de métodos tienen asociado por defecto un método que se encarga de construir nuevos objetos de ese. El nombre del método es el mismo que el nombre de tipo, y sus parámetros que tenemos en dicho método son los atributos del tipo de objetos.

Métodos de comparación

Estos métodos son utilizados para que se puedan comparar los objetos de un cierto tipo. Esta acción se lleva a cabo indicando cual es el criterio de comparación. Para poder hacer posible la realización de una comparación es necesario escoger entre un método MAP o un método ORDER:

  • Un método MAP es utilizado para indicar cual de los atributos del tipo se va a utilizar para ordenar los objetos del tipo.
  • Un método ORDER utiliza los atributos del objeto sobre el que se ejecuta para realizar un cálculo y compararlo con otro objeto del mismo tipo que toma como argumento de entrada. Ese método debe devolver un valor negativo si el primero es mayor que el segundo, un valor positivo si ocurre lo contrario y un 0 (cero) si ambos son iguales.

Definición y conceptos de las base de datos orientadas a objetos.

Una base de datos orientado a objetos es una base de datos inteligente soporta elparadigma orientado a objetos almacenado métodos y datos, y no solo datos.

Esta diseñada para ser eficaz, desde el punto de vista físico, para almacenar objetos complejos. Evite el acceso a los datos; esto gracias a los métodos almacenados en ella. Es más segura ya que no permite tener acceso a los datos (objetos); esto debido a que para poder entrar se tiene que hacer por los métodos que haya utilizado el programador.

Un SGBDOO en un SGBD que almacena objetos y por tanto posee todas las ventajas de la orientación a objetos.

Las bases de datos orientados a objetos, se diseñan para trabajar bien en conjunción con los lenguajes de programación orientados a objetos como:

  • Java
  • C++
  • Visual Basic.Net
  • C #

Características de un SGBDOO

  • Persistencia
  • Concurrencia
  • Recuperación
  • Gran almacén secundario
  • Consultas
  • Abstracción
  • Encapsulación
  • Modularidad
  • Jerarquía
  • Tipos
  • Generacidad

En total deben de ser 13 características obligatorias para los SGBDOO, basado en dos criterios:

1.       Un sistema orientado a objetos.

2.       Debe de ser un sistema gestor de base de datos, atkinsom y las características son:

1.       Debe de soportar objetos complejos

Debe de ser posible construir objetos complejos aplicando constructores a objetos básicos.

2.       Identidad del objeto. Todos los objetos deben tener un identificador el cual es independiente de los valores de sus atributos.

3.       Encapsulamiento.  Los programadores solo tiene acceso a la especificación de la interfaz de los métodos, y los datos e implementación de estos métodos están ocultos en los objetos.

4.       Tipos y clases. El esquema de una base de datos orientado a objetos contiene un conjunto de clases o tipos.

5.       Tipos o clases deben de ser capaces de heredar de sus supertipos o de superclases los atributos o los métodos.

6.       La sobrecarga debe de ser soportada los métodos deben de poder aplicarse  a diferentes tipos.

7.       El DML debe de ser completo. El DML en los SGBDOO debe de ser un lenguaje de programación de propósito general.

8.       El conjunto de tipo de base de datos debe de ser extensible. No habrá distinción entre los tipos definidos por el usuario y los tipos definidos por el sistema.

9.       Persistencia de datos. Los datos deben de mantenerse después de que la aplicación que los creo halla finalizado el usuario no tiene que hacer copia explícitamente.

10.   El sistema gestor de base de datos debe de ser capaz de manejar base de datos grandes.

11.   El sistema gestor de base de datos debe de soportar la concurrencia. Debe de disponer de mecanismo para el control de la concurrencia.

12.   Recuperación. El sistema gestor debe de proveer mecanismos de recuperación de la información en caso de fallo del sistema.

13.   El sistema gestor de base de datos debe de proveer una manera fácil de hacer consultas.

 

Ejemplo en mapa conceptualque describe las características de gestor de base de datos orientada a objetos (SGBDOO), la cual esta hecha en Cmap Tools

 

INTRODUCCION

  • Las BD tradicionales presentan deficiencias.
  • La orientación a objetos ofrece: flexibilidad, no esta limitada. La característica clave es la potencia.
  • Las BDOO se pueden integrar en aplicaciones con lenguajes orientados a objetos y para simplificar la POO.
  • Una SGBDOO es una SGBD que almacena objetos incorporando así todas ventajas de la OO.
  • ODMG (Object Database Mangement Group) es el grupo de fabricantes de SGBDOO que propuso el estándar.
  • El uso del estándar proporciona: portabilidad, interoperabilidad y además permite que los usuarios puedan comparar entre distintos sistemas comerciales.

 

VENTAJAS

  • Mayor capacidad de modelado
  • Ampliabilidad
  • Lenguaje de consulta  mas expresivo
  • Adecuación a las aplicaciones avanzadas de base de datos
  • Mayores prestaciones

 

DESVENTAJAS

  • Carencia de un modelo de datos universal
  • Carencia de experiencia
  • Carencia de estándares
  • Competencia. Con respecto a los SGBDR y los SGBDOR
  • La optimización de consultas compromete la encapsulación.
  • El modelo de objetos a un no tiene una teoría matemática coherente que le sirva de base.

MODELO ESTANDAR ODMG (1)

Modelo de objetos

Primitivas de modelado:

  • Componentes básicos son objetos y literales.
  • Se categorizan en tipos.
  • Lo que un objeto sabe hacer son sus operaciones.
  • Las propiedades son sus atributos y las relaciones.
  • Una base de datos es un conjunto de objetos almacenados que pueden ser accedidos por múltiples usuarios y aplicaciones.
  • La definición de una base de datos esta contenida en un esquema que ha creado mediante el lenguaje de definición de objetos ODL.

 

En este link encontraras un ejemplo de un manual tecnico de un sistema que su nombre es MyM System que esta desarrollado para una tienda.

manual-tecnico_mym-system1

MANUAL TECNICO

  1. Historia
  2. Introducción
  3. ERS (especificación de requerimientos del software)
  4. Diagrama general (m .entidad-relación, diagrama de contexto)
  5. Diccionario de datos.
  6. Diagrama relacional
  7. Definición de variables de ambiente y librerías.
  8. Programas especiales y de ambiente
  9. Flujo grama de información proceso actividad
  10. Restricciones o límites de la programación.

 

1.-Historia

En este aparatado se registran los eventos relevantes durante durante la elaboración del documento tales como:

Creación, revisión, autorización, adiciona modificación actualización, etc. Para cada uno de estos eventos se debe registrar la fecha el nombre del responsable y un breve comentario sobre la acción realizada.

2.-Introducción

En los puntos que integra este apartado se debe de incluir información relevante y útil para la comprensión de este documento 

3.-ERS

Documento específico en el cual se describe los requisitos y el análisis del sistema para este documento se utiliza un formato estandarizado bajo normalización ISO

4.-DIAGRAMA GENERAL

Se debe de representar la función del sistema en base a los diagramas representativos de las actividades propias del sistema.

5.-DICCIONARIO DE DATOS.

Es un listado organizado de todos los objetos de datos pertinentes para el sistema. La información contenida en el deberá de incluir aquellas características que describan y identifiquen cada objeto de datos. Las anotaciones, métodos y herramientas utilizadas para desarrollar este apartado deberán de estar estandarizados.

6.-DIAGRAMA RELACIONAL

Aquí se describirá por medio del diagrama relacional las interrelaciones que existen entre los objetos de la base de datos esta relación se establece atravez de los atributos y campos comunes entre dos objetos de la bd

7.-Definición de variables de ambiente y librerías.

Se deben de definir las variables y librerías que son utilizadas para la configuración del entorno o del ambiente de la aplicación. Algunos ejemplos de estas variables pueden ser: el tipo de acceso que tiene un usuario, la conexión a una base de datos las restricciones propias de la aplicación del sistema operativo, etc. En el caso de las librerías pueden ser aquellas que permiten a la aplicación el uso de datos archivos, estiro graficas de texto.

8.-Programas especiales y de ambiente

Se deben de definir los programas o funciones específicas, que permitan la comunicación del entorno y o programas que son de uso común o de carácter específico; como lo pueden ser: el control de la fecha y hora, impresión, conexión a la bd, acceso a la aplicación, etc.

9.- Flujo grama de información proceso actividad

Se representa de manera gráfica cada proceso del sistema de información (informático). Por cada proceso se deberán incluirlas actividades que en cada uno de ellos se realizan.

10 Restricciones o límites de la programación.

 En esta parte se deberán documentar las restricciones y o límites que se tuvieron durante la programación del proyecto. Algunos ejemplos pueden ser: la impresión de textos –x número de caracteres del reporte, el efecto de un entre o el uso de comillas o algún otro carácter especial en un texto, desventajas de utilizar algún tipo de reporteado, etc.