Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.

S por JHON ORTIZ 1075659228

Tabla de contenido
PLANTEAMIENTO DEL PROBLEMA ...................................................................................................... 3 JUSTIFICACIN .............................................................................................................................. 4 OBJETIVO GENERAL ..................................................................................................................... 5 OBJETIVOS ESPECFICOS ...................................................................................................... 5 MARCO TERICO (bibliografa) ................................................................................................. 6 Modelo Relacional (MR):. ............................................................................................................ 7 Conceptos del MR:..................................................................................................................... 7 Relacin ......................................................................................................................................... 8 Dominio: ......................................................................................................................................... 9 Esquema Relacional .................................................................................................................... 9 Clave. ............................................................................................................................................. 9 Restricciones de Integridad en los Esquemas Relacionales: ................................................ 9 Restriccin de Clave .................................................................................................................. 10 Restriccin de Ingridad de entidades ...................................................................................... 10 Restricciones de Integridad Referencial. ................................................................................ 10 Caractersticas importantes para pasar de un MER a un MR ................................................. 10 Normalizacin ................................................................................................................................. 11 Dependencia Funcional. ................................................................................................................ 11 Reglas de normalizacin ............................................................................................................... 13 1.No prdida de informacin..................................................................................................... 13 2.No prdida de dependencias funcionales. .......................................................................... 13 Ejemplo: Dependencias funcionales .................................................................................. 15 Ejemplares y Esquemas de una Base De Datos................................................................... 16 Que es MYQL. ................................................................................................................................ 17 Nueva Workbench 6.0! ................................................................................................................ 18 Diseo .......................................................................................................................................... 19 Desarrollar ................................................................................................................................... 19

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228 Administrar................................................................................................................................... 20 EL APRENDIZAJE BASADO EN PROBLEMAS ABP ........................................................... 20 TCNICA DE APRENDIZAJE COLABORATIVO.................................................................... 21 METODOLOGA............................................................................................................................. 22 Desarrollo del proyecto .............................................................................................................. 22 Descripcin Del Caso .................................................................................................................... 24 Modelo Lgico de datos ............................................................................................................. 24 Modelo entidad relacin ............................................................................................................ 24 Modelo entidad relacin ............................................................................................................ 25 Script ............................................................................................................................................. 26 Valores ......................................................................................................................................... 29 Usuarios ....................................................................................................................................... 30 Funcionamiento de la base de datos ...................................................................................... 31 CONCLUSIONES ................................................................................................................................. 37 BIBLIOGRAFA .................................................................................................................................... 38

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ENTREGA PROYECTO FINAL

PLANTEAMIENTO DEL PROBLEMA

La empresa GR CHIA S.A.S carece de un sistema digital de Trazabilidad y control de documentos. Esto conlleva a que no se pueda hacer lo siguiente en el rea financiera y dems: Verificar la comprensin del proceso de gestin, subproceso o actividad analizada, los riesgos y los controles clave relacionados. Realizar pruebas de recorrido para todos los procesos de gestin y aplicaciones significativas y as obtener evidencia sobre su funcionamiento, identificar los principales riesgos que puedan existir y los controles existentes para mitigarlos. Comprenderse el proceso global de GR CHIA, de principio al fin. Efectuar la evaluacin del diseo del control y, en el caso de controles automticos, la comprobacin de su funcionamiento. Realizar pruebas incluyendo las interfaces que enlacen varios subprocesos o varias aplicaciones individuales.

Realizar estos procesos de manera manual harn el trabajo muy tedioso y desorganizado, no se podr llevar una lista organizada cronolgicamente de facturas, o no se podr encontrar un radicado en concreto de mil que puedan haber y as sucesivamente. ya que la empresa maneja un volumen alto de documentos de todo tipo se vuelve incontrolable el manejo para cada uno de los encargados de rea, algo que puede ser terrible ya que se puede generar fcilmente la prdida de documentos, documentos sin registrar, doble registro de documentos registro de documentos en empresas que no corresponden lo cual incurre en prdidas de tiempo y dinero, volver a realizar procesos e impactos en los impuestos, haciendo que la labor sea ms lenta y menos eficiente al momento de brindar este servicio a los clientes generando clientes insatisfechos.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

JUSTIFICACIN

Un sistema digital completamente integrado en la empresa GR CHIA S.A.S permitir constituir un mdulo de Control Financiero sistematizado que orientar los proyectos o tareas de la empresa en su mbito financiero para permitir un riguroso control de gestin. Si se realiza una buena tarea se podr efectuar el registro de todos los movimientos de proyectos en el rea financiera y, de esta forma, alcanzar, no solo el control de los proyectos desde una perspectiva de costos e ingresos, sino tambin desde otras tales como de Tesorera (flujo de caja), ayudando a la empresa a evaluar y asignar prioridades a sus proyectos. Se quiere generar tambin una trazabilidad en los documentos financieros que permite, adems, asociar a cada proyecto un conjunto de elementos que pueden ser considerados como conceptos o fases. En trminos de presupuestos, adems de permitir la definicin de diferentes versiones del presupuesto, as se mantiene la trazabilidad de todos los cambios efectuados, garantizando, de esta forma, un elevado nivel de control presupuestario de cada proyecto que tenga la empresa. La estructura final la debe comprender un mdulo que permite crear acumulados de proyectos, balances y otros anlisis financieros, convirtindolo en un verdadero repositorio de informacin donde sta puede ser explorada de diversas formas y bajo diferentes perspectivas. Por ltimo, adems de los informes que se van generando de toda la informacin sobre la gestin de proyectos, se pretende llevar un orden cronolgico de los mismos que permitirn sacar el mayor provecho de este nuevo elemento.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

