CENTRO UNIVERSITARIO UAEM TEXCOCO

UNIVERSIDAD AUTONOMA DEL ESTADO DE MEacuteXICO

TesisDESARROLLO SISTEMA CONTROL DE INVENTARIO

SOFTWARE Y

HARDWARE

Equipo 5

CONTENIDO DE LA TESIS ENCARGADO(S)

INTRODUCCION

OBJETIVOS

METODOLOGIA

INTRODUCCION

La Regioacuten de Los Lagos ha experimentado desde

hace un tiempo un fuerte crecimiento gracias en gran medida a las empresas del rubro acuiacutecola

donde la produccioacuten salmonera ha sido la principal

causa de ello

Un claro ejemplo de este fenoacutemeno es Fjord

Seafood Chile empresa dedicada a la

salmonicultura que cuenta con su planta de

procesamiento en Puerto Montt y maacutes de 25

centros de cultivo a lo largo de la regioacuten

En estos diacuteas se encuentra en proceso

de expansioacuten lo que permitiraacute un

aumento considerable en su volumen

de produccioacuten y un importante papel

en el mercado internacional

Debido al proceso de expansioacuten que sufre Fjord

Seafood Chile deberaacute optimizar todas las aacutereas de

administracioacuten para gestionar de mejor forma el flujo

de informacioacuten y sus canales de comunicacioacuten

Esta misioacuten seraacute cubierta en gran parte por el

Departamento de Informaacutetica ya que este

departamento es el responsable de la parte neuraacutelgica

de la empresa en cuanto al tratamiento de informacioacuten

se refiere ya sea en sus sistemas contables ventas

comunicaciones de datos y planta de procesamiento

entre otros

Fjord Seafood Chile cuenta actualmente con un

Departamento de Informaacutetica compuesto por aacutereas como

Desarrollo de Sistemas Base de Datos 1 y el aacuterea de Hardware

aacutereas que en conjunto permiten el correcto funcionamiento de

los sistemas computacionales de la empresa

En estos diacuteas que la empresa experimenta un fuerte

crecimiento se hace necesario disentildear un sistema que

permita controlar todo su inventario que incluya equipos

tales como computadoras y dispositivos secundarios

como tambieacuten licencias y equipos industriales

OBJETIVOS

Objetivo General

Disentildear y construir el Sistema Control de Inventario

Hardware y Software en Fjord Seafood Chile Ltda de tal

manera que permita tener un control sobre los

dispositivos y programas de la compantildeiacutea

Tambieacuten apoyar al aacuterea de hardware en la deteccioacuten de

posibles fallas de equipos y en la solucioacuten de problemas

detectados optimizando el traspaso de tareas entre los

integrantes del aacuterea de hardware en la asignacioacuten de

tareas

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

TesisDESARROLLO SISTEMA CONTROL DE INVENTARIO

SOFTWARE Y

HARDWARE

Equipo 5

CONTENIDO DE LA TESIS ENCARGADO(S)

INTRODUCCION

OBJETIVOS

METODOLOGIA

INTRODUCCION

La Regioacuten de Los Lagos ha experimentado desde

hace un tiempo un fuerte crecimiento gracias en gran medida a las empresas del rubro acuiacutecola

donde la produccioacuten salmonera ha sido la principal

causa de ello

Un claro ejemplo de este fenoacutemeno es Fjord

Seafood Chile empresa dedicada a la

salmonicultura que cuenta con su planta de

procesamiento en Puerto Montt y maacutes de 25

centros de cultivo a lo largo de la regioacuten

En estos diacuteas se encuentra en proceso

de expansioacuten lo que permitiraacute un

aumento considerable en su volumen

de produccioacuten y un importante papel

en el mercado internacional

Debido al proceso de expansioacuten que sufre Fjord

Seafood Chile deberaacute optimizar todas las aacutereas de

administracioacuten para gestionar de mejor forma el flujo

de informacioacuten y sus canales de comunicacioacuten

Esta misioacuten seraacute cubierta en gran parte por el

