UNIVERSIDADALASPERUANAS

VICERRECTORADO DE INVESTIGACIN Y POSTGRADO

TESIS APLICACIN DE UNA MATRIZ DE ESCENARIOS Y SU INFLUENCIA EN LA CONSTRUCCIN DE BASES DE DATOS RELACIONALES POR PARTE DE LOS ALUMNOS DEL V CICLO DE LA ESCUELA PROFESIONAL DE INGENIERA INFORMTICA DE LA FACULTAD DE INGENIERA INDUSTRIAL, SISTEMAS E INFORMTICA DE LA UNIVERSIDAD NACIONAL JOS FAUSTINO SNCHEZ CARRIN HUACHO-2012

PARA OPTAR EL GRADO ACADMICO DE MAESTRO EN INGENIERA DE SISTEMAS

PRESENTADO POR: BACHILLER EDWIN IVAN FARRO PACIFICO

LIMA PER 2012

DEDICATORIA Para mi abuelita (Quita) a quien amo mucho, llevo en mi corazn, y debo lo que he logrado hasta ahora.

ii 2

AGRADECIMIENTO A mi familia, enamorada, amigos,

alumnos y al Dr. Roberto Katayama por su paciencia y disponibilidad para

compartir su conocimiento en el desarrollo de mi tesis; ya que sin su colaboracin no hubiera sido posible la culminacin de mi Trabajo.

iii 3

RESUMEN

La presente tesis buscar probar de qu forma se puede mejorar la metodologa tradicional de construccin de una base de datos para el desarrollo de un sistema de informacin a travs de nuevas herramientas o instrumentos. El modelo de datos entidad-relacin es una metodologa que nos permite construir la base de datos y se divide en tres etapas: el modelo conceptual, el modelo relacional y el diseo fsico. Debido a la experiencia he podido observar que el participante tiene problemas de comprensin y elaboracin en la construccin de la base de datos, sin embargo esto podr superarse con una etapa previa. En la etapa previa se considera una matriz de procesos, donde se podrn registrar las actividades en el proceso de negocio a estudiar, los actores que intervienen, la relacin que existe entre ellos y los documentos que intervienen al inicio, durante y al final de la actividad. La presente investigacin tom como referencia el curso de base de datos del V ciclo de la escuela profesional de ingeniera informtica de la Universidad Nacional Jos Faustino Snchez Carrin en el periodo lectivo 2012 Luego de haber tomado las muestras, evaluado y analizado los resultados se lleg a la conclusin que la Matriz de Escenarios influye positivamente en la optimizacin de la construccin de la base de datos.

Palabras claves: Base de datos, metodologa, sistema de informacin, matriz de procesos, modelo conceptual, modelo relaciona, diseo fsico.

iv 4

ABSTRACT

This thesis seek to prove that the traditional methodology of building a database for the development of a computer-based information can be improved if modified. The data model is an entity-relationship methodology that allows us to build the database, the methodology in question passes through three stages: conceptual model, the relational model and physical design. Due to the experience I have observed that the participant has difficulty understanding and development in building the database, however this can be overcome with a previous stage. In the previous stage is considered an array of processes, where you can record the activities the business process to be studied, the actors involved, the relationship that exists between them and the documents involved in the beginning, during and after activity . This research has been conducted on students of the V cycle current database of the professional school of computer engineering at the Universidad Nacional Jos Faustino Snchez Carrin in the academic year 2012 After taking the samples, evaluated and analyzed the results concluded that the matrix process positively influences the optimization of the construction of the database. Keywords: Database, methodology, information system, matrix

processes, conceptual model, relational model, physical design.

v 5

NDICE Pag. DEDICATORIA AGRADECIMIENTO RESUMEN ABSTRACT INDICE INDICE DE TABLAS INDICE DE GRFICOS INDICE DE FIGURAS 2 3 4 5 6 8 11 13

CAPITULO I

PLANEAMIENTO METODOLOGICO

1.1. 1.2. 1.3.

Descripcin de la Realidad Problemtica Delimitacin de la Investigacin Formulacin del Problema 1.3.1. Problema Principal 1.3.2. Problemas Secundarios

14 15 17 17 17 18 18 18 19 19 19 20 21 21 21 22 22 22 22

1.4.

Objetivos de la Investigacin 1.4.1. Objetivo principal 1.4.2. Objetivos secundario

1.5.

Hiptesis de la Investigacin 1.5.1 Hiptesis principal 1.5.2 Hiptesis secundaras 1.5.3 Identificacin de Variables e Indicadores

1.6.

Diseo de la Investigacin 1.6.1 Tipo de Investigacin 1.6.2 Nivel de Investigacin 1.6.3 Mtodo

1.7.

Poblacin y Muestra de la Investigacin 1.7.1 Poblacin 1.7.2. Muestra

vi 6

1.8.

Tcnicas e Instrumentos de la Recoleccin de Datos 1.8.1 Tcnicas 1.8.2 Instrumentos

23 23 23 24

1.9.

Justificacin e Importancia de la Investigacin

CAPITULOII 2.1. 2.2. 2.3.

MARCO TEORICO 26 28 55

Antecedentes de la Investigacin Base Tericas Definicin de Trminos Bsicos

CAPITULO III

PRESENTACIN, ANALISIS E INTERPRETACIN DE RESULTADOS

3.1. Presentacin e interpretacin de resultados 3.2. Contrastacin de hiptesis CONCLUSIONES RECOMENDACIONES FUENTES DE INFORMACIN

64 76 107 108 109

ANEXOS 1. Cuestionario 2. Matriz de Consistencia 3. Matriz de escenarios 4. Proyecto final de base de datos 111 113 115 117

vii 7

NDICE DE TABLAS Tabla 1. Operacionalizacin de variables Tabla 2. Ejemplo Tabla 3. Ejemplos de Sistemas de Informacin de ventas y marketing Tabla 4. Ejemplos de Sistemas de Informacin de manufactura y produccin Tabla 5. Ejemplos de Sistemas de Informacin de finanzas y contabilidad Tabla 6 Identifica Actividades Tabla 7 Identifica los actores Tabla 8 Identifica los documentos Tabla 9 Relaciona correctamente los actores y actividades Tabla 10 Identifica entidades Tabla 11 Identifica atributos Tabla 12 Establece relaciones entre entidades Tabla 13 Genera nuevas entidades Tabla 14 Agrega los atributos forneos Tabla 15 Elabora el mapa de instancia Tabla 16 Elabora el diccionario de datos Tabla 17 Influencia de la Matriz de Escenarios en la construccin de la base de datos 75 53 64 65 66 67 68 69 70 71 72 73 74 51 47 21 41

viii 8

Tabla 18 Matriz de escenarios en relacin a la construccin de base datos Tabla 19 Pruebas de chi-cuadrado 77 77

Tabla 20 Tabla de contingencia Identifica actividades - Influencia de la Matriz de Escenarios en la construccin de la base de datos Tabla 21 Pruebas de chi-cuadrado 79 79

Tabla 22 Identifica los actores * Influencia de la Matriz de Escenarios en la construccin de la base de datos Tabla 23 Pruebas de chi-cuadrado 81 81

Tabla 24 Identifica los documentos * Influencia de la Matriz de Escenarios en la construccin de la base de datos Tabla 25 Pruebas de chi-cuadrado 83 83

Tabla 26 Relaciona correctamente los actores y actividades * Influencia de la Matriz de Escenarios en la construccin de la base de datos 85 Tabla 27 Pruebas de chi-cuadrado 85

Tabla 28 Prueba Matriz de escenarios en relacin a la diseo del modelo conceptual Tabla 29 Pruebas de chi-cuadrado 87 87

Tabla 30 Relacin entre la Identificacin de entidades y la Matriz de Escenarios en la construccin de la base de datos Tabla 31 Pruebas de chi-cuadrado 89 89

Tabla 32 Relacin entre la Identificacin de atributos y la Matriz de Escenarios en la construccin de la base de datos Tabla 33 Pruebas de chi-cuadrado 91 91

ix 9

Tabla 34 Establece relaciones entre entidades y la Matriz de Escenarios en la construccin de la base de datos Tabla 35 Pruebas de chi-cuadrado Tabla 36 Matriz de escenarios en relacin a la diseo del modelo relacional Tabla 37 Pruebas de chi-cuadrado 95 95 93 93

Tabla 38 Relacin entre la generacin de nuevas entidades y la Matriz de Escenarios en la construccin de la base de datos Tabla 39 Pruebas de chi-cuadrado 97 97

Tabla 40 Relacin entre la agregacin de los atributos forneos y la Matriz de Escenarios en la construccin de la base de datos Tabla 41 Pruebas de chi-cuadrado Tabla 42 Matriz de escenarios en relacin al diseo fsico Tabla 43 Pruebas de chi-cuadrado 99 99 101 101

Tabla 44 Relacin entre la elaboracin del mapa de instancia y la Matriz de Escenarios en la construccin de la base de datos Tabla 45 Pruebas de chi-cuadrado 103 103

Tabla 46 Relacin entre la elaboracin del diccionario de datos y la Matriz de Escenarios en la construccin de la base de datos Tabla 47 Pruebas de chi-cuadrado 105 105

x 10

NDICE DE GRAFICOS Grfico 1. Identifica Actividades Grfico 2. Identifica los Actores Grfico 3. Identifica los Documentos Grfico 4. Relaciona correctamente los actores y actividades Grfico 5. Identifica Entidades Grfico 6. Identifica Atributos Grfico 7. Establece relaciones entre entidades Grfico 8. Genera nuevas entidades Grfico 9. Agrega los atributos forneos Grfico 10. Elabora el mapa de instancia Grfico 11. Elabora el diccionario de datos Grfico 12. Influencia de la Matriz de Escenarios en la construccin de la base de datos Grfico 13. Matriz de escenarios en relacin a la construccin de base datos 78 76 65 66 67 68 69 70 71 72 73 74 75
x

Grfico 14. Matriz de escenarios en relacin identifica actividades 80 Grfico 15. Matriz de escenarios en relacin identifica actores Grfico 16. Matriz de escenarios en relacin identifica Documentos 84 82

Grfico 17. Matriz de escenarios en relacin con relaciona correctamente actores y actividades 86

xi 11

Grfico 18. Matriz de escenarios en relacin al diseo del modelo conceptual 88

Grfico 19. Relacin entre la Identificacin de entidades y la Matriz de Escenarios en la construccin de la base de datos 90

Grfico 20. Relacin entre la Identificacin de atributos y la Matriz de Escenarios en la construccin de la base de datos 92

Grfico 21. Establece relaciones entre entidades y la Matriz de Escenarios en la construccin de la base de datos Grfico 22. Matriz de escenarios en relacin a la diseo del modelo relacional 96 94

Grfico 23. Relacin entre la generacin de nuevas entidades y la Matriz de Escenarios en la construccin de la base de datos 98

Grfico 24. Relacin entre la agregacin de los atributos forneos y la Matriz de Escenarios en la construccin de la base de datos Grfico 25. Matriz de escenarios en relacin al diseo fsico 100 102

Grfico 26. Relacin entre la elaboracin del mapa de instancia y la Matriz de Escenarios en la construccin de la base de datos 104

Grfico 27. Relacin entre la elaboracin del diccionario de datos y la Matriz de Escenarios en la construccin de la base de datos 106

xii 12

NDICE DE FIGURAS Figura 1. Metodologa de diseo de bases de datos Figura 2. Proceso de Modelizacin Conceptual Figura 3. Ejemplo de un sistema de informacin de ventas Figura 4. Esquema de un sistema de inventario Figura 5. Sistema de cuentas por cobrar 33 36 49 51 54

xiii 13

CAPTULO I PLANTEAMIENTO METODOLOGICO

1.1. Descripcin de la realidad problemtica Se ha podido constatar que los alumnos pertenecientes al curso de Base de Datos del V ciclo de la Escuela Profesional de Ingeniera Informtica - Facultad de Ingeniera Industrial, sistemas e informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho tienen dificultades al momento de disear y construir una base de datos, principalmente en el entendimiento del proceso de negocios, punto vital para el moldeamiento de la base de datos en sus etapas conceptual, relacional y fsica. El curso de Base de Datos, pretende ofrecer a los alumnos los conocimientos y destrezas necesarias que le permitirn Crear, Mantener y Gestionar los objetos de una Base de Datos, as como tambin, conocer su Arquitectura y su Funcionamiento.

14

Uno de los principales problemas encontrados es en lo referido a la metodologa de enseanza del curso, donde los docentes

encargados del curso de base de datos, emplean una metodologa tradicional en la cual orientan a los alumnos a una interpretacin personal de la realidad en la etapa del moldeamiento conceptual del modelo entidad-relacin, habiendo la posibilidad de que sta no sea la correcta. Otro de los problemas, es que los docentes no emplean ninguna estrategia adicional que oriente a los alumnos a la construccin de matrices y/o herramientas que sistematice cada una de los pasos y actividades del desarrollo de una base de datos, que ayude en la identificacin de las entidades, atributos y relaciones entre las entidades, y asimismo que brinde la facilidad de desarrollar el modelo relacional para determinar las nuevas entidades si las hubiera y/o agregar los atributos necesarios, hecho que permite viabilizar el desarrollo del diseo fsico para la creacin del mapa de instancia y diccionario de datos. Estos problemas traern como consecuencia que el alumno no se encontrar en la capacidad de analizar datos y efectuar

recomendaciones concernientes a

mejorar el rendimiento y la

eficiencia de los datos que se encuentran almacenados, apoyar en el diseo y optimizacin de modelos de datos.

1.2. Delimitacin de la investigacin 1.2.1. Delimitacin espacial

La presente investigacin se realiz en la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho.

15

1.2.2.

Delimitacin temporal

El desarrollo de la presente investigacin se llev a cabo entre los meses de enero a octubre del 2012 y consta de dos fases: PRIMERA FASE Durante este tiempo se dio cumplimiento a todas las etapas necesarias en el trabajo de investigacin cientfica, es decir se realiz una formulacin y generalizacin del problema, el cual se basa en la descripcin de la realidad problemtica, delimitaciones y definicin del problema, objetivos de la investigacin, justificacin e importancia, estudio de viabilidad, etc., adems del cronograma de actividades, presupuesto, marco terico, etc., as como la correspondiente aprobacin del proyecto de investigacin. SEGUNDA FASE Durante este tiempo se llev a cabo el anlisis e interpretacin de los resultados, la contrastacin de la hiptesis, las conclusiones, las recomendaciones y la presentacin del informe final, para luego hacer el respectivo sustento del trabajo de investigacin que se realiz, durante la primera fase. 1.2.3. Delimitacin social

La tesis se orient al estudio de la poblacin de alumnos del curso de base de datos de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin

16

1.3. Formulacin del problema 1.3.1. Problema principal

De qu forma la aplicacin de una Matriz de Escenarios influye en la construccin de Base de Datos Relacional por parte de los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012? 1.3.2. a) Problemas secundarios Cmo influye el uso de una Matriz de Escenarios en el desarrollo del modelo conceptual en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012? b) Cmo influye el uso de una Matriz de Escenarios en el desarrollo del modelo relacional en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012? c) Cmo influye el uso de una Matriz de Escenarios en el desarrollo del diseo fsico en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012?

17

1.4. Objetivos de la investigacin 1.4.1. Objetivo principal