OBJETIVO GENERAL

Disear y ejecutar un sistema digital completamente integrado en la empresa GR CHIA S.A.S que permitir manejar un mdulo de Control Financiero sistematizado.

OBJETIVOS ESPECFICOS Obtener documentacin suficiente y adecuada que proporcione las bases para la realizacin del proyecto. Documentar las pruebas que se realicen y aadir diagramas, capturas de pantalla o cualquier otro elemento probatorio del desarrollo del proyecto. Disear una base de datos enfocada al rea financiera.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

MARCO TERICO (bibliografa)

DISEO LGICO: Una vez establecido el modelo conceptual del problema o situacin, el diseo lgico de los datos permite que estos se puedan representar usando de manera eficiente posibles recursos para estructurar datos y modelar restricciones disponibles en el modelo lgico. El objetivo es convertir el esquema conceptual de datos en un esquema lgico que se ajuste al gestor de la base de datos que va a ser utilizado (el DBMS). Para escenificar esta situacin se tomar el Modelo Relacional cuyo esquema relacional es trabajado por muchos DBMS comerciales. Algunos de ellos son: ORACLE (Oracle Inc.), INFORMIX (Informix Inc.), SQL/DS, DB2 (IBM), INGRES (ASK/Computer Systems Inc.), UNIFY (Unify Inc.).

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Modelo Relacional (MR): Propuesto por Codd en 1970 como un modelo simple, potente y formal para representar una situacin y de enfocar y analizar trabajos relacionados con la gestin de la base de datos, como la redundancia, las restricciones, la forma de acceso, etc. El formalismo y una base matemtica son las temas fundamentales en el desarrollo de las bases de datos relacionales. Conceptos del MR:

A travs de esta grfica se escenifican los componentes bsicos de un MR. Los aspectos ms importantes que se formalizan en este son: la definicin de la estructura, el control integridad y la manipulacin de los datos, . Para lograr esto maneja los siguientes conceptos: relacin, dominio, tupla, cardinalidad, atributo, grado y clave (primaria y fornea).

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Relacin: Es el elemento bsico del modelo, est compuesta por dos partes: Cabecera y Cuerpo. La cabecera esta formada por un conjunto fijo de atributos. El cuerpo est formado por un conjunto de tuplas . Por esto podemos nombrar una relacin con el nombre de TABLA, la cual est compuesta por filas y columnas, donde cada fila (tupla) representa un conjunto de valores relacionados entre s(hechos del mundo real), y las columnas (atributos) tienen la funcin de ayudar a interpretar el significado de los valores que estn en cada fila de la tabla. Como ejemplo, la grfica representa la relacin PERSONA.

Una forma lgica de diferenciar entre el trmino Relacin y el trmino Tabla es la siguiente: una relacin es una especie abstracta de objeto; y una tabla es una representacin concreta de tal objeto abstracto. Las tablas poseen ciertas propiedades, todas ellas consecuencia inmediata de la relacin. Estas son: - No existen tuplas repetidas: Esta propiedad es consecuencia del hecho de que el cuerpo de la relacin es un conjunto matemtico( es decir, un conjunto de tuplas) y en matemticas por definicin los conjuntos no incluyen elementos repetidos. - Las tuplas no estn ordenadas: Esta propiedad sirve para ilustrar la diferencia entre una relacin y una tabla, porque las filas de una tabla tienen un orden obvio de arriba hacia abajo, en tanto que las tuplas de una relacin carecen de tal orden. - Los atributos no estn ordenados: Esta propiedad desprende el hecho de que la cabecera de una relacin se define tambin como conjunto. Las columnas de una tabla tienen un orden evidente de izquierda a derecha, pero los atributos de una relacin carecen de tal orden. - Todos los valores de los atributos son atmicos.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Dominio: (D). Es un conjunto de valores atmicos que puede adoptar un atributo en particular. Un dominio reune caractersticas de tipo, comportamientos propios y distinguibles. Por ejemplo: el conjunto de direcciones de la ciudad de Medelln, el conjunto de posibles ciudades de las personas que constituyen la base de datos. Pero para que el dominio pueda formar parte de una estructura se debe especificar sul tipo de dato, siendo estos definidos por el DBMS. La definicin matemtica de las relaciones se basa en la nocin de dominio. Dados varios atributos A1,A2,...,An, con dominios D1,D2,...,Dn, un caso de relacin de grado est dada por el subconjunto del producto carteciano D1 x D2 x ... x Dn. En conclusin, un dominio debe tener: un nombre, un tipo de dato y un formato.

