CASO EDI aplicado

QUE ES EDI? CASO DE USO DE EDI



ODMG

DEFINICION Y CONCEPTOS DE LAS BASE DE DATOS ORIENTADAS A OBJETOS

Una base de datos orientada a objetos es una base de datos inteligente soporta el paradigma orientado a objetos almacenando métodos y datos, y no solamente 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 ellas. Es más segura ya que no permite tener acceso alos datos (objetos); esto es debido que para poder entrar se tiene que hacer por los métodos que haya utilizado el programador.

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

Las bases de datos orientadas 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#

CARACTERISTICAS DE UN GESTOR DE BASE DE DATOS ORIENTADA A OBJETOS

 

*Persistencia

*Concurrencia

*Recuperación

*Gran Almacén secundario

*Consultas

*Abstracción

*Encapsulación

*Modularidad

*Jerarquía

*Tipos 

*Genericidad

En total deben de ser 13 obligaciones necesarias para los SGBDOO, basado en dos criterios:

1.- debe de ser un sistema orientado a objetos

2.- Debe de ser un sistema de gestor de base de datos.

Esto según Atkinson y las características son:

1.- Debe se 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 tienen acceso ala 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 o Clases. El esquema de una base de datos contiene un conjunto de clases o tipos

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

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

7.- El DML debe ser completo. El DML en el sistema de gestor de base de datos orientado a objetos (SGBDOO) debe ser un lenguaje de programación de propósito general.

8.-  El conjunto de tipos 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 haya finalizado, el usuario no tiene que hacer copia explícitamente.

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

11.- El sistema gestor de base de datos debe soportar la concurrencia. Debe de disponer del 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 fallos del sistema.

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

HOLA

HOLA LES DOY LA CORDIAL BIENVEBIDA A LA NUEVA MATERIA DE TOPICOS AVANZADOS DE BASE DE DATOS ESPERO Y LES SEA DE UTILIDAD.

MANUAL TECNICO PARA DESCARGA

manual-tecnico_mym-system1

“MANUAL TECNICO”

<div style=”width:477px” id=”__ss_5588866″><strong style=”display:block;margin:12px 0 4px”><a href=”http://www.slideshare.net/deisynajeragarcia21/manual-tcnico-my-m-system1” title=”Manual técnico my m system1″>Manual técnico my m system1</a></strong><object id=”__sse5588866″ width=”477″ height=”510″><param name=”movie” value=”http://static.slidesharecdn.com/swf/doc_player.swf?doc=manualtcnicomymsystem1-101027214516-phpapp01&stripped_title=manual-tcnico-my-m-system1&userName=deisynajeragarcia21” /><param name=”allowFullScreen” value=”true”/><param name=”allowScriptAccess” value=”always”/><embed name=”__sse5588866″ src=”http://static.slidesharecdn.com/swf/doc_player.swf?doc=manualtcnicomymsystem1-101027214516-phpapp01&stripped_title=manual-tcnico-my-m-system1&userName=deisynajeragarcia21” type=”application/x-shockwave-flash” allowscriptaccess=”always” allowfullscreen=”true” width=”477″ height=”510″></embed></object><div style=”padding:5px 0 12px”>View more <a href=”documentshttp://www.slideshare.net/”>documents</a> from <a href=”deahesy” _mce_href=”http://www.slideshare.net/deisynajeragarcia21″>deahesy”>http://www.slideshare.net/deisynajeragarcia21″>deahesy najera garcia</a>.</div></div>

MANUAL TECNICO

Manual técnico

1. Historia
2. introducción
3. Especificación de los requisitos del software
4. Diagrama general (MER-D. 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. Restricciones o límites de la programación.

10. Flujo grama de información, proceso actividad.

• Historia.

En este apartado se registran los eventos relevantes durante la elaboración del doc., tales como: creación, revisión, autorización, adicción, modificación, actualización, etc. Para cada uno de estos eventos se debe de registra la fecha, el nombre del responsable y un  breve comentario de sobre la acción realizada.

• Introducción.

En los puntos que integran este apartado, se debe incluir información relevante y útil para la comprensión de este doc.

• ERS.

Documento específico en el cual se describen los requisitos y el análisis del sistema, para este doc. Se utiliza un formato estandarizado bajo normalización ISO.

• Diagrama general.

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

• Diccionario de datos.

El diccionario de datos es un listado organizado de todos los objetos de datos pertinentes para el sistema. La información contenida en el deberá incluir aquellas características que describan e identifiquen cada objeto de datos.

Las notaciones, métodos y/o herramientas utilizadas para desarrollar este apartado deberán de estar estandarizados.

• 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 a través de los atributos o los campos comunes

• Definición de variables de ambiente y librerías.

Se deben definir las variables o librerías que son utilizadas para la configuración del entorno o 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 hacia el sistema operativo, etc., etc. En el caso de las librerías pueden ser aquellas que permiten a la aplicación el uso de gráficos, archivos, estilográficas de texto, etc.

• Programas especiales o de ambiente

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

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

En esta parte se deberán documentar las restricciones y/o límites que se tuvieron sobre la programación del proyecto. Algunos ejemplos pueden ser: la impresión de textos a menores a “X” numero de caracteres, el efecto de un enter o el uso de comillas o algún otro carácter especial en un  texto, desventaja de utilizar algún tipo de recorteador, etc.

• 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 incluir las actividades que en cada uno se ellos se realizan.

ESTO NO ES UN FOCO

https://docs.google.com/document/pub?id=1Iu-icYqEmkj8BNvjTZzKKZnZ1ftYK8KcoGOUFCBGfXE

“EJERCICIO DE ESTO NO ES UN FOCO”