Determinar en qu medida la aplicacin de una Matriz de Escenarios influye en la construccin de Base de Datos Relacional por parte de los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012. 1.4.2. Objetivos secundarios a) Determinar en qu medida el uso de una Matriz de Escenarios influye en el desarrollo del modelo conceptual en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012. b) Determinar en qu medida el uso de una Matriz de Escenarios influye en el desarrollo del modelo relacional en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012. c) Determinar en qu medida el uso de una Matriz de Escenarios influye en el desarrollo del diseo fsico en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012.

18

1.5.

Hiptesis de la investigacin 1.5.1. Hiptesis principal La aplicacin de una Matriz de Escenarios influye

significativamente en la construccin de Base de Datos Relacional por parte de los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012. 1.5.2. Hiptesis secundarias a) El uso de una Matriz de Escenarios influye

significativamente en el desarrollo del modelo conceptual en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012. b) El uso de una Matriz de Escenarios influye

significativamente en el desarrollo del modelo relacional en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012. c) El uso de una Matriz de Escenario influye significativamente en el desarrollo del diseo fsico en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012.

19

1.5.3. Identificacin de variables e indicadores Definicin conceptual de las variables a) Variable independiente: Matriz de Escenarios Es una herramienta para el desarrollo de base de datos que permite la identificacin rpida de las actividades principales del proceso de negocio, actores, documentos, el rea donde se realiza la actividad, las entidades y la interrelacin entre ellas. b) Variable dependiente: construccin de la base de datos La construccin de la base de datos tiene como objetivo general ayudar a una organizacin en el logro de sus metas, a travs del almacenamiento y procesamiento de un conjunto de informacin capaz de ayudar en la correcta toma de decisiones. La importancia de la construccin de la base de datos radica en que permite una orientacin metdica y una coordinacin adecuada de los recursos disponibles, identificacin ms rpida de los problemas y evaluacin cuantitativa de los resultados

20

Operacionalizacin de variables
Tabla 1. Operacionalizacin de variables VARIABLES Variable independiente Matriz de Escenarios DIMENSIONES INDICADORES rea actividades rea de actores rea de objetos rea de relaciones de actores y actividades Identifica entidades Identifica atributos Establece relaciones entre actividades Genera nuevas entidades Genera nuevos atributos Crea mapa de instancia Crea diccionario de datos

reas

Modelo Conceptual Variable dependiente: Construccin de la Base de Datos

Modelo Relacional Diseo Fsico

Fuente: Ing. Edwin Farro Pacfico

1.6.

Diseo de la investigacin 1.6.1. Tipo de investigacin De acuerdo al propsito de la investigacin, de la problemtica y del objetivo formulado, el tipo de

investigacin ser aplicada, debido a que se caracteriza porque busca la aplicacin o utilizacin de los conocimientos que se adquieren, tambin porque se encuentra

estrechamente vinculada con la investigacin bsica, pues depende de los resultados y avances tecnolgicos; por lo que toda investigacin aplicada requiere de un marco terico. Adems su propsito fundamental es dar solucin a problemas prcticos. 1.6.2. Nivel de investigacin El nivel del presente estudio es correlacional, porque se busc medir las variables: Matriz de Escenarios y

21

construccin de base de datos, estableciendo su grado de relacin. El nivel del presente estudio es correlacional, porque se busc medir las variables: matriz de procesos y construccin de base de datos, estableciendo su grado de relacin. Asimismo, es de diseo No experimental de carcter transeccional ya que se recolectaron los datos, en un tiempo nico con el propsito de describir las variables, y analizar su interrelacin en un momento dado. 1.6.3. Mtodo Es Inductivo-comparativo porque se parte de la observacin de hechos, se generaliza y luego se comparan los resultados.

1.7.

Poblacin y muestra de la investigacin 1.7.1. Poblacin La poblacin est conformada por todos los alumnos que se encuentran matriculados en el curso de Base de Datos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho, conformada por 19 alumnos.

1.7.2. Muestra Debido a que la poblacin es pequea se ha tomado como muestra a todos los alumnos que se encuentran matriculados en el curso de Base de Datos del V ciclo de la Escuela

22

Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, dicha cantidad est conformada por 19 alumnos. 1.8. Tcnicas e Instrumentos de Recoleccin de Datos 1.8.1. Tcnicas Las tcnicas que se emplearon para realizar el trabajo de investigacin fueron: Entrevistas Encuestas Observacin

1.8.2. Instrumentos El instrumento que se emple es un cuestionario con un formato estructurado que se le entregar al informante para que ste de manera annima, por escrito, consigne por s mismo las respuestas Para tal efecto se invoc al personal de alumnos encuestado responder con la mayor objetividad, as como de la importancia que tena el responder con la mayor seriedad a los tems del cuestionario. Se eligi la siguiente escala de puntuacin (siempre-algunas veces-pocas veces) por tener relacin directa con la hiptesis, ayudndonos a operacionalizar las variables a travs de las tcnicas estadsticas y demostrar si hay relacin entre las variables.

23

1.9.

Justificacin e importancia de la investigacin 1.9.1. Justificacin Las bases de datos son utilizadas como solucin, o como soporte a la solucin de la mayor parte de los problemas que se presentan en el mundo real. Por ello, el conocimiento de la metodologa es de suma importancia. Se debe tomar en cuenta que la construccin de la base de datos se debe realizar en forma correcta y en el menor tiempo posible. Es por ello que se agreg la matriz de procesos, como una etapa previa al modelamiento. Por parte del alumno habr una mejor comprensin, ya que podr plasmar en la matriz las actividades, los actores, documentos y las relaciones entre los actores y documentos. Por parte del docente, la matriz le permitir explicar ms fcilmente las dems etapas, as como la identificacin rpida de los elementos necesarios para realizar el modelamiento de la base de datos. 1.9.2. Importancia La presente investigacin es importante ya que los resultados contribuirn a elevar y optimizar en los alumnos su nivel de comprensin del proceso de negocio en la etapa previa al modelo conceptual, redundando significativamente en la

construccin integral de la base de datos, asimismo permitir reducir el tiempo empleado, reducir errores y lograr la eficiencia de este proceso. Por el lado docente permitir el logro de los objetivos del aprendizaje por parte de los alumnos y la adquisicin de nuevas

24

competencias y capacidades ms eficiente y eficaces para la aplicacin de sus estrategias didcticas. Asimismo, los resultados de esta investigacin, servir como antecedentes para nuevas investigacin que traten sobre herramientas que optimices el desarrollo de base de datos.

25

CAPTULO II MARCO TERICO 2.1. Antecedentes de la investigacin

Con relacin a la temtica estudiada, se ha procedido a investigar las publicaciones existentes, consultando fuentes de informacin primaria, secundaria y terciarias. Al respecto, se encontraron las siguientes investigaciones: Rubn Roberto Mellado Flores (2002), El DataMart en una empresa industrial del sector pblico El trabajo demuestra que con el uso de las TI se puede obtener ventaja competitiva, utilizando como tecnologa el Datamart. En la investigacin primero se plantea una metodologa de implementacin, para luego desarrollar un prototipo de Datamart en el rea comercial de CIDELSA, empresa del sector industrial plstico.

26

Posteriormente en la etapa de implementacin se propone el diagnstico de la organizacin a travs de la curva de Nolan y los tipos de sistemas de soporte de decisiones. La conclusin de este diagnstico fue que CIDELSA como una opcin estratgica para obtener ventaja competitiva, debe

implementar un SI de ayuda a las decisiones si es que quiere conservar su mercado actual y mejorar su participacin en el mismo. Werner Frien Cabezas Espinoza (2007), Sistema distribuido para la gestin del conocimiento inmerso en la web El objetivo principal de este trabajo de investigacin es conseguir una gestin sobre el conocimiento de una comunidad de usuarios como resultado de las interacciones de los componentes de dicha comunidad. El sistema permite la construccin de sitios web, de tal manera que se puede obtener un conocimiento relevante y de calidad del rea o tema de nuestro inters, sin la necesidad del trabajo de un moderador o editor. El sistema, ha sido probado en diferentes empresas e instituciones del estado peruano. Las experiencias nos dan evidencia de que el sistema es til para motivar a comunidades de usuarios a que aporten estructura a la web para construir un repositorio activo de conocimiento de calidad en el rea de su inters. Se concluy que la gestin del conocimiento debe ser entendida como la instancia de gestin mediante el cual se obtiene y despliega o utiliza una variedad de recursos bsicos para apoyar el desarrollo del conocimiento dentro de las empresas e instituciones. Es por ello que entender como estructurar las iniciativas de gestin del conocimiento generar una ventaja a la hora de considerar el conocimiento dentro de la estrategia de la organizacin.

27

Jorge Vctor Mayhuasca Guerra, Gestin de la universidades.

informacin y

sistemas distribuidos para mejorar la calidad de servicios de

El objetivo es mejorar el desarrollo de las actividades y procesos de sistemas de informacin que involucran a la gestin administrativa, aplicando la metodologa de la gestin de informacin y sistemas distribuidos; a fin de optimizar los tiempos de respuesta al requerimiento de informacin por la alta direccin. Se concluye que la correcta aplicacin de la tecnologa de informacin en una organizacin ofrecer grandes beneficios al interior de stas transformndolas en entidades competitivas y generadoras de recursos. En el caso nuestro estas herramientas nos permite el mejoramiento continuo de nuestros servicios.

2.2.

Bases tericas

2.2.1. Base de datos Segn Luque, Irene1 (2002), el trmino de Bases de Datos no apareci hasta mediados de los aos sesenta, poca en la cual la informacin era representada haciendo uso de un conjunto de archivos, generalmente planos. Estos archivos no estaban relacionados entre s, y los datos almacenados representaban las relaciones existentes en la informacin que representaban mediante referencias simblicas y/o fsicas. La redundancia era grande y la integridad de la informacin representada dejaba mucho que desear. Aun as, muchos desarrolladores de software bautizaban a sus sistemas de archivos como Bases de Datos, sin preocuparse de

Luque, I., Gmez, M., Lpez, N. &Cerruela, G. (2002). Bases de Datos desde Chen hasta Codd con Oracle. Mxico, pp 1-22

28

que cumplieran o no una serie de propiedades que deben acompaar al uso de este trmino. Para que se denomine a una base de datos como tal, debe satisfacer una serie de propiedades, a las cuales fueron incorporndose a estos sistemas a medida que el software para la administracin de la informacin que se desarroll fue siendo ms eficaz. Hay que tener en cuenta que, hoy en da, no todas las bases de datos satisfacen estas propiedades ideales, por lo que el analista de sistemas se ve obligado a una armonizacin de las cualidades deseables de una base de datos, a menudo contrapuestas. Los procedimientos y estructuras para el almacenamiento y mantenimiento de la informacin correspondientes a un determinado dominio de un problema han evolucionado a medida que lo ha hecho la tecnologa. Inicialmente los dispositivos de almacenamiento slo permitan un acceso serial a la informacin, por lo que las estructuras de datos, mediante las que se poda representar la informacin, deban ser muy simples (archivos con organizacin de apilo o secuenciales) y los procedimientos de acceso a esta informacin requeran un alto tiempo de cmputo puesto que eran puramente seriales. Adems, los procedimientos encargados del mantenimiento dela informacin eran totalmente dependientes del hardware encargado utilizado para ello, lo que supona una continua modificacin del software encargado de esta tarea cuando el hardware cambiaba. Con la aparicin de los dispositivos de almacenamiento que permitan el acceso directo, generalmente denominado

aleatorio, las estructuras mediante las cuales se poda representar la informacin se fueron haciendo ms complejas. En esta poca se desarrollaron procedimientos de acceso

29

directo a la informacin, si bien seguan siendo estos procedimientos los encargados de describir la estructura cambia debido a cualquiera de las mltiples razones posibles (cambios en los requisitos del cliente del sistema o cambios en el entorno del sistema, lo que puede suponer la modificacin de la estructura de los registros que se almacenan en los archivos), los procedimientos deban ser modificados para reconocer la nueva estructura de la informacin. En esta poca, aunque el almacenamiento de la informacin s era independiente del dispositivo hardware utilizado, la estructura de la informacin no era independiente de los procedimientos que la manejaban. Como los sistemas son dinmicos, los requisitos cambian con el tiempo, la informacin a ser tratada en cada problema tambin cambia y, por lo tanto, es necesario, de alguna manera, independizar la estructura de la informacin(los archivos encargados de almacenarla) de los procedimientos encargados de su tratamiento, si no se estara siempre abocado a la dedicacin de una gran cantidad de esfuerzo a la modificacin de todos aquellos procedimientos encargados del mantenimiento de la informacin2. Cuando se reconoce que los sistemas evolucionan y que, por lo tanto, la informacin y la estructura de la misma no son estticas sino que va cambiando con el tiempo, es cuando aparece el concepto de las Bases de Datos. Si se desea que cualquier modificacin en la calidad, contenido y estructura de la informacin que desea mantener acerca de un determinado problema no afecte a los procedimientos desarrollados previamente para el mantenimiento de la misma, es necesario tener en cuanto que existe una independencia de los datos con respecto a los procedimientos. El software, por lo tanto, debe
2

Osorio, F. (2008). Bases de datos Relacionales Teora y Prctica. Colombia: edit. ITM. Pg. 18.

30

referenciar los datos al nivel de tem de datos; es decir, a nivel de atributo o propiedad de los objetos que forman parte o intervienen en el problema, y no a nivel de objeto. As, la descripcin lgica de un registro (un objeto abstracto de inters procedimental) puede contener, para un procedimiento, tems de datos que son distintos a los que aparecen para otro procedimiento para este mismo registro. La independencia de los datos con respecto a los

procedimientos supone, como se ver a lo largo de este captulo, que la visin conceptual de los datos, tal y como se perciben de la observacin del problema del mundo real, no tiene por qu ser la misma que la visin fsica de los mismos, la estructura de los archivos utilizados para su almacenamiento de la informacin slo ven la estructura fsica de los datos y si sta se realiza a nivel de tem de datos, un cambio en la visin conceptual no tiene por qu afectar, en principio, a estos procedimientos. Esta independencia de la informacin con respecto a los procedimientos que la maneja debe satisfacerse a dos niveles de abstraccin para que sea efectiva; por tanto, se habla de: Independencia lgica de los datos, por la que la modificacin de la representacin lgica general del dominio del problema no afecta a los programas de aplicacin que la manipulan, siempre que esta modificacin no elimine ninguno de los tems de datos que estos programas requieran. Independencia fsica de los datos; por la que la distribucin de los datos en las unidades de almacenamiento y la estructura fsica de la informacin almacenada es independiente de los cambios de la estructura lgica general de la informacin y, por lo tanto, de los procedimientos que manejan la misma.

31

2.2.2. Caractersticas de una Base de Datos Entre las principales caractersticas de una de base de datos podemos mencionar: Independencia lgica y fsica de los datos. Redundancia mnima. Acceso concurrente por parte de mltiples usuarios. Integridad de los datos. Consultas complejas optimizadas. Seguridad de acceso y auditora. Respaldo y recuperacin. Acceso a travs de lenguajes de programacin estndar.

2.2.3. Metodologa para el diseo de una Base de Datos Esquema conceptual: Descripcin de alto nivel del contenido de informacin de la base de datos. Modelo conceptual: Lenguaje que se utiliza para describir esquemas conceptuales. Propsito: Obtener un esquema completo que lo exprese todo.

32

