Está en la página 1de 66

CAPTULO 1 1. MARCO INTRODUCTORIO 1.1.

INTRODUCCIN

Con los constantes avances en las tecnologas de informacin; se ha tomado importancia en las empresas, instituciones, organizaciones, e infinidad de negocios, la incorporacin de un sistema para mejorar la administracin de informacin de las instituciones. Para las instituciones u organizaciones la informacin es reconocida como el activo ms importante y por tanto deben administrarla y comunicarla de la mejor manera posible. Actualmente, la informacin es conocida como un recurso econmico significativo. Para la administracin de la informacin en instituciones educativas se requiere de una infraestructura bsica de Tecnologas de Informacin (Hardware y Software) que permita la fluidez de informacin. La transferencia de la informacin en las instituciones educativas debe permitir desarrollar al mximo el conocimiento que representa, tambin formar una mejor comunicacin e interaccin entre el personal calificado de la institucin y los usuarios correspondientes a la institucin. En este captulo, se presenta el anlisis y los respectivos aspectos del prototipo para la el control acadmico de calificaciones para la Unidad Educativa Parroquial San Jos, incluyendo cierta informacin relevante que ayude al diseo del prototipo.

1.2.

ANTECEDENTES

La Unidad Educativa Parroquial San Jos est vigente desde el ao 1951 y se ubica en la zona Villa Victoria . Aproximadamente, la institucin educativa trabaja con aproximadamente 40 profesores y compone alrededor de 350 estudiantes. La institucin educativa compone de un laboratorio de tecnologas de informacin, el cual no est siendo utilizado como un centro de adquisicin de informacin respecto a la institucin educativa, porque no tiene un sistema adecuado para el control acadmico de calificaciones y adems es un laboratorio en donde los estudiantes tienen clases correspondiente a la asignatura de Computacin. La institucin educativa almacena los archivos correspondientes en carpetas, estos archivos contienen informacin de los alumnos y docentes. Tambin, en estos archivos se almacena la informacin de las calificaciones de los estudiantes. Existe software en forma comercial que se encuentra distribuido en Internet, pero que no se adecua a lo que se requiere la institucin educativa. Tambin se encuentra software acadmico como por ejemplo el S.I.A. que es utilizado en la Universidad del Valle, pero la diferencia con el proyecto es que, el sistema de control acadmico de calificaciones para la Unidad Educativa Parroquial San Jos, no est diseado en un ambiente web, ni tampoco est diseado para un colegio. En general, la Unidad Educativa Parroquial San Jos administra los archivos que contienen informacin de los alumnos y docentes en carpetas, por lo que el almacenamiento y bsqueda de informacin se realiza de forma manual.

1.3.

DEFINICIN DEL PROBLEMA

La informacin es un recurso importante de las empresas, organizaciones e instituciones, que intentan manejarla de la mejor manera, por lo que se encuentran con ineficiencias en el uso de la administracin de la informacin y posterior a esto genera retrasos en la toma de decisiones. Para optimizar el almacenamiento y obtencin de la informacin en las instituciones, se hace necesario un manejo prctico y eficiente de la informacin. Por tanto el problema es: La institucin educativa no administra de forma eficiente las calificaciones de los estudiantes respecto a sus correspondientes asignaturas.

1.4.

OBJETIVO GENERAL

Analizar y disear un prototipo que optimice el control acadmico de las calificaciones de los estudiantes con relacin a sus correspondientes asignaturas en la Unidad Educativa Parroquial San Jos. 1.4.1. OBJETIVOS ESPECFICOS El proyecto tiene los siguientes objetivos especficos: Disear un prototipo para el acceso a la informacin de la institucin educativa, en donde los usuarios se autenticaran su pertenencia a la institucin educativa. Disear un mdulo de administracin para el supervisor. Disear un mdulo de administracin para los estudiantes. Disear un mdulo de administracin para docentes o profesores. Disear una base de datos para el almacenamiento de calificaciones de los estudiantes.

1.5.

LMITES Y ALCANCES 1.5.1. LMITES

El proyecto no estar realizado en un entorno web. El proyecto no estar relacionado con el rea de Contabilidad, ni con el Horario Escolar.

El proyecto no tendr un control del personal asociado a la Unidad Educativa Parroquial San Jos. 1.5.2. ALCANCES

El proyecto contemplara el control acadmico de calificaciones de la Unidad Educativa Parroquial San Jos.

El proyecto est dirigido a tres tipos de usuario, que estn destinados para los estudiantes, docentes y supervisor.

El proyecto beneficiara a la interaccin entre los tres tipos de usuarios. JUSTIFICACIN

1.6.

Este proyecto propone beneficiar a los profesores registrar las correspondientes calificaciones respecto a sus asignaturas, a los estudiantes ver sus calificaciones en el sistema de manera personal, al supervisor para buscar informacin que sea til para la toma de decisiones. 1.6.1. JUSTIFICACIN TCNICA Este proyecto propone el uso de un equipo de computacin que compondr, en cuanto al software, la utilizacin de las aplicaciones de Microsoft Visual Studio y Microsoft SQL Server, estas aplicaciones son las herramientas principales para la realizacin del proyecto. Adems, la Unidad Educativa Parroquial San Jos cuenta con un laboratorio de computacin con dos equipos de computacin que se encuentran con un funcionamiento activo y regular, puestos en disponibilidad. Esto beneficiara al laboratorio de computacin para mejorar el ambiente tecnolgico en los equipos de computacin.

1.6.2. JUSTIFICACIN SOCIAL Este proyecto pretende brindar un beneficio para el administrador mediante el diseo de un sistema de control de calificaciones una mejor administracin de los archivos de los estudiantes, docentes y de las calificaciones de los estudiantes, generando una optimizacin en el almacenamiento y bsqueda de resultados y posteriormente a una correcta toma de decisiones. 1.6.3. JUSTIFICACIN ECONMICA Este proyecto pretende reducir costos con el uso del sistema de control de calificaciones para la Unidad Educativa Parroquial San Jos, y beneficiando al laboratorio de computadoras poder incluir el sistema de control acadmico de calificaciones, colaborando a que la inversin del laboratorio de computadoras sea prospero para su utilidad. Tambin se dar el respectivo mantenimiento a bajos costes con programas menores. 1.7. MTODOS Y HERRAMIENTAS

El mtodo de desarrollo de Software que se utilizara es el RUP con la colaboracin del modelado UML. Las herramientas para este proyecto que se utilizaran son: La representacin del modelado de anlisis y diseo utilizara: o Enterprise Architect La recoleccin de datos usar: o Entrevistas o Encuestas El desarrollo del Software se diseara en: o Microsoft Visual Studio 2010, Visual Basic El motor de Base de Datos se utilizara en: o Microsoft SQL Server 2008 R2 La estimacin de Costos utilizara: o Estimacin basada en LDC

CAPITULO 2 2. MARCO TEORICO 2.1. UNIDAD EDUCATIVA La unidad educativa es la unidad organizacional conformada al interior de un establecimiento educativo que tiene por objetivo impartir educacin en torno a un tipo de educacin similar al colegio y a un determinado nivel de enseanza; nivel primario, superior pero no universitario. 2.1.1. FORMATO DE BOLIVIANA CALIFICACIONES EN LA EDUCACIN

En la educacin primaria, los instrumentos de evaluacin que utilizan los maestros del nivel primario son: el registro sistemtico, el archivador personal, el diario de aula o registro de observacin. En las unidades educativas con transformacin curricular, la carpeta de informes de aprendizajes es el documento oficial de informacin a lo largo de un ciclo. Est conformada por las hojas de informes de aprendizaje y el informe de ciclo. En las unidades educativas que an no ingresaron a la transformacin curricular, los resultados de la evaluacin se expresan nicamente en la libreta, con calificaciones del 1 al 70. La libreta tiene asimismo un espacio destinado a la evaluacin cualitativa, donde el docente anota los aspectos ms sobresalientes del alumno.