Departamento de Informaacutetica ya que este

departamento es el responsable de la parte neuraacutelgica

de la empresa en cuanto al tratamiento de informacioacuten

se refiere ya sea en sus sistemas contables ventas

comunicaciones de datos y planta de procesamiento

entre otros

Fjord Seafood Chile cuenta actualmente con un

Departamento de Informaacutetica compuesto por aacutereas como

Desarrollo de Sistemas Base de Datos 1 y el aacuterea de Hardware

aacutereas que en conjunto permiten el correcto funcionamiento de

los sistemas computacionales de la empresa

En estos diacuteas que la empresa experimenta un fuerte

crecimiento se hace necesario disentildear un sistema que

permita controlar todo su inventario que incluya equipos

tales como computadoras y dispositivos secundarios

como tambieacuten licencias y equipos industriales

OBJETIVOS

Objetivo General

Disentildear y construir el Sistema Control de Inventario

Hardware y Software en Fjord Seafood Chile Ltda de tal

manera que permita tener un control sobre los

dispositivos y programas de la compantildeiacutea

Tambieacuten apoyar al aacuterea de hardware en la deteccioacuten de

posibles fallas de equipos y en la solucioacuten de problemas

detectados optimizando el traspaso de tareas entre los

integrantes del aacuterea de hardware en la asignacioacuten de

tareas

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

CONTENIDO DE LA TESIS ENCARGADO(S)

INTRODUCCION

OBJETIVOS

METODOLOGIA

INTRODUCCION

La Regioacuten de Los Lagos ha experimentado desde

hace un tiempo un fuerte crecimiento gracias en gran medida a las empresas del rubro acuiacutecola

donde la produccioacuten salmonera ha sido la principal

causa de ello

Un claro ejemplo de este fenoacutemeno es Fjord

Seafood Chile empresa dedicada a la

salmonicultura que cuenta con su planta de

procesamiento en Puerto Montt y maacutes de 25

centros de cultivo a lo largo de la regioacuten

En estos diacuteas se encuentra en proceso

de expansioacuten lo que permitiraacute un

aumento considerable en su volumen

de produccioacuten y un importante papel

en el mercado internacional

Debido al proceso de expansioacuten que sufre Fjord

Seafood Chile deberaacute optimizar todas las aacutereas de

administracioacuten para gestionar de mejor forma el flujo

de informacioacuten y sus canales de comunicacioacuten

Esta misioacuten seraacute cubierta en gran parte por el

Departamento de Informaacutetica ya que este

departamento es el responsable de la parte neuraacutelgica

de la empresa en cuanto al tratamiento de informacioacuten

se refiere ya sea en sus sistemas contables ventas

comunicaciones de datos y planta de procesamiento

entre otros

Fjord Seafood Chile cuenta actualmente con un

Departamento de Informaacutetica compuesto por aacutereas como

Desarrollo de Sistemas Base de Datos 1 y el aacuterea de Hardware

aacutereas que en conjunto permiten el correcto funcionamiento de

los sistemas computacionales de la empresa

En estos diacuteas que la empresa experimenta un fuerte

crecimiento se hace necesario disentildear un sistema que

permita controlar todo su inventario que incluya equipos

tales como computadoras y dispositivos secundarios

como tambieacuten licencias y equipos industriales

OBJETIVOS

Objetivo General

Disentildear y construir el Sistema Control de Inventario

Hardware y Software en Fjord Seafood Chile Ltda de tal

manera que permita tener un control sobre los

dispositivos y programas de la compantildeiacutea

Tambieacuten apoyar al aacuterea de hardware en la deteccioacuten de

posibles fallas de equipos y en la solucioacuten de problemas

detectados optimizando el traspaso de tareas entre los

integrantes del aacuterea de hardware en la asignacioacuten de

tareas

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

INTRODUCCION

La Regioacuten de Los Lagos ha experimentado desde

hace un tiempo un fuerte crecimiento gracias en gran medida a las empresas del rubro acuiacutecola

donde la produccioacuten salmonera ha sido la principal