Figura 1. Metodologa de diseo de bases de datos Nota. Tomado de http://www3.uji.es/~mmarques/f47/teoria/tema6.pdf 2.2.4. El Modelo conceptual El modelado conceptual permite describir, de un modo totalmente independiente de la implementacin, los datos que el usuario quiere recoger en el sistema. Dependiendo de la cantidad de informacin que se desee representar, tendremos aplicaciones ms o menos orientadas a los datos3. Segn Luque, Irene (2002)4, a este nivel son representados los tipos o clases de objetos como entidades, y sus relaciones desde un punto de vista estructural. En el nivel conceptual se representa un modelo del sistema en el que se describen cada uno de los tipos de objetos o elementos del mismo. Para cada uno de estos tipos de objetos se describen sus propiedades y el
3

Esperanza, M. (2008). Modelado Conceptual. Escuela Tcnica Superior de Ingeniera Informtica. Recuperado de http://www.kybele.etsii.urjc.es/docencia/BD_GIS_M/20122013/Material/[BD-2012-2013]Apuntes_ModeladoConceptual.pdf 4 Ibdem 1. Pg. 65

33

dominio o tipo de datos bsico en el cual pueden ser medidas, as como las restricciones o lmites de los valores que pueden presentarse para cada una de estas propiedades. Adems, son descritas las relaciones entre los tipos de objetos, relaciones jerrquicas o no, apoyndose para ellos en los principios de la abstraccin. A este nivel se representa el problema tal y como es; es decir, se representa el mundo real del problema tal y como se percibe, sin tener en cuenta cmo este problema puede ser

representado para que sea entendido por los programas se computador. Un modelo conceptual de un problema o la visn conceptual de ste, es independiente de los procedimientos manuales o automatizados que se utilicen o se vayan a utilizar para el mantenimiento y tratamiento de la informacin correspondiente al problema. La visn conceptual slo es dependiente de: Las caractersticas del problema o sistema que desea representar. El detalle de la representacin, el cual s depende de la parte o partes o globalidad del problema que desea representar para su posterior tratamiento. Pero es independiente de las herramientas y mecanismos que se vayan a utilizar para esa representacin y tratamiento. Etapas del Modelado Conceptual El modelado conceptual, tambin denominado diseo

conceptual, puede subdividirse en dos etapas claramente diferenciadas5:

Batini, C., Ceri, S. & Navathe, S. (1994). Diseo Conceptual de Bases de Datos. Un enfoque de entidades-interrelaciones. Editorial Addison Wesley Iberoamericana. Pg. 16

34

a) Anlisis de requisitos Esta primera etapa, en general comn para datos y procesos, es la etapa de percepcin, identificacin y descripcin de los fenmenos del mundo real a analizar. En el anlisis de requisitos se ha de responder a la pregunta: Qu representar?. Mediante el estudio de las reglas de una empresa (que proveen el marco para el anlisis del sistema) y de entrevistas a los usuarios de los diferentes niveles de la organizacin (que proveen los detalles sobre los datos) se llega a elaborar un esquema descriptivo de la realidad. Aunque son varias las propuestas existentes respecto a la forma de expresar el esquema descriptivo, en general se utiliza el lenguaje natural para recoger esta primera informacin. Uno de los problemas ms importantes con los que nos enfrentamos en esta etapa es la dificultad de comunicacin entre los usuarios y los analistas. Los problemas que presenta esta primera especificacin se irn solucionando a lo largo del resto de las etapas de diseo de modo que este primer esquema percibido se ir refinando hasta llegar a un esquema ms correcto: el esquema conceptual.

b) Etapa de conceptualizacin En la etapa de conceptualizacin se transforma este primer esquema descriptivo, refinndolo y estructurndolo

adecuadamente. Esta etapa responde a la pregunta:

35

Cmo representar?. En la Figura 1 se recoge el proceso de modelado conceptual, distinguindose las dos etapas, as como los distintos procesos que hay que realizar para pasar del mundo real al esquema descriptivo, y de ste al esquema conceptual.

Figura 2. Proceso de Modelizacin Conceptual En esta etapa de conceptualizacin se habr de buscar una representacin normalizada que se apoye en un modelo de datos que cumpla determinadas propiedades, a saber:

coherencia, plenitud, no redundancia, simplicidad, fidelidad, etc., para llegar as al denominado esquema conceptual. Un modelo de datos que cumple tales requisitos es el modelo E/R. Una caracterstica importante del esquema conceptual es que no debe describir los aspectos ligados a la implementacin, sino que debe permitir ver la informacin con todo su contenido semntico. En el proceso de modelado conceptual se parte del anlisis del universo del discurso (lo que tambin podra denominarse

36

realidad

empresarial),

analizando

los

listados,

pantallas,

normativas, etc. y realizando un conjunto de entrevistas a varios niveles de la empresa. Posteriormente se elabora un esquema percibido, expresado en lenguaje natural, que nos facilita la obtencin del esquema conceptual, esto es, delimita qu entidades, atributos,

interrelaciones y restricciones semnticas vamos a considerar. Este proceso se realiza de forma iterativa hasta que se introducen y clasifican todos los objetos del universo del discurso de forma satisfactoria. 2.2.5. Modelo relacional Fue ideado por Peter Chen en los aos 1976 y 1977 a travs de dos artculos. Se trata de un modelo que sirve para crear esquemas conceptuales de bases de datos. De hecho es prcticamente un estndar para crear esta tarea6. Se le llama modelo E/R e incluso EI (Entidad / Interrelacin). Sus siglas ms populares son las E/R por qu sirven para el ingls y el espaol. Inicialmente (en la propuesta de Chen) slo se incluan los conceptos de entidad, relacin y atributos. Despus se aadieron otras propuestas (atributos compuestos,

generalizaciones,...) que forman el llamado modelo entidad relacin extendido (se conoce con las siglas ERE) Luque, Irene (2002)7 afirma que, en este nivel se representa el problema bajo las limitaciones impuestas por la representacin y el tratamiento de la informacin que se vaya a realizar. Es

Piattini, M., Marcos, E., Calero, C. & Vela. B. (2006). Tecnologa y Diseo de Bases de Datos. Madrid, Espaa: Ed. Ra-ma, Pg. 78. 7 Ibdem 1. Pg. 66

37

decir, en este punto se introducen en la representacin las limitaciones o restricciones que imponen los mecanismos y soportes que se van a utilizar para la representacin y tratamiento de la informacin del problema. Est claro que el tratamiento manual de la informacin predispone unas restricciones, en cuanto al soporte y forma en que sta debe ser almacenada para su posterior tratamiento, muy diferentes al tratamiento automatizado y mediante un computador de la informacin correspondiente al mismo problema. Igualmente, es fcil advertir que en funcin del hardware y software utilizado para el almacenamiento y tratamiento de esta informacin, a la representacin del problema se ver afectada considerablemente. Por ejemplo, el uso de un sistema de gestin de bases de datos relacionados supone la aplicacin de una serie de reglas para la representacin de un determinado problema del mundo real (red, jerrquico, orientado a objetos, etc.) o estructuras clsicas de almacenamiento. Mientras en el nivel conceptual el problema se representa tal y como es captado desde el mundo real, en el nivel lgico esta representacin es filtrada o alterada para que se adapte a las limitaciones existentes para llevar a cabo este proceso8. Por ejemplo, en el nivel conceptual describiremos un rbol tal y como lo apreciamos en el mundo real, mientras que en el nivel lgico describiremos el mismo rbol en base a como los datos que lo representan pueden ser almacenados para su posterior tratamiento (una imagen, una descripcin textual, tabular, etc.)

Silvershatz A., Korth, H. & Sudarshan, S.(2006). Fundamentos de Base de Datos. Espaa. pp 1819

38

2.2.6. Modelo fsico Luque, Irene (2002)9 afirma que, en este nivel, el principio de representacin del problema est guiado tanto por el soporte utilizado para su representacin como por los mtodos o mecanismos que se van a utilizar para el tratamiento de la informacin correspondiente a este. En este nivel, el problema se representa en la forma en que es visto por el sistema de representacin y tratamiento utilizado, y no como existe o es visto desde el mundo real. Por ejemplo, si se quiere acceder posteriormente a la informacin

correspondiente a los rboles basndose en la ubicacin de los mismos, se deben establecer mecanismos y, por lo tanto, representar la informacin de los rboles de forma muy diferente a cuando se desee acceder a la misma informacin basndose en la categora a clase de rbol, de forma que el criterio de ubicacin o clase facilite el acceso y posterior tratamiento de la informacin correspondiente a los rboles. La visin o representacin fsica de la informacin

correspondiente a un problema ser determinante en el desempeo del tratamiento de la misma. En los problemas tratados por programas por programas de computador, la visin fsica determina las estructuras utilizadas para el

almacenamiento de la informacin, al igual que en el tratamiento manual, la visin fsica determina los documentos, sus formatos, compaginacin, ubicacin y archivos utilizados para el almacenamiento de la informacin. 2.2.7. Diccionario de datos Segn Luque, Irene (2002), El diccionario de datos es uno o un conjunto de archivos que contienen informacin acerca de los
9

Ibdem 1. Pg. 69

39

datos que pueden ser almacenados en la base de datos. Se trata de una metabase de datos; es decir, una base de datos (intencional) que contienen informacin sobre otra base de datos (extensional). En el diccionario de datos se almacenan todas las definiciones realizadas por el DDL sobre el problema que va ser tratado por el SGBD y, algunas (las que se deseen) de las realizadas que va a ser tratado por el SGBD y, algunas (las que se deseen) de las realizadas por el DML. As, en el diccionario de datos se encuentra almacenado: El esquema lgico de la base de datos El esquema fsico de la base de datos Los subesquemas de la base de datos

Es decir, la representacin de los datos a los tres niveles de abstraccin. Pero adems, en el diccionario de datos se encuentra mucha informacin almacenada; informacin

correspondiente con: Las restricciones de privacidad y acceso a los datos almacenados en la base de datos. Estas restricciones han sido definidas haciendo uso del DDL y/o su sublenguaje, el DCL. Las reglas, normas o restricciones referentes a la seguridad de los datos Otra serie de informacin que permite garantizar la integridad de los datos almacenados en la base de datos.

40

2.2.8. Relacin Silvershatz Abraham, Korth Henry F. (y) Sudarshan S. (2006)10 afirman que, una relacin es una asociacin entre diferentes entidades. Por ejemplo, se puede definir una relacin que asocie al cliente Lpez con el prstamo P-15. Esta relacin especifica que Lpez es un cliente con el prstamo nmero P15.

Tabla 2. Ejemplo Cliente

Cliente Santos Gmez Lpez Sotoca Prez Valdivieso Fernndez 32112312 19283746 67789901 12345678 55555555 96396396 33557799 Mayor Carreteras Mayor Real Carreteras Goya Jazmin Peguerinos Cerceda Peguerinos Cdiz Cerceda Vigo Len P-17 P-23 P-15 P-14 P-93 P-11 P-16

prstamo
Prstamo 200,000 400,000 300,000 300,000 100,000 180,000 260,000

Fuente: Fundamentos de Bases de Datos, Abraham Silberschatz (2006) Un conjunto de relaciones es un conjunto de relaciones del mismo tipo. Formalmente, es una relacin matemtica con n>=2(posiblemente no distinto) de conjuntos de entidades. Si E1,E2,En son conjuntos de entidades, entonces un conjunto de relaciones R es un subconjunto de: {(e1,e2,,en)| E1, e2 E2,, en En} Donde (e1, e2,, en) |es una relacin.

10

Silberschatz, A. , Korth, H. & Sudarshan, S. (2003). Fundamentos de bases de datos. Madrid, Espaa: MacGraw-Hill. Pg. 25

41

Considrense las dos entidades cliente y prstamo de la figura. Se define el conjunto de relaciones prestatario para denotar la asociacin entre clientes y prstamos bancarios que los clientes tengan. Esta asociacin se describe la figura. Como otro ejemplo, considrense los dos conjuntos de entidades prstamo y sucursal. Se puede definir el conjunto de relaciones sucursal-prstamo para denotar la asociacin entre un prstamo bancario y la sucursal en que se mantiene ese prstamo. La asociacin entre conjunto de entidades se referencia como participacin; es decir, los conjuntos de entidades E1,E2,,En participan en el conjunto de relaciones R. un ejemplar de relacin en un esquema E-R representa que existe una asociacin entre las llamadas entidades en el desarrollo del mundo real que se modela. Como ilustracin, el cliente individual Lpez, que tienen DNI 67789901, y la entidad prstamo P-15 participan en un ejemplar de relacin de prestatario. Este ejemplar de relacin representa que, en el mundo real, la persona llamada Lpez cuyo nmero de DNI es 67789901 ha tomado un prstamo que est numerado como P15. La funcin que desempea una entidad en una relacin se llama papel de la entidad. Debido a que los conjuntos de entidades que participan en un conjunto de relaciones son generalmente distintos, los papeles estn implcitos y no se especifican normalmente. Sin embargo, son tiles cuando el significado de una relacin necesita aclaracin. Tal es el caso cuando los conjuntos de entidades de una relacin no son distintos; es decir, el mismo conjunto de entidades participa en una relacin ms de una vez con diferentes papeles. En este tipo de conjunto de relaciones, que se llama algunas veces

42

conjunto de relaciones recursivo, es necesario hacer explcitos los papeles para especificar cmo participa una entidad en un ejemplar de relacin. Por ejemplo, considrese un conjunto de entidades empleado que almacena informacin acerca de todos los empleados del banco. Se puede tener un conjunto de relaciones trabaja-para que se modela mediante pares

ordenados de entidades empleado. El primer empleado de un par toma el papel de jefe, mientras el segundo toma el papel de trabajador. De esta manera, todas las relaciones trabaja-para son pares (jefe-trabajador); los pares (trabajador, jefe) estn excluidos. Una relacin puede tambin tener atributos descriptivos. Considrese un conjunto de relaciones impositor con conjuntos de entidades cliente y cuenta. Se podra el atributo fechaacceso a esta relacin para especificar la fecha ms reciente en que un cliente accedi a una cuenta. La relacin impositor entre las entidades correspondientes al cliente Garca y la cuenta C217 se describen mediante {(fecha-acceso, 23 de mayo 1996)}, lo que significa que la ltima vez que Garca accedi a la cuenta C-217 fue el 23 de mayo de 1996. Los conjuntos de relaciones prestatarios y sucursalprstamo proporcionan un ejemplo de un conjunto de relaciones binarias; es decir, uno que implica dos conjuntos de entidades. La mayora de los conjuntos de relaciones en un sistema de bases de datos con binarios. Ocasionalmente, sin embargo, los conjuntos de relaciones implican ms de dos conjuntos de entidades. Por ejemplo, se podran combinar los conjuntos de entidades prestatarias y sucursalprstamo para formar un conjunto de relaciones ternario CPS entre los conjuntos de entidades cliente (C), prstamo (P) y sucursal (S). as, la relacin ternaria entre las entidades

43

correspondientes al cliente Lpez, prstamo P-15 y sucursal Navacerreda, especfica que el cliente Lpez tienen el prstamo P-15 en la sucursal Navacerreda. El nmero de conjuntos de entidades que participan en un conjunto de relaciones es tambin el grado del conjunto de relaciones es tambin el grado del conjunto de relaciones. Un conjunto de relaciones binario tiene grado11; un conjunto de relaciones ternario tienen grado 3.