En la educacin secundaria, de carcter no obligatorio. El documento oficial de informacin es la libreta, vlida como instrumento para homologaciones y para la obtencin del ttulo de bachiller. En ella el rendimiento del estudiante se expresa en calificaciones con la siguiente escala: ptimo (56 a 70 puntos); satisfactorio (36 a 55 puntos); y no satisfactorio (1 a 35).

2.1.2. FORMATO DE CALIFICACIONES EN LA UNIDAD EDUCATIVA PARROQUIAL SAN JOS La Unidad Educativa Parroquial San Jos (U.E.P. San Jos), cumple con todos los instrumentos que se requieren en la educacin boliviana para la evaluacin de los estudiantes, pero la unidad educativa hace referencia que la calificacin debe estar comprendida entre 20 a 70. Aclarando de este modo que esta es la nica excepcin con respecto a las normas de la Educacin Boliviana. 2.2. CONCEPTOS GENERALES 2.2.1. SOFTWARE DE SISTEMA En terminologa informtica el software de sistema, denominado tambin software de base, consiste en programas informticos que sirven para controlar e interactuar con el sistema operativo, proporcionando control sobre el hardware y dando soporte a otros programas; en contraposicin del llamado software de aplicacin. 2.2.2. SOFTWARE DE APLICACIN El software de aplicacin ha sido escrito con el fin de realizar casi cualquier tarea imaginable. Est puede ser utilizado en cualquier instalacin informtica, independiente del empleo. Existen literalmente miles de estos programas para ser aplicados en diferentes tareas, desde procesamiento de palabras hasta cmo seleccionar una universidad. 2.2.3. RECOLECCIN DE DATOS 2.2.3.1. ENTREVISTA

La entrevista se utiliza para recabar informacin en forma verbal, a travs de preguntas que propone el analista. Es un canal de comunicacin entre el analista y la organizacin; sirve para obtener informacin acerca de las necesidades y la manera de satisfacerlas.

2.2.3.2.

ENCUESTA

Una encuesta es un estudio en el cual el investigador obtiene los datos a partir de realizar un conjunto de preguntas normalizadas dirigidas a una muestra representativa o al conjunto total de la poblacin estadstica en estudio, formada a menudo por personas, empresas o entes institucionales, con el fin de conocer estados de opinin, caractersticas o hechos especficos. 2.3. R.U.P.

El Proceso Unificado de Rational (Rational Unified Process en ingls, habitualmente resumido como RUP) es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, diseo, implementacin y documentacin de sistemas orientados a objetos. 2.3.1. FASES La estructura dinmica de RUP es la que permite que ste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas anteriormente: Fase de Inicio: Esta fase tiene como propsito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visin muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores. Fase de elaboracin: En la fase de elaboracin se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificacin de los casos de uso seleccionados y el primer anlisis del dominio del problema, se disea la solucin preliminar.

Fase de Desarrollo: El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto. Fase de Cierre o Transicin: El propsito de esta fase es asegurar que el software est disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto. 2.4. U.M.L.

Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y compuestos reciclados. El lenguaje unificado tiene los siguientes diagramas: Diagrama de Casos de uso, documentan el comportamiento de un sistema desde el punto de vista del usuario. Diagrama de Clases, es un tipo de diagrama esttico que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Diagrama de Secuencias, se indica los mdulos o clases que forman parte del programa y las llamadas que se hacen en cada uno de ellos para realizar una tarea determinada. Diagrama de Colaboracin, muestra una interaccin organizada basndose en los objetos que toman parte en la interaccin y los enlaces entre los mismos.

Diagrama de Paquetes, muestra como un sistema est dividido en agrupaciones agrupaciones. lgicas mostrando las dependencias entre esas

2.5.

ESTIMACIN DE COSTOS, ESTIMACIN BASADO EN LDC

El planificador del proyecto comienza con un enfoque acotado del mbito del software y a partir de ah intenta descomponer el software en funciones problema que puedan estimarse individualmente. Al emplear datos histricos o cuando todos los dems fallan intuicin, el planificador estima un valor de tamao optimista, ms probable y pesimista para cada funcin o cuenta para cada valor de dominio de informacin. Se calcula un valor de tres puntos o uno esperado. El valor esperado para la variable de estimacin VE, se calcula como un promedio ponderado de las estimaciones. Datos: - Sopt (Estimacin optimista) - Sm (Estimacin probable) - Spes (Estimacin pesimista)

VE = (Sopt+ 4Sm+ Spes)/6 2.6. MICROSOFT VISUAL STUDIO 2010

Visual Studio es compatible con diferentes lenguajes de programacin por medio de los servicios de idiomas, lo que permite el editor de cdigo y un depurador para apoyar (en diversos grados) casi cualquier lenguaje de programacin, siempre un servicio especfico del lenguaje existe. Construido en idiomas incluyen C / C + + (a travs de Visual C++), VB.NET (a travs de Visual Basic. NET ), C#

