contabilidad_santoto

METODOLOGA DE EDUCACIN A DISTANCIAEVALUACIN DISTANCIA 1-2015

ESTUDIANTE:NOMBRECDIGO: NMERO

DOCENTE:NOMBRE DOCENTE

UNIVERSIDAD SANTO TOMSVICERRECTORA DE UNIVERSIDAD ABIERTA Y A DISTANCIAADMINISTRACIN DE SISTEMAS INFORMTICOSCONTABILIDAD GENERALBOGOT D.C., MAYO 2 DEL 2015TABLA DE CONTENIDO

INTRODUCCIN3OBJETIVOS41.REQUERIMIENTOS52.PROCEDIMIENTO52.1.ENTIDADES Y ATRIBUTOS.52.2.RELACIONES Y CARDINALIDAD.72.3.DIAGRAMA ENTIDAD/RELACIN.112.4.DICCIONARIO DE DATOS.122.5.NORMALIZACIN DE LA BASE DE DATOS.15CONCLUSIN17BIBLIOGRAFA17WEBGRAFA DE APOYO17

INTRODUCCIN

La asignatura contabilidad general le permitir al estudiante aplicar todo el proceso contable que se desarrolla en cualquier empresa independientemente de su actividad econmica, desde su apertura o inicios hasta la presentacin de los estados financieros con lo cual se cierra el ciclo de contabilidad.Por lo anterior en la evaluacin distancia se le presentan al estudiante unas operaciones comerciales con las cuales debe realizar el comprobante de apertura y luego la contabilizacin de cada una de estas transacciones, lo que le permitir por ltimo la consolidacin de la informacin para la presentacin de los estados financieros bsicos (estado de resultado y Balance general).

OBJETIVOS

Objetivo GeneralGestionar la informacin en un sistema manejador de Base de Datos a partir de un modelo de datos.Objetivos Especficos Gestionar y operacionalizar los niveles lgico, conceptual y fsico de un Modelo de datos (Modelo Entidad/Relacin). Identificar los objetos bsicos, funciones, modelos, componentes, aplicaciones de los sistemas de bases de datos. Administrar las reglas utilizadas durante el diseo lgico, que guan la transformacin de una representacin conceptual en un esquema basado en un modelo lgico de datos. Crear y usar tipos de datos compuestos: tablas y registros. Crear el modelo conceptual, lgico y fsico de una base de datos utilizando una herramienta CASE, segn se definieron en el proceso de diseo de la base de datos relacional. Conocer el gestor de bases de datos mysql u Oracle Express Edition desde su consola y su manejo para creacin, manipulacin y consulta de datos.

1. REQUERIMIENTOS

Se requiere disear una base de datos que permita gestionar la informacin de docentes, estudiantes, asignaturas, plan de estudios, espacios de trabajo (Salones, talleres, laboratorios) de una escuela que imparte cursos de sistemas. De acuerdo a las siguientes condiciones: Los cursos son tomados por estudiantes de acuerdo a su plan de estudios. Los docentes dictan cursos de un plan de estudios a grupos de estudiantes. Los docentes dictan los cursos en determinados espacios de trabajo. Los estudiantes toman un grupo de asignaturas de un curso especfico de sistemas. Los estudiantes toman asignaturas en un espacio de trabajo a una determinada hora. El plan de estudios pertenece a un determinado curso.2. PROCEDIMIENTO