2.2.9. Sistemas de Informacin Un sistema de informacin se puede definir desde el punto de vista tcnico como un conjunto de componentes interrelacionados que re12colectan (o recuperan), procesan, almacenan y distribuyen informacin para apoyar la toma de decisiones y el control en una organizacin. Adems, los sistemas de informacin tambin pueden ayudar a los gerentes y los trabajadores a analizar problemas, visualizar asuntos complejos y crear nuevos productos. Los sistemas de informacin contienen informacin acerca de las personas, lugares y cosas importantes dentro de la organizacin o del entorno en que se desenvuelve. Por informacin se entienden los datos que se han moldeado en una forma significativa y til para los seres humanos. En contraste, los datos son secuencias de hechos en bruto que representan eventos que ocurren en las organizaciones o en el entorno fsico antes de ser

11

Garca, V. (2008). Conjunto de Relaciones. Recuperado de http://www.victorgarcia.org/pfc/modeloER/relaciones.php 12 Kenneth C. Laudon, Jane P. Laudon, (2008). Sistemas de Informacin Gerencial. Madrid, Espaa: MacGraw-Hill. Pg. 14,45-51

44

organizados y ordenados en una forma que las personas puedan entender y utilizar de manera efectiva. Un breve ejemplo que contrasta la informacin y los datos ilustra la diferencia entre ambos. Las cajas de los supermercados registran millones de piezas de datos, como los cdigos de barras que describen el producto. Dichos datos se pueden totalizar y analizar para dar una informacin significativa como el total de botellas de detergente para trastes vendidas en una tienda en particular, qu marcas de detergente para trastes se vendieron ms rpidamente en esa tienda o rea de ventas, o la cantidad total de esa marca de detergente para trastes vendida en esa tienda o regin Hay tres actividades en un sistema de informacin que producen la informacin que esas organizaciones necesitan para tomar decisiones, controlar operaciones, analizar problemas y crear nuevos productos o servicios. Estas actividades son entrada, procesamiento y salida Tipos de Sistemas de Informacin Empresarial Puesto que un negocio puede contar con decenas o incluso centenas de diferentes procesos de negocios, y como hay distintas personas, especialidades y niveles en una

organizacin, hay diferentes tipos de sistemas. Ningn sistema por s solo puede proporcionar toda la informacin que requiere una organizacin. De hecho, las empresas grandes y medianas tienen miles de programas de cmputo y cientos de sistemas distintos. Incluso las pequeas empresas tienen un conjunto de sistemas diferentes: uno para realizar campaas de correo electrnico para los clientes, otro para supervisar los anuncios publicados en Google, uno ms para dar

45

seguimiento a las transacciones de ventas bsicas, otro para mantenerse al tanto de los distribuidores, etc. A primera vista puede resultar complicado entender todos los distintos sistemas de una empresa y, ms difcil an, comprender cmo se interrelacionan. Describiremos esta compleja situacin teniendo presentes estos diversos sistemas desde dos perspectivas: una funcional que identifica los sistemas por sus principales funciones empresariales y otra por parte de los usuarios, que identifica los sistemas en trminos de los principales grupos de la organizacin a que dan servicio. Los Sistemas desde una Perspectiva Funcional Empezaremos por describir los sistemas desde la

perspectiva funcional, porque sta es la manera ms probable en que los encontrar por primera vez en una empresa. Por ejemplo, si usted tiene una licenciatura en marketing y encuentra un trabajo en esta rea,

probablemente trabajar primero con un sistema de informacin de marketing. Si usted es licenciado en contabilidad, primero trabajar con sistemas contables y financieros. Desde una perspectiva histrica, los sistemas funcionales fueron los primeros tipos de sistemas que desarrollaron las empresas. Estos sistemas se establecieron en departamentos especficos como contabilidad, marketing y ventas, produccin y recursos humanos. A continuacin analizaremos en detalle los sistemas desde esta perspectiva funcional

46

Tabla 3. Ejemplos de Sistemas de Informacin de ventas y marketing

SISTEMA Procesamiento de pedidos Anlisis de fijacin de precios Pronstico de las tendencias de ventas DESCRIPCION Captura, procesa y da seguimiento a los pedidos Determina precio de productos y servicios Prepara pronsticos de ventas para cinco aos GRUPOS A QUE SIRVE Gerencia y empleados de operaciones Gerencia intermedia Alta direccin

Sistemas de ventas y marketing La funcin de ventas y marketing es vender los productos o servicios de la organizacin. A marketing le corresponde identificar los clientes para los productos o servicios de la empresa, determinar qu necesitan o desean, planear productos y servicios para satisfacer sus necesidades, as como anunciar y promover estos productos y servicios. A ventas le atae contactar clientes, vender los productos y servicios, tomar pedidos y llevar el registro de las ventas. Estas actividades se pueden considerar como procesos de negocios. Los sistemas de informacin de ventas y marketing dan apoyo a estos procesos de negocios. La tabla 3 muestra que los sistemas de informacin se utilizan de diversas maneras en las reas de ventas y marketing. Los sistemas de ventas y marketing ayudan a que los directores vigilen las tendencias que afectan a los productos nuevos ya las oportunidades de ventas, apoyen la planeacin de nuevos productos y servicios y vigilen el desempeo de sus competidores. Los sistemas de ventas y marketing apoyan a la gerencia intermedia en la

47

investigacin de mercados y el anlisis de las campaas publicitarias y promocionales, decisiones de fijacin de precios yel desempeo de las ventas. Los sistemas de ventas y marketing auxilian a los gerentes y empleados operativos en la localizacin y contacto de clientes potenciales, el seguimiento de las ventas, el procesamiento de pedidos y apoyo en el servicio a clientes. La figura 2 ilustra un sistema de informacin de ventas utilizado por empresas minoristas como The Gap o Thrget. Dispositivos en el punto de venta (por lo general, escneres manuales en las cajas registradoras) capturan los datos de cada artculo vendido, con lo cual se actualizan las cifras en el sistema de ventas y se envan datos sobre estas ventas a los sistemas relacionados que controlan los artculos restantes en inventario y la produccin. Estas empresas utilizan esta informacin para saber qu artculos se han vendido, determinar los ingresos de las ventas e identificarlos artculos ms vendidos y otras tendencias de ventas. Sistemas de manufactura y produccin La funcin de manufactura y produccin es producir los bienes y servicios de la empresa. Los sistemas de manufactura y produccin estn relacionados con la planeacin, el desarrollo y el mantenimiento de las instalaciones de produccin; el establecimiento de las metas de produccin; la adquisicin, almacenamiento y

disponibilidad de los materiales de produccin, as como la programacin de equipo, instalaciones, materiales y mano de obra requeridos para obtener productos terminados. Los sistemas de informacin de manufactura y produccin apoyan estas actividades.

48

La tabla 4 muestra algunos sistemas de informacin de manufactura y produccin para cada grupo principal de la organizacin. La Alta direccin utiliza sistemas de

manufactura y produccin que se encargan de las metas de manufactura a largo plazo de la empresa como dnde instalar nuevas plantas, o si es necesario invertir en nueva tecnologa de manufactura. Los sistemas de manufactura y produccin para la Gerencia intermedia analizan y vigilan los costos y recursos de manufactura y produccin.

Datos de ventas

A los sistemas de inventario y produccin

Archivo de ventas Elementos de base de un archivo de ventas: Nmero de tienda Nmero de artculo Descripcin del artculo Color Tamao Precio unitario Unidades vendidas Fecha

Sistema de ventas

Informes para la administracin

Consultas en lnea

Artculo Num 294 295 394

Descripcin Maleta deportiva Maleta deportiva Maleta deportiva

Informe de ventas: Semana al 2/7/07 Precio Color Tamao Unitario Negra Chica 10.00 Negra Mediana 20.00 Roja Chica 10.00

Unidades Vendidas 10,451 21,800 5,331

Ventas Totales $ 104,510 $ 436,000 $ 53,310

Este sistema captura datos de ventas en el momento que se realiza la venta para ayudar a la empresa a monitorear las transacciones de ventas y ofrecer informacin que ayude a los gerentes a analizar las tendencias de ventas y la efectividad de las campaas de marketing

Figura 3. Ejemplo de un sistema de informacin de ventas

49

La Gerencia de operaciones utiliza sistemas de manufactura y produccin que tienen que ver con el estatus de las tareas de produccin. La mayora de los sistemas de manufactura y produccin utilizan algn tipo de sistema de inventario, como se muestra en la figura 2-3. Los datos relativos a cada artculo en inventario, como la cantidad de unidades agotadas a causa de un embarque o una compra, o la cantidad de unidades reabastecidas por medio de un nuevo pedido o por devoluciones, se escanean o teclean en el sistema. El archivo maestro de inventarios contiene datos bsicos acerca de cada artculo, como el cdigo de identificacin nico de cada artculo, una descripcin del mismo, la cantidad de unidades disponibles, la cantidad de unidades por surtir y el punto de venta del nuevo pedido (la cantidad en inventario que activa la decisin de realizar un nuevo pedido para evitar el agotamiento de existencias). Las empresas pueden calcular la cantidad de artculos que pedirn o utilizar una frmula para calcular la cantidad menos costosa por pedir denominada cantidad ptima a ordenar. El sistema produce informes que proporcionan datos sobre aspectos como la cantidad disponible de cada artculo en inventario, la cantidad de unidades de cada artculo que se debe pedir o los artculos en inventario que se deben reabastecer.

50

Tabla 4. Ejemplos de Sistemas de Informacin de manufactura y produccin

SISTEMA Control de mquinas Planeacin de la produccin Ubicacin de las instalaciones DESCRIPCION Controla las acciones de las mquinas y equipos Decide cundo y cuntos productos se deben elaborar Decide donde ubicar nuevas instalaciones de produccin GRUPOS A QUE SIRVE Gerencia de operaciones Gerencia intermedia

Alta direccin

Archivo de ventas Elementos de datos en el archivo maestro del inventario: Cdigo de artculo Descripcin Unidades disponibles Unidades por surtir Punto de reabastecimiento

Sistema de control de inventario

Informes para la administracin

Consultas en lnea

Cdigo del artculo 6361 4466 9313 8808

Informe del estatus del inventario Fecha de Informe: 1/14/2007 Unidades Descripcin disponibles Banda de 10,211 ventilador Cable de corriente 55,710 Condensador 663 Pistola para pintar 11,242

Unidades Por surtir 0 88,660 10,200 0

Este sistema captura datos de ventas en el momento que se realiza la venta para ayudar a la empresa a monitorear las transacciones de ventas y ofrecer informacin que ayude a los gerentes a analizar las tendencias de ventas y la efectividad de las campaas de marketing

Figura 4. Esquema de un sistema de inventario

51

Otro ejemplo de un sistema de manufactura y produccin es el sistema de control de calidad de Kia Motors descrito en la Sesin Interactiva sobre Organizaciones. Este sistema ayuda a identificar el origen de los defectos en los automviles Kia. Esta empresa utiliza la informacin del sistema para mejorar sus procesos de produccin y as eliminar o reducir los defectos. La mejora en la calidad de los vehculos reduce los gastos de Kia en reparaciones por garanta y al mismo tiempo incrementa la satisfaccin del cliente. A medida que lea este caso, procure identificarlos problemas que enfrenta esta empresa, cmo colaboran los sistemas de informacin en su solucin, as como las cuestiones de administracin, organizacin y tecnologa que debe abordar Kia Motors. Sistemas financieros y contables La funcin de finanzas es administrar los activos financieros de la empresa como el efectivo, las acciones, bonos y otras inversiones, con el fin de maximizar su rendimiento. Finanzas tambin se encarga de administrar la capitalizacin de la empresa(buscando nuevos activos financieros en acciones, bonos u otras formas de deuda). Para determinar si la empresa est consiguiendo el mejor rendimiento de sus inversiones, la funcin de finanzas debe obtener una cantidad considerable de informacin de fuentes externas a la empresa. La funcin de contabilidad es mantener y administrar los registros financieros dela empresa -ingresos, desembolsos, depreciacin, nminapara dar cuenta de sus flujos de fondos. Finanzas y contabilidad comparten problemas relacionados cmo dar seguimiento a los activos financieros y los flujos de fondos de una empresa. Tambin proporcionan respuestas a preguntas como: Cul es el inventario actual de los activos financieros? Qu registros existen de desembolsos, ingresos, nmina y otros flujos de fondos?

52

Tabla 5. Ejemplos de Sistemas de Informacin de finanzas y contabilidad

SISTEMA Cuentas por cobrar Elaboracin de presupuestos Planeacin de utilidades DESCRIPCION Da seguimiento al dinero que se le adeuda a la empresa Prepara presupuestos de corto plazo Planifica utilidades a largo plazo GRUPOS A QUE SIRVE Gerencia de operaciones

Gerencia intermedia Alta direccin

La tabla 5 muestra algunos de los sistemas de informacin de finanzas y Contabilidad que se encuentran en organizaciones grandes. La Alta direccin utiliza los sistemas de finanzas y contabilidad para establecer objetivos de inversin alargo plazo para la empresa y para proporcionar pronsticos a largo plazo del desempeo financiero de sta. La Gerencia intermedia utiliza los sistemas para vigilary controlar los recursos financieros de la empresa. La Gerencia de operaciones utilizan los sistemas de finanzas y contabilidad para dar seguimiento al flujo de fondos de la empresa a travs de transacciones como pago de sueldos, pagos a proveedores, informes de valores e ingresos. La figura 4 muestra un sistema de cuentas por cobrar, que da seguimiento a los clientes que han realizado compras a crdito y que tienen adeudos con una empresa. Cada factura genera una "cuenta por cobrar" - es decir, el cliente adeuda dinero a la empresa. Algunos clientes pagan de contado, pero a otros se les otorga crdito. El sistema de cuentas por cobrar registra cada factura en un archivo maestro que tambin contiene informacin sobre cada cliente, incluyendo su capacidad crediticia.

53

El sistema tambin da seguimiento a todas las facturas cobradas y puede producir una diversidad de informes de egresos, tanto en papel como en la computadora, para ayudar a la empresa a cobrar las facturas. El sistema tambin responde consultas sobre la capacidad crediticia y el historial de pagos de algn cliente.

Datos de la factura y del cliente

Al libro mayor

Archivo maestro de cuentas por cobrar Elementos de datos en el archivo maestro de cuentas por cobrar: Nmero de cliente Nombre Direccin Capacidad crediticia Limite de crdito Das de atraso Numero de factura Cantidad pagada saldo

Sistema De cuentas por obrar

Informes para la administracin

Consultas en lnea

Num. cliente 5043 6219 6932

Nombre Mayes Co. JT Garden Best Home

Informe de cuentas por cobrar vencidas Saldo 1-30 das 31-60 das actual De atraso De atraso 0 500 1500 700 1000

61+das De atraso

Total 500 2200 1000

Un sistema de cuentas por cobrar da seguimiento y almacena datos importantes sobre los clientes, como su historial de pagos, capacidad e historial de facturacin

Figura 5. Sistema de cuentas por cobrar

54

2.3.

Definicin de trminos bsicos

2.3.1. Atributos "Es una caracterstica de una entidad. El valor especifico de un atributo, conocido como elemento de datos, se puede encontrar con los campos de registro que describe una entidad. Como ya se planteo, un conjunto de campos de un objeto especfico representa un registro. Cuna clave es un campo o grupo de campos en un registro que se utiliza para identificar a este." "son las propiedades que describen a cada entidad en un conjunto de entidades. Un conjunto de entidades dentro de una entidad, tiene valores especficos asignados para cada uno de sus atributos, de esta forma, es posible su identificacin unvoca." Es una caracterstica de una entidad, conocido como elemento de datos (valor especfico) para cada uno de sus atributos que se encuentran en los campos de un registro que describen a una entidad y as ser posible su identificacin nica. Se pueden utilizar para: a) Nombrar una ocurrencia del objeto de datos b) Describir la ocurrencia c) Hacer referencia a otra ocurrencia en otra tabla Adems, se debe definir uno o ms atributos como un identificador; es decir, el atributo identificador se convierte en una clave cuando se desea encontrar una ocurrencia del objeto de datos. En algunos casos, los valores para el (los) identificador(es) son nicos, aunque esto no es un requisito. En referencia al objeto de datos auto, un identificador razonable podra ser el nmero de serie.