Esquema Relacional: Est compuesto por un nombre de relacin, R, y una lista de atributos A1,A2,...,An, de tal forma que se puede denotar como R(A1,A2,...,An). Ejemplo: R= PERSONA Atributos: Cedula, Nombre, Ubicacin, Ciudad PERSONA(Cedula, Nombre, Ubicacin, Ciudad) Cada atributo Ai es el nombre de un papel desempeado por algn dominio D, denotado por D(Ai), en el esquema R. El nmero de atributos, n, del esquema de relacin se denomina grado de una relacin, y el nmero de tuplas es la cardinalidad. Una relacin, r, del esquema de relacin, R, es el conjunto de n-tuplas r = {t1,t2, ..., tn}. Cada n-tupla, t, es una lista ordenada de n valores, donde cada uno de estos es un elemento del dominio de D(Ai), o bien un valor nulo. Clave: Su definicin y funcin es similar a la definida en el MER. La clave de una relacin es un conjunto de atributos de la relacin que identifica de manera nica cada tupla. Los tipos de claves son: primaria y candidata.

Restricciones de Integridad en los Esquemas Relacionales: La restriccin se interpreta como una condicin que debe ser cumplida por una relacin especfica. Se tienen los siguientes tipos de restricciones:

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Restriccin de Clave: Se especifican las claves de cada esquema de relacin; estos valores deben ser nicos para cada tupla en cualquier caso de ese esquema de relacin. Ejemplo: Para el esquema de relacin PERSONA la restriccin por clave est dada por el atributo Cedula. En otros esquemas puede darse por la concatenacin de varios atributos. Restriccin de Ingridad de entidades: Establece que ningn valor de clave primaria puede ser nulo, ya que el valor de nulo no podra identificar una tupla y menos como nica. En otras palabras, los atributos que pertenezcan a la clave primaria deben tener valores diferentes a nulo. Restricciones de Integridad Referencial: Se especifica entre dos relaciones y sirve para mantener la consistencia entre tuplas de las dos relaciones. En otras palabras, una tupla de una relacin que haga referencia a otra relacin debe referirse a una tupla existente en esa relacin. Esta restriccin permite el manejo de clave ajena(externa) o fornea , entendiendo a estas como claves heredadas de otra entidad pero que no forman parte de la clave primaria, por esto permite el manejo de valores nulos.

Caractersticas importantes para pasar de un MER a un MR

- Eliminacin de Identificadores Externos - Eliminacin de atributos compuestos y polivalentes - Transformacin de entidades - Transformacin de interrelaciones 1:1 - Transformacin de Interrelaciones de 1:n - Transformacin de interrelaciones n:m - Transformacin de relaciones n-arias y recursivas.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Normalizacin: La normalizacin es un proceso que consiste en comprobar que las tablas (tambin denominadas relaciones en terminologa propia del modelo relacional de datos) definidas cumplen unas determinadas condiciones. Se pretente garantizar la no existencia de redundancia y una cierta coherencia en la representacin mediante un esquema relacional de las entidades y relaciones del modelo conceptual (diagrama E-R). Mediante la normalizacin se pueden solucionar diversos errores en el diseo de la base de datos as como mejorarlo. Tambin se facilita el trabajo posterior del administrador de la base de datos y de los desarrolladores de aplicaciones.

Dependencia Funcional: Una dependencia funcional, denotada por X -> Y, entre dos conjuntos de atributos X y Y que son subconjuntos de R (R ={A1, A2,...,A3}) especifica una restriccin sobre las posibles tuplas que podran formar un ejemplar de relacin r de R. La restriccin dice que, para cualesquier dos tuplas t1 y t2 de r tales que t1[X] = t2[X], debemos tener tambin t1[Y] = t2[Y]. Esto significa que los valores componentes de Y de una tupla de r dependen de los valores del componente X, o estn determinados por ellos; o bien, que los valores del componente X de una tupla determinan de manera nica (o funcionalmente) los valores del componente Y. Tambin decimos que hay una dependencia funcional de X a Y o que Y depende funcionalmente de X.

Sean a y b atributos de una misma tabla o relacin T. Se dice que b es funcionalmente dependiente de a y se denota T.a -> T.b o bien simplemente a -> b si todo posible valor de a tiene asociado un nico valor de b, o lo que es lo mismo, en todas las tuplas de T en las que el atributo a toma el mismo valor v1, el atributo b toma tambin un mismo valor v2. Claramente a -> b no implica b -> a. Pueden repetirse los valores del atributo b para distintos valores de a. Un mismo atributo puede determinar funcionalmente a varios atributos lo cual se denota a -> (b1, b2, ...). Puede darse una dependencia funcional mutua: a -> b y b -> a o lo que es lo mismo a <-> b. Nse que el concepto de dependencia funcional no depende de la extensin concreta (contenido) que en un momento determinado tenga la tabla sino de cualquier posible extensin que pudiera tener. Los atributos a y b pueden ser simples o compuestos (formados por la agregacin de varios atributos). Los atributos funcionalmente dependientes pueden o no formar parte de la clave primaria de la tabla, de una clave alternativa o de una clave ajena de otra tabla.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