causa de ello

Un claro ejemplo de este fenoacutemeno es Fjord

Seafood Chile empresa dedicada a la

salmonicultura que cuenta con su planta de

procesamiento en Puerto Montt y maacutes de 25

centros de cultivo a lo largo de la regioacuten

En estos diacuteas se encuentra en proceso

de expansioacuten lo que permitiraacute un

aumento considerable en su volumen

de produccioacuten y un importante papel

en el mercado internacional

Debido al proceso de expansioacuten que sufre Fjord

Seafood Chile deberaacute optimizar todas las aacutereas de

administracioacuten para gestionar de mejor forma el flujo

de informacioacuten y sus canales de comunicacioacuten

Esta misioacuten seraacute cubierta en gran parte por el

Departamento de Informaacutetica ya que este

departamento es el responsable de la parte neuraacutelgica

de la empresa en cuanto al tratamiento de informacioacuten

se refiere ya sea en sus sistemas contables ventas

comunicaciones de datos y planta de procesamiento

entre otros

Fjord Seafood Chile cuenta actualmente con un

Departamento de Informaacutetica compuesto por aacutereas como

Desarrollo de Sistemas Base de Datos 1 y el aacuterea de Hardware

aacutereas que en conjunto permiten el correcto funcionamiento de

los sistemas computacionales de la empresa

En estos diacuteas que la empresa experimenta un fuerte

crecimiento se hace necesario disentildear un sistema que

permita controlar todo su inventario que incluya equipos

tales como computadoras y dispositivos secundarios

como tambieacuten licencias y equipos industriales

OBJETIVOS

Objetivo General

Disentildear y construir el Sistema Control de Inventario

Hardware y Software en Fjord Seafood Chile Ltda de tal

manera que permita tener un control sobre los

dispositivos y programas de la compantildeiacutea

Tambieacuten apoyar al aacuterea de hardware en la deteccioacuten de

posibles fallas de equipos y en la solucioacuten de problemas

detectados optimizando el traspaso de tareas entre los

integrantes del aacuterea de hardware en la asignacioacuten de

tareas

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

Un claro ejemplo de este fenoacutemeno es Fjord

Seafood Chile empresa dedicada a la

salmonicultura que cuenta con su planta de

procesamiento en Puerto Montt y maacutes de 25

centros de cultivo a lo largo de la regioacuten

En estos diacuteas se encuentra en proceso

de expansioacuten lo que permitiraacute un

aumento considerable en su volumen

de produccioacuten y un importante papel

en el mercado internacional

Debido al proceso de expansioacuten que sufre Fjord

Seafood Chile deberaacute optimizar todas las aacutereas de

administracioacuten para gestionar de mejor forma el flujo

de informacioacuten y sus canales de comunicacioacuten

Esta misioacuten seraacute cubierta en gran parte por el

Departamento de Informaacutetica ya que este

departamento es el responsable de la parte neuraacutelgica

de la empresa en cuanto al tratamiento de informacioacuten

se refiere ya sea en sus sistemas contables ventas

comunicaciones de datos y planta de procesamiento

entre otros

Fjord Seafood Chile cuenta actualmente con un

Departamento de Informaacutetica compuesto por aacutereas como

Desarrollo de Sistemas Base de Datos 1 y el aacuterea de Hardware

aacutereas que en conjunto permiten el correcto funcionamiento de

los sistemas computacionales de la empresa

En estos diacuteas que la empresa experimenta un fuerte

crecimiento se hace necesario disentildear un sistema que

permita controlar todo su inventario que incluya equipos

tales como computadoras y dispositivos secundarios

como tambieacuten licencias y equipos industriales

OBJETIVOS

Objetivo General

Disentildear y construir el Sistema Control de Inventario

Hardware y Software en Fjord Seafood Chile Ltda de tal

manera que permita tener un control sobre los

dispositivos y programas de la compantildeiacutea

Tambieacuten apoyar al aacuterea de hardware en la deteccioacuten de

posibles fallas de equipos y en la solucioacuten de problemas