55

Un conjunto de atributos apropiado para un objeto de datos se determina mediante la comprensin del contexto del problema. Los atributos para auto sirven bien para una aplicacin que utilice el departamento de vehculos de motor, pero estos atributos seran intiles para una compaa automotriz que necesite un software para el control de fabricacin. En este ltimo caso, los atributos para auto tal vez incluirn tambin nmero de serie, tipo de carrocera y color, pero adems tendran que adicionarse muchos ms atributos (como cdigo interior, tipo de tren de manejo, designador de paquete de ajuste, tipo de transmisin) para hacer de auto un objeto significativo en el contexto de control de fabricacin.

2.3.2. Base de Datos "Es una herramienta para recopilar y organizar informacin, se puede almacenar informacin sobre personas, productos, pedidos, o cualquier otra cosa. Muchas bases de datos empiezan siendo una lista en un programa de procesamiento de texto o en una hoja de clculo." "Una base de datos es una coleccin de archivos relacionados que permite el manejo de la informacin de alguna compaa. Cada uno de dichos archivos puede ser visto como una coleccin de registros y cada registro est compuesto de una coleccin de campos. Cada uno de los campos de cada registro permite llevar informacin de algn atributo de una entidad del mundo real "Se le llama base de datos a los bancos de informacin que contienen datos relativos a diversas temticas y categorizados de distinta manera, pero que comparten entre s algn tipo de

56

vnculo o relacin que busca ordenarlos y clasificarlos en conjunto." Interpretando las relaciones podemos definir que la Base de Datos. Es una herramienta organizadora, y/o bancos de informaciones que estn relacionadas entre s para que permitan el manejo de los datos. Que por cierto al principio es una aplicacin de texto pero que no se pueden unir, por eso es importante la auto descripcin para que el programa del sistema sea independiente a los datos.

2.3.3. Datos El dato es una representacin simblica (numrica, alfabtica, algortmica, entre otros.), un atributo o caracterstica de una entidad. Los datos describen hechos empricos, sucesos y entidades. Los datos aisladamente pueden no contener informacin humanamente relevante. Slo cuando un conjunto de datos se examina conjuntamente a la luz de un enfoque, hiptesis o teora se puede apreciar la informacin contenida en dichos datos. 2.3.4. Informacin En sentido general, es un conjunto organizado de datos procesados, que constituyen un mensaje que cambia el estado de conocimiento del sujeto o sistema que recibe dicho mensaje.

57

2.3.5. Entidad Una entidad es un tipo de objeto (un conjunto) definido en base a la agregacin de una serie de atributos. Una entidad corresponde a la caracterizacin de objetos del mundo real, los cuales son definidos y diferenciados del resto de los objetos, sobre la base del conjunto de atributos que se agregan. Las entidades tienen, como los conjuntos, intenciones y

extensiones. La intencin de una entidad es denominada Tipo de entidad y representa el posible conjunto de objetos definidos en base a la agregacin de un mismo conjunto de atributos; es decir, en trminos de abstraccin, un tipo de entidad representa la clasificacin de las entidades individuales. La extensin de un Tipo de Entidades denominada Conjunto de Entidades, y se corresponde con todos los valores que en un momento dado estn asociados con cada atributo que define el tipo de entidad. 2.3.6. Sistema de gestin de base de datos Es una aplicacin que permite a los usuarios definir, crear y mantener la base de datos, y proporciona acceso controlado a la misma. El SGBD es la aplicacin que interacciona con los usuarios de los programas de aplicacin y la base de datos. En general, un SGBD proporciona los siguientes servicios: Permite la definicin de la base de datos mediante el lenguaje de definicin de datos. Este lenguaje permite especificar la estructura y el tipo de los datos, as como las restricciones sobre los datos. Todo esto se almacenar en la base de datos. Permite la insercin, actualizacin, eliminacin y consulta de datos mediante el lenguaje de manejo de datos. El hecho de

58

disponer de un lenguaje para realizar consultas reduce el problema de los sistemas de archivos, en los que el usuario tiene que trabajar con un conjunto fijo de consultas, o bien, dispone de un gran nmero de programas de aplicacin costosos de gestionar. Hay dos tipos de lenguajes de manejo de datos: los procedurales y los no procedurales. Estos dos tipos se distinguen por el modo en que acceden a los datos. Los lenguajes procedurales manipulan la base de datos registro a registro, mientras que los no procedurales operan sobre conjuntos de registros. En los lenguajes procedurales se especifica qu datos deben obtenerse sin decir cmo hacerlo. El lenguaje no procedural ms utilizado es el SQL (StructuredQueryLanguage) que, de hecho, es un estndar y es el lenguaje de los SGBD relacionales. Proporciona un acceso controlado a la base de datos mediante: Un sistema de seguridad, de modo que los usuarios no autorizados no puedan acceder a la base de datos; Un sistema de integridad que mantiene la integridad y la consistencia de los datos; Un sistema de control de concurrencia que permite el acceso compartido a la base de datos; Un sistema de control de recuperacin que restablece la base de datos despus de e se produzca un fallo del hardware o del software; Un diccionario de datos o catlogo accesible por el usuario que contiene la descripcin de los daros de la base de datos.

59

A diferencia de los sistemas de archivos, el SGBD gestiona la estructura fsica de los datos y su almacenamiento. Con esta funcionalidad, el SGBD se convierte en una herramienta de gran utilidad. Sin embargo, desde el punto de vista del usuario, se podra discutir que los SGBD han hecho las cosas ms complicadas, ya que ahora los usuarios ven ms datos de los que realmente quieren o necesitan, puesto que ven la base de datos completa. Conscientes de este problema, los SGBD proporciona un mecanismo de vistas que permite que cada usuario tenga su propia vista o visin de la base. El lenguaje de definicin de datos permite definir vistas como subconjuntos de la base de datos. Las vistas, adems de reducir la complejidad permitiendo que cada usuario vea slo la parte de la base de datos que necesita, tienen otras ventajas: Las vistas proporcionan un nivel de seguridad, ya que permiten excluir datos para que ciertos usuarios no los vean. Las vistas proporcionan un mecanismo para que los usuarios vean los datos en el formato que deseen. Una vista representa una imagen consistente y permanente de la base de datos, incluso si la base de datos cambia su estructura. Todos los SGBD no presentan la misma funcionalidad, depende de cada producto. En general, los grandes SGBD multiusuario ofrecen todas las funciones que se acaban de citar y muchas ms. Los sistemas modernos son conjuntos de programas extremadamente complejos y sofisticados, con millones de lneas de cdigo y con una documentacin consistente en varios volmenes. Lo que se pretende es proporcionar un sistema que permita gestionar cualquier tipo de requisitos y que

60

tenga un 100% de fiabilidad ante cualquier fallo hardware o software. Los SGBD estn en continua evolucin, tratando de satisfacer los requerimientos de todo tipo de usuario. Por ejemplo, muchas aplicaciones de hoy en da necesitan almacenar imgenes, video, sonido, etc. Para satisfacer a este mercado, los SGBD deben cambiar. Conforme vaya pasando el tiempo irn surgiendo nuevos requisitos, por lo que los SGBD nunca permanecern estticos. 2.3.7. Modelo Conceptual "Se utilizan para representar la realidad a un alto nivel de abstraccin. Mediante los modelos conceptuales se puede construir una descripcin de la realidad fcil de entender." 2.3.8. Modelo Lgico "Es una descripcin de la estructura de la base de datos en trminos de las estructuras de datos que puede procesar un tipo de SGBD. Un modelo lgico es un lenguaje usado para especificar esquemas lgicos (modelo relacional, modelo de red, etc.). El diseo lgico depende del tipo de SGBD que se vaya a utilizar, no depende del producto concreto." Es una descripcin usada para especificar el esquema lgico detallado del modelo conceptual, depende del tipo SGBD que se va a utilizar y no depende del producto concreto. 2.3.9. Modelo Fsico. "Es una descripcin de la implementacin de una base de datos en memoria secundaria: las estructuras de almacenamiento y los mtodos utilizados para tener un acceso eficiente a los datos. Por ello, el diseo fsico depende del SGBD concreto y el esquema fsico se expresa mediante su lenguaje de definicin de datos."

61

2.3.10.

Relacin

Se denomina relacin a un conjunto que representa una correspondencia entre dos o ms conjuntos. Una relacin es, por tanto, un nuevo conjunto en el que cada elemento est formado por la agregacin de los elementos de los conjuntos individuales que intervienen en la relacin. As, una relacin binaria define un conjunto de pares ordenados <c1, c2>, que se forman en base a un criterio de correspondencia. El orden de la relacin es importante, por lo que el par <c1, c2> no tiene por qu ser igual al par <c2, c1>. Las relaciones pueden ser binarias, ternarias o n-arias. 2.3.11. Mapa de instancia

Es una matriz donde se muestra la informacin de cada entidad de modelo de datos, para posteriormente ser implementada a travs de un sistema de gestin de base de datos. Aqu se muestran los nombres de los campos, restricciones, tipos de datos, longitud y ejemplos de cmo se almacenarn los datos encada tupla. 2.3.12. Matriz de Escenarios

Permite Identificar los procesos de la organizacin, las entidades de datos, representar de forma matricial los procesos frente a las entidades de datos y mostrar los documentos utilizados durante el proceso. As de esta manera el analista podr realizar fcilmente el modelo de datos. La matriz de escenarios es una herramienta que permite el aprendizaje significativo por parte de los alumnos en la construccin de base de datos relacionales.

62

2.3.13.

Registro

Un registro es un conjunto de campos almacenados. Una vez ms distinguimos entre tipo y ocurrencia. Una ocurrencia (o ejemplar) de registro almacenado consta de un grupo de ocurrencias de campos almacenados relacionados. Por

ejemplo, una ocurrencia de registro almacenado dentro de la base de datos "partes" podra consistieren una ocurrencia de cada uno de los siguientes campos almacenados: nmero de parte, nombre de parte, color de parte y peso de parte. Decimos que la base de datos contiene muchas ocurrencias del tipo de registro almacenado "parte" (una vez ms, una ocurrencia porcada clase de parte).

63

CAPTULO III

3.1.

Presentacin e interpretacin de resultados

IDENTIFICA ACTIVIDADES Tabla 6 Identifica Actividades

Frecuencia Porcentaje Porcentaje acumulado Si A Veces Total 11 8 19 57,9 42,1 100,0 57,9 100,0

64

Grfico 1 Identifica Actividades

Interpretacin: En la mayora de alumnos (57.9%) siempre identifica las actividades y el 42.1% lo hace algunas veces. Tal como se muestra en la tabla 06 y grfico 01.

IDENTIFICA LOS ACTORES Tabla 7 Identifica los actores

Frecuencia Porcentaje Porcentaje acumulado Si A Veces Total 14 5 19 78,9 21,1 100,0 78,9 100,0

65

Grfico 2 Identifica los actores

Interpretacin: El 78.9% de a los estudiantes siempre identifica los actores y solo el 21.1% lo hace algunas veces. Tal como se muestra en la tabla 07 y grfico 02.

IDENTIFICA LOS DOCUMENTOS

Tabla 8 Identifica los documentos

Frecuencia Porcentaje Porcentaje acumulado Si A Veces Total 4 15 19 21,1 78,9 100,0 21,1 100,0

66

Grfico 3 Identifica los documentos

Interpretacin: El 21.1% siempre identifica los documentos y el 78.9% lo hace a veces. Tal como se muestra en la tabla 08 y grfico 03.

RELACIONA CORRECTAMENTE LOS ACTORES Y ACTIVIDADES

Tabla 9 Relaciona correctamente los actores y actividades

Frecuencia Porcentaje Porcentaje vlido Vlidos Si A Veces Total 16 3 19 84,2 15,8 100,0 84,2 15,8 100,0 Porcentaje acumulado 84,2 100,0

67

Grfico 4 Relaciona correctamente los actores y actividades

Interpretacin: El 84.2% siempre identifica las actividades y el 15.8% lo hace algunas veces. Tal como se muestra en la tabla 06 y grfico 04.

IDENTIFICA ENTIDADES Tabla 10 Identifica entidades

Frecuencia Porcentaje Porcentaje acumulado 73,7 89,5 100,0

Si A Veces No Total

14 3 2 19

73,7 15,8 10,5 100,0

68

Grfico 5 Identifica entidades

Interpretacin: El 73.7% siempre identifica las entidades, el 15.8% lo hace a veces y el 10.5% no lo hace. Tal como se muestra en la tabla 10 y grfico 05.

IDENTIFICACION DE ATRIBUTOS Tabla 11 Identifica atributos

Frecuencia Porcentaje Porcentaje acumulado 68,4 100,0

Si A Veces Total

13 6 19

68,4 31,6 100,0

69

Grfico 6 Identifica atributos

Interpretacin: El 68.4% siempre identifica las entidades y el 31.6% lo hace a veces. Tal como se muestra en la tabla 08 y grfico 06.

ESTABLECE RELACIONES ENTRE ENTIDADES Tabla 12 Establece relaciones entre entidades

Frecuencia Porcentaje Porcentaje acumulado 68,4 100,0

Si A Veces Total

13 6 19

68,4 31,6 100,0

70

Grfico 7 Establece relaciones entre entidades

Interpretacin: El 68.4% siempre identifica las entidades y el 31.6% lo hace a veces. Tal como se muestra en la tabla 09 y grfico 07.

GENERA NUEVAS ENTIDADES Tabla 13 Genera nuevas entidades

Frecuencia Porcentaje Porcentaje acumulado 63,2 84,2 100,0

Si A Veces No Total

12 4 3 19

63,2 21,1 15,8 100,0

71

Grfico 8 Genera nuevas entidades

Interpretacin: El 63.2% siempre identifica las entidades, el 21.1% algunas veces y el 15.8% no lo hace. Tal como se muestra en la tabla 10 y grfico 08.

AGREGA LOS ATRIBUTOS FORANEOS Tabla 14 Agrega los atributos forneos

Frecuencia Porcentaje Porcentaje acumulado 63,2 84,2 100,0

Si A Veces No Total

12 4 3 19

63,2 21,1 15,8 100,0

72

Grfico 9 Agrega los atributos forneos

Interpretacin: El 63.2% siempre identifica loa atributos forneos, el 21.1% a veces y el 15.8% no lo hace. Tal como se muestra en la tabla 11 y grfico 9.

ELABORA MAPA DE INSTANCIA Tabla 15 Elabora el mapa de instancia

Frecuencia Porcentaje Porcentaje acumulado 63,2 78,9 100,0

Si A Veces No Total

12 3 4 19

63,2 15,8 21,1 100,0

73

Grfico 10 Elabora el mapa de instancia

Interpretacin: El 63.2% siempre identifica las entidades, el 21.1% algunas veces y el 15.8% lo hace algunas veces. Tal como se muestra en la tabla 11 y grfico 09.

ELABORA EL DICCIONARIO DE DATOS Tabla 16 Elabora el diccionario de datos