El atributo b es funcionalmente dependiente de forma completa de a si a -> b y b no depende funcionalmente de ningn subconjunto de atributos de a. Si a es un atributo simple y a -> b entonces la dependencia funcional es con seguridad completa. Las dependencias funcionales verifican una serie de propiedades denominadas axiomas de Armstrong: Reflexividad. A partir de cualquier atributo o conjunto de atributos siempre puede deducirse l mismo. Dependencia trivial: x -> x. Aumentatividad. Si x -> y entonces x+z -> y. As se puede aumentar trivialmente el antecedente de una dependencia. Ejemplo: si con el dni se determina el nombre de una persona, entonces con el dni ms la direccin tambin se determina el nombre. Proyectividad. Si x -> y+z entonces x -> y. Ejemplo: si a partir del dni es posible deducir el nombre y la direccin de una persona, entonces con el dni es posible determinar el nombre. Aditividad. Si x -> y y z -> w entonces x+z -> y+w. Ejemplo: si con el dni se determina el nombre y con la direccin el telfono de una persona, entonces con el dni y la direccin podr determinarse el nombre y el telfono. Transitividad o enlace de dependencias funcionales. Si x -> y e y -> z entonces x -> z. Ejemplo: si con el dni puede determinarse el cdigo de la provincia de residencia de una persona y con ste cdigo puede determinarse el nombre de la provincia, entonces con el dni puede determinarse el nombre de la provincia. ste es el mecanismo bsico de funcionamiento del enlace entre tablas a partir de claves ajenas.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Reglas de normalizacin: El punto de partida del proceso de normalizacin es un conjunto de tablas con sus atributos, el denominado esquema relacional. Se pretende mejorar dicho esquema de datos. Se dice que una tabla estn en una determinada forma normal si satisface un cierto nmero de restricciones impuestas por la correspondiente regla de normalizacin. La aplicacin de una de estas reglas a un esquema relacional produce un nuevo esquema relacional en el que no se ha introducido ningn nuevo atributo. Un esquema relacional se compone de una serie de ternas T(A,D) donde T es el nombre de una tabla, A el conjunto de los atributos de esa tabla y D el conjunto de dependencias funcionales que existen entre esos atributos. Si una tabla no satisface una determinada regla de normalizacin, se procede a descomponerla en otras dos nuevas que s las satisfagan. Esto usualmente requiere decidir qu atributos de la tabla original van a residir en una u otra de las nuevas tablas. La descomposicin tiene que conservar dos propiedades fundamentales: 1.No prdida de informacin. Sea T(A,D) que se divide en T1(A1,D1) y T2(A2,D2). A partir de los atributos comunes en ambos esquemas es posible determinar los atributos de T1 no presentes en T2 (es decir, el conjunto A1 - A2) o bien los atributos de T2 no presentes en T1 (el conjunto diferencia A2 - A1). Desde cualquier esquema se consigue recuperar los datos del otro mediante un mecanismo de clave ajena que permite reconstituir el esquema original de partida. Expresado mediante dependencias funcionales, la interseccin de los conjuntos de atributos A1 y A2 debe determinar funcionalmente la diferencia de los conjuntos de atributos A1 - A2 o bien A2 - A1. 2.No prdida de dependencias funcionales. La normalizacin consiste pues en descomponer los esquemas relacionales (tablas) en otros equivalentes (puede obtenerse el original a partir de los otros) de manera que se verifiquen unas determinadas reglas de normalizacin. Evidentemente las reglas de normalizacin imponen una serie de restricciones en lo relativo a la existencia de determinados esquemas relacionales. Segn se avance en el cumplimiento de reglas y restricciones se alcanzar una mayor forma normal. Existen

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

cinco formas normales hacia las cuales puede conducir el proceso de normalizacin de forma incremental ms una forma normal independiente de las otras. Un esquema relacional que satisface todas las restricciones impuestas por la tercera forma normal se considera de buena calidad aunque es mejor que satisfaga una interesante propiedad. La verificacin de una forma normal implica el cumplimiento de todas las formas normales anteriores. La primera forma normal es de cumplimiento obligatorio para que exista siquiera un esquema relacional propiamente formado FN1. Se pretende garantizar la no existencia de grupos repetitivos. Un grupo repetitivo es un conjunto de atributos de igual semntica en el problema y dominio, que toman valores distintos para la misma clave. Cualquier esquema que tenga claves correctas est seguro en FN1. FN2.Si FN1 y cada atributo de la tabla que no forma parte de la clave depende funcionalmente de forma completa de la clave primaria. Es decir, depende de toda la clave y no de ningn subconjunto de ella. Se pretende garantizar una correcta eleccin de claves y eliminar redundancias. Si la clave estn formada por un nico atributo entonces ese esquema estar seguro en segunda forma normal. FN3. Si FN2 y cada atributo no primo de la tabla no depende funcionalmente de forma transitiva de la clave primaria. FNBC (Forma Normal de Boyce-Codd). Se basa en el concepto de determinante funcional: uno o varios atributos de una tabla de los cuales dependen funcionalmente de forma completa algn otro atributo de la misma tabla. Una relacin est en FNBC si FN1 y cada determinante funcional es una clave candidata de la tabla. As se garantiza que se han elegido bien las claves al no existir dependencias funcionales entre atributos que no son clave. Cada vez que se verifica una dependencia funcional a -> b entonces a es clave primaria o alterna con seguridad. Todas las dependencias funcionales cumplen que en su parte izquierda solo aparecen atributos que son parte de una clave candidata. Esta forma normal es ms restrictiva que la tercera y tiene la interesante propiedad de que su cumplimiento implica la satisfaccin de FN3 o sea que FNBC -> FN3.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Ejemplo: Dependencias funcionales