Se pretende disear una base de datos, la cual tendr por nombre SIA (Sistema de Informacin Acadmica).2.1. ENTIDADES Y ATRIBUTOS.Dada la especificacin de requisitos, se busca obtener un esquema conceptual por medio de un diseo conceptual, el cual dar la descripcin de alto nivel del contenido de informacin de la base de datos, independientemente del SGBD que se vaya a utilizar. El modelo conceptual a utilizar ser el modelo entidad-relacin. Se procede con la identificacin de los objetos principales sobre los que se recoger informacin, los cuales son las entidades.La entidades que se exponen de acuerdo a los requerimientos, son objetos, de los cuales, algunos tienen existencia fsica y otros existencia conceptual. Se pueden identificar seis tipos de entidades: Tipo de entidad ESTUDIANTE, con los atributos nombre, apellidos, identificacin, plan de estudios. Tipo de entidad DOCENTE, con los atributos nombre, apellidos, identificacin, rea de especializacin, asignaturas. Tipo de entidad PLAN DE ESTUDIOS, con lo atributos curso, asignaturas, duracin, cdigo. Tipo de entidad ASIGNATURA, con los atributos cdigo, nombre, curso, docente, espacio, hora. Tipo de entidad ESPACIO DE TRABAJO, con los atributos lugar, nmero, capacidad. Tipo de entidad CURSO, con los atributos nombre, plan de estudios.

EntidadAtributoDescripcin

EstudianteNombrePrimer nombre del estudiante

ApellidosPrimer y segundo apellido. Por tanto, es un atributo Compuesto.

IdentificacinDocumento de identidad. Se considerara como atributo clave.

CursoEl curso de sistemas que tiene su respectivo plan de estudios.

DocenteCdigoIdentificacin dentro de la organizacin. Se considerara como atributo clave.

NombrePrimer nombre

ApellidoPrimer apellido

AsignaturaAsignaturas que dicta. Por tanto es un atributo multivalor.

Plan de estudiosCursoCurso de sistemas al que pertenece

AsignaturasAsignaturas que lo conforman. Por tanto es un atributo multivalor

DuracinTiempo de duracin del plan

CdigoIdentificacin dentro de la organizacin. Se considerara como atributo clave

AsignaturaCdigoIdentificacin dentro de la organizacin. Se considerara como atributo clave.

NombreNombre de la materia. Se considerara como atributo clave.

Plan de estudiosPlan de estudios que contiene la materia

Espacio de trabajoLugar donde se dicta la materia.

EstudianteQuienes toman la asignatura

HorarioAdems de especificar la hora, hay que especificar el da. Por tanto se considera el atributo compuesto. Adems tambin es un atributo multivalor, puesto que una asignatura puede tener ms de un horario a la semana.

DocenteProfesional que dicta la asignatura

Espacio de trabajoLugarClase de sitio (laboratorio, saln, auditorio, etc.)

IdentificacinLa asignacin del lugar (1, 1B, 2, etc.)

CapacidadHace referencia a la cantidad de personas que pueden tomar una asignatura en ese espacio, dadas sus instalaciones fsicas.

CursoNombreNombre certificado

Plan de estudiosPlan para el desarrollo del curso

Tabla 1. Identificacin preliminar de entidades y atributos.Inicialmente se consider identificar el espacio de trabajo como un atributo de la entidad ASIGNATURA, pero dadas las especificaciones el espacio de trabajo es un objeto de inters.

De igual manera, se hace pertinente hacer la diferenciacin entre curso y asignatura; esto con el objeto de evitar confusiones, las cuales se presentaron en el anlisis de los requerimientos para la identificacin de las entidades: los docentes no dictan cursos, sino dictan las asignaturas que conforman el plan de estudios de un determinado curso.

Dadas estas aclaraciones, se presenta el diseo preliminar de los tipos de entidad para la base de datos SIA. Se debe tener en cuenta que algunos atributos mostrados posteriormente se redefinirn como relaciones.

Figura 1. Diseo preliminar de los tipos de entidad para la base de datos SIA.2.2. RELACIONES Y CARDINALIDAD. Teniendo en cuenta el numeral anterior, hay varias relaciones implcitas entre los distintos tipos de entidades, dado que un atributo de un tipo de entidad se refiere a otro tipo de entidad, lo cual genera la existencia de algunas relaciones. De acuerdo con los requerimientos, se tiene:RELACINENTIDADES INVOLUCRADAS

DictaDocente-Asignatura

TomaEstudiante-Asignatura

PertenecePlan de estudios-Curso- Estudiante

Asignado aEspacio de trabajo-Asignatura

CorrespondeAsignatura-plan de estudios