detectados optimizando el traspaso de tareas entre los

integrantes del aacuterea de hardware en la asignacioacuten de

tareas

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

Debido al proceso de expansioacuten que sufre Fjord

Seafood Chile deberaacute optimizar todas las aacutereas de

administracioacuten para gestionar de mejor forma el flujo

de informacioacuten y sus canales de comunicacioacuten

Esta misioacuten seraacute cubierta en gran parte por el

Departamento de Informaacutetica ya que este

departamento es el responsable de la parte neuraacutelgica

de la empresa en cuanto al tratamiento de informacioacuten

se refiere ya sea en sus sistemas contables ventas

comunicaciones de datos y planta de procesamiento

entre otros

Fjord Seafood Chile cuenta actualmente con un

Departamento de Informaacutetica compuesto por aacutereas como

Desarrollo de Sistemas Base de Datos 1 y el aacuterea de Hardware

aacutereas que en conjunto permiten el correcto funcionamiento de

los sistemas computacionales de la empresa

En estos diacuteas que la empresa experimenta un fuerte

crecimiento se hace necesario disentildear un sistema que

permita controlar todo su inventario que incluya equipos

tales como computadoras y dispositivos secundarios

como tambieacuten licencias y equipos industriales

OBJETIVOS

Objetivo General

Disentildear y construir el Sistema Control de Inventario

Hardware y Software en Fjord Seafood Chile Ltda de tal

manera que permita tener un control sobre los

dispositivos y programas de la compantildeiacutea

Tambieacuten apoyar al aacuterea de hardware en la deteccioacuten de

posibles fallas de equipos y en la solucioacuten de problemas

detectados optimizando el traspaso de tareas entre los

integrantes del aacuterea de hardware en la asignacioacuten de

tareas

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

Fjord Seafood Chile cuenta actualmente con un

Departamento de Informaacutetica compuesto por aacutereas como

Desarrollo de Sistemas Base de Datos 1 y el aacuterea de Hardware

aacutereas que en conjunto permiten el correcto funcionamiento de

los sistemas computacionales de la empresa

En estos diacuteas que la empresa experimenta un fuerte

crecimiento se hace necesario disentildear un sistema que

permita controlar todo su inventario que incluya equipos

tales como computadoras y dispositivos secundarios

como tambieacuten licencias y equipos industriales

OBJETIVOS

Objetivo General

Disentildear y construir el Sistema Control de Inventario

Hardware y Software en Fjord Seafood Chile Ltda de tal

manera que permita tener un control sobre los

dispositivos y programas de la compantildeiacutea

Tambieacuten apoyar al aacuterea de hardware en la deteccioacuten de

posibles fallas de equipos y en la solucioacuten de problemas

detectados optimizando el traspaso de tareas entre los

integrantes del aacuterea de hardware en la asignacioacuten de

tareas

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

OBJETIVOS

Objetivo General

Disentildear y construir el Sistema Control de Inventario

Hardware y Software en Fjord Seafood Chile Ltda de tal

manera que permita tener un control sobre los

dispositivos y programas de la compantildeiacutea

Tambieacuten apoyar al aacuterea de hardware en la deteccioacuten de

posibles fallas de equipos y en la solucioacuten de problemas

detectados optimizando el traspaso de tareas entre los

integrantes del aacuterea de hardware en la asignacioacuten de

tareas

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

22 Objetivos Especiacuteficos

Los principales toacutepicos a cumplir por el Sistema Control de

Inventario

Hardware y Software se detallan a continuacioacuten

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

1048707 Llevar a cabo consultas como stock de equipos sus

caracteriacutesticas ubicacioacuten estado y usuario responsable

software por maacutequinas entre otras

1048707 Auditoriacutea de cada software y Hardware de la empresa como

por ejemplo estado de Licencias

1048707 Emitir un catastro mensual de equipos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

1048707 Administrar planes y cuentas de Internet y su distribucioacuten

1048707 Optimizar la informacioacuten contable referente al activo fijo en

maacutequinas dadas de baja

