Proyecto Integrador Etapa 2 Tecnologias para La Gestion

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 5

Representar la forma en la que se gestionara la información es un proceso muy arduo y


difícil si no se cuenta con experiencia para realizarlo y depende en gran medida, de la
abstracción que se realice del problema que se esta tratando de modelar; además, se debe
tener en cuenta que la parte compleja de la gestión debe quedar oculta para el usuario
final.
De forma general, para que el proceso de modelar sea mas sencillo, deben seguirse estos
pasos:
1.- Definir el problema. Se define, de forma general, considerando el funcionamiento del
sistema y su interacción con otros elementos.
2.- Definir la arquitectura. Se define si se puede dividir el problema en subsistemas y la
manera en la que se va a integrar.
3-. Definir la estructura. Se establecen los objetos, datos y variables de los subsistemas que
se definieron en el paso anterior, después se debe considerar para cada uno de ellos la
definición, la medida y la integración con otros elementos.
4.- Definir la dinámica. Se determinan las operaciones o acciones que se deberán diseñar
en caso de que no existan y, si las hay, se evalúan para su mejora.
5.- Estudios del comportamiento. Se evalúa si el diseño propuesto para el funcionamiento
real del sistema es el adecuado y se realiza una revisión de los elementos que lo
conforman, en caso de que no concuerden, se deberán volver a realizar los pasos
anteriores.
Otro aspecto importante en la gestión de la información, específicamente en el caso de una
base de datos, es la manera en que esta trabajará con la información que estará
almacenada en ella. A esto se le conoce como operaciones en la base de datos, mismas que
se pueden identificar en dos grupos:

• Operaciones básicas. Se trata de operaciones relacionadas con la lectura y


actualización de la base de datos, como insertar, eliminar, modificar y recuperar
datos.
• Operaciones creadas por el usuario. Son operaciones diseñadas y ejecutadas por el
usuario de forma manual; es decir, para realizar una acción en la base de datos.
Dada la información anterior puedo identificar que el mejor modelo para la empresa con la
que estoy trabajando seria un modelo de red ya que este modelo representa los objetos
como nodos y sus relaciones como las líneas que los unen. S e puede considerar como una
extensión del modelo jerárquico, ya que también se representa mediante un árbol, pero en
este caso y a diferencia del modelo jerárquico, cada hijo puede tener varios padres. Esta
característica ayuda a reducir y eliminar las redundancias, lo que elimina la herencia de los
campos, pero mantiene la relación de datos asociada entre padre e hijo.
El modelo de red se compone de dos conjuntos:

• Conjunto de los registros


• Conjunto de las relaciones
Por su parte, los elementos principales de este modelo son:

• Campo o elemento de datos (datos item)


• Agregado de datos (data aggregate)
• Registro (record)
• Área (área o realm)
• Clave de base de datos (database-key)
Para poder representar este modelo se utilizan dos diagramas:

• Diagrama de ocurrencias. Se emplea cuando se representan relaciones del tipo uno


a uno o uno a muchos, también llamadas redes complejas. Estas relaciones entre
padre e hijo pueden ser de diferente tipo, como se observa en el ejemplo de la
siguiente figura:
• Diagrama de Bachman. Este diagrama aparecen flechas dobles que representan
relaciones de muchos a muchos, también llamadas redes complejas. En este caso,
los objetos pueden ser o no del mismo tipo; sin embargo, tiene el inconveniente de
que se pierde la herencia entre ellos. Se recomienda para representar redes
simples.

Al plantear un modelo se debe considerar la posible pérdida de información debido al tipo


de relaciones que se pueden generar en una red compleja. Para solucionar, o mitigar, este
problema se deberá realizar una conversión hacia un diagrama simple. Esto se logra
mediante la conversión de las relaciones de muchos a muchos (o de relaciones de uno a
muchos) utilizando un nuevo objeto denominando registro intersección.
Cabe destacar que en este tipo de modelo también se deben tomar en cuenta las
diferentes relaciones que se pueden generar, pues habrá situaciones en las que un registro
se relaciona consigo mismo. A este tipo de relación se le conoce como “lazo” y solo puede
utilizarse en redes complejas. Por otro lado, si varios objetos se relacionan de un modo
circulas, a esta relación se le denomina “ciclo”, este tipo de relación puede representarse
en redes simples.

Arjonilla, S. y. (2013). La Gestion de los Sistemas de informacion en la empresa. Madrid: Ediciones


Piramide.

De Pablos Heredero, C. L.-R. (2019). Organizacion y transformacion de los sistemas de informacion


en la empresa. Alfa Omega.

Elizabeth Pulido, O. E. (2019). Base de Datos. Mèxico: Patria.

También podría gustarte