(mediante Visual C#), y F # (a partir de Visual Studio 2010). Soporte para otros idiomas como el M , Python , y Rub , entre otros estn disponibles a travs de servicios de idiomas instalados por separado. Tambin es compatible
10

con

XML/XSLT, HTML/XHTML, JavaScript y CSS . Individuales especficos del idioma versiones de Visual Studio tambin existen que proporcionan servicios lingsticos ms limitados para el usuario: Microsoft Visual Basic, Visual J #, Visual C # y Visual C + +. Visual Studio 2010 es la versin ms reciente de esta herramienta, acompaada por .NET Framework 4.0. Hasta ahora, uno de los mayores logros de la versin 2010 de Visual Studio ha sido el de incluir las herramientas para desarrollo de aplicaciones para Windows 7, tales como herramientas para el desarrollo de las caractersticas de Windows 7 y la Ribbon Preview para WPF. Entre sus ms destacables caractersticas, se encuentran la capacidad para utilizar mltiples monitores, as como la posibilidad de desacoplar las ventanas de su sitio original y acoplarlas en otros sitios de la interfaz de trabajo. 2.7. MICROSOFT SQL SERVER 2008 R2

Microsoft SQL Server es un sistema para la gestin de bases de datos producido por Microsoft basado en el modelo relacional. Sus lenguajes para consultas son TSQL y ANSI SQL. Microsoft SQL Server constituye la alternativa de Microsoft a otros potentes sistemas gestores de bases de datos como son Oracle, PostgreSQL o MySQL. SQL Server 2008 R2 agrega algunas caractersticas de SQL Server 2008 que incluye una gestin de datos maestros sistema marca como Master Data Services, una central de gestin de datos maestros entidades y jerarquas. Servidor

tambin mltiples Management, una consola centralizada para administrar mltiples instancias de SQL Server 2008 y servicios, incluyendo bases de datos relacionales, Reporting Services, Analysis Services y Integration Services.

11

CAPTULO 3 3. MARCO PRCTICO 3.1. INTRODUCCIN

Con los avances en las nuevas tecnologas de informacin en el nivel de educacin, se ha tomado importancia al almacenamiento y respaldo de las calificaciones de los estudiantes. En las instituciones educativas la informacin con respecto a las calificaciones y datos de los estudiantes son reconocidos como los activos ms importantes que deben ser administrados y comunicados de forma eficiente, para luego, ser utilizados en la toma de decisiones. La administracin de informacin respecto a las calificaciones de los estudiantes, adems de que estos se encuentran vinculados a las respectivas asignaturas, que son impartidas por los docentes, requiere de una infraestructura de Tecnologas de Informacin que genere una informacin eficiente y segura. El sistema de control acadmico de calificaciones para la Unidad Educativa Parroquial San Jos propone un mejor rendimiento en el almacenamiento de las calificaciones de los estudiantes a sus respectivas materias. En este captulo, se presenta el anlisis funcional y los requerimientos del sistema para la el control acadmico de calificaciones para la Unidad Educativa Parroquial San Jos, adems de la obtencin de informacin relevante que colabora al anlisis de requerimientos junto con la colaboracin UML y RUP. 3.2. INICIO 3.2.1. MODELADO DE NEGOCIO El funcionamiento actual para el control acadmico de calificaciones en la Unidad Educativa Parroquial San Jos se hace de forma manual, que consiste en almacenar la informacin de las calificaciones o notas de los alumnos en archivos. En los archivos se contiene la informacin de las calificaciones de los estudiantes, adems de que se puede encontrar la informacin de los docentes, estudiantes, cursos, asignaturas.
12

Los docentes registran las calificaciones de sus estudiantes respecto a su asignatura y curso. Los estudiantes pueden adquirir el boletn de calificaciones correspondiente a sus asignaturas y su curso.

El supervisor, es el encargado de la informacin de las calificaciones, cursos, asignaturas, docentes y estudiantes es el nico responsable de resguardarlos y mantenerlos. El supervisor tiene el acceso para consultar las calificaciones de los estudiantes. El supervisor puede administrar la informacin de los docentes, estudiantes, cursos y asignaturas, que se encuentran registrados en los archivos. Adems, el supervisor puede hacer reportes segn el libro, para hacer estos reportes los tiene que transcribir en la computadora para una presentacin formal.

Fig. 1: Modelo de Casos de Uso del Negocio

13

Plantilla de casos de uso del modelo de negocio Caso de uso Actores Descripcin Registrar Calificaciones Docente y Supervisor El docente tiene la funcin de registrar las calificaciones con respecto a su materia o su asignatura, en donde l solicita el archivo de calificaciones al supervisor, ste ltimo entregar al docente el archivo de calificaciones, una vez recibido el docente tendr el acceso a la actualizacin de calificaciones. Una vez concluido debe devolver el archivo de calificaciones al supervisor. La informacin previa de las calificaciones, es decir, informacin de los estudiantes, asignaturas y cursos, debe encontrarse en los archivos de la informacin estudiantil de la unidad educativa. La informacin registrada se encontrara almacenada en los archivos de informacin de la unidad educativa, posteriormente ser verificado el almacenamiento de dicha informacin.

Precondiciones

Poscondiciones

Caso de uso Actores Descripcin

Precondiciones

Poscondiciones

Consultar Calificaciones Supervisor Supervisor puede consultar las calificaciones de los estudiantes, en donde l debe verificar si las calificaciones existen o no. Si existen las calificaciones estarn en progreso, despus se puede cancelar o generar las calificaciones. Finalmente, se observar las calificaciones. La informacin de las calificaciones debe encontrarse almacenado en los archivos de la informacin estudiantil de la unidad educativa. La informacin de las calificaciones se encontrar sin ningn cambio despus de haberse hecho la consulta.

14

Caso de uso Actores Descripcin

Precondiciones

Poscondiciones

Adquirir Boletn de Calificaciones Estudiante y Supervisor El estudiante hace una solicitud para la adquisicin del boletn de calificaciones, esta es recepcionada inmediatamente, se elabora, es generada y posteriormente es entregada al estudiante, por el supervisor. Finalmente, el estudiante recibir el boletn de calificaciones. La informacin de las calificaciones se debe encontrar almacenada en los respectivos archivos de la unidad educativa y estar disponible para la posterior elaboracin del boletn de calificaciones. El respectivo boletn de calificaciones no puede ser solicitado, ni entregado nuevamente. Generar Reportes segn archivos Supervisor El supervisor cuando quiere generar un reporte, l escoge el tipo de reporte que va realizar. l puede realizar un reporte de estudiantes, docentes, asignaturas o cursos, tambin puede cancelarlos. La informacin de los estudiantes, docentes, asignaturas o cursos deben encontrarse almacenada en los respectivos archivos de la unidad educativa. Los reportes generados pueden ser generados en posteriores reportes. Administrar Informacin de Estudiante Supervisor El supervisor puede registrar un nuevo estudiante. Adems, puede modificar, habilitar o inhabilitar un estudiante; si se encuentra en los archivos de informacin de estudiantes. La informacin de los estudiantes debe encontrarse almacenada en los respectivos archivos de la unidad educativa. La informacin actualizada permanece guardada en los archivos de informacin del estudiante y posteriormente puede ser actualizada nuevamente.

Caso de uso Actores Descripcin

Precondiciones

Poscondiciones

Caso de uso Actores Descripcin

Precondiciones

Poscondiciones

15

Caso de uso Actores Descripcin

Precondiciones

Poscondiciones

Administrar Informacin de Docente Supervisor El supervisor puede registrar un nuevo docente. Adems, puede modificar, habilitar o inhabilitar un docente; si se encuentra en los archivos de informacin de docentes. La informacin de los docentes debe encontrarse almacenada en los respectivos archivos de la unidad educativa. La informacin actualizada permanece guardada en los archivos de informacin del docente y posteriormente puede ser actualizada nuevamente. Administrar Informacin de Asignatura Supervisor El supervisor puede registrar una nueva asignatura. Adems, puede modificar, habilitar o inhabilitar una asignatura; si se encuentra en los archivos de informacin de asignaturas. La informacin de las asignaturas debe encontrarse almacenada en los respectivos archivos de la unidad educativa. La informacin actualizada permanece guardada en los archivos de informacin de la asignatura y posteriormente puede ser actualizada nuevamente. Administrar Informacin de Curso Supervisor El supervisor puede registrar un nuevo curso. Adems, puede modificar, habilitar o inhabilitar un curso; si se encuentra en los archivos de informacin de cursos. La informacin de los cursos debe encontrarse almacenada en los respectivos archivos de la unidad educativa. La informacin actualizada permanece guardada en los archivos de informacin del curso y posteriormente puede ser actualizada nuevamente.

Caso de uso Actores Descripcin

Precondiciones

Poscondiciones

Caso de uso Actores Descripcin

Precondiciones Poscondiciones

16

Diagrama de actividades Caso de uso: Registrar Calificaciones

Fig. 2: Diagrama de Actividades, Modelo de Casos de Uso del Negocio: Registrar Calificaciones

17

Caso de uso: Consultar Calificaciones

Fig. 3: Diagrama de Actividades, Modelo de Casos de Uso del Negocio: Consultar Calificaciones

18

Caso de uso: Adquirir Boletn de Calificaciones

Fig. 4: Diagrama de Actividades, Modelo de Casos de Uso del Negocio: Adquirir Boletn de Calificaciones

19

Caso de uso: Generar Reportes segn archivos

Fig. 5: Diagrama de Actividades, Modelo de Casos de Uso del Negocio: Generar Reportes segn archivos

20

Caso de uso: Administrar Informacin de Estudiante

Fig. 6: Diagrama de Actividades, Modelo de Casos de Uso del Negocio: Administrar Informacin de Estudiante

21

Caso de uso: Administrar Informacin de Docente

Fig. 7: Diagrama de Actividades, Modelo de Casos de Uso del Negocio: Administrar Informacin de Docente

22

Caso de uso: Administrar Informacin de Asignatura

Fig. 8: Diagrama de Actividades, Modelo de Casos de Uso del Negocio: Administrar Informacin de Asignatura

23

Caso de uso: Administrar Informacin de Curso

Fig. 9: Diagrama de Actividades, Modelo de Casos de Uso del Negocio: Administrar Informacin de Curso

24

Modelo de Objetos del Negocio

Fig. 10: Modelo de Objetos del Negocio

25

3.2.2. ANLISIS DE REQUERIMIENTOS 3.2.2.1. Entrevistas Se ha entrevistado al director de la unidad educativa, quien explico que la utilidad de un sistema acerca del control acadmico de calificaciones, sera un gran aporte a la unidad educativa, adems de que existira una comunicacin mutua entre los docentes y estudiantes. Tambin, se ha entrevistado al docente encargado del laboratorio de computacin, quien comento que el uso de un sistema puede lograr una innovacin en la unidad educativa, adems de que ayudara a los docentes a administrar la informacin de calificaciones respecto a sus asignaturas. Encuestas Se ha hecho encuestas a los estudiantes acerca de hacer un sistema acerca de las calificaciones de sus respectivas asignaturas, los cuales afirmaron que sera una gran herramienta de comunicacin con los docentes acerca de las notas. 3.2.2.2. REQUERIMIENTOS FUNCIONALES OBTENCIN DE REQUERIMIENTOS

RF001 Administrar la informacin del estudiante Almacena toda la informacin personal del estudiante de la Unidad Educativa San Jos, con el fin de respaldar la informacin proporcionada por parte de los estudiantes. Los datos que se requieren son: - Nombres - Apellido paterno - Apellido materno - Fecha de Nacimiento - Nmero de Telfono - Nmero de Celular - Cdula de identidad - Estado(habilitado/inhabilitado) Se usara las altas y modificaciones, el usuario estudiante puede realizar modificaciones, en cuanto a los datos de nmero de telfono o celular. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado. Dependencia RF005, RF006
26

RF002 Administrar la informacin del docente Se almacena toda la informacin personal del docente de la Unidad Educativa San Jos, resguardando y respaldando la informacin proporcionada por parte de los docentes. Esto colaborara al respaldo de informacin de los docentes que puede ser muy til en la toma de decisiones. Los datos que se requieren son: - Nombres - Apellido paterno - Apellido materno - Fecha de Nacimiento - Nmero de Telfono - Nmero de Celular - Cdula de identidad - Estado(habilitado/inhabilitado) Se usara las altas y modificaciones, el usuario docente puede realizar modificaciones, en cuanto a los datos de nmero de telfono o celular. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado. Dependencia RF005, RF006 RF003 Administrar la informacin de las asignaturas o materias Se registra y almacena la informacin correspondiente a las asignaturas que se cursan en la Unidad Educativa San Jos, para resguardar y respaldar, adems de que puede ser utilizado para la toma de decisiones. Tambin, ayuda al conocimiento de las materias o asignaturas que se cursan en una gestin. Los datos que se requieren son: - Nombre de la asignatura - Descripcin - Estado(habilitado/inhabilitado) Se usara las altas y modificaciones, en donde se puede realizar modificaciones nicamente a la Descripcin. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado. Dependencia RF005

27

RF004 Administrar la informacin de los cursos Se registra y almacena la informacin correspondiente de los cursos que se consideran en la Unidad Educativa San Jos. Los datos que se requieren son: - Nombre del curso - Nivel - Paralelo - Descripcin - Estado(habilitado/inhabilitado) Se usara las altas y modificaciones, en donde se puede realizar modificaciones nicamente a la Descripcin. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado. Dependencia RF005 RF005 Asignar automticamente cdigo a las asignaturas, cursos y a las asignaciones Este requerimiento pretende lograr la asignacin automtica de un cdigo a las asignaturas, cursos y asignaciones. Con respecto a los estudiantes y docentes su cdigo es la cdula de identidad (C.I.). Esta asignacin es til para que las bsquedas puedan ser ms eficientes. Dependencia Ninguna RF006 Administrar las cuentas de usuario Se almacena la informacin correspondiente al acceso de los tipos de usuario, con el fin de resguardar informacin para el acceso al sistema. Este ser de mucha utilidad para la seguridad, ya que se producir una verificacin del login. Los datos que se requieren son: - Cdula de identidad - Nombre de usuario - Contrasea - Estado(habilitado/inhabilitado) Se utilizara las altas, que estar en dependencia al tipo de usuario. Las modificaciones, solo dependern de cada uno de los tipos de usuario cambiar nicamente su contrasea. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado, que solamente estar autorizado el supervisor. Dependencia RF005

28

RF007 Asignacin de los estudiantes y sus cursos Se almacena la informacin respecto de los estudiantes con sus respectivos cursos que se consideran en la Unidad Educativa San Jos. Los datos que se requieren son: - C.I. del estudiante - Cdigo del curso - Gestin Se utilizara las altas, donde se pueden adicionar docentes a respectivos cursos que pueden ser designados. Dependencia RF005, RF001, RF004 RF008 Asignacin de los docentes y las asignaturas Se registra y almacena la informacin correspondiente de los docentes con las respectivas asignaturas, al cual el docente puede ensear. Los datos que se requieren son: - C.I. del docente - Cdigo de la asignatura Se utilizara las altas, donde se pueden adicionar nuevas asignaciones de docentes con relacin a las asignaturas. Dependencia RF005, RF002, RF003 RF009 Asignacin de los cursos y sus asignaturas Se registra y almacena la informacin correspondiente de los cursos junto con las asignaturas que se debe considerar en el curso. Los datos que se requieren son: - Cdigo del curso - Cdigo de la asignatura Se utilizara las altas, donde se pueden asignar a los cursos sus correspondientes asignaturas. Dependencia RF005, RF003, RF004 RF010 Asignacin de los cursos, las asignaturas y docentes Se registra y almacena la informacin correspondiente de los cursos y asignaturas junto con el docente quien puede cursar dicha asignatura. Los datos que se requieren son: - Cdigo de la asignacin docente y asignatura - Cdigo de la asignacin curso y asignatura - Gestin Se utilizara las altas, donde se pueden asignar a los cursos sus correspondientes asignaturas a las cuales van acompaadas de algn docente. Dependencia RF005, RF008, RF009
29

RF011 Administrar la informacin de las calificaciones / notas Almacenamiento de las notas o calificaciones de los estudiantes con sus respectivas asignaturas, las cuales son instruidas por los docentes. Los datos que se requieren son: - Cdigo de la asignacin curso y estudiante - Cdigo de la asignacin curso, asignatura y docente - Gestin - Trimestre - Nota Se utilizara nicamente las altas; en donde, las altas consiste en el ingreso de las calificaciones de los estudiantes por parte del docente. Dependencia RF005, RF007, RF010 RF012 Generar una consulta en el sistema acerca de calificaciones de los estudiantes Se generara consultas de las calificaciones de los estudiantes. El usuario estudiante podr nicamente ver las calificaciones de su respectivo curso, el usuario docente puede acceder a la visualizacin de las notas de sus estudiantes en sus correspondientes asignaturas y cursos, y el usuario supervisor puede consultar calificaciones en general. Los datos que se utilizaran para la bsqueda son: - Gestin - Nombre Asignatura (no ser utilizado por el usuario Estudiante) - Nombre Curso - Nivel Curso - Paralelo Curso - Trimestre Los datos que se generan son: - Nombre Completo del estudiante(Usuarios Supervisor y Docente) - Nombre de la Asignatura(Usuario Estudiante) - Nota Primer Trimestre - Nota Segundo Trimestre - Nota Tercer Trimestre - Notas Final - Resultado (Si aprob o reprob) En este caso, no es necesaria la utilizacin de las funciones de las altas, bajas y modificaciones, debido a que solo se est generando una consulta de las calificaciones respectivas a los estudiantes. Dependencia RF011

30

RF013 Generar Consultas de estudiantes, docentes, asignaturas y cursos Se generara consultas acerca de los estudiantes, docentes, asignaturas y cursos, en donde el usuario supervisor es el nico que puede consultar. Los tipos de consulta que existen son - Curso (C) - Asignatura (A) - Docente (D) - Estudiante (E) - Curso-Asignatura (CA) - Curso-Estudiante (CE) - Docente-Asignatura (DA) - Docente-Asignatura-Curo (DAC) Los datos que se utilizaran para la bsqueda son: - Gestin (CA, CE, DAC) - Nombre Asignatura (A, CA, DA, DAC) - Nombre Curso (C, CA, CE, DAC) - Nivel Curso (C, CA, CE, DAC) - Paralelo Curso (C, CA, CE, DAC) - Nombres Docente (D, DA, DAC) - Apellido Paterno Docente (D, DA, DAC) - Apellido Materno Docente (D, DA, DAC) - Nombres Estudiante (E, CE) - Apellido Paterno Estudiante (E, CE) - Apellido Materno Estudiante (E, CE) En este caso, no es necesaria la utilizacin de las funciones de las altas, bajas y modificaciones, debido a que solo se est generando consultas. Dependencia RF001, RF002, RF003, RF004, RF007, RF008, RF009, RF010 RF014 Generar reportes de las calificaciones, docentes, estudiantes Se generara los siguientes reportes en el sistemas: - Generar un reporte Estudiante - Curso. - Generar un reporte Docente - Asignatura. - Generar un reporte Curso - Asignatura. - Generar un reporte Curso - Asignatura - Docente. - Generar un reporte de las Calificaciones En este caso, no es necesaria la utilizacin de las funciones de las altas, bajas y modificaciones, debido a que solo se est generando reportes. Dependencia RF007, RF008, RF009, RF010, RF011

31

3.2.2.3.

REQUERIMIENTOS NO FUNCIONALES

RNF001 Seguridad - La seguridad se encuentra en la interfaz de acceso del login, en donde esta consiste en la verificacin de la cuenta del usuario, s es correcto los datos el usuario es enviado a su correspondiente mdulo. Dependencia Ninguno RNF002 Soporte - Se deber hacer el mantenimiento de la base de datos cada 2 meses, con el propsito de ver el funcionamiento del sistema en tiempo real. Dependencia Ninguno RNF003 Interfaz del sistema - No se encuentra en entorno Web, sino es ms bien ser una aplicacin de escritorio, personalizada de acuerdo al tipo de usuario que acceda al sistema junto con sus respectivas funciones. Dependencia Ninguno RNF004 Usabilidad - El sistema pretende facilitar la interactuacin entre los usuarios con la utilizacin del sistema colaborando y generando una mejor comunicacin acerca de las calificaciones de los estudiantes. Dependencia Ninguno

32

3.3.

ELABORACIN 3.3.1. ANLISIS 3.3.1.1. ANLISIS FUNCIONAL DEL SISTEMA

Diagramas casos del uso del sistema

Fig. 11: Diagrama de Casos de Uso del Sistema: Usuario

Fig. 12: Diagrama de Casos de Uso del Sistema: Supervisor y Docente

33

Plantilla de casos de uso del sistema Caso de uso Actores Descripcin Autenticar login Usuario (Supervisor, docente y estudiante) El usuario ingresa a la autenticacin del login, en donde, este ingresa sus respectivos datos, luego se verifica al usuario y se inicia la carga de sesin. Si todo marcha correcto el usuario ingresar a su mdulo de administracin. Caso contrario se vuelve a indicar que se reingrese los datos nuevamente, pero si se reitera constantemente el sistema se cerrar. RF006 La informacin del respectivo usuario se debe encontrar en la base de datos. Cuando el usuario ingrese a su correspondiente mdulo, dispone de la administracin de su informacin, la cual tiene asignada. Consultar Calificaciones Usuario (Supervisor, docente y estudiante) Cuando el usuario requiere consultar las calificaciones, primeramente se debe verificar las calificaciones si existen o no, en caso de que todo este correcto se mostrara las calificaciones, caso contrario no se mostrara. RF012 Las calificaciones se deben encontrar en la base de datos para hacer la respectiva consulta, adems debe tener el usuario asignado cursos y asignaturas asociadas. Cuando el usuario finaliza la consulta de calificaciones, l puede nuevamente volver consultar las calificaciones. Pero la informacin consultada se mantiene esttica. Generar Reportes Supervisor Se selecciona el tipo de reporte a generar; entre los reportes para generar se encuentran Estudiante-Curso, DocenteAsignatura, Curso-Asignatura, Curso-Asignatura-Docente, Calificaciones (Primer, Segundo o Tercer trimestre). Despus se generara el reporte seleccionado. RF014 La informacin se debe encontrar almacenada en la base de datos Cuando se termina de hacer un reporte, el supervisor tiene la posibilidad de generar un nuevo reporte. Adems, la informacin que involucra el reporte se mantiene esttico.
34

Referencias Precondiciones Poscondiciones

Caso de uso Actores Descripcin

Referencias Precondiciones

Poscondiciones

Caso de uso Actores Descripcin

Referencias Precondiciones Poscondiciones

Caso de uso Actores Descripcin

Referencias Precondiciones Poscondiciones

Administrar Docente Supervisor El usuario supervisor puede registrar docentes. Tambin modificar, habilitar o inhabilitar docentes, s existe el docente. Adems puede asignar Docente-Asignatura y CursoAsignatura-Docente. Finalmente, toda la administracin realizada se guarda en la Base de Datos, la cual es actualizada. RF002, RF008, RF010 El supervisor debe encontrarse en su respectivo mdulo para la administracin del docente. La informacin de los docentes en la base de datos puede tener cambios. Administrar Estudiante Supervisor El usuario supervisor puede registrar estudiantes. Tambin modificar, habilitar o inhabilitar estudiantes, s existe el estudiante. Adems puede asignar Curso-Estudiante. Finalmente, toda la administracin realizada se guarda en la Base de Datos, la cual es actualizada. RF001, RF007 El supervisor debe encontrarse en su respectivo mdulo para la administracin del estudiante. La informacin de los estudiantes en la base de datos puede tener cambios. Administrar Cursos Supervisor El usuario supervisor puede registrar cursos. Tambin modificar, habilitar o inhabilitar cursos, s existe el curso. Adems puede asignar Curso-Asignatura, Curso-Estudiante, Curso-Asignatura-Docente. Finalmente, toda la administracin realizada se guarda en la Base de Datos, la cual es actualizada. RF004, RF007, RF009, RF010 El supervisor debe encontrarse en su respectivo mdulo para la administracin de los cursos. La informacin de los cursos en la base de datos puede tener cambios.

Caso de uso Actores Descripcin

Referencias Precondiciones Poscondiciones

Caso de uso Actores Descripcin

Referencias Precondiciones Poscondiciones

35

Caso de uso Actores Descripcin

Referencias Precondiciones Poscondiciones

Administrar Asignaturas Supervisor El usuario supervisor puede registrar asignaturas. Tambin modificar, habilitar o inhabilitar asignaturas, s existe el asignatura. Adems puede asignar Curso-Asignatura, DocenteAsignatura y Curso-Asignatura-Docente. Finalmente, toda la administracin realizada se guarda en la Base de Datos, la cual es actualizada. RF003, RF008, RF009, RF010 El supervisor debe encontrarse en su respectivo mdulo para la administracin de las asignaturas. La informacin de las asignaturas en la base de datos puede tener cambios. Registrar Calificaciones Docente Se ingresa el curso y asignatura en los que se va registrar las notas, luego se busca y se carga los datos de los estudiantes correspondientes al curso y asignatura. Despus se selecciona un estudiante al cual se le aadir su nota en su respectivo trimestre. Finalmente, esta se guarda y se almacena en la base de datos, en caso de que la informacin este correcta. RF011 La informacin de los estudiantes, cursos y asignaturas debe encontrarse en la base de datos, adems de que dicha informacin debe estar relacionada con el respectivo docente. Las calificaciones del estudiante se vern modificadas, debido al registro de las calificaciones, en la respectiva materia por su docente.

Caso de uso Actores Descripcin

Referencias Precondiciones

Poscondiciones

36

Diagrama de actividades Autenticar login

Fig. 13: Diagrama de Actividades, Modelo de Casos de Uso del Sistema: Autenticar login

37

Consultar Calificaciones

Fig. 14: Diagrama de Actividades, Modelo de Casos de Uso del Sistema: Consultar Calificaciones

38

Generar Reportes

Fig. 15: Diagrama de Actividades, Modelo de Casos de Uso del Sistema: Generar Reportes

39

Administrar Docente

Fig. 16: Diagrama de Actividades, Modelo de Casos de Uso del Sistema: Administrar Docente

40

Administrar Estudiante

Fig. 17: Diagrama de Actividades, Modelo de Casos de Uso del Sistema: Administrar Estudiante

41

Administrar Cursos

Fig. 18: Diagrama de Actividades, Modelo de Casos de Uso del Sistema: Administrar Cursos

42

Administrar Asignaturas

Fig. 19: Diagrama de Actividades, Modelo de Casos de Uso del Sistema: Administrar Asignaturas

43

Registrar Calificaciones

Fig. 20: Diagrama de Actividades, Modelo de Casos de Uso del Sistema: Registrar Calificaciones

44

Diagrama de Secuencias

Fig. 21: Diagrama de Secuencias, Modelo de Casos de Uso del Sistema: Registrar Calificaciones Diagrama de Colaboracin

Fig. 22: Diagrama de Colaboracin, Modelo de Casos de Uso del Sistema: Registrar Calificaciones
45

3.3.1.2.

INTEGRACIN CON OTROS SISTEMAS

El formato de reportes que se utiliza es un informe incorporado a Microsoft Visual Studio 2010, Visual Basic. Este formato dispone de la exportacin de archivos, el cual se encuentra relacionado a los programas de Microsoft Office Word, Microsoft Office Excel y PDF. En caso de que se requiera exportar informacin relacionada con los reportes del sistema se debe tener en cuenta la disponibilidad de los programas mencionados. 3.3.1.3. PERFIL DE LOS POSIBLES USUARIOS

Existen tres tipos de usuarios, estos son Supervisor, Docente y Estudiante. Cada uno de ellos tiene una relacin con la Cdula de Identidad, el cual es su nmero de identificacin dentro de la sociedad, en donde tambin se lo toma en cuenta. La interactuacin del Supervisor con el sistema es bastante amplia con relacin a la Administracin de los Cursos, Asignaturas, Docentes, Estudiantes y de sus respectivas asignaciones. El Supervisor tambin posee la funcin de consultar las calificaciones de los estudiantes en general. Adems tiene la posibilidad de obtener reportes acerca de la administracin de los cursos, asignaturas, docentes y estudiantes, incluyendo la relacin entre estos. Por ltimo, puede modificar su contrasea siendo un modo seguro de resguardar la informacin que es administrada, y es el responsable de cerrar la gestin escolar y crear una nueva. El Docente cuando se encuentra en el sistema tiene las funciones de modificar su contrasea para resguardar las calificaciones de sus estudiantes, as registra las calificaciones de sus estudiantes asignados a un curso y asignatura. Adems puede consultar las notas de sus estudiantes. El Estudiante puede consultas sus calificaciones con respecto a su curso, adems de que puede cambiar su contrasea por alguna razn personal.

46

3.3.2. ESTIMACIN DE COSTOS

Nomenclatura CLDC CTP Ee LDCopt LDC LDCe LDCm LDCpess PM PMD Sm Sopt Spess TL VE Coste por lnea de cdigo Coste total del proyecto Esfuerzo esperado Lneas de cdigo optimista Lneas de cdigo Lneas de cdigo esperada Lneas de cdigo esperado Lneas de cdigo Pesimista Persona mes Productividad media de desarrollo del sistema[LDC/PM] Estimacin probable Estimacin optimista Estimacin pesimista Tarifa Laboral[Mes] Valor Esperado

Funcin login mdulo supervisor mdulo docente mdulo estudiante Gestor de Base de Datos

LDCopt 150 4000 1400 450 90 LDCe

LDCm 200 5200 1800 600 150

LDCpess 400 7000 2000 800 200

VE 225 5300 1767 608 148 8048

Estimar:

CLDC = TL / PMD CTP = LDCe * CLDC Ee = LDCe / PMD

47

Datos conocidos: TL = 2500 PM = 1 LDC = 7950 PMD = 7950 Resolucin: CLDC = TL / PMD = 2500/7950 = 0,31446541 CTP = LDCe * CLDC = 8048 * 0,31446541 = 2531 Ee = LDCe / PMD = 8048 / 7950 = 1,01232704 Interpretacin de los resultados La productividad media de desarrollo del sistema es de 7950 [LDC/PM]. La tarifa laboral es de bs. 2500 por mes. Coste por lnea de cdigo (CLDC) es aproximadamente 31 centavos. El costo total del proyecto (CTP) es de bs. 2531 y el esfuerzo esperado (Ee) es de 1 persona/mes. 3.3.3. ANLISIS COSTO-BENEFICIO El costo del proyecto, el cual es bs. 2531, es beneficioso para la Unidad Educativa Parroquial San Jos, sabiendo que este ayuda mejorar la calidad de infraestructura tecnolgica en la unidad educativa con un costo regular de bs. 2531 en comparacin a otros costos que pueden ser elevados. El costo del proyecto se ajusta al formato que se requiri para la Unidad Educativa Parroquial San Jos, porque pueden existir otros programas que tengan menor costo con respecto a este proyecto pero puede ser que no se ajuste a los requerimientos que se desea en la unidad educativa.

48

3.3.4. DISEO 3.3.4.1. DISEO DEL SISTEMA Diagrama de clases

Fig. 23: Diagrama de Clases

49

Diagrama de Paquetes

Fig. 24: Diagrama de Paquetes 3.3.4.2. DISEO DE LA BASE DE DATOS Nivel Conceptual

Fig. 25: Modelo Entidad-Relacin

50

Nivel Lgico

Fig. 26: Modelo Relacional Nivel Fsico create table asignatura (codigo varchar(15), nombre varchar(40), descripcion varchar(1000), estado varchar(12), primary key(codigo) ) create table calificaciones ( codigo varchar(500), gestion int, trimestre varchar(20), nota int, estado varchar(12), codigoCAD varchar(100) references cursoAsignaturaDocente, codigoCE varchar(60) references curso_estudiante, primary key(codigo) ) create table cedula ( ci varchar(20), ciudad varchar(20), codigoT int references tipo, primary key(ci) ) create table curso ( codigo varchar(15), nombre varchar(40), nivel varchar(10), paralelo varchar(10), descripcion varchar(1000), estado varchar(12), primary key(codigo) ) create table curso_asignatura ( codigo varchar(40), codigoC varchar(15) references curso, codigoA varchar(15) references asignatura, estado varchar(12), gestion int, primary key(codigo) ) create table curso_estudiante ( codigo varchar(60), codigoC varchar(15) references curso, ciE varchar(20) references estudiante, gestion int, estado varchar(12), primary key(codigo) )
51

create table cursoAsignaturaDocente ( codigo varchar(100), codigoDA varchar(40) references docente_asignatura, codigoCA varchar(40) references curso_asignatura, gestion int, estado varchar(12), primary key(codigo) ) create table docente ( nombre varchar(40), apPat varchar(50), apMat varchar(50), fecNac date, telefono varchar(10), celular varchar(10), ci varchar(20) references cedula, estado varchar(12), primary key(ci) ) create table docente_asignatura ( codigo varchar(40), ciD varchar(20) references docente, codigoA varchar(15) references asignatura, estado varchar(12), primary key(codigo) ) create table estudiante ( nombre varchar(40), apPat varchar(50), apMat varchar(50), fecNac date, telefono varchar(10), celular varchar(10), ci varchar(20) references cedula, estado varchar(12), primary key(ci) ) create table gestion ( gestion int, estado varchar(12), primary key(gestion) ) create table supervisor ( nombre varchar(40), apPat varchar(50), apMat varchar(50), fecNac date, telefono varchar(10), celular varchar(10), ci varchar(20) references cedula, estado varchar(12), primary key(ci) ) create table tipo ( codigoT int identity(1,1), nombreT varchar(30), primary key (codigoT) ) create table usuario ( ci varchar(20) references cedula, nomUser varchar(50), passUser varchar(50), estado varchar(12), primary key(ci) ) Diccionario de datos
TABLA: asignatura NULLS DESCRIPCION NO Clave primaria SI Recibe el nombre de la asignatura SI Informacin acerca de la asignatura SI Se encuentra habilitado/inhabilitado la asignatura TABLA: calificaciones NULLS DESCRIPCION Obtiene su correspondiente cdigo el cual es NO generado en el Sistema SI Obtiene el ao El nombre del Trimestre (Primero, Segundo, SI Tercero) SI Cantidad de la nota SI Se encuentra habilitado/inhabilitado SI Cdigo de cursoAsignaturaDocente SI Cdigo de curso_estudiante TABLA: cedula NULLS DESCRIPCION Es el nmero de identificacin de una persona, el NO cual es utilizado como clave primaria 52

CAMPO codigo nombre descripcion estado CAMPO codigo gestion trimestre nota estado codigoCAD codigoCE CAMPO ci

TIPO TAMAO varchar 15 varchar 40 varchar 1000 varchar 12 TIPO varchar int varchar int varchar varchar varchar TIPO varchar TAMAO 500 4 20 4 12 100 60 TAMAO 20

ciudad codigoT CAMPO codigo nombre nivel paralelo descripcion estado CAMPO codigo codigoC codigoA estado gestion CAMPO codigo codigoC ciE gestion estado CAMPO codigo codigoDA codigoCA gestion estado CAMPO nombre apPat apMat fecNac telefono celular ci

varchar int

20 4

TIPO TAMAO varchar 15 varchar 40 varchar 10 varchar 10 varchar 1000 varchar 12 TIPO TAMAO varchar 40 varchar 15 varchar 15 varchar 12 int 4 TIPO TAMAO varchar 60 varchar 15 varchar 20 int 4 varchar 12 TIPO TAMAO varchar 100 varchar 40 varchar 40 int 4 varchar 12 TIPO TAMAO varchar 40 varchar 50 varchar 50 date 3 varchar 10 varchar 10 varchar 20

Departamento de la C.I. Cdigo de Tipo TABLA: curso NULLS DESCRIPCION NO Clave primaria SI Nombre del Curso SI El nivel del curso SI El paralelo SI Informacin acerca del curso SI Se encuentra habilitado/inhabilitado el curso TABLA: curso_asignatura NULLS DESCRIPCION NO Clave primaria SI Cdigo de Curso SI Cdigo de Asignatura SI Se encuentra habilitado/inhabilitado SI El ao que corresponde TABLA: curso_estudiante NULLS DESCRIPCION NO Clave primaria SI Cdigo del Curso SI C.I. del Estudiante SI El ao que corresponde SI Se encuentra habilitado/inhabilitado TABLA: cursoAsignaturaDocente NULLS DESCRIPCION NO Clave primaria SI Cdigo de docente_asignatura SI Cdigo de curso_asignatura SI El ao que corresponde SI Se encuentra habilitado/inhabilitado TABLA: docente NULLS DESCRIPCION SI Nombres del docente SI Apellido Paterno del docente SI Apellido Materno del Docente SI Fecha de Nacimiento del Docente SI Nmero de Telfono del Docente SI Nmero de Celular del Docente Es el nmero de identificacin de una persona, el NO cual es utilizado como clave primaria

SI SI

53

estado CAMPO codigo ciD codigoA estado CAMPO nombre apPat apMat fecNac telefono celular ci estado CAMPO gestion estado CAMPO nombre apPat apMat fecNac telefono celular ci estado CAMPO codigoT nombreT CAMPO ci nomUser

varchar

12

TIPO TAMAO varchar 40 varchar 20 varchar 15 varchar 12 TIPO TAMAO varchar 40 varchar 50 varchar 50 date 3 varchar 10 varchar 10 varchar varchar 20 12

TIPO TAMAO int 4 varchar 12 TIPO TAMAO varchar 40 varchar 50 varchar 50 date 3 varchar 10 varchar 10 varchar varchar 20 12

TIPO TAMAO int 4 varchar 30 TIPO varchar varchar TAMAO 20 50

SI Se encuentra habilitado/inhabilitado TABLA: docente_asignatura NULLS DESCRIPCION NO Clave primaria SI C.I. del Docente SI Cdigo de la Asignatura SI Se encuentra habilitado/inhabilitado TABLA: estudiante NULLS DESCRIPCION SI Nombres del estudiante SI Apellido Paterno del estudiante SI Apellido Materno del estudiante SI Fecha de Nacimiento del estudiante SI Nmero de Telfono del estudiante SI Nmero de Celular del estudiante Es el nmero de identificacin de una persona, el NO cual es utilizado como clave primaria SI Se encuentra habilitado/inhabilitado el estudiante TABLA: gestion NULLS DESCRIPCION NO Clave primaria segn al ao SI Se encuentra habilitado/inhabilitado TABLA: supervisor NULLS DESCRIPCION SI Nombres del supervisor SI Apellido Paterno del supervisor SI Apellido Materno del supervisor SI Fecha de Nacimiento del supervisor SI Nmero de Telfono del estudiante SI Nmero de Celular del supervisor Es el nmero de identificacin de una persona, el NO cual es utilizado como clave primaria SI Se encuentra habilitado/inhabilitado el supervisor TABLA: tipo NULLS DESCRIPCION NO Obtiene su correspondiente cdigo SI Nombre del tipo (Estudiante, Docente, Supervisor) TABLA: usuario NULLS DESCRIPCION Es el nmero de identificacin de una persona, el NO cual es utilizado como clave primaria SI Nombre del usuario 54

passUser estado

varchar varchar

50 12

SI SI

Contrasea del usuario Se encuentra habilitado/inhabilitado el usuario

CAMPO codigo nombre descripcion estado

TIPO varchar varchar varchar varchar

CAMPO codigo gestion trimestre nota estado codigoCAD codigoCE

TIPO varchar int varchar int varchar varchar varchar

CAMPO ci ciudad codigoT

TIPO varchar varchar int

CAMPO codigo nombre nivel paralelo descripcion estado

TIPO varchar varchar varchar varchar varchar varchar

CAMPO codigo codigoC codigoA

TIPO varchar varchar varchar

TABLA: asignatura CLAVE CLAVE NOMBRE TABLA DE NOMBRE COLUMNA PRIMARIA FORNEA REFERNCIA DE REFERENCIA PK NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL TABLA: calificaciones CLAVE CLAVE NOMBRE TABLA DE NOMBRE COLUMNA PRIMARIA FORNEA REFERNCIA DE REFERENCIA PK NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL FK cursoAsignaturaDocente codigo NULL FK curso_estudiante codigo TABLA: cedula CLAVE CLAVE NOMBRE TABLA DE NOMBRE COLUMNA DE PRIMARIA FORNEA REFERNCIA REFERENCIA PK NULL NULL NULL NULL NULL NULL NULL NULL FK tipo codigoT TABLA: curso CLAVE CLAVE NOMBRE TABLA DE NOMBRE COLUMNA DE PRIMARIA FORNEA REFERNCIA REFERENCIA PK NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL TABLA: curso_asignatura CLAVE CLAVE NOMBRE TABLA DE NOMBRE COLUMNA DE PRIMARIA FORNEA REFERNCIA REFERENCIA PK NULL NULL NULL NULL FK curso codigo NULL FK asignatura codigo

55

estado gestion

varchar int

CAMPO codigo codigoC ciE gestion estado

TIPO varchar varchar varchar int varchar

CAMPO codigo codigoDA codigoCA gestion estado

TIPO varchar varchar varchar int varchar

CAMPO nombre apPat apMat fecNac telefono celular ci estado

TIPO varchar varchar varchar date varchar varchar varchar varchar

CAMPO codigo ciD codigoA estado

TIPO varchar varchar varchar varchar

CAMPO nombre apPat apMat

TIPO varchar varchar varchar

NULL NULL NULL NULL TABLA: curso_estudiante CLAVE CLAVE NOMBRE TABLA DE PRIMARIA FORNEA REFERNCIA PK NULL NULL NULL FK curso NULL FK estudiante NULL NULL NULL NULL NULL NULL TABLA: cursoAsignaturaDocente CLAVE CLAVE NOMBRE TABLA DE PRIMARIA FORNEA REFERNCIA PK NULL NULL NULL FK docente_asignatura NULL FK curso_asignatura NULL NULL NULL NULL NULL NULL TABLA: docente CLAVE CLAVE NOMBRE TABLA DE PRIMARIA FORNEA REFERNCIA NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL PK FK cedula NULL NULL NULL TABLA: docente_asignatura CLAVE CLAVE NOMBRE TABLA DE PRIMARIA FORNEA REFERNCIA PK NULL NULL NULL FK docente NULL FK asignatura NULL NULL NULL TABLA: estudiante CLAVE CLAVE NOMBRE TABLA DE PRIMARIA FORNEA REFERNCIA NULL NULL NULL NULL NULL NULL NULL NULL NULL 56

NULL NULL

NULL NULL NOMBRE COLUMNA DE REFERENCIA NULL codigo ci NULL NULL NOMBRE COLUMNA DE REFERENCIA NULL codigo codigo NULL NULL NOMBRE COLUMNA DE REFERENCIA NULL NULL NULL NULL NULL NULL ci NULL NOMBRE COLUMNA DE REFERENCIA NULL ci codigo NULL NOMBRE COLUMNA DE REFERENCIA NULL NULL NULL

fecNac telefono celular ci estado

date varchar varchar varchar varchar

NULL NULL NULL PK NULL CLAVE PRIMARIA PK NULL CLAVE PRIMARIA NULL NULL NULL NULL NULL NULL PK NULL CLAVE PRIMARIA PK NULL CLAVE PRIMARIA PK NULL NULL NULL

CAMPO gestion estado

TIPO int varchar

CAMPO nombre apPat apMat fecNac telefono celular ci estado

TIPO varchar varchar varchar date varchar varchar varchar varchar

CAMPO codigoT nombreT

TIPO int varchar

CAMPO ci nomUser passUser estado

TIPO varchar varchar varchar varchar

NULL NULL NULL NULL NULL NULL FK cedula NULL NULL TABLA: gestion CLAVE NOMBRE TABLA DE FORNEA REFERNCIA NULL NULL NULL NULL TABLA: supervisor CLAVE NOMBRE TABLA DE FORNEA REFERNCIA NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL FK cedula NULL NULL TABLA: tipo CLAVE NOMBRE TABLA DE FORNEA REFERNCIA NULL NULL NULL NULL TABLA: usuario CLAVE NOMBRE TABLA DE FORNEA REFERNCIA FK cedula NULL NULL NULL NULL NULL NULL

NULL NULL NULL ci NULL NOMBRE COLUMNA DE REFERENCIA NULL NULL NOMBRE COLUMNA DE REFERENCIA NULL NULL NULL NULL NULL NULL ci NULL NOMBRE COLUMNA DE REFERENCIA NULL NULL NOMBRE COLUMNA DE REFERENCIA ci NULL NULL NULL

57

3.3.4.3.

ARQUITECTURA DEL SOFTWARE

Arquitectura de 2 capas o Arquitectura Cliente-Servidor

Cliente (1 capa)

Servidor (2 capa)

Fig. 27: Arquitectura Cliente-Servidor La arquitectura Cliente-Servidor o 2 capas permite al cliente obtener acceso a la informacin por parte del servidor de forma transparente. La arquitectura 2 capas consiste en la primera capa que incluye la presentacin (Interfaz grafica) y la lgica de negocios, mientras que la segunda capa pertenece a un servidor de Base de Datos. La primera capa que consiste en la Interfaz Grfica y la Lgica de Negocios en el Sistema de Control Acadmico de Calificaciones se encuentra implementada y diseada en Microsoft Visual Studio, Visual Basic. La segunda capa es el Servidor de Base de Datos se encuentra desarrollada en Microsoft SQL Server 2008 R2.

58

3.3.4.4.

DISEO DE NAVEGACIN

3.3.4.4.1. MDULO DEL SUPERVISOR

59

3.3.4.4.2. MDULO DEL DOCENTE

3.3.4.4.3. MDULO DEL ESTUDIANTE

60

3.3.4.5.

DISEO DE LA INTERFAZ

AUTENTICACION DEL USUARIO El formulario AUTENTICACION DEL USUARIO realiza la verificacin de cuentas de usuarios. Despus, cada usuario es enviado a su respectivo mdulo.

MODULO DEL SUPERVISOR En el mdulo del Supervisor se puede administrar la informacin de los cursos, asignaturas, estudiantes y docentes, de los cuales puede realizar consultas y reportes. Adems de Ver Perfil, Clausura y Apertura una nueva Gestin, y Cerrar Sesin o Salir del Sistema.

61

Docente Se puede registrar, modificar, habilitar e inhabilitar a los docentes.

Asignar Curso-Asignaturas Se asigna a un curso sus asignaturas con respecto a la gestin

62

Consultar Calificaciones Consulta las calificaciones en general.

Consultar Asignatura-Curso-Docente-Estudiante Consulta la informacin con respecto a los cursos, asignaturas, docentes, estudiantes y asignaciones.

63

Reporte Estudiante-Curso Reporte acerca de los estudiantes y cursos en general.

Calificaciones Formulario en donde se registra las notas o calificaciones por parte de un docente.

64

4. CONCLUSIONES Y RECOMENDACIONES 4.1. CONCLUSIONES

Se ha diseado el prototipo de autenticacin de login para que los tipos de usuario puedan ingresar a su correspondiente mdulo junto al diseo e implementacin de la Base de Datos.

Se ha implementado los mdulos del docente, asignatura y supervisor con sus respectivas funciones que conllevan cada uno de los mdulos. El Sistema de Control Acadmico de Calificaciones para la Unidad Educativa Parroquial San Jos, como su principal objetivo es el almacenar las notas de los estudiantes en relacin a sus cursos y asignaturas, se logr exitosamente estudiantes. obteniendo una mejor comunicacin entre los docentes y

Se ha implementado un prototipo de consultas de calificaciones para los tres tipos de usuario, llegando as a cumplir la interactuacin y comunicacin mutua entre los tipos de usuario.

El mdulo del Supervisor contiene un formato de reportes el cual puede ser visualizado en el sistema. Adems, el Supervisor tiene un prototipo de consultas que visualiza la informacin de los cursos, asignaturas, estudiantes, docentes y asignaciones.

4.2. -

RECOMENDACIONES de Control Acadmico de Calificaciones para la Unidad

El sistema

Educativa Parroquial San Jos puede llegar a ser en entorno Web. Se puede mejorar la automatizacin de los nombres de usuario que se generan para los diferentes tipos de usuario.

65

BIBLIOGRAFA [Fowler y Scott, 1999] Fowler Martin y Scott Kendall. UML gota a gota. 1 Edicin. Pearson. 1999 [Joyanes, 2008] Joyanes Aguilar, Luis. Fundamentos de

programacin. 4 Edicin. McGraw Hill. 2008

66