Tabla 2. Relaciones y entidades involucradas.Se procede con el anlisis de cada una de las relaciones, para as, establecer la cardinalidad de cada una. DICTA:Esta relacin se da entre el docente y la asignatura, puesto que el docente dicta una o varias asignaturas:

Figura 2. Algunas instancias del conjunto de relacin DICTA, que representa un tipo de relacin DICTA entre DOCENTE y ASIGNATURA.Cada asignatura debe tener un docente, no puede registrarse materias sin profesor ni profesores asignados a ms de una materia. Por tanto se muestra cardinalidad 1: N. TOMA:Esta relacin se da entre el estudiante y la asignatura, puesto que el o los estudiantes tienen que tomar al menos una materia, por tanto, un estudiante puede tener inscritas varias materias, y en una materia pueden encontrarse grupos de estudiantes:

Figura 3. Algunas instancias del conjunto de relacin TOMA, que representa un tipo de relacin TOMA entre ESTUDIANTE y ASIGNATURA.Por tanto se muestra cardinalidad N: M. PERTENECE:Esta relacin se da entre el estudiante y el curso, puesto que todo estudiante pertenece a un curso de sistemas. Tambin se da entre el plan de estudio y el curso, puesto que todo plan de estudio pertenece a un determinado curso de sistemas:

Figura 4. Algunas instancias del conjunto de relacin PERTENECE, que representa un tipo de relacin PERTENECE entre ESTUDIANTE y CURSO, y PLAN DE ESTUDIOS y CURSO.Por tanto se muestra cardinalidad 1:1 para las entidades PLAN DE ESTUDIOS-CURSO, y cardinalidad N:1 para las entidades ESTUDIANTE-CURSO. ASIGANDO_A:Esta relacin se da entre el espacio de trabajo y la asignatura, puesto que un espacio de trabajo puede ser asignado a una o varias asignaturas, aclarando que, si es asignado a varias asignaturas, stas deben tener horarios (da y hora) distintos, para evitar cruces entre materias:

Figura 5. Algunas instancias del conjunto de relacin ASIGNADO_A, que representa un tipo de relacin ASIGNADO_A entre ESPACIO DE TRABAJO y ASIGNATURA.De igual manera, una asignatura solamente puede tener asignado un espacio de trabajo, haciendo la salvedad, de que en caso de corresponder asignaturas terico-prcticas, las dos modalidades se dictaran en los espacios para la prctica, como los laboratorios. Por tanto, existe una relacin 1:N. CORRESPONDEEsta relacin se da entre la asignatura y el plan de estudios, puesto que una materia siempre corresponder a un plan de estudio, por tanto un plan de estudio tendr varias materias. Aqu se hace el supuesto, que as exista una materia ofertada por dos planes de estudios, las dos tienen contenidos diferentes, se dictan con diferente profesor y diferente horario, por tanto, la relacin no ser N:M sino N:1:

Figura 6. Algunas instancias del conjunto de relacin CORRESPONDE, que representa un tipo de relacin CORRESPONDE entre ASIGNATURA y PLAN DE ESTUDIOS.

2.3. DIAGRAMA ENTIDAD/RELACIN.De acuerdo con los numerales anteriores, se puede proceder a la elaboracin del diagrama de entidad/relacin. El diagrama de realiz depurando y perfeccionando cada uno de los diseos preliminares en cuestin de entidades, atributos y relaciones.

Figura 7. Diagrama Entidad-Relacin resultante.De igual manera, se presenta el esquema conceptual de SIA en la notacin de diagrama de clase UML. Esto se realiza teniendo en cuenta que una clase equivale a un tipo de entidad en ER, asumiendo las operaciones que realizara los objetos importantes, generando clases correspondientes a atributos multivalor.Como se puede apreciar en el diagrama de clases, se puede especificar el tipo de relaciones que se presentan entre las entidades, a manera de ejemplo, se usa la forma generalizada para distinguir las clases de docentes que pueden existir en la institucin, docentes de planta y docentes de ctedra. Por otra parte, se muestra como el plan de estudios forma parte del curso y las asignaturas forman parte del plan de estudios, dejando evidenciado un tipo de relacin por composicin. El resto de relaciones, se muestran de manera direccional para mayor claridad y son de tipo asociativas.