1048707 Reflejar fechas de sucesos catastroacuteficos e importantes con

respecto a la plataforma computacional de la empresa

1048707 Apoyar al aacuterea de produccioacuten en el estado de Balanzas y

etiquetadoras

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

Metodologiacuteas

31 Metodologiacutea Sistema Control de Inventario

Entre las metodologiacuteas existentes se encuentran varios tipos

como por ejemplo algunas orientadas a Datos y otras

destinadas a los Procesos

Debido a que el Sistema de Control de Inventario Hardware y

Software posee un perfil informaacutetico orientado a la Base de

Datos bajo una arquitectura Cliente

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

Servidor

Se optoacute por utilizar una metodologiacutea orientada a los Datos como

es la Metodologiacutea propuesta por Thomas Connolly que lleva por

tiacutetulo ldquoCiclo de Vida de una Base de Datosrdquo [Connolly1999]

Aunque la mayoriacutea de las metodologiacuteas tienen algunas etapas o

secciones en comuacuten como las secciones donde se refieren al

estudio de factibilidad teacutecnica implementacioacuten y puesta en

marcha la diferencia las marcan las secciones donde se perfila el

disentildeo de la Base de Datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

Esta metodologiacutea se compone de varias etapas donde

describe paso a paso desde la planificacioacuten de la Base de

Datos hasta la implementacioacuten de la misma estas etapas se

detallan a continuacioacuten

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

1 Planificacioacuten del Disentildeo de la Base de Datos

Esta etapa contempla un estudio de planeacioacuten del

trabajo los recursos con que se cuenta para desarrollar el

proyecto y la factibilidad econoacutemica para llevarlo a cabo

2 Definicioacuten del Sistema

En esta seccioacuten de la metodologiacutea se define principalmente

el aacutembito del proyecto y interrelacioacuten con las otras aacutereas de

la compantildeiacutea en lo que se refiere al flujo de informacioacuten con

la que el sistema tendraacute que procesar y entregar

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

3 Anaacutelisis y Recopilacioacuten de Requerimientos

En esta etapa se llevaraacuten a cabo actividades como entrevistas

con los usuarios finales para fijar objetivos

Dado que el Sistema de Control Inventario Hardware y Software

seraacute desarrollado e implementado seguacuten los objetivos y metas

fijadas por el aacuterea de Hardware de la empresa la misma a la

que pertenece el alumno soacutelo se estableceraacuten vistas y reportes

del sistema en conjunto con los usuarios

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

4 Disentildeo de la Base de Datos

Esta seccioacuten se establece los toacutepicos relacionados con el

disentildeo propiamente tal de la base de datos abarcando el

Disentildeo de Base de Datos Conceptual Disentildeo Loacutegico hasta el

Disentildeo Fiacutesico las cuales se explican a continuacioacuten

41 Disentildeo de Base de Datos Conceptual

Baacutesicamente en esta etapa se especifican las

entidades que participaraacuten en el proceso y la forma

en como se relacionan sentildealando claramente los

atributos que componen cada una de las entidades

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

En primera instancia se realizan los primeros diagramas de flujo

reflejando las entidades y sus relaciones ademaacutes de su respectiva

documentacioacuten detallando entre otros aspectos el tipo de

entidad tipo de relacioacuten cardinalidad etc de manera tal que

permitan verificar y mantener la calidad de los datos o utilizarlas

como reglas de actualizacioacuten

Al concluir esta etapa se estariacutea en condiciones de presentar un

Diagrama Entidad-Relacioacuten ya que a medida que se vaya

avanzando en las etapas pueda ser mejorado Ademaacutes de

especificar las vistas que tendraacuten los usuarios finales y un primer

anaacutelisis de la Primary Key y Alternative Key de cada entidad

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

42 Disentildeo de Base de Datos Loacutegico

Los objetivos que se esperan al finalizar esta etapa son las de

confeccionar y validar el modelo de datos loacutegico seguacuten los

requerimientos de cada usuario y la construccioacuten de un modelo

loacutegico global