a.Empleado_departameto nombre nss fecha_n b.Empleado_proyecto nss numero_proy

direccin

numero_dep

nombre_dep

horas

nombre_emp

nombre_proy

lugar_proy

Emp_proy - nss -> nombre (el nss del empleado determina de forma nica el nombre de ese empleado) numero_proy -> {nombre_proy,lugar_proy} - {nss, numero_proy} -> horas Las operaciones SQL correspondientes al SELECT se realizarn con el siguente ejempo:

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Ejemplares y Esquemas de una Base De Datos

Sabemos bien que las bases de datos estn cambiando constantemente, esto debido al ingreso, eliminacin y actualizacin de la informacin registrada en ella. A la informacin que est guardada en un momento determinado se le llama ejemplar. En cambio, la forma como est diseada toda la estructura de los datos se le denomina esquema.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Los ejemplares cambian constantemente, pues hacen referencia a la informacin registrada. A diferencia de estos, los esquemas rara vez cambian. Solo cambian por dos razones: La estructura de los datos fue mal realizada. (culpa del desarrollador). Cuando se dieron las especificaciones para realizar la estructura no tomaron en cuenta muchos aspectos (culpa del cliente). Haciendo una analoga con programacin: Los esquemas vendran siendo la declaracin de las variables (que pueden tomar cualquier valor, al igual que en los esquemas se puede registrar informacin ). Y los ejemplares vendran siendo los valores que toman esas variables en momentos determinados.

Existen 3 esquemas en una base de datos: 1. Esquema fsico: Que es el que describe el diseo fsico en el nivel fsico. 2. Esquema lgico: Lo describe en el nivel lgico. Aqu los programadores construyen sus aplicaciones y programas. 3. Esquema de vistas: Una base de datos puede tener varios esquemas de vistas (al igual que en el nivel de vistas se tienen varias vistas, dependiendo de la situacin). A estos, se les llaman subesquemas. Que es MYQL: MySQL es un sistema de administracin de bases de datos (Database Management System, DBMS) para bases de datos relacionales. As, MySQL no es ms que una aplicacin que permite gestionar archivos llamados de bases de datos. Existen muchos tipos de bases de datos, desde un simple archivo hasta sistemas relacionales orientados a objetos. MySQL, como base de datos relacional, utiliza multiples tablas para almacenar y organizar la informacin. MySQL fue escrito en C y C++ y destaca por su gran adaptacin a diferentes entornos de desarrollo, permitiendo su interactuacin con los lenguajes de programacin ms utilizados como PHP, Perl y Java y su integracin en distintos sistemas operativos. Tambin es muy destacable, la condicin de open source de MySQL, que hace que su utilizacin sea gratuita e incluso se pueda modificar con total libertad, pudiendo descargar su cdigo fuente. Esto ha favorecido muy positivamente en su desarrollo y continuas actualizaciones, para hacer de MySQL una de las herramientas ms utilizadas por los programadores orientados a Internet. Algunos enlaces para que amples esta informacin:

Pgina oficial de Mysql Manuales de referencia de MySQL

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Nueva Workbench 6.0! MySQL Workbench es una herramienta visual unificado para los arquitectos de bases de datos, desarrolladores y administradores de bases. MySQL Workbench ofrece modelado de datos, desarrollo de SQL y herramientas completas de administracin para la configuracin del servidor, la administracin de usuarios, copia de seguridad, y mucho ms. MySQL Workbench est disponible en Windows, Linux y Mac OS X. MySQL Workbench Inicio

Ver toma de pantalla: De Windows , Linux , OS X

Diseo de base de datos Visual

Ver toma de pantalla: De Windows , Linux , OS X

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Editor SQL

Ver toma de pantalla: De Windows , Linux , OS X

Administracin

Ver toma de pantalla: De Windows , Linux , OS X

Diseo MySQL Workbench permite a un DBA, desarrollador o arquitecto de datos para disear visualmente, modelo, generar y gestionar bases de datos.Incluye todo lo que un modelador de datos necesarios para la creacin de modelos ER complejas, ingeniera directa e inversa, y tambin ofrece funciones clave para la realizacin de las tareas difciles de gestin del cambio y la documentacin que normalmente requieren mucho tiempo y esfuerzo.