Frecuencia Porcentaje Porcentaje acumulado 68,4 84,2 100,0

Si A Veces No Total

13 3 3 19

68,4 15,8 15,8 100,0

74

Grfico 11 Elabora el diccionario de datos

Interpretacin: El 64.8% siempre identifica las entidades, el 15.8% a veces y el 15.8% lo hace algunas veces. Tal como se muestra en la tabla 13 y grfico 11.

INFLUENCIA DE LA MATRIZ DE ESCENARIOS EN LA CONSTRUCCIN DE LA BASE DE DATOS Tabla 17 Influencia de la Matriz de Escenarios en la construccin de la base de datos
Frecuencia Porcentaje Porcentaje acumulado 68,4 94,7 100,0

Si A Veces No Total

13 5 1 19

68,4 26,3 5,3 100,0

75

Grfico 12 Influencia de la Matriz de Escenarios en la construccin de la base de datos

Interpretacin: El 64.8% siempre identifica las entidades, el 26.3% a veces y el 5.3% lo hace algunas veces. Tal como se muestra en la tabla 14 y grfico 12.

Contrastacin de hiptesis HIPTESIS GENERAL: La aplicacin de una Matriz de Escenarios influye significativamente en la construccin de Base de Datos por parte de los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012.

76

Tabla 18
Matriz de escenarios en relacin a la construccin de base datos Recuento constr_base_datos Si matriz de escenarios Si A Veces No Total 13 0 0 13 A Veces 0 4 1 5 No 0 1 0 1 Total 13 5 1 19

Tabla N 19
Pruebas de chi-cuadrado Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 19,760
a

gl 4

(bilateral) 0,001

19

77

Grfico 13

Identifica actividades * Influencia de la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la identificacin de actividades; segn la prueba chicuadrado por ser la Significancia asinttica bilateral (Sig.=0.044) est por encima del nivel de error mximo permisible (=0.05), entonces no hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la identificacin de entidades son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos no est relacionada significativamente a la identificacin de entidades.

78

Tabla 20 Tabla de contingencia Identifica actividades * Influencia de la Matriz de Escenarios en la construccin de la base de datos
Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Identifica actividades Si A Veces Total 10 3 13 A Veces 1 4 5 No 0 1 1 Total 11 8 19

Tabla N 21 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 6,251
a

gl 2

(bilateral) 0,044

19

79

Grfico 14

Identifica los actores * Influencia de la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la identificacin de actores; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral (Sig.=0.004) est por debajo del nivel de error mximo permisible (=0.05), entonces no hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la identificacin de entidades son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos no est relacionada significativamente a la identificacin de actores

80

Tabla 22
Tabla de contingencia Recuento Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Identifica los actores A Veces Total 1 13 4 5 1 1 6 19 Si 12 A Veces 1 No 0 Total 13

Tabla 23 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 11,025 19 gl 2 (bilateral) 0,004

81

Grfico 15

Identifica los documentos * Influencia de la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la identificacin de actores; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral (Sig.=0.044) est por encima del nivel de error mximo permisible (=0.05), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la identificacin de entidades son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente a la identificacin de documentos

82

Tabla 24
Tabla de contingencia Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Identifica los documentos Si A Veces Total 1 12 13 A Veces 3 2 5 No 0 1 1 Total 4 15 19

Tabla 25 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 6,226 19 gl 2 (bilateral) ,044

83

Grfico 16

Relaciona correctamente los actores y actividades * Influencia de la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la identificacin de actores; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral (Sig.=0.007) est por encima del nivel de error mximo permisible (=0.0 5), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la identificacin de entidades son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente en la relacin de los actores y actividades

84

Tabla 26
Tabla de contingencia Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Relaciona correctamente los actores y actividades Si A Veces Total 13 0 13 A Veces 3 2 5 No 0 1 1 Total 16 3 19

Tabla 27 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 9,975 19 gl 2 (bilateral) ,007

85

Grfico 17

HIPTESIS

01:

El

uso

de

una

Matriz

de

Escenarios

influye

significativamente en el desarrollo del modelo conceptual en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012.

86

Tabla 28
Matriz de escenarios en relacin a la diseo del modelo conceptual Recuento matriz de escenarios Si hipo_01 Si A Veces Total 13 0 13 A Veces 1 4 5 No 0 1 1 Total 14 5 19

Tabla 29
Pruebas de chi-cuadrado Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 14,874
a

gl 2

(bilateral) 0,001

19

87

Grfico 18
Matriz de escenarios en relacin a la diseo del modelo conceptual

Relacin entre la Identificacin de entidades y la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la identificacin de entidades; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral (Sig.=0.020) est por debajo del nivel de error mximo permisible (=0.05), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la identificacin de entidades son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente a la identificacin de entidades.

88

Tabla 30 Relacin entre la Identificacin de entidades y la Matriz de Escenarios en la construccin de la base de datos
Tabla de contingencia Recuento Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Identifica entidades Si A Veces No Total 12 0 1 13 A Veces 1 3 1 5 No 1 0 0 1 Total 14 3 2 19

Tabla 31 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 11,692 19 gl 4 (bilateral) ,020

89

Grfico 19 Relacin entre la Identificacin de entidades y la Matriz de Escenarios en la construccin de la base de datos

Relacin entre la Identificacin de atributos y la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la identificacin de atributos; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral (Sig.=0.004) est por debajo del nivel de error mximo permisible (=0.05), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la identificacin de atributos son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente a la identificacin de atributos.

90

Tabla 32 Relacin entre la Identificacin de atributos y la Matriz de Escenarios en la construccin de la base de datos
Tabla de contingencia Recuento Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Identifica atributos Si A Veces Total 12 1 13 A Veces 1 4 5 No 0 1 1 Total 13 6 19

Tabla 33 Pruebas de chi-cuadrado

Valor Chi-cuadrado de Pearson N de casos vlidos 11,025 19 gl 2 Sig. asinttica (bilateral) ,004

91

Grfico 20 Relacin entre la Identificacin de atributos y la Matriz de Escenarios en la construccin de la base de datos

Establece relaciones entre entidades y la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada al establecimiento de relaciones entre entidades; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral

(Sig.=0.000) est por debajo del nivel de error mximo permisible (=0.05), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y el establecimiento de relaciones entre entidades son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente al establecimiento de relaciones entre entidades.

92

Tabla 34 Establece relaciones entre entidades y la Matriz de Escenarios en la construccin de la base de datos
Tabla de contingencia Recuento Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Establece relaciones entre entidades Si A Veces Total 13 0 13 A Veces 0 5 5 No 0 1 1 Total 13 6 19

Tabla 35 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 19,000 19 gl 2 (bilateral) ,000

93

Grfico 21 Establece relaciones entre entidades y la Matriz de Escenarios en la construccin de la base de datos

HIPTESIS

02:

El

uso

de

una

Matriz

de

Escenarios

influye

significativamente en el desarrollo del modelo relacional en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012.

94

Tabla 36
Matriz de escenarios en relacin a la diseo del modelo relacional Recuento matriz de escenarios Si hipo_02 Si A Veces No Total 11 2 0 13 A Veces 0 1 4 5 No 0 1 0 1 Total 11 4 4 19

Tabla 37
Pruebas de chi-cuadrado Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 19,438
a

gl 4

(bilateral) 0,001

19

95

Grfico 22
Matriz de escenarios en relacin a la diseo del modelo relacional

Relacin entre la generacin de nuevas entidades y la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la generacin de nuevas entidades; segn la prueba chicuadrado por ser la Significancia asinttica bilateral (Sig.=0.001) est por debajo del nivel de error mximo permisible (=0.05), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y el establecimiento de relaciones entre entidades son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente al establecimiento de relaciones entre entidades.

96

Tabla 38 Relacin entre la generacin de nuevas entidades y la Matriz de Escenarios en la construccin de la base de datos
Tabla de contingencia Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Genera nuevas entidades Si A Veces No Total 12 1 0 13 A Veces 0 2 3 5 No 0 1 0 1 Total 12 4 3 19

Tabla 39 Pruebas de chi-cuadrado

Valor Chi-cuadrado de Pearson N de casos vlidos 18,854 19 gl 4 Sig. asinttica (bilateral) ,001

97

Grfico 23

Relacin entre la agregacin de los atributos forneos y la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la agregacin de los atributos forneos; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral (Sig.=0.001) est por debajo del nivel de error mximo permisible (=0.05), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la agregacin de los atributos forneos son independientes) y por tanto a un 95% de confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente a la agregacin de los atributos forneos.

98

Tabla 40 Relacin entre la agregacin de los atributos forneos y la Matriz de Escenarios en la construccin de la base de datos
Tabla de contingencia Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Agrega los atributos forneos Si A Veces No Total 12 1 0 13 A Veces 0 2 3 5 No 0 1 0 1 Total 12 4 3 19

Tabla 41 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 18,854 19 gl 4 (bilateral) ,001

99

Grfico 24 Relacin entre la agregacin de los atributos forneos y la Matriz de Escenarios en la construccin de la base de datos

HIPTESIS

03:El

uso

de

una

Matriz

de

Escenarios

influye

significativamente en el desarrollo del diseo fsico en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012.

100

Matriz de escenarios en relacin al diseo fsico

Tabla 42
Tabla de contingencia Recuento matriz de escenarios Si hipo_03 Si A Veces No Total 11 2 0 13 A Veces 0 2 3 5 No 0 0 1 1 Total 11 4 4 19

Tabla N 43
Pruebas de chi-cuadrado Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 15,638
a

gl 4

(bilateral) 0,004

19

101

Grfico 25
Matriz de escenarios en relacin al diseo fsico

Relacin entre la elaboracin del mapa de instancia y la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la elaboracin del mapa de instancia; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral (Sig.=0.002) est por debajo del nivel de error mximo permisible (=0.05), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la elaboracin del

mapa de instancia son independientes) y por tanto a un 95% de

confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente a la

elaboracin del mapa de instancia.

102

Tabla N 44 Relacin entre la elaboracin del mapa de instancia y la Matriz de Escenarios en la construccin de la base de datos
Tabla de contingencia Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Elabora el mapade instancia Si A Veces No Total 12 1 0 13 A Veces 0 2 3 5 No 0 0 1 1 Total 12 3 4 19

Tabla 45 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 17,392 19 gl 4 (bilateral) ,002

103

Grfico 26

Relacin entre la elaboracin del diccionario de datos y la Matriz de Escenarios en la construccin de la base de datos La Matriz de Escenarios en la construccin de la base de datos est relacionada a la elaboracin del diccionario de datos; segn la prueba chi-cuadrado por ser la Significancia asinttica bilateral (Sig.=0.004) est por debajo del nivel de error mximo permisible (=0.05), entonces hay evidencia suficiente para rechazar la hiptesis nula (Ho: La Matriz de Escenarios en la construccin de la base de datos y la elaboracin del

diccionario de datos son independientes) y por tanto a un 95% de

confianza podemos afirmar que La Matriz de Escenarios en la construccin de la base de datos est relacionada significativamente a la

elaboracin del diccionario de datos.

104

Tabla 46 Relacin entre la elaboracin del diccionario de datos y la Matriz de Escenarios en la construccin de la base de datos
Tabla de contingencia Influencia de la Matriz de Escenarios en la construccin de la base de datos Si Elabora el diccionario de datos Si A Veces No Total 11 2 0 13 A Veces 2 0 3 5 No 0 1 0 1 Total 13 3 3 19

Tabla 47 Pruebas de chi-cuadrado

Sig. asinttica Valor Chi-cuadrado de Pearson N de casos vlidos 15,455 19 gl 4 (bilateral) ,004

105

Grfico 27

106

CONCLUSIONES

Luego

de

haber

tomado

las

muestras,

evaluado

analizado;

respaldndose en los resultados estadsticos obtenidos llegamos a las siguientes conclusiones: Queda demostrado que el uso de la Matriz de Escenarios influye directa y significativamente en la optimizacin del desarrollo del modelo conceptual, ya que la herramienta permite la generacin rpida y eficientemente de nuevas entidades, facilitando

significativamente el aprendizaje. Queda demostrado que el uso de la Matriz de Escenarios influye directa y significativamente en la optimizacin del desarrollo del modelo relacional. Queda demostrado que el uso de la Matriz de Escenarios influye directa y significativamente en la optimizacin del desarrollo del modelo fsico, los alumnos construyen sin ningn tipo de problema el diccionario de datos. Queda demostrado que el uso de la Matriz de Escenarios influye directa y significativamente en la optimizacin de la construccin de la base de datos.

107

108

RECOMENDACIN

a) Se recomienda a las autoridades de la facultad de ingeniera industrial, sistemas e informtica adoptar la aplicacin de la Matriz de Escenarios en el desarrollo del curso de base de datos mediante disposiciones normativas que aseguren su permanencia en el tiempo. b) Se recomienda que las autoridades encargadas de la jefatura de departamento desarrolle programas de capacitacin permanente y continua en para la aplicacin de la Matriz de Escenarios en el desarrollo del modelo conceptual para la construccin dela base de datos c) Los docentes deben estandarizar los criterios de aplicacin de la Matriz de Escenarios para optimizar de la generacin de nuevas entidades y atributos en el alumnado para el desarrollo del modelo relacional. d) Se recomienda que los docentes difundan y fomenten la aplicacin de la matriz en el modelo conceptual ya que se considera bsico para la construccin del modelo fsico. e) Que el decano de la facultad organice una junta de ingenieros especialistas en el desarrollo de base de datos, encargados de evaluar permanentemente la Matriz de Escenarios con el fin de optimizar su aplicacin o efectivizar su aplicacin.

109

FUENTES DE INFORMACIN

1. Oscar Snchez Estrella, Miguel Moro Vallina (2010) Aplicaciones Informticas de bases de datos relacionales. edit. Parainfo. Espaa. 2. Olga Pons, Silvia Acio, Nicols Marn, Juan Miguel Medina, Amparo Vila (2008). Introduccin a los sistemas de bases de datos. edit. Parainfo. Espaa. 3. Victoria Nevado Cabello (2006). Introduccin a las bases de datos relacionales. edit. Visin Libros. Espaa 4. David M. Kroenke(2003) . Procesamiento de Bases de Datos. edit. Pearson. Mexico 5. Fray len Ososrio Rivero (2008). Bases de datos Relacionales Teora y Prctica. edit. ITM. Colombia 6. Olga Pons, Nicols Marn, Juan Miguel Medina, Silvia Acid, Amparo Vila (2005). Introduccin a las Bases de Datos. El Modelo Relacional. edit. Thomson. Espaa 7. Peter Rob, Carlos Coronel (2006). Sistemas de Bases de Datos. edit. Thomson. Espaa. 8. Enrique Rivero Cornelio, Carlos Guardia Rivas, Jos Carlos Reig Hernndez (2004). Base de Datos Relacionales. edit. R.B. Servicios Editoriales S.L.Espaa 9. Date C.J.(2001)Introduccin a los Sistemas de Base de Datos,edit. Mxico, p. 10. Jacobson Ivar, Booch Grady (y) RumbaughJames(2000). El Proceso Unificado del Desarrollo de Software, Espaa 11. Jaime Pantigoso Silva (2009). SQL Server 2008. Per 12. Luque Ruiz Irene, Gmez Miguel ngel, Lpez Espinoza Nieto Enrique (y) Cerruela Garca Gonzalo (2002). Bases de Datos desde Chen hasta Codd con Oracle, Mxico, pp 1-22

110