Tal como se indicoacute en la etapa anterior en esta seccioacuten se

debe repasar y chequear el modelo conceptual para luego

traspasarlo al modelo loacutegico local

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

Como puntos a alcanzar por esta seccioacuten se encuentra la maacutes

importante la de disentildear el Modelo E-R y entre otras las de

eliminar las relaciones muchos-a-muchos ternarias y las relaciones

recursivas eliminar los atributos multivaloacutericos reexaminar las

relaciones uno-a-uno

El objetivo que se persigue con la normalizacioacuten es ofrecer un

meacutetodo que permita minimizar el nuacutemero de posibles anomaliacuteas

(de insercioacuten borrado actualizacioacuten etc)

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

En teoriacutea en el proceso de normalizacioacuten se deberiacutean cumplir en

su totalidad las etapas en la praacutectica soacutelo se cumplen la tres

primeras puesto que lo que se quiere conseguir es la seguridad

de la inconsistencia de la Base de

Datos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

43 Disentildeo de Base de Datos Fiacutesico

Las acciones a seguir en este punto de la metodologiacutea es el

traspaso del Modelo Loacutegico Global descrito en la etapa

anterior para el Sistema de Administracioacuten de Base de Datos

disentildeando las relaciones bases y las restricciones

Ademaacutes de analizar la representacioacuten fiacutesica en lo que se

refiere a la seleccioacuten de la organizacioacuten de los archivos a la

aplicacioacuten de la de normalizacioacuten

Disentildear los mecanismos de seguridad del sistema vistas de

usuarios y definir las reglas de acceso etc

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

5 Seleccioacuten del Sistema de Administracioacuten de Base de

Datos

En el contexto del Sistema Control Inventario Hardware y

Software no se cubriraacute esta etapa por ser analizada en las

anteriores etapas en el Modelo Conceptual y Disentildeo

Loacutegico

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

6 Disentildeo de la Aplicacioacuten

Consiste en el disentildeo de la aplicacioacuten ldquoClienterdquo la interfaz de

usuario y la definicioacuten de algunos procedimientos que ejecutaraacute

el ldquoClienterdquo durante el proceso

Siguiendo una de las normas baacutesicas de todo desarrollo de

sistemas lo que se quiere obtener en esta seccioacuten es ocultar

toda la complejidad al usuario final disentildeando un sistema

ldquoamistosordquo de manera que la captura y la consulta de datos

no sea un proceso tedioso

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

7 Prototipo del Sistema

Mediante un prototipo permite simular la presentacioacuten del

Sistema final Ademaacutes de permitir visualizar errores de

procedimientos o bien la necesidad de agregar alguacuten

procedimiento al sistema como por ejemplo meacutetodos de

buacutesqueda ayuda en liacutenea entre otras

8 Implementacioacuten del Sistema

Instalacioacuten de las Bases de Datos en el ldquoServidorrdquo y la

Aplicacioacuten en las maacutequinas ldquoClientesrdquo ademaacutes de configurar

el origen de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

9 Conversioacuten de Datos

Este punto se refiere al traspaso de datos desde un sistema

existente al nuevo sistema o desde otra fuente de datos

10 Prueba del Sistema

Tiene por objeto depurar el sistema en cuanto a los posibles

errores que puedan surgir en esta etapa

Cabe sentildealar que los errores a depurar son soacutelo aquellos que

afectan a la ejecucioacuten del programa

Generalmente se prueba la consistencia de los datos el

aspecto de concurrencia y la que los datos capturados sean

vaacutelidos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos

11 Mantenimiento Operacional

Se refiere a un chequeo general que se realiza despueacutes de

haber completado la etapa de instalacioacuten del Sistema

propiamente tal Tambieacuten es recomendable asistir a los

usuarios en el manejo de programa logrando la interaccioacuten

usuario-aplicacioacuten para minimizar los errores de captura y

recopilacioacuten de informacioacuten

A continuacioacuten en la Fig Ndeg1 se

muestra el diagrama del ciclo de vida

de base de datos