Desarrollar MySQL Workbench proporciona herramientas visuales para crear, ejecutar, y optimizar consultas SQL. El Editor SQL proporciona un color resaltado de sintaxis, auto-completado, la reutilizacin de fragmentos de cdigo SQL, y la historia de

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

ejecucin de SQL. El panel de conexiones de base de datos permite a los desarrolladores para gestionar fcilmente las conexiones de base de datos. El Examinador de objetos proporciona acceso instantneo a esquema y objetos de base de datos.

Administrar MySQL Workbench proporciona una consola visual para administrar fcilmente entornos MySQL y obtener una mejor visibilidad en bases de datos. Los desarrolladores y DBAs pueden utilizar las herramientas visuales para la configuracin de los servidores, la administracin de usuarios, la realizacin de copias de seguridad y recuperacin, la inspeccin de los datos de auditora, y la visualizacin de la salud de base de datos.

EL APRENDIZAJE BASADO EN PROBLEMAS ABP Problem-based learning PBL es uno de los mtodos de enseanza-prendizaje que ha tomado ms arraigo en las instituciones de educacin superior en los ltimos aos. El camino que toma el proceso de aprendizaje convencional se invierte al trabajar en el ABP PBL. Mientras tradicionalmente primero se expone la informacin y posteriormente se busca su aplicacin en la resolucin de un problema, en el caso del ABP primero se presenta el problema, se identifican las necesidades de aprendizaje, se busca la informacin necesaria y finalmente se regresa al problema. En el recorrido que viven los alumnos desde el planteamiento original del problema hasta su solucin, trabajan de manera colaborativa en pequeos grupos, compartiendo en esa experiencia de aprendizaje la posibilidad de practicar y desarrollar habilidades, de observar y reflexionar sobre actitudes y valores que en el mtodo convencional expositivo difcilmente podran ponerse en accin. La experiencia de trabajo en el pequeo grupo orientado a la solucin del problema es una de las caractersticas distintivas del ABP PBL. En estas actividades grupales los alumnos toman responsabilidades y acciones que son bsicas en su proceso formativo.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

TCNICA DE APRENDIZAJE COLABORATIVO. El aprendizaje colaborativo es una tcnica didctica que promueve el aprendizaje centrado en el alumno basando el trabajo en pequeos grupos, donde los estudiantes con diferentes niveles de habilidad utilizan una variedad de actividades de aprendizaje para mejorar su entendimiento sobre una materia. Cada miembro del grupo de trabajo es responsable no solo de su aprendizaje, sino de ayudar a sus compaeros a aprender, creando con ello una atmsfera de logro. Los estudiantes trabajan en una tarea hasta que los miembros del grupo la han completado exitosamente. La tcnica didctica de AC involucra a los estudiantes en actividades de aprendizaje que les permite procesar informacin, lo que da como resultado mayor retencin de la materia de estudio, de igual manera, mejora las actitudes hacia el aprendizaje, las relaciones interpersonales y hacia los miembros del grupo. Permite reconocer a las diferencias individuales, aumenta el desarrollo interpersonal. Permite que el estudiante se involucre en su propio aprendizaje y contribuye al logro del aprendizaje del grupo, lo que le da sentido de logro y pertenencia y aumento de autoestima. Aumenta las oportunidades de recibir y dar retroalimentacin personalizada.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

METODOLOGA Desarrollo del proyecto Datos de la empresa CR CHIA S.A.S

Rango Patrimonio

Mayor de $12.000.000

Tamao por Empleados

Disponible

Total Activo

Actualizado

Rango Ventas

Mayor de $13.000.000

Rango Resultados

Mayor de $143.000

Accionistas

Disponible

Dirigentes/Administradores

Actualizado

Marcas Registradas

Disponible

Ventas ltimos Aos

VENTAS 2010 2011 2012

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Patrimonio ltimos Aos

PATRIMONIO2010 2011 2012

Resultado ltimos Aos

RESULTADOS2010 2011 2012

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Descripcin Del Caso GR CHIA S.A.S es una empresa segn investigacin que se dedica al Comercio al por mayor de materias primas, productos agrcolas, excepto caf y flores, la empresa se eligi ya que carece de un sistema digital-izado de bases de datos en sus diferentes reas, el rea seleccionada fue la financiera, dentro del rea financiera se desprenden varios temas, el tema que escog fue el registro de ventas de sus productos a sus diferentes usuarios. Para realizar la base de datos identificamos primero que todo una serie de condiciones:

Que la base de datos muestre la cantidad de productos que ofrece la organizacin GR CHIA. Los productos ofrecidos por la organizacin GR CHIA y, las categoras a las que pertenecen. Los usuarios afiliados a la organizacin GR CHIA pueden comprar sus productos y el sistema debe generar la orden de productos y datos de envi. Los usuarios de GR CHIA solo pueden tener un perfil La organizacin GR CHIA debe tener diferentes medios de pago. Cada usuario podr ver el historial de sus compras.

Modelo Lgico de datos Modelo entidad relacin

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Modelo entidad relacin

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Script

