exposicion de la metodologia

29
CENTRO UNIVERSITARIO UAEM TEXCOCO . UNIVERSIDAD AUTONOMA DEL ESTADO DE MÉXICO

Upload: reynaldo-mejia-rivera

Post on 04-Aug-2015

70 views

Category:

Education


0 download

TRANSCRIPT

Page 1: EXPOSICION DE LA METODOLOGIA

CENTRO UNIVERSITARIO UAEM TEXCOCO

UNIVERSIDAD AUTONOMA DEL ESTADO DE MEacuteXICO

TesisDESARROLLO SISTEMA CONTROL DE INVENTARIO

SOFTWARE YHARDWARE

Equipo 5OMAR ISRAEL MARTIacuteNEZFRANCISCO MENDOZAALEXIS MENDEZ

CONTENIDO DE LA TESIS ENCARGADO(S)

INTRODUCCION Omar

OBJETIVOS Franscisco

METODOLOGIA Alexis Reynaldo

INTRODUCCIONLa 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 GeneralDisentildear 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 EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 2: EXPOSICION DE LA METODOLOGIA

TesisDESARROLLO SISTEMA CONTROL DE INVENTARIO

SOFTWARE YHARDWARE

Equipo 5OMAR ISRAEL MARTIacuteNEZFRANCISCO MENDOZAALEXIS MENDEZ

CONTENIDO DE LA TESIS ENCARGADO(S)

INTRODUCCION Omar

OBJETIVOS Franscisco

METODOLOGIA Alexis Reynaldo

INTRODUCCIONLa 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 GeneralDisentildear 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 EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 3: EXPOSICION DE LA METODOLOGIA

CONTENIDO DE LA TESIS ENCARGADO(S)

INTRODUCCION Omar

OBJETIVOS Franscisco

METODOLOGIA Alexis Reynaldo

INTRODUCCIONLa 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 GeneralDisentildear 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 EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 4: EXPOSICION DE LA METODOLOGIA

INTRODUCCIONLa 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 GeneralDisentildear 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 EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 5: EXPOSICION DE LA METODOLOGIA

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 GeneralDisentildear 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 EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 6: EXPOSICION DE LA METODOLOGIA

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 GeneralDisentildear 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 EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 7: EXPOSICION DE LA METODOLOGIA

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 GeneralDisentildear 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 EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 8: EXPOSICION DE LA METODOLOGIA

OBJETIVOS

Objetivo GeneralDisentildear 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 EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 9: EXPOSICION DE LA METODOLOGIA

22 Objetivos EspeciacuteficosLos principales toacutepicos a cumplir por el Sistema Control de InventarioHardware 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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 10: EXPOSICION DE LA METODOLOGIA

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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 11: EXPOSICION DE LA METODOLOGIA

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 InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 12: EXPOSICION DE LA METODOLOGIA

Metodologiacuteas

31 Metodologiacutea Sistema Control de InventarioEntre 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

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 13: EXPOSICION DE LA METODOLOGIA

ServidorSe 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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 14: EXPOSICION DE LA METODOLOGIA

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 DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 15: EXPOSICION DE LA METODOLOGIA

1 Planificacioacuten del Disentildeo de la Base de DatosEsta 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 SistemaEn 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 RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 16: EXPOSICION DE LA METODOLOGIA

3 Anaacutelisis y Recopilacioacuten de RequerimientosEn 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 DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 17: EXPOSICION DE LA METODOLOGIA

4 Disentildeo de la Base de DatosEsta 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 ConceptualBaacutesicamente 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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 18: EXPOSICION DE LA METODOLOGIA

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 LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 19: EXPOSICION DE LA METODOLOGIA

42 Disentildeo de Base de Datos LoacutegicoLos 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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 20: EXPOSICION DE LA METODOLOGIA

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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 21: EXPOSICION DE LA METODOLOGIA

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 deDatos la cual se lograraacute con estas etapas

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 22: EXPOSICION DE LA METODOLOGIA

43 Disentildeo de Base de Datos FiacutesicoLas 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 normalizacioacutenDisentildear 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 DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 23: EXPOSICION DE LA METODOLOGIA

5 Seleccioacuten del Sistema de Administracioacuten de Base de DatosEn 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 AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 24: EXPOSICION DE LA METODOLOGIA

6 Disentildeo de la AplicacioacutenConsiste 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 SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 25: EXPOSICION DE LA METODOLOGIA

7 Prototipo del SistemaMediante 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 SistemaInstalacioacuten 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 DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 26: EXPOSICION DE LA METODOLOGIA

9 Conversioacuten de DatosEste punto se refiere al traspaso de datos desde un sistema existente al nuevo sistema o desde otra fuente de datos

10 Prueba del SistemaTiene 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 OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 27: EXPOSICION DE LA METODOLOGIA

11 Mantenimiento OperacionalSe 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

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29
Page 28: EXPOSICION DE LA METODOLOGIA

GRACIAS POR SU ATENCION

LES AGRADECE EL EQUIPO 5

  • Slide 1
  • Slide 2
  • Slide 3
  • Slide 4
  • Slide 5
  • Slide 6
  • Slide 7
  • Slide 8
  • Slide 9
  • Slide 10
  • Slide 11
  • Slide 12
  • Slide 13
  • Slide 14
  • Slide 15
  • Slide 16
  • Slide 17
  • Slide 18
  • Slide 19
  • Slide 20
  • Slide 21
  • Slide 22
  • Slide 23
  • Slide 24
  • Slide 25
  • Slide 26
  • Slide 27
  • Slide 28
  • Slide 29