metodologia empleada
DESCRIPTION
METODOLOGIA EMPLEADA PARA SABER EL TIPO DE METODOLOGIA QUE SE REALIZO EN UNA TESIS DE INGENIERIA DE SOFTWARETRANSCRIPT
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