use test; -- ------------------------------------------------------ Table `S.A.S CR CHIA`.`producto` -- ----------------------------------------------------CREATE TABLE producto ( `id` INT NOT NULL AUTO_INCREMENT, `nombre` VARCHAR(45) NOT NULL, `precio` DECIMAL(10,0) NOT NULL, PRIMARY KEY (`id`)) ENGINE = InnoDB;

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

-- ------------------------------------------------------ Table `S.A.S CR CHIA`.`categoria` -- ----------------------------------------------------CREATE TABLE categoria ( `id` INT NOT NULL AUTO_INCREMENT, `nombre` VARCHAR(45) NOT NULL, PRIMARY KEY (`id`)) ENGINE = InnoDB;

-- ------------------------------------------------------ Table `S.A.S CR CHIA`.`producto_has_categoria` -- ----------------------------------------------------CREATE TABLE producto_has_categoria ( `producto_id` INT NOT NULL, `categoria_id` INT NOT NULL, PRIMARY KEY (`producto_id`, `categoria_id`), INDEX `fk_producto_has_categoria_categoria1_idx` (`categoria_id` ASC), INDEX `fk_producto_has_categoria_producto_idx` (`producto_id` ASC), CONSTRAINT `fk_producto_has_categoria_producto` FOREIGN KEY (`producto_id`) REFERENCES `S.A.S CR CHIA`.`producto` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION, CONSTRAINT `fk_producto_has_categoria_categoria1` FOREIGN KEY (`categoria_id`) REFERENCES `S.A.S CR CHIA`.`categoria` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION) ENGINE = InnoDB;

-- ------------------------------------------------------ Table `S.A.S CR CHIA`.`perfil` -- ----------------------------------------------------CREATE TABLE perfil ( `id` INT NOT NULL AUTO_INCREMENT, `nombre` VARCHAR(45) NOT NULL, PRIMARY KEY (`id`)) ENGINE = InnoDB;

-- ------------------------------------------------------ Table `S.A.S CR CHIA`.`usuario`

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228
-- ----------------------------------------------------CREATE TABLE usuario ( `id` INT NOT NULL AUTO_INCREMENT, `nombre` VARCHAR(45) NOT NULL, `perfil_id` INT NOT NULL, PRIMARY KEY (`id`), INDEX `fk_usuario_perfil1_idx` (`perfil_id` ASC), CONSTRAINT `fk_usuario_perfil1` FOREIGN KEY (`perfil_id`) REFERENCES `S.A.S CR CHIA`.`perfil` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION) ENGINE = InnoDB;

-- ------------------------------------------------------ Table `S.A.S CR CHIA`.`sistema_pago` -- ----------------------------------------------------CREATE TABLE sistema_pago ( `id` INT NOT NULL AUTO_INCREMENT, `nombre` VARCHAR(45) NOT NULL, PRIMARY KEY (`id`)) ENGINE = InnoDB;

-- ------------------------------------------------------ Table `S.A.S CR CHIA`.`orden` -- ----------------------------------------------------CREATE TABLE orden ( `id` INT NOT NULL AUTO_INCREMENT, `fecha` DATETIME NOT NULL, `usuario_id` INT NOT NULL, `ciudad_envio` VARCHAR(45) NOT NULL, `direccion_envio` VARCHAR(45) NOT NULL, `contacto` VARCHAR(45) NOT NULL, `sistema_pago_id` INT NOT NULL, PRIMARY KEY (`id`), INDEX `fk_orden_usuario1_idx` (`usuario_id` ASC), INDEX `fk_orden_sistema_pago1_idx` (`sistema_pago_id` ASC), CONSTRAINT `fk_orden_usuario1` FOREIGN KEY (`usuario_id`) REFERENCES `S.A.S CR CHIA`.`usuario` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION, CONSTRAINT `fk_orden_sistema_pago1` FOREIGN KEY (`sistema_pago_id`)

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228
REFERENCES `S.A.S CR CHIA`.`sistema_pago` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION) ENGINE = InnoDB;

-- ------------------------------------------------------ Table `S.A.S CR CHIA`.`detalles` -- ----------------------------------------------------CREATE TABLE detalles ( `id` INT NOT NULL AUTO_INCREMENT, `orden_id` INT NOT NULL, `producto_id` INT NOT NULL, `producto_nombre` VARCHAR(45) NOT NULL, `producto_precio` DECIMAL(10,0) NOT NULL, `cantidad` SMALLINT NOT NULL, PRIMARY KEY (`id`), INDEX `fk_detalles_orden1_idx` (`orden_id` ASC), INDEX `fk_detalles_producto1_idx` (`producto_id` ASC), CONSTRAINT `fk_detalles_orden1` FOREIGN KEY (`orden_id`) REFERENCES `S.A.S CR CHIA`.`orden` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION, CONSTRAINT `fk_detalles_producto1` FOREIGN KEY (`producto_id`) REFERENCES `S.A.S CR CHIA`.`producto` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION) ENGINE = InnoDB;

Valores

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Categora
Cereales

Productos
(Trigo, arroz, maz, avena, cebada, centeno, etc.), tabaco en bruto, frutos oleaginosos, semillas, algodn, granos, etc., excepto caf y flores