13. Pressman Roger S (2006), Ingeniera del Software. Edit. McGrawHillMxico. 14. Silvershatz Abraham, Korth Henry F. (y) Sudarshan

S.(2006)Fundamentos de Base de Datos, Espaa, pp 18-19 15. Kenneth C. Laudon, Jane P. Laudon (2008) Sistemas de Informacin Gerencial, Espaa, pp 14, 45-51

111

ANEXOS

112

ANEXO1. CUESTIONARIO USO DE LA MATRIZ DE ESCENARIOS EN LA CONSTRUCCION DE LA BASE DE DATOS Dirigido a: Alumnos INSTRUCCIONES:
El presente cuestionario tiene el objetivo de recabar informacin relacionada con la investigacin sobre APLICACIN DE UNA MATRIZ DE ESCENARIOS Y SU INFLUENCIA EN LA
CONSTRUCCIN DE BASES DE DATOS RELACIONAL POR PARTE DE LOS ALUMNOS V CICLO DE LA ESCUELA PROFESIONAL DE INGENIERA INFORMTICA DE LA FACULTAD DE INGENIERA INDUSTRIAL, SISTEMAS E INFORMTICA DE LA UNIVERSIDAD NACIONAL JOS FAUSTINO SNCHEZ CARRIN - HUACHO-2012

. Tiene carcter annimo. Marcar con una X la respuesta que considere correcta :

Matriz de procesos RESPUESTA N 1 2 3 ITEM

Considera usted que el rea de actividades de la Matriz de Escenarios le favorece su modelamiento de la etapa conceptual del desarrollo de base de datos Considera usted que el rea de actores de la Matriz de Escenarios le favorece su modelamiento de la etapa conceptual del desarrollo de base de datos Considera usted que el rea de objetos de la Matriz de Escenarios le favorece su modelamiento de la etapa conceptual del desarrollo de base de datos Considera usted que relaciona correctamente los actores y actividades de la Matriz de Escenarios , favoreciendo el modelamiento de la etapa conceptual en el desarrollo de base de datos
SI A VECES NO

MODELO CONCEPTUAL RESPUESTA N 5 6 7 ITEM

Identifica usted con facilidad las entidades para el modelo conceptual Identifica usted con facilidad atributos de las entidades para el modelo conceptual Establece usted relaciones entre las entidades con facilidad
SI A VECES NO

113

MODELO RELACIONAL RESPUESTA N 8 9 ITEM

Genera rpida y eficientemente nuevas entidades para el modelo relacional Genera rpida y eficientemente nuevos atributos para el modelo relacional
SI A VECES NO

MODELO FISICO RESPUESTA N 10 11 ITEM

Crea eficientemente el mapa de instancia para el modelo fsico de la construccin de base de datos Crea eficientemente el diccionario de datos para el modelo fsico de la construccin de base de datos
SI A VECES N O

RESPUESTA N ITEM
Considera usted que el uso de la matriz de procesos le permitira optimizar la construccin de la base de datos?
SI A VECES N O

12

114

ANEXO 2. MATRIZ DE CONSISTENCIA APLICACIN DE UNA MATRIZ DE ESCENARIOS Y SU INFLUENCIA EN LA CONSTRUCCIN DE BASES DE DATOS RELACIONALES POR PARTE DE LOS ALUMNOS DEL V CICLO DE LA ESCUELA PROFESIONAL DE INGENIERA INFORMTICA DE LA FACULTAD DE INGENIERA INDUSTRIAL, SISTEMAS E INFORMTICA DE LA UNIVERSIDAD NACIONAL JOS FAUSTINO SNCHEZ CARRIN - HUACHO-2012
PROBLEMA GERENAL De qu forma la aplicacin de una Matriz de Escenarios influye en la construccin de Base de Datos Relacional por parte de los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho2012? OBJETIVOS GENERAL Determinar en qu medida la aplicacin de una Matriz de Escenarios influye en la construccin de Base de Datos Relacional por parte de los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho2012. HIPOTESIS GENERAL La aplicacin de una Matriz de Escenarios influye significativamente en la construccin de Base de Datos Relacional por parte de los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012. ESPECIFICAS El uso de una Matriz de Escenarios influye significativamente en el desarrollo del modelo conceptual en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino VARIABLES VI Matriz de Escenarios DIMENSION INDICADORES rea de actividades rea de actores rea de objetos METODOLOGIA Enfoque: cuantitativo Tipo: aplicativo Nivel: Correlacional Diseo: No experimental Poblacin: La poblacin estuvo conformada por todos los alumnos que cursan el V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho, cuya cantidad es 65. Muestra: La muestra est conformada por el total de alumnos que se encuentran matriculados en el curso de Base de Datos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho, conformada por 19 alumnos. Tcnica: Entrevistas Encuestas Observacin Instrumento: Cuestionario con un formato

ESPECIFICOS a) Cmo influye el uso de una Matriz de Escenarios en el desarrollo del modelo conceptual en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho2012? b) Cmo influye el uso de una Matriz de Escenarios en el desarrollo del

ESPECIFICOS a) Determinar en qu a) medida el uso de una Matriz de Escenarios influye en el desarrollo del modelo conceptual en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho2012. b) Determinar en qu medida el uso de una Matriz de Escenarios influye en el

VD Construccin de la base de datos

MODELO CONCEPTUAL

Identifica entidades Identifica atributos Establece relaciones entre entidades genera nuevas entidades genera nuevos atributos

MODELO RELACIONAL

115

modelo relacional en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho2012? c) Cmo influye el uso de una Matriz de Escenariosen el desarrollo del diseo fsico en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho2012?

desarrollo del modelo relacional en los alumnos del V ciclo de la Escuela Profesional b) de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho2012. c) Determinar en qu medida el uso de una Matriz de Escenarios influye en el desarrollo del diseo fsico en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino c) Snchez Carrin de Huacho2012.

Snchez Carrin de Huacho-2012. El uso de una Matriz de Escenarios influye significativamente en el desarrollo del modelo relacional en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012. El uso de una Matriz de Escenario influye significativamente en el desarrollo del diseo fsico en los alumnos del V ciclo de la Escuela Profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial, Sistemas e Informtica de la Universidad Nacional Jos Faustino Snchez Carrin de Huacho-2012.

estructurado

DISEO FISICO

Crea mapa de instancia Crea diccionario de datos

116

ANEXO 3. MATRIZ DE ESCENARIOS

Actividad Actores Quin lo hace? Lugar Dnde lo hacen? Unidad Orgnica Entradas Objetos Procedimiento Salida

Qu hacen?

Qu necesitan para hacer?

Qu usa en el procedimiento?

Qu da despus de hacer?

Listar las actividades en el orden que sucede de acuerdo al proceso que es materia de estudio

Quienes son los actores que intervienen en la actividad Qu documento se utiliza durante la actividad (si lo hubiera) Donde se realiza la actividad, para saber qu reas est involucradas en el proceso de negocio que se estudia

Qu documento se utiliza para iniciar la actividad (si lo hubiera)

Qu documento se obtiene al final de la actividad (si lo hubiera)

117

Con respecto a la matriz: Seccin de la actividad o Primero se listan las actividades, que se realizan en el proceso de negocio a estudiar. o Las actividades se deben listar en orden desde la que da inicio al proceso hasta que finaliza Seccin de los actores o Se establecen los actores que participan en la actividad o Se establecen la relacin entre los actores y las actividades o Cada uno de ellos es candidato a convertirse en una entidad Lugar o La unidad orgnica o rea donde se realiza la actividad, esto nos permite saber de qu rea provienen algunos documentos o porque reas pasan los documentos. Esto nos ayuda a entender de forma ms rpida las actividades del proceso de negocio. Objetos o Se establecen los documentos que se utilizan durante las actividades. Cada uno de ellos es candidato a convertirse en una entidad. o A travs de ellos y la relacin con los actores, se pueden establecer la relacin entre las entidades. Relaciones o Las relaciones entre las posibles entidades, se analizan ntrela secciones de las actividades, actores y objetos

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 119

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 120

INTRODUCCIN
En la actualidad todas las empresas o negocios buscan ser ms competitiva, tener la mayor cantidad de clientes y ofrecer productos y/o servicios de calidad, conocer y controlar los costos y gastos y evitar prdidas o mal uso de sus capitales. La informacin actualmente tiene gran importancia y es muy necesario en cualquier empresa porque permite conocer la realidad, interactuar con el medio fsico tomar decisiones ms ptimas y en menor tiempo posible. Las Empresas que estn dispuestos a ser competitivos en este mundo globalizado necesitan manejar una gran cantidad de informacin de manera eficiente, rpida y confiable, objetivo que lograra con la informtica por su capacidad de procesamiento de datos.

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 121

NDICE
Caratula .... Introduccin . Indice.

CAPITULO I DATOS GENERALES 1.1. 1.2. 1.3. 1.4. CAPITULO II DEL PROYECTO 2.1. 2.2. Situacin problemtica existente Descripcin detallada del proceso de negocio a estudiar. Titulo del Proyecto.. Nombre de la Entidad. Ubicacin de la Entidad .. Descripcin

2.3. Cronograma de ejecucin. .

CAPITULO III DISEO E IMPLEMENTACION DEL MODELO Y BASE DE DATOS 3.1 3.2 3.3 3.4 Matriz de procesos. Modelo conceptual.. Modelo relacional. Diseo Fsico. 3.4.1 Diccionario de datos Implementacin de la base de datos en MySQL 3.5.1 Creacin de la base de datos 3.5.2 Creacin de vistas

3.5

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 122

CAPITULO I
DATOS GENERALES 1.1. Ttulo del Proyecto. Base de datos para el Sistema de Compras para la Botica Farma Medic. Nombre de la Entidad. Botica Farma Medic Ubicacin de la Entidad. Av. Tpac Amaru #337 - Huacho. Descripcin La Botica Farma Medic es una empresa pequea que realiza el Servicio de Compra y Venta de medicamentos para todo cliente en general. Los medicamentos que comercializa se distribuyen en funcin a su accin teraputica (analgsico, Antiinflamatorio, Anestsico,etc). Esta empresa trabaja con una gran cantidad de proveedores por lo que necesita controlar la calidad de los productos, tener un mejor control de sus compras y sobe todo obtener la informacin precisa y exacta de sus compras cuando sea requerido. Tambien busca conocer los mercados y agilizar el proceso de compra y manejar una informacin actualizada y puntual, mejorar la satisfaccin de los clientes y sobre todo maximizar las ganancias.

1.2.

1.3.

1.4.

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 123

CAPITULO II
DEL PROYECTO 2.1. Situacin problemtica existente. La botica MEDIFARMA realiza constantemente compras de medicamentos a un conjunto de proveedores en el que se da un conjunto de subprocesos y en cada procesos se necesita conocer los detalles exactos sobre el estado de sus compras y tambin cuando requiere datos de fechas anteriores. En el proceso de compra el Jefe del rea de compras sera el encargado de evaluar las solicitudes de compras y tambin hacer el contrato con cada uno de los proveedores en el que tambin evala la propuesta de sus productos y selecciona a los que pueden ofrecer un mejor producto.

2.2. Descripcin detallada del proceso de negocio a estudiar COMPRA El Jefe de Compras es el encargado de hacer los contratos con los proveedores y manejar el flujo desde la nota de pedido hasta la entrega de los productos. El Jefe de Compras recibe una solicitud de una lista de productos que se necesita hacer una compra a la que evaluara para determinar si es necesaria la compra de determinados productos. Si est de acuerdo pedir una licitacin a sus proveedores solicitando los precios y promociones de cada producto. Al recibir las propuestas los evaluara y emitir un orden de compra con los datos del proveedor, el producto y la cantidad, considerando el tiempo oportuno de la entrega de producto. El encargado de caja es el que controla las operaciones financieras de la empresa por lo que se encarga de concretar el depsito del monto total en el banco. El transportista traer los productos entregando al Jefe de Almacn quien es el encargado de registrar los productos proveedores antes y despus de cada operacin. El jefe de Almacen recibir la gua de remisin y la factura entregando el voucher de cancelacin de los productos. Al finalizar el Jefe de Compras registrara la gua de compra y terminara el proceso.

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 124

2.3. Cronograma de ejecucin.

Abril
Busqueda de Empresa Solicitud de Datos Analisis del proceso de negocio Creacion de Base de Datos Implementacin y pruebas

Mayo

Junio

Julio

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 125

CAPITULO III
DISEO E IMPLEMENTACION DEL MODELO Y BASE DE DATOS 3.1. Matriz de escenarios
Actividades Lugar Dnde lo Quin lo hace? hacen? Actores Objetos Entradas Procedimiento Qu usan en el procedimiento? Salida

Jefe Compras

Jefe Almacn

Proveedor

Qu hacen?

Unidad Orgnica

Qu necesitan para hacer?

Qu da despus de hacer?

Caja

Emitir Nota de pedido Evaluacin de proveedores Evaluacin de propuestas Orden de pago Deposito por la compra Entrega de los medicamentos Verificacin del estado de los medicamentos Registro de medicamentos

x x x x x x x x x x x x

almacn Cotizaciones Datos de medicamentos Listado de Administracin medicamentos Dinero, orden de Banco pago Factura Almacn Gua de remisin Administracin Almacn Almacn Medicamentos Medicamentos, gua de remisin

Lista de productos

Nota de pedido Orden de compra

Informacin de compras anteriores Contrato con los proveedores Banco

Orden de compra orden de pago boucher de Pago Medicamentos

Informacin de los medicamentos Comprobante de pago

Estado de los medicamentos Stock Actualizado

3.2.

Modelo Conceptual

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 127

3.3.

Modelo Relacional

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC

Pgina 128

3.4.

Diseo Fisico 3.4.1 Diccionario de Datos

Detalle_Nota_Pedido_Medicamento
ATRIBUTO detalle_MNP NULL N TIPO DE DATO Int K P REFERENCIAS S/R DEFINICIN Identificador nico para la calificacin del Detalle_Nota_Pedido. Identificador nico para medicamento de Detalle_MNP. Identificador nico para nota_pedido de Detalle_MNP. Precion Actual del Medicamento

Id_medicamento

Int

medicamento

Id_nota_pedido

Int

Nota_Pedido

Precio

Numeric(10,2)

S/R

Cantidad

Int

S/R

Cantidad Total de Medicamento que se va a Comprar Fecha de Vencimiento del medicamento Importe del Precio por la Cantidad comprada

Fecha_vencimiento

Date

S/R

Total

Numeric(10,2)

S/R

Estado_Nota_Pedido
ATRIBUTO Id_estado_nota_pedido NULL N TIPO DE DATO Int K P REFERENCIAS S/R DEFINICIN Identificador nico para medicamento de estado_nota_pedido Nombre del estado de pedido

Nombre_estado

Varchar(100)

S/R

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 129

Factura_Recibida
ATRIBUTO Id_factura NULL N TIPO DE DATO Int K P REFERENCIAS S/R DEFINICIN Identificador nico de factura_recibida Cdigo de la factura recibida Fecha de entrega de la factura

Cdigo_factura_recibida Fecha_entrega

S S

Varchar(50) Date

S/R S/R

Guia_Compra
ATRIBUTO Id_guia_compra Cdigo_guia_compra Id_proveedor Id_personal NULL N S S N TIPO DE DATO Int Varchar(50) Date Int F K P REFERENCIAS S/R S/R S/R Personal DEFINICIN Identificador nico de gua_compra Cdigo de la factura recibida Fecha de entrega de la factura Identificador nico para gua_compra de personal Identificador nico para gua_compra de nota_pedido Identificador nico para gua_compra de factura Identificador nico para gua_compra de gua_remision