Figura 8. Esquema conceptual de SIA en la notacin de diagrama de clase UML.2.4. DICCIONARIO DE DATOS.A partir del diagrama, se obtiene el diccionario de datos de cada tabla.RELACIONESRelacin DICTA

Accin de ensear del docente una o unas materias correspondientes

ENTIDADES INTERVINIENTES

EntidadCardinalidadRol

Docente1Profesor

AsignaturaNAsignatura dictada por el profesor

Descripcin:

Un docente puede dictar varias materias o varias materias las puede dictar un docente.

Restriccin:

Una materia no puede tener ms de un docente

Relacin TOMA

Accin de tomar una asignatura por parte de los estudiante



EstudianteNPersona matriculada en un curso de sistemas inscrita en la asignatura.

AsignaturaMAsignatura inscrita por el estudiante.

Descripcin:

Un estudiante puede tomar varias materias y una asignatura puede tener varios estudiantes

Restriccin:

Un estudiante no puede quedarse sin inscribir al menos una materia

Relacin PERTENECE

Estado de un estudiante y de un plan de estudios del formar parte de un curso de sistemas



Plan de estudios1Programa establecido para culminar el curso en un determinado tiempo.

EstudianteNPersona matriculada en un curso de sistemas

Curso1Curso de sistemas-

Descripcin:

Un plan de estudios pertenece a un curso, el cual solo puede tener un plan de estudios. N estudiantes pertenecen a un curso, por tanto, un curso puede tener N estudiantes.

Restriccin:

Un curso solo puede establecer un plan de estudios. Un estudiante solo puede pertenecer a un curso.

Relacin ASIGNADO_A

Accin de asignar un espacio de trabajo a una materia.



Espacio de trabajo1rea asignada para tomar ciertas materias en horarios establecidos.

AsignaturaNAsignatura dictada en un espacio de trabajo establecido.

Descripcin:

Un espacio de trabajo puede ser asignado a varias materias de horarios distintos.

Restriccin:

Una asignatura no puede ser dictada en diferentes espacios.

Relacin CORRESPONDE

Accin de ensear del docente una o unas materias correspondientes



AsignaturaNAsignatura que forma parte del plan de estudios.

Plan de estudios1Plan de estudios que contiene la asignatura.

Descripcin:

Varias asignaturas corresponden a un plan de estudios.

Restriccin:

Una asignatura, con sus atributos, no puede pertenecer a varios planes de estudios.

ENTIDADESEntidad ASIGNATURA

Alias: Materia

Asignaturas impartidas por el centro

AtributoDescripcin del atributo

CdigoId oficial de la asignatura en la institucin

NombreNombre completo de la asignatura

HorariosHorario u horarios en la que se imparte la asignatura compuesto por da y hora.

Claves candidatasCdigo, nombre

Entidad ESTUDIANTE

Alias: Alumno

Estudiantes inscritos en un curso de sistemas


IdentificacinIdentificacin del estudiante

NombreNombre principal del estudiante

ApellidosApellido principal y secundario del estudiante

Claves candidatasDNI, nombre.

Entidad DOCENTE

Alias: Profesor

Asignaturas impartidas por el centro


CdigoId oficial del docente en la institucin

NombreNombre del docente

ApellidoPrimer apellido del docente


Entidad ESPACIO DE TRABAJO

Alias: -----

Espacio especfico para dictar las asignaturas en determinados horarios


NmeroId oficial del lugar en la institucin

LugarLugar especfico: saln, laboratorio, auditorio, entre otros.

CapacidadCantidad de personas que pueden ubicarse en el lugar


Entidad PLAN DE ESTUDIOS

Alias: ----

Programa estructurado para el desarrollo de determinado curso.


CdigoId oficial del plan en la institucin

DuracinTiempo necesario para culminar el curso al que pertenece el plan de estudios

Claves candidatasCdigo

Entidad CURSO

Alias: Programa acadmico

Curso de sistemas al cual se matriculan estudiantes


NombreNombre oficial del curso.

Claves candidatasNombre

Tabla 3. Diccionario de datos.2.5. NORMALIZACIN DE LA BASE DE DATOS.Este proceso, se puede considerar como una herramienta de verificacin del modelado que se ha hecho hasta ahora, puesto que permite verificar las reglas que aseguran la eliminacin de redundancias de los datos, protegen la integridad de los datos y disminuyen los problemas que se pueden presentar en la actualizacin de datos Primera forma normal (1FN). Esta forma indica que el dominio de un atributo slo debe incluir valores atmicos. En nuestro caso particular, se puede apreciar que en el diseo final se elimin la mayora de los atributos multivariados; sin embargo, se conserva un caso de atributo compuesto, perteneciente al atributo APELLIDOS de la entidad ESTUDIANTE, y una combinacin de atributo compuesto y multivariados para el caso del atributo HORARIOS de la entidad ASIGNATURA. En el primer caso, como se conoce la mxima cantidad de apellidos que puede tener una persona, se pueden establecer PRIMER_APELLIDO y SEGUNDO_APELLIDOS con atributos directos de la entidad ESTUDIANTE y eliminar el atributo compuesto APELLIDOS. En el segundo caso, se podra establecer el atributo HORARIOS como una entidad mediante la relacin ESTABLECIDA.

Figura 8. Diagrama Entidad-Relacin modificado para aplicar 1FN.

Segunda forma normal (2FN). Para que una base de datos sea de esta clase, primero debe ser la primera forma normal, y adems, todas las columnas que formen parte de una clave candidata deben aportar informacin sobre la clave completa. Esto es, la dependencia funcional total. Para el caso particular, se considera que se cumplira con la segunda forma normal, en el caso de que se hubiera cumplido con 1FN.

Tercera forma normal (3FN). La base de datos est en sta forma normal si est en la forma normal anterior y adems, todas las columnas que no sean claves dependen de la clave completa de forma no transitiva. Como se nombr anteriormente, no se cumple con 3FN ya que no se cumple con 2FN por no cumplir con 1FN. Con respecto a la dependencia transitiva, ningn atributo no primo de las relaciones expuestas en el diagrama es transitivamente dependiente en la respectiva clave principal.

Forma normal de Boyce/Codd. Una relacin est de sta forma normal, si cumple con 3FN y si cualquier atributo slo facilita informacin sobre claves candidatas y no sobre atributos que no formen parte de ninguna clave candidata. Tampoco existen atributos que den informacin sobre otros atributos que no sean o formen parte de claves candidatas.

Cuarta forma normal (4FN). Esta forma se viola cuando una relacin tiene dependencias multivalor no deseadas. No se tiene en el diseo RE atributos que den informacin sobre otros atributos que no sean o formen parte de claves candidatas.CONCLUSIN

El diagrama de Entidad Relacin permite expresar de manera precisa el esquema conceptual al cual se quiere llegar y genera una visin global del diseo lo cual favorece el modelamiento de datos. Por medio de esta actividad se logr gestionar y operacionalizar los niveles lgico, conceptual y fsico del modelo de dato, de tal manera que permiti el identificar los objetos bsicos, atributos y aplicaciones del sistema de base de datos. Por medio de la normalizacin se logr el administrar las reglas utilizadas durante el diseo lgico, lo cual logr la transformacin de una representacin conceptual en el esquema y la verificacin y correccin del mismo diseo. BIBLIOGRAFA

R. Navathe, S.B. Fundamentos de Sistemas de Bases de Datos. 3 edicin. Addison-Wesley, Pearson Educacin, 2002. WEBGRAFA DE APOYO

Bringing MySQL to the web. Recuperado de www.phpmyadmin.net/Tools UML. Recuperado de www.lucidchart.com

contabilidad_santoto

Documents

Transcript of contabilidad_santoto