Animal

Cueros y pieles sin curtir

Agrcola

Desperdicios, residuos y subproductos agrcolas que se utilizan como alimento para animales.

Tipo de venta: al por mayor Usuarios

Nombre
ARAYA AMANDA PERALTA JUAN CABALLERO DIEGO CABANNE, ALEJANDRA CARMEN DIAZ CASTILLO, CYNTHIA CORTAZZO, CRISTIAN RAUL DUET, JOSE ANTONIO FUENTEALBA ROSA FURLOTTI GHEZZI, SUSANA GIL TORINO, ANGELICA DE GLADYS PINO GODOY, FILOMENA GODOY, MARY GONZALEZ CRISTHIAN - DANIELA WAIMAN GONZALEZ GRACIELA

Perfil
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228
GUERRA ALFREDO ADOLFO GUZMAN HUMBERTO GUZMAN IRIS CERDA ILDA LAGOS LILIANA LORENZA ABRAHAM LUENGO SUSANA 18 19 20 21 22 23 24

Funcionamiento de la base de datos Como ya sabemos una base de datos es un conjunto de informacin que se liga de alguna forma y se encuentra catalogada para tener mejor acceso de la misma. Segn el elemento que escoja la empresa CR CHIA, (servidores y computadores) acumularemos la informacin y datos en forma ordenada y de fcil acceso por medio de un sistema que est definido como SGBD (sistema de gestin de base e datos), un software creado para tal fin. La base de datos planteada para este proyecto se concentrara en el rea financiera ms concretamente en la parte de registro de ventas de los productos. Tambin se puede destacar que los administradores, quienes entre sus funciones tienen la de ordenar y catalogar al personal, las mercancas, los gastos, los ingresos, etc. Ya teniendo una base de datos en funcionamiento la meta del proyecto es que en el futuro, los empleados y usuarios de la empresa registren en la base de datos las entradas y salidas para que en base a esos datos el contador o administrador, resuelva al momento de responder por las obligaciones.

INGRESO DE DATOS A LAS TABLAS POR MEDIO DE CONSOLA 1. Miramos primero las bases existentes

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

2. Ahora seleccionamos la base del trabajo (TEST)

4. Ahora veremos las tablas que creamos para el ejercicio

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

5. Veremos por ejemplo que la tabla usuario no cuenta con registros

6. Veremos la estructura de la tabla usuario

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

7. Ahora ingresaremos los datos a la tabla usuario, vemos dos creados segn se especifico en valores

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

El comando que se utilizo para agregar los usuarios fue Insert into usuario Y as haremos con las siguientes tablas segn requerimientos de la organizacin Para corroborar lo haremos con la tabla categora, las categoras son CEREALES ANIMAL AGRICOLA

Abrimos la tabla agrcola

Vemos que no hay registros

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

Ahora procedemos a realizar el registro de las categoras y su id

Insert into categora (id,nombre) values (1, 'cereales') (2, 'animal') (3, 'agricola');

Y as continuamos con los dems.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

CONCLUSIONES

Gracias a la elaboracin del proyecto final de bases de datos se puede comprender que ellas forman el nucle de las principales aplicaciones, sitio web y servicios corporativos. Adems que en todos los casos hay herramientas de gestin y control que permiten verificar su funcionamiento y eventualmente corregirlo. Comprendimos que tiene una elevada capacidad y solidez para administrar la informacin sin fallos ni errores. Adems de como la podemos conformar empezando por el diseo el cual administra los datos, el desarrollador que implementa las transacciones e interfaces, y los usuarios finales los cuales consultan y editan los datos.

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228

BIBLIOGRAFA
Modulo Bases de datos Bsico UNAD o http://66.165.175.211/campus13_20132/mod/resource/view.php?id=4 8792 Asesora o CARLOS SILVA Ingeniero de sistemas / tutor base de datos bsico UNAD Detalles conformacin proyecto o http://tecnoincaf.webnode.es/seccion-academica-/ciclo-vi/ Marco terico o Diseo lgico Pagina web: http://www.unalmed.edu.co/~mstabare/diseno_logico.htm o Normalizacin y Dependencia Funcional Pagina web: http://www.unalmed.edu.co/~mstabare/Dep_fnal.htm o Ejemplos y esquema de una base de datos Pagina web: http://www.base-dedatos.info/2013/02/ejemplares-y-esquemas-base-datos.html o Myql Pagina web: http://www.esepestudio.com/noticias/que-esmysql Pagina web: http://www.mysql.com/ Pagina web: http://dev.mysql.com/doc/ o Workbench Pagina web: http://www.mysql.com/products/workbench/ o Aprendizaje Basado En Problemas Pagina web: http://www.orientacionandujar.es/2013/09/26/elaprendizaje-basado-en-problemas-apb-pbl-como-tecnicadidactica/ o Aprendizaje Colaborativo Pagina web: http://www.orientacionandujar.es/2013/09/23/aprendizajecolaborativo-tecnicas-didacticas/

Diseo y puesta en marcha de un control Digital para el rea financiera de GR CHA S.A.S por JHON ORTIZ 1075659228