Id_nota_pedido

Int

Nota_Pedido

Id_factura

Int

Factura

Id_guia_remision

Int

Guia_Remision

Guia_Remision
ATRIBUTO Id_guia_remision NULL N TIPO DE DATO Int K P REFERENCIAS S/R DEFINICIN Identificador nico de gua_remision Cdigo de gua_remision Fecha en que se emite la gua de emision Detalle de la forma de envio de los productos Observacin sobre la entrega de los productos Identificador nico para gua_remision de proveedor

Cdigo_remision Fecha_emision

S S

Varchar(50) Date

S/R S/R

Forma_envio

Varchar(50)

SR

observacion

Varchar(50)

S/R

Id_proveedor

Int

Proveedor

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 130

Medicamento
ATRIBUTO Id_medicamento NULL N TIPO DE DATO Int K P REFERENCIAS S/R DEFINICIN Identificador nico de medficamento Nombre del medicamento Unidad en que se presenta el medicamento Identificador nico para medicamento de personal Identificador nico para medicamento de tipo_medicamento

Nombre_medicamento unidad

S S

Varchar(100) Varchar(50)

S/R S/R

Id_personal

Int

Personal

Id_tipo_medicamento

Int

Tipo_medicamento

Nota_Pedido
ATRIBUTO Id_nota_pedido NULL N TIPO DE DATO Int K P REFERENCIAS S/R DEFINICIN Identificador nico de nota_pedido Cdigo de nota_pedido Fecha en que se hace el contrato de la compra Fecha pactado para la entrega de los medicamentos Importe por la compra de los medicamentos Identificador nico para nota_pedido de personal Identificador nico para nota_pedido de estado_nota_pedido

Cdigo_nota_pedido Fecja_compra

S S

Varchar(50) Date

S/R S/R

Fecha_recepcion

Date

S/R

Importe

Decimal(10,2)

S/R

Id_personal

Int

Personal

Id_estado_nota_pedido

Int

Nota_pedido

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 131

Pago
ATRIBUTO Id_pago codigo_pago NULL N S TIPO DE DATO Int Varchar(50) K P REFERENCIAS S/R S/R DEFINICIN Identificador nico de pago Cdigo del voucher por hacer el pago Monto que se ha pagado Identificador nico para pago de personal Identificador nico para pago de factura

monto Id_personal

S N

Decimal(10,2) Int F

S/R Personal

Id_factura

Int

Factura

Personal
ATRIBUTO Id_personal Nombre_personal Apelldio_paterno Apellido_materno direccion Telfono Celuilar Id_tipo_personal NULL N S S S S S S N TIPO DE DATO Int Varchar(100) Varchar(100) Varchar(100) Varchar(50) Int Int Int F K P REFERENCIAS S/R S/R S/R S/R S/R S/R S/R Tipo_personal DEFINICIN Identificador nico de personal Nombre del Personal Apellido paterno del personal Apellido materno del personal Direccin del personal Telefono del personal Celular del personal Identificador nico para personal de tipo_personal

Proveedor
ATRIBUTO Id_proveedor Nombre Numero _cuenta direccion Telfono Celuilar email NULL N S S S S S N TIPO DE DATO Int Varchar(100) Varchar(14) Varchar(50) Int Int Varchar(50) K P REFERENCIAS S/R S/R S/R S/R S/R S/R S/R DEFINICIN Identificador nico de proveedor Nombre del Proveedor Numero de cuenta del Proveedor Direccin del proveedor Telefono del proveedor Celular del proveedor Email del proveedor

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 132

Tipo_medicamento
ATRIBUTO Id_tipo_medicamento NULL N TIPO DE DATO Int K P REFERENCIAS S/R DEFINICIN Identificador nico de tipo_medicamento Nombre del tipo_medicamento Accin teraputica del tipo de medicamento Modo de uso del tipo de medicamento

Nombre_tipo_medicamento Accin_teraputica

S S

Varchar(100) Varchar(50)

S/R S/R

Modeo_uso

Varchar(50)

S/R

Tipo_personal
ATRIBUTO Id_tipo_personal NULL N TIPO DE DATO Int K P REFERENCIAS S/R DEFINICIN Identificador nico de tipo_personal Cdigo del tipo_personal

codigo_tipo_personal

Varchar(50)

S/R

nombre_tipo_personal

Varchar(100)

S/R

Nombre de tipo_personal

Usuario
ATRIBUTO Usuario_id Usuario password Id_personal NULL N S S N TIPO DE DATO Int Varchar(50) Varchar(100) Int F K P REFERENCIAS S/R S/R S/R Personal DEFINICIN Identificador nico de usuario Usuario Contrasea Identificador nico de personal para usuario

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 133

3.5.
-- Company : -- Project : -- Author : LSTR

Implementacin de la base de datos MYSQL 3.5.1. Creacin de la base de datos

ModelFarmaMedic.dm1 Lester Narvasta Ramirez

-- Date Created : Thursday, July 25, 2012 13:39:30 -- Target DBMS : MySQL 5.x

-- TABLE: Detalle_MNP
CREATE TABLE Detalle_MNP( detalle_MNP id_medicamento id_nota_pedido precio cantidad INT INT INT NOT NULL, NOT NULL, NOT NULL,

DECIMAL(10, 2), INT,

fecha_vencimiento DATE,

PRIMARY KEY (detalle_MNP)

)ENGINE=MYISAM;

-- TABLE: Estado_Nota_Pedido CREATE TABLE Estado_Nota_Pedido( id_estado_nota_pedido INT nombre_estado NOT NULL,

VARCHAR(50),

PRIMARY KEY (id_estado_nota_pedido) )ENGINE=MYISAM;

-- TABLE: Factura_Recibida CREATE TABLE Factura_Recibida( id_factura INT NOT NULL,

codigo_factura_recibida VARCHAR(50), fecha_entrega DATE,

PRIMARY KEY (id_factura)

)ENGINE=MYISAM;

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 134

-- TABLE: Guia_Compra CREATE TABLE Guia_Compra( id_guia_compra INT NOT NULL,

codigo_guia_compra VARCHAR(50), id_proveedor id_personal id_nota_pedido INT INT INT NOT NULL, NOT NULL, NOT NULL,

id_factura

INT
INT

NOT NULL,
NOT NULL,

id_guia_remision

PRIMARY KEY (id_guia_compra) )ENGINE=MYISAM;

-- TABLE: Guia_Remision CREATE TABLE Guia_Remision( id_guia_remision INT codigo_remision fecha_emision forma_envio observacion id_proveedor NOT NULL,

VARCHAR(50), DATE, VARCHAR(100), VARCHAR(100), INT NOT NULL,

PRIMARY KEY (id_guia_remision) )ENGINE=MYISAM;

-- TABLE: Medicamento CREATE TABLE Medicamento( id_medicamento INT NOT NULL, VARCHAR(100),

nombre_medicamento unidad id_personal

VARCHAR(50), INT NOT NULL, NOT NULL,

id_tipo_medicamento INT

PRIMARY KEY (id_medicamento)

)ENGINE=MYISAM;

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 135

-- TABLE: Nota_Pedido CREATE TABLE Nota_Pedido( id_nota_pedido codigo_nota_pedido fecha_compra fecha_recepcion importe INT NOT NULL,

VARCHAR(50), DATE, DATE,

DECIMAL(10, 2),

id_personal

INT

NOT NULL,

id_estado_nota_pedido INT, PRIMARY KEY (id_nota_pedido) ) ENGINE=MYISAM;

-- TABLE: Pago CREATE TABLE Pago( id_pago INT NOT NULL,

codigo_pago VARCHAR(50),

monto

DECIMAL(10, 2),
NOT NULL, NOT NULL,

id_personal INT id_factura INT PRIMARY KEY (id_pago) )ENGINE=MYISAM;

-- TABLE: Personal CREATE TABLE Personal( id_personal INT NOT NULL, VARCHAR(50),

nombre_personal

apellido_paterno VARCHAR(50), apellido_materno VARCHAR(50), direccion telefono celular VARCHAR(50), INT, INT,

id_tipo_personal INT
PRIMARY KEY (id_personal) )ENGINE=MYISAM;

NOT NULL,

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 136

-- TABLE: Proveedor CREATE TABLE Proveedor( id_proveedor nombre INT NOT NULL,

VARCHAR(100),

numero_cuenta INT, direccion telefono celular VARCHAR(25), INT, INT,

email

VARCHAR(50),

PRIMARY KEY (id_proveedor) )ENGINE=MYISAM; -- TABLE: Tipo_Medicamento CREATE TABLE Tipo_Medicamento( id_tipo_medicamento INT NOT NULL,

nombre_tipo_medicamento VARCHAR(100), accion_terapeutica VARCHAR(250),

modo_uso

VARCHAR(100),

PRIMARY KEY (id_tipo_medicamento) )ENGINE=MYISAM; -- TABLE: Tipo_Personal CREATE TABLE Tipo_Personal( id_tipo_personal INT NOT NULL,

codigo_tipo_personal CHAR(2), nombre_tipo_personal VARCHAR(100), PRIMARY KEY (id_tipo_personal) )ENGINE=MYISAM; -- TABLE: Usuario CREATE TABLE Usuario( usuario_id Usuario Password INT NOT NULL,

VARCHAR(100), VARCHAR(50),

id_personal INT

NOT NULL,

PRIMARY KEY (usuario_id) )ENGINE=MYISAM;

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 137

-- TABLE: Detalle_MNP ALTER TABLE Detalle_MNP ADD CONSTRAINT RefMedicamento26 FOREIGN KEY (id_medicamento) REFERENCES Medicamento(id_medicamento); ALTER TABLE Detalle_MNP ADD CONSTRAINT RefNota_Pedido27 FOREIGN KEY (id_nota_pedido) REFERENCES Nota_Pedido(id_nota_pedido); -- TABLE: Factura_Recibida

ALTER TABLE Factura_Recibida ADD CONSTRAINT RefPago18

FOREIGN KEY (id_pago) REFERENCES Pago(id_pago); -- TABLE: Guia_Compra ALTER TABLE Guia_Compra ADD CONSTRAINT RefProveedor12 FOREIGN KEY (id_proveedor) REFERENCES Proveedor(id_proveedor); ALTER TABLE Guia_Compra ADD CONSTRAINT RefPersonal13 FOREIGN KEY (id_personal) REFERENCES Personal(id_personal); ALTER TABLE Guia_Compra ADD CONSTRAINT RefNota_Pedido17 FOREIGN KEY (id_nota_pedido) REFERENCES Nota_Pedido(id_nota_pedido); ALTER TABLE Guia_Compra ADD CONSTRAINT RefFactura_Recibida33 FOREIGN KEY (id_factura) REFERENCES Factura_Recibida(id_factura);

ALTER TABLE Guia_Compra ADD CONSTRAINT RefGuia_Remision34 FOREIGN KEY (id_guia_remision) REFERENCES Guia_Remision(id_guia_remision); -- TABLE: Guia_Remision ALTER TABLE Guia_Remision ADD CONSTRAINT RefProveedor10 FOREIGN KEY (id_proveedor)

REFERENCES Proveedor(id_proveedor);

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 138

-- TABLE: Medicamento ALTER TABLE Medicamento ADD CONSTRAINT RefPersonal4 FOREIGN KEY (id_personal) REFERENCES Personal(id_personal); ALTER TABLE Medicamento ADD CONSTRAINT RefTipo_Medicamento8 FOREIGN KEY (id_tipo_medicamento) REFERENCES Tipo_Medicamento(id_tipo_medicamento);

-- TABLE: Nota_Pedido
ALTER TABLE Nota_Pedido ADD CONSTRAINT RefPersonal14 FOREIGN KEY (id_personal) REFERENCES Personal(id_personal); ALTER TABLE Nota_Pedido ADD CONSTRAINT RefProveedor15 FOREIGN KEY (id_proveedor) REFERENCES Proveedor(id_proveedor); ALTER TABLE Nota_Pedido ADD CONSTRAINT RefEstado_Nota_Pedido35

FOREIGN KEY (id_estado_nota_pedido)

REFERENCES Estado_Nota_Pedido(id_estado_nota_pedido); -- TABLE: Pago ALTER TABLE Pago ADD CONSTRAINT RefPersonal7 FOREIGN KEY (id_personal) REFERENCES Personal(id_personal); -- TABLE: Personal ALTER TABLE Personal ADD CONSTRAINT RefTipo_Personal3 FOREIGN KEY (id_tipo_personal) REFERENCES Tipo_Personal(id_tipo_personal); -- TABLE: Usuario ALTER TABLE Usuario ADD CONSTRAINT RefPersonal9 FOREIGN KEY (id_personal) REFERENCES Personal(id_personal)

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 139

3.5.2. Creacin de vistas

create view vMedicamento as select m.id_medicamento,m.nombre_medicamento,m.unidad,p.nombre_personal,tm.nombre_tipo_medicamento from medicamento m join personal p ON p.id_personal=m.id_personal join tipo_medicamento tm ON tm.id_tipo_medicamento=m.id_tipo_medicamento; create view vpago as select pa.id_pago,pa.codigo_pago,pa.monto,pe.nombre_personal from pago pa join personal pe ON pe.id_personal=pa.id_pago;

create view vpersonal as select p.id_personal,p.nombre_personal,p.apellido_paterno,p.apellido_materno,p.direccion,p.telefono,p.celular,tp.nombre_tipo_personal from personal p join tipo_personal tp ON tp.id_tipo_personal=p.id_tipo_personal;

create view vnotapedido as select np.id_nota_pedido, np.codigo_nota_pedido, np.fecha_compra, np.fecha_recepcion, np.importe,p.nombre_personal,pr.nombre,enp.nombre_estado from nota_pedido np join personal p on p.id_personal=np.id_personal join proveedor pr on pr.id_proveedor=np.id_proveedor join estado_nota_pedido enp on enp.id_estado_nota_pedido=np.id_estado_nota_pedido

create view vguiaremision as select gm.id_guia_remision,gm.codigo_remision,gm.fecha_emision,gm.forma_envio,gm.observacion,pr.nombre from guia_remision gm join proveedor pr on pr.id_proveedor=gm.id_proveedor

create view vfactura_recibida as select fr.id_factura,fr.codigo_factura_recibida, fr.fecha_entrega,p.codigo_pago,p.monto from factura_recibida fr join pago p on p.id_pago=fr.id_pago

create view vguia_compra as select gc.id_guia_compra,gc.codigo_guia_compra, pr.nombre,p.nombre_personal,np.codigo_nota_pedido, f.codigo_factura_recibida,gr.codigo_remision from guia_compra gc join proveedor pr on pr.id_proveedor=gc.id_proveedor join personal p on p.id_personal=gc.id_personal join nota_pedido np on np.id_nota_pedido=gc.id_nota_pedido join factura_recibida f on f.id_factura=gc.id_factura join guia_remision gr on gr.id_guia_remision=gc.id_guia_remision

create view vdetalleMNP as select dmnp.Detalle_MNP,dmnp.precio,dmnp.cantidad,dmnp.fecha_vencimiento,m.nombre_medicamento,m.unidad,np.id_nota_pedido from Detalle_MNP dmnp

join medicamento m on m.id_medicamento=dmnp.id_medicamento

join nota_pedido np on np.id_nota_pedido=dmnp.id_nota_pedido;

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 140

BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 141