Professional Documents
Culture Documents
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
DEDICATORIA Para mi abuelita (Quita) a quien amo mucho, llevo en mi corazn, y debo lo que he logrado hasta ahora.
ii 2
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
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
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.
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.
vi 6
1.8.
23 23 23 24
1.9.
MARCO TEORICO 26 28 55
CAPITULO III
3.1. Presentacin e interpretacin de resultados 3.2. Contrastacin de hiptesis CONCLUSIONES RECOMENDACIONES FUENTES DE INFORMACIN
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 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
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.
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
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
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
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
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
informacin y
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
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
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.
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
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
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
Consultas en lnea
Informe de ventas: Semana al 2/7/07 Precio Color Tamao Unitario Negra Chica 10.00 Negra Mediana 20.00 Roja Chica 10.00
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
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
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
Consultas en lnea
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
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
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
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.
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
Consultas en lnea
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
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
54
2.3.
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.
64
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.
65
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.
66
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.
67
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.
Si A Veces No Total
14 3 2 19
68
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.
Si A Veces Total
13 6 19
69
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.
Si A Veces Total
13 6 19
70
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.
Si A Veces No Total
12 4 3 19
71
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.
Si A Veces No Total
12 4 3 19
72
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.
Si A Veces No Total
12 3 4 19
73
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.
Si A Veces No Total
13 3 3 19
74
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
75
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 :
113
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
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
116
Qu hacen?
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
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
Pgina 119
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.
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
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
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.
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.
Pgina 124
Abril
Busqueda de Empresa Solicitud de Datos Analisis del proceso de negocio Creacion de Base de Datos Implementacin y pruebas
Mayo
Junio
Julio
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 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
3.2.
Modelo Conceptual
Pgina 127
3.3.
Modelo Relacional
Pgina 128
3.4.
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
-- 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,
fecha_vencimiento DATE,
-- TABLE: Estado_Nota_Pedido CREATE TABLE Estado_Nota_Pedido( id_estado_nota_pedido INT nombre_estado NOT NULL,
VARCHAR(50),
BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 134
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
-- TABLE: Guia_Remision CREATE TABLE Guia_Remision( id_guia_remision INT codigo_remision fecha_emision forma_envio observacion id_proveedor NOT NULL,
-- TABLE: Medicamento CREATE TABLE Medicamento( id_medicamento INT NOT NULL, VARCHAR(100),
id_tipo_medicamento INT
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,
DECIMAL(10, 2),
id_personal
INT
NOT NULL,
codigo_pago VARCHAR(50),
monto
DECIMAL(10, 2),
NOT NULL, NOT NULL,
-- 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),
VARCHAR(50),
PRIMARY KEY (id_proveedor) )ENGINE=MYISAM; -- TABLE: Tipo_Medicamento CREATE TABLE Tipo_Medicamento( id_tipo_medicamento INT NOT NULL,
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,
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 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
BASE DE DATOS PARA EL SISTEMA DE COMPRAS DE LA BOTICA FARMA MEDIC Pgina 139
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
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