principal_documentacion (autoguardado).pdf
TRANSCRIPT
1
CAPÍTULO 1
1. MARCO INTRODUCTORIO
1.1. INTRODUCCIÓN
Con los constantes avances en las tecnologías de información; se ha tomado
importancia en las empresas, instituciones, organizaciones, e infinidad de
negocios, la incorporación de un sistema para mejorar la administración de
información de las instituciones.
Para las instituciones u organizaciones la información es reconocida como el
activo más importante y por tanto deben administrarla y comunicarla de la mejor
manera posible. Actualmente, la información es conocida como un recurso
económico significativo.
Para la administración de la información en instituciones educativas se requiere de
una infraestructura básica de Tecnologías de Información (Hardware y Software)
que permita la fluidez de información.
La transferencia de la información en las instituciones educativas debe permitir
desarrollar al máximo el conocimiento que representa, también formar una mejor
comunicación e interacción entre el personal calificado de la institución y los
usuarios correspondientes a la institución.
En este capítulo, se presenta el análisis y los respectivos aspectos del prototipo
para la el control académico de calificaciones para la Unidad Educativa Parroquial
“San José”, incluyendo cierta información relevante que ayude al diseño del
prototipo.
2
1.2. ANTECEDENTES
La Unidad Educativa Parroquial “San José” está vigente desde el año 1951 y se
ubica en la zona “Villa Victoria”. Aproximadamente, la institución educativa trabaja
con aproximadamente 40 profesores y compone alrededor de 350 estudiantes.
La institución educativa compone de un laboratorio de tecnologías de información,
el cual no está siendo utilizado como un centro de adquisición de información
respecto a la institución educativa, porque no tiene un sistema adecuado para el
control académico de calificaciones y además es un laboratorio en donde los
estudiantes tienen clases correspondiente a la asignatura de Computación.
La institución educativa almacena los archivos correspondientes en carpetas,
estos archivos contienen información de los alumnos y docentes. También, en
estos archivos se almacena la información 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 institución educativa. También se
encuentra software académico 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 académico de calificaciones para la Unidad Educativa Parroquial “San
José”, no está diseñado en un ambiente web, ni tampoco está diseñado para un
colegio.
En general, la Unidad Educativa Parroquial “San José” administra los archivos que
contienen información de los alumnos y docentes en carpetas, por lo que el
almacenamiento y búsqueda de información se realiza de forma manual.
3
1.3. DEFINICIÓN DEL PROBLEMA
La información 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 administración de la información y posterior a esto
genera retrasos en la toma de decisiones. Para optimizar el almacenamiento y
obtención de la información en las instituciones, se hace necesario un manejo
práctico y eficiente de la información.
Por tanto el problema es: “La institución educativa no administra de forma eficiente
las calificaciones de los estudiantes respecto a sus correspondientes asignaturas”.
1.4. OBJETIVO GENERAL
Analizar y diseñar un prototipo que optimice el control académico de las
calificaciones de los estudiantes con relación a sus correspondientes asignaturas
en la Unidad Educativa Parroquial “San José”.
1.4.1. OBJETIVOS ESPECÍFICOS
El proyecto tiene los siguientes objetivos específicos:
- Diseñar un prototipo para el acceso a la información de la institución
educativa, en donde los usuarios se autenticaran su pertenencia a la
institución educativa.
- Diseñar un módulo de administración para el supervisor.
- Diseñar un módulo de administración para los estudiantes.
- Diseñar un módulo de administración para docentes o profesores.
- Diseñar una base de datos para el almacenamiento de calificaciones de los
estudiantes.
4
1.5. LÍMITES Y ALCANCES
1.5.1. LÍMITES
- 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 académico de calificaciones de la Unidad
Educativa Parroquial “San José”.
- El proyecto está dirigido a tres tipos de usuario, que están destinados para
los estudiantes, docentes y supervisor.
- El proyecto beneficiara a la interacción entre los tres tipos de usuarios.
1.6. JUSTIFICACIÓN
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 información que sea
útil para la toma de decisiones.
1.6.1. JUSTIFICACIÓN TÉCNICA
Este proyecto propone el uso de un equipo de computación que compondrá, en
cuanto al software, la utilización de las aplicaciones de Microsoft Visual Studio y
Microsoft SQL Server, estas aplicaciones son las herramientas principales para la
realización del proyecto. Además, la Unidad Educativa Parroquial “San José”
cuenta con un laboratorio de computación con dos equipos de computación que se
encuentran con un funcionamiento activo y regular, puestos en disponibilidad. Esto
beneficiara al laboratorio de computación para mejorar el ambiente tecnológico en
los equipos de computación.
5
1.6.2. JUSTIFICACIÓN SOCIAL
Este proyecto pretende brindar un beneficio para el administrador mediante el
diseño de un sistema de control de calificaciones una mejor administración de los
archivos de los estudiantes, docentes y de las calificaciones de los estudiantes,
generando una optimización en el almacenamiento y búsqueda de resultados y
posteriormente a una correcta toma de decisiones.
1.6.3. JUSTIFICACIÓN ECONÓMICA
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 académico de
calificaciones, colaborando a que la inversión del laboratorio de computadoras sea
prospero para su utilidad. También se dará el respectivo mantenimiento a bajos
costes con programas menores.
1.7. MÉTODOS Y HERRAMIENTAS
El método de desarrollo de Software que se utilizara es el RUP con la
colaboración del modelado UML.
Las herramientas para este proyecto que se utilizaran son:
La representación del modelado de análisis y diseño utilizara:
o Enterprise Architect
La recolección de datos usará:
o Entrevistas
o Encuestas
El desarrollo del Software se diseñara en:
o Microsoft Visual Studio 2010, Visual Basic
El motor de Base de Datos se utilizara en:
o Microsoft SQL Server 2008 R2
La estimación de Costos utilizara:
o Estimación basada en LDC
6
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 educación en torno a un
tipo de educación similar al colegio y a un determinado nivel de enseñanza; nivel
primario, superior pero no universitario.
2.1.1. FORMATO DE CALIFICACIONES EN LA EDUCACIÓN
BOLIVIANA
En la educación primaria, los instrumentos de evaluación que utilizan los maestros
del nivel primario son: el registro sistemático, el archivador personal, el diario de
aula o registro de observación. En las unidades educativas con transformación
curricular, la “carpeta de informes de aprendizajes” es el documento oficial de
información 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 aún no
ingresaron a la transformación curricular, los resultados de la evaluación se
expresan únicamente en la libreta, con calificaciones del 1 al 70. La libreta tiene
asimismo un espacio destinado a la evaluación cualitativa, donde el docente anota
los aspectos más sobresalientes del alumno.
En la educación secundaria, de carácter no obligatorio. El documento oficial de
información es la libreta, válida como instrumento para homologaciones y para la
obtención del título 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).
7
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 educación boliviana para la evaluación de
los estudiantes, pero la unidad educativa hace referencia que la calificación debe
estar comprendida entre 20 a 70. Aclarando de este modo que esta es la única
excepción con respecto a las normas de la Educación Boliviana.
2.2. CONCEPTOS GENERALES
2.2.1. SOFTWARE DE SISTEMA
En terminología informática el software de sistema, denominado también software
de base, consiste en programas informáticos que sirven para controlar e
interactuar con el sistema operativo, proporcionando control sobre el hardware y
dando soporte a otros programas; en contraposición del llamado software de
aplicación.
2.2.2. SOFTWARE DE APLICACIÓN
El software de aplicación ha sido escrito con el fin de realizar casi cualquier tarea
imaginable. Esté puede ser utilizado en cualquier instalación informática,
independiente del empleo. Existen literalmente miles de estos programas para ser
aplicados en diferentes tareas, desde procesamiento de palabras hasta cómo
seleccionar una universidad.
2.2.3. RECOLECCIÓN DE DATOS
2.2.3.1. ENTREVISTA
La entrevista se utiliza para recabar información en forma verbal, a través de
preguntas que propone el analista. Es un canal de comunicación entre el analista y
la organización; sirve para obtener información acerca de las necesidades y la
manera de satisfacerlas.
8
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 población estadística en estudio, formada a
menudo por personas, empresas o entes institucionales, con el fin de conocer
estados de opinión, características o hechos específicos.
2.3. R.U.P.
El Proceso Unificado de Rational (Rational Unified Process en inglés,
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 metodología
estándar más utilizada para el análisis, diseño, implementación y documentación
de sistemas orientados a objetos.
2.3.1. FASES
La estructura dinámica 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 propósito definir y acordar el alcance del
proyecto con los patrocinadores, identificar los riesgos asociados al proyecto,
proponer una visión muy general de la arquitectura de software y producir el plan
de las fases y el de iteraciones posteriores.
Fase de elaboración: En la fase de elaboración se seleccionan los casos de uso
que permiten definir la arquitectura base del sistema y se desarrollaran en esta
fase, se realiza la especificación de los casos de uso seleccionados y el primer
análisis del dominio del problema, se diseña la solución preliminar.
9
Fase de Desarrollo: El propósito 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 Transición: El propósito de esta fase es asegurar que el
software esté disponible para los usuarios finales, ajustar los errores y defectos
encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el
soporte técnico 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 gráfico para visualizar, especificar, construir y documentar un
sistema. UML ofrece un estándar 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 programación,
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 estático que describe la
estructura de un sistema mostrando sus clases, atributos y las relaciones
entre ellos.
- Diagrama de Secuencias, se indica los módulos 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 Colaboración, muestra una interacción organizada basándose
en los objetos que toman parte en la interacción y los enlaces entre los
mismos.
10
- Diagrama de Paquetes, muestra como un sistema está dividido en
agrupaciones lógicas mostrando las dependencias entre esas
agrupaciones.
2.5. ESTIMACIÓN DE COSTOS, ESTIMACIÓN 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 históricos o cuando todos los demás fallan intuición, el
planificador estima un valor de tamaño optimista, más probable y pesimista para
cada función o cuenta para cada valor de dominio de información.
Se calcula un valor de tres puntos o uno esperado. El valor esperado para la
variable de estimación VE, se calcula como un promedio ponderado de las
estimaciones.
Datos:
- Sopt (Estimación optimista)
- Sm (Estimación probable)
- Spes (Estimación pesimista)
VE = (Sopt+ 4Sm+ Spes)/6
2.6. MICROSOFT VISUAL STUDIO 2010
Visual Studio es compatible con diferentes lenguajes de programación por medio
de los servicios de idiomas, lo que permite el editor de código y un depurador para
apoyar (en diversos grados) casi cualquier lenguaje de programación, siempre un
servicio específico del lenguaje existe. Construido en idiomas incluyen C / C + + (a
través de Visual C++), VB.NET (a través 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 están disponibles a través de
servicios de idiomas instalados por separado. También es compatible con
11
XML/XSLT, HTML/XHTML, JavaScript y CSS . Individuales específicos del idioma
versiones de Visual Studio también existen que proporcionan servicios lingüísticos
más limitados para el usuario: Microsoft Visual Basic, Visual J #, Visual C # y
Visual C + +.
Visual Studio 2010 es la versión más reciente de esta herramienta, acompañada
por .NET Framework 4.0. Hasta ahora, uno de los mayores logros de la versión
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
características de Windows 7 y la Ribbon Preview para WPF. Entre sus más
destacables características, se encuentran la capacidad para utilizar múltiples
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 gestión de bases de datos producido
por Microsoft basado en el modelo relacional. Sus lenguajes para consultas son T-
SQL 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 características de SQL Server 2008 que
incluye una gestión de datos maestros sistema marca como Master Data Services,
una central de gestión de datos maestros entidades y jerarquías. Servidor
también múltiples Management, una consola centralizada para administrar
múltiples instancias de SQL Server 2008 y servicios, incluyendo bases de datos
relacionales, Reporting Services, Analysis Services y Integration Services.
12
CAPÍTULO 3
3. MARCO PRÁCTICO
3.1. INTRODUCCIÓN
Con los avances en las nuevas tecnologías de información en el nivel de
educación, se ha tomado importancia al almacenamiento y respaldo de las
calificaciones de los estudiantes. En las instituciones educativas la información
con respecto a las calificaciones y datos de los estudiantes son reconocidos como
los activos más importantes que deben ser administrados y comunicados de forma
eficiente, para luego, ser utilizados en la toma de decisiones.
La administración de información respecto a las calificaciones de los estudiantes,
además de que estos se encuentran vinculados a las respectivas asignaturas, que
son impartidas por los docentes, requiere de una infraestructura de Tecnologías
de Información que genere una información eficiente y segura.
El sistema de control académico 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 capítulo, se presenta el análisis funcional y los requerimientos del sistema
para la el control académico de calificaciones para la Unidad Educativa Parroquial
“San José”, además de la obtención de información relevante que colabora al
análisis de requerimientos junto con la colaboración UML y RUP.
3.2. INICIO
3.2.1. MODELADO DE NEGOCIO
El funcionamiento actual para el control académico de calificaciones en la Unidad
Educativa Parroquial “San José” se hace de forma manual, que consiste en
almacenar la información de las calificaciones o notas de los alumnos en archivos.
En los archivos se contiene la información de las calificaciones de los estudiantes,
además de que se puede encontrar la información de los docentes, estudiantes,
cursos, asignaturas.
13
Los docentes registran las calificaciones de sus estudiantes respecto a su
asignatura y curso. Los estudiantes pueden adquirir el boletín de calificaciones
correspondiente a sus asignaturas y su curso.
El supervisor, es el encargado de la información 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 información de los docentes,
estudiantes, cursos y asignaturas, que se encuentran registrados en los archivos.
Además, el supervisor puede hacer reportes según el libro, para hacer estos
reportes los tiene que transcribir en la computadora para una presentación formal.
Fig. 1: Modelo de Casos de Uso del Negocio
14
Plantilla de casos de uso del modelo de negocio
Caso de uso Registrar Calificaciones
Actores Docente y Supervisor
Descripción El docente tiene la función 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 actualización de calificaciones. Una vez concluido debe devolver el archivo de calificaciones al supervisor.
Precondiciones La información previa de las calificaciones, es decir, información de los estudiantes, asignaturas y cursos, debe encontrarse en los archivos de la información estudiantil de la unidad educativa.
Poscondiciones La información registrada se encontrara almacenada en los archivos de información de la unidad educativa, posteriormente será verificado el almacenamiento de dicha información.
Caso de uso Consultar Calificaciones
Actores Supervisor
Descripción Supervisor puede consultar las calificaciones de los estudiantes, en donde él debe verificar si las calificaciones existen o no. Si existen las calificaciones estarán en progreso, después se puede cancelar o generar las calificaciones. Finalmente, se observará las calificaciones.
Precondiciones La información de las calificaciones debe encontrarse almacenado en los archivos de la información estudiantil de la unidad educativa.
Poscondiciones La información de las calificaciones se encontrará sin ningún cambio después de haberse hecho la consulta.
15
Caso de uso Adquirir Boletín de Calificaciones
Actores Estudiante y Supervisor
Descripción El estudiante hace una solicitud para la adquisición del boletín de calificaciones, esta es recepcionada inmediatamente, se elabora, es generada y posteriormente es entregada al estudiante, por el supervisor. Finalmente, el estudiante recibirá el boletín de calificaciones.
Precondiciones La información de las calificaciones se debe encontrar almacenada en los respectivos archivos de la unidad educativa y estar disponible para la posterior elaboración del boletín de calificaciones.
Poscondiciones El respectivo boletín de calificaciones no puede ser solicitado, ni entregado nuevamente.
Caso de uso Generar Reportes según archivos
Actores Supervisor
Descripción 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, también puede cancelarlos.
Precondiciones La información de los estudiantes, docentes, asignaturas o cursos deben encontrarse almacenada en los respectivos archivos de la unidad educativa.
Poscondiciones Los reportes generados pueden ser generados en posteriores reportes.
Caso de uso Administrar Información de Estudiante
Actores Supervisor
Descripción El supervisor puede registrar un nuevo estudiante. Además, puede modificar, habilitar o inhabilitar un estudiante; si se encuentra en los archivos de información de estudiantes.
Precondiciones La información de los estudiantes debe encontrarse almacenada en los respectivos archivos de la unidad educativa.
Poscondiciones La información actualizada permanece guardada en los archivos de información del estudiante y posteriormente puede ser actualizada nuevamente.
16
Caso de uso Administrar Información de Docente
Actores Supervisor
Descripción El supervisor puede registrar un nuevo docente. Además, puede modificar, habilitar o inhabilitar un docente; si se encuentra en los archivos de información de docentes.
Precondiciones La información de los docentes debe encontrarse almacenada en los respectivos archivos de la unidad educativa.
Poscondiciones La información actualizada permanece guardada en los archivos de información del docente y posteriormente puede ser actualizada nuevamente.
Caso de uso Administrar Información de Asignatura
Actores Supervisor
Descripción El supervisor puede registrar una nueva asignatura. Además, puede modificar, habilitar o inhabilitar una asignatura; si se encuentra en los archivos de información de asignaturas.
Precondiciones La información de las asignaturas debe encontrarse almacenada en los respectivos archivos de la unidad educativa.
Poscondiciones La información actualizada permanece guardada en los archivos de información de la asignatura y posteriormente puede ser actualizada nuevamente.
Caso de uso Administrar Información de Curso
Actores Supervisor
Descripción El supervisor puede registrar un nuevo curso. Además, puede modificar, habilitar o inhabilitar un curso; si se encuentra en los archivos de información de cursos.
Precondiciones La información de los cursos debe encontrarse almacenada en los respectivos archivos de la unidad educativa.
Poscondiciones La información actualizada permanece guardada en los archivos de información del curso y posteriormente puede ser actualizada nuevamente.
17
Diagrama de actividades
Caso de uso: Registrar Calificaciones
Fig. 2: Diagrama de Actividades, Modelo de Casos de Uso del Negocio:
Registrar Calificaciones
18
Caso de uso: Consultar Calificaciones
Fig. 3: Diagrama de Actividades, Modelo de Casos de Uso del Negocio:
Consultar Calificaciones
19
Caso de uso: Adquirir Boletín de Calificaciones
Fig. 4: Diagrama de Actividades, Modelo de Casos de Uso del Negocio:
Adquirir Boletín de Calificaciones
20
Caso de uso: Generar Reportes según archivos
Fig. 5: Diagrama de Actividades, Modelo de Casos de Uso del Negocio:
Generar Reportes según archivos
21
Caso de uso: Administrar Información de Estudiante
Fig. 6: Diagrama de Actividades, Modelo de Casos de Uso del Negocio:
Administrar Información de Estudiante
22
Caso de uso: Administrar Información de Docente
Fig. 7: Diagrama de Actividades, Modelo de Casos de Uso del Negocio:
Administrar Información de Docente
23
Caso de uso: Administrar Información de Asignatura
Fig. 8: Diagrama de Actividades, Modelo de Casos de Uso del Negocio:
Administrar Información de Asignatura
24
Caso de uso: Administrar Información de Curso
Fig. 9: Diagrama de Actividades, Modelo de Casos de Uso del Negocio:
Administrar Información de Curso
26
3.2.2. ANÁLISIS DE REQUERIMIENTOS
3.2.2.1. OBTENCIÓN DE REQUERIMIENTOS
Entrevistas
Se ha entrevistado al director de la unidad educativa, quien explico que la
utilidad de un sistema acerca del control académico de calificaciones, sería un
gran aporte a la unidad educativa, además de que existiría una comunicación
mutua entre los docentes y estudiantes. También, se ha entrevistado al
docente encargado del laboratorio de computación, quien comento que el uso
de un sistema puede lograr una innovación en la unidad educativa, además de
que ayudara a los docentes a administrar la información 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
sería una gran herramienta de comunicación con los docentes acerca de las
notas.
3.2.2.2. REQUERIMIENTOS FUNCIONALES
RF001 Administrar la información del estudiante
Almacena toda la información personal del estudiante de la Unidad Educativa “San José”, con el fin de respaldar la información proporcionada por parte de los estudiantes. Los datos que se requieren son:
- Nombres
- Apellido paterno - Apellido materno - Fecha de Nacimiento - Número de Teléfono - Número de Celular
- Cédula de identidad - Estado(habilitado/inhabilitado)
Se usara las altas y modificaciones, el usuario estudiante puede realizar modificaciones, en cuanto a los datos de número de teléfono o celular. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado.
Dependencia RF005, RF006
27
RF002 Administrar la información del docente
Se almacena toda la información personal del docente de la Unidad Educativa “San José”, resguardando y respaldando la información proporcionada por parte de los docentes. Esto colaborara al respaldo de información 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 - Número de Teléfono - Número de Celular - Cédula de identidad
- Estado(habilitado/inhabilitado) Se usara las altas y modificaciones, el usuario docente puede realizar modificaciones, en cuanto a los datos de número de teléfono o celular. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado.
Dependencia RF005, RF006
RF003 Administrar la información de las asignaturas o materias
Se registra y almacena la información correspondiente a las asignaturas que se cursan en la Unidad Educativa “San José”, para resguardar y respaldar, además de que puede ser utilizado para la toma de decisiones. También, ayuda al conocimiento de las materias o asignaturas que se cursan en una gestión. Los datos que se requieren son:
- Nombre de la asignatura
- Descripción - Estado(habilitado/inhabilitado)
Se usara las altas y modificaciones, en donde se puede realizar modificaciones únicamente a la Descripción. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado.
Dependencia RF005
28
RF004 Administrar la información de los cursos
Se registra y almacena la información correspondiente de los cursos que se consideran en la Unidad Educativa “San José”. Los datos que se requieren son:
- Nombre del curso - Nivel
- Paralelo - Descripción - Estado(habilitado/inhabilitado)
Se usara las altas y modificaciones, en donde se puede realizar modificaciones únicamente a la Descripción. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado.
Dependencia RF005
RF005 Asignar automáticamente código a las asignaturas, cursos y a las asignaciones
Este requerimiento pretende lograr la asignación automática de un código a las asignaturas, cursos y asignaciones. Con respecto a los estudiantes y docentes su código es la cédula de identidad (C.I.). Esta asignación es útil para que las búsquedas puedan ser más eficientes.
Dependencia Ninguna
RF006 Administrar las cuentas de usuario
Se almacena la información correspondiente al acceso de los tipos de usuario, con el fin de resguardar información para el acceso al sistema. Este será de mucha utilidad para la seguridad, ya que se producirá una verificación del login. Los datos que se requieren son:
- Cédula de identidad - Nombre de usuario - Contraseña - Estado(habilitado/inhabilitado)
Se utilizara las altas, que estará en dependencia al tipo de usuario. Las modificaciones, solo dependerán de cada uno de los tipos de usuario cambiar únicamente su contraseña. Se descarta las bajas, por lo que, se utilizara un estado de habilitado o inhabilitado, que solamente estará autorizado el supervisor.
Dependencia RF005
29
RF007 Asignación de los estudiantes y sus cursos
Se almacena la información 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 - Código del curso
- Gestión Se utilizara las altas, donde se pueden adicionar docentes a respectivos cursos que pueden ser designados.
Dependencia RF005, RF001, RF004
RF008 Asignación de los docentes y las asignaturas
Se registra y almacena la información correspondiente de los docentes con las respectivas asignaturas, al cual el docente puede enseñar. Los datos que se requieren son:
- C.I. del docente
- Código de la asignatura Se utilizara las altas, donde se pueden adicionar nuevas asignaciones de docentes con relación a las asignaturas.
Dependencia RF005, RF002, RF003
RF009 Asignación de los cursos y sus asignaturas
Se registra y almacena la información correspondiente de los cursos junto con las asignaturas que se debe considerar en el curso. Los datos que se requieren son:
- Código del curso
- Código de la asignatura Se utilizara las altas, donde se pueden asignar a los cursos sus correspondientes asignaturas.
Dependencia RF005, RF003, RF004
RF010 Asignación de los cursos, las asignaturas y docentes
Se registra y almacena la información correspondiente de los cursos y asignaturas junto con el docente quien puede cursar dicha asignatura. Los datos que se requieren son:
- Código de la asignación docente y asignatura
- Código de la asignación curso y asignatura - Gestión
Se utilizara las altas, donde se pueden asignar a los cursos sus correspondientes asignaturas a las cuales van acompañadas de algún docente.
Dependencia RF005, RF008, RF009
30
RF011 Administrar la información 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:
- Código de la asignación curso y estudiante - Código de la asignación curso, asignatura y docente
- Gestión - 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 visualización 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 búsqueda son:
- Gestión - 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 utilización 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
31
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 búsqueda son:
- Gestión (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 utilización 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 utilización de las funciones de las altas, bajas y modificaciones, debido a que solo se está generando reportes.
Dependencia RF007, RF008, RF009, RF010, RF011
32
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 verificación de la cuenta del usuario, sí es correcto los datos el usuario es enviado a su correspondiente módulo.
Dependencia Ninguno
RNF002 Soporte
- Se deberá hacer el mantenimiento de la base de datos cada 2 meses, con el propósito de ver el funcionamiento del sistema en tiempo real.
Dependencia Ninguno
RNF003 Interfaz del sistema
- No se encuentra en entorno Web, sino es más bien será una aplicación 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 interactuación entre los usuarios con la utilización del sistema colaborando y generando una mejor comunicación acerca de las calificaciones de los estudiantes.
Dependencia Ninguno
33
3.3. ELABORACIÓN
3.3.1. ANÁLISIS
3.3.1.1. ANÁLISIS 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
34
Plantilla de casos de uso del sistema
Caso de uso Autenticar login
Actores Usuario (Supervisor, docente y estudiante)
Descripción El usuario ingresa a la autenticación del login, en donde, este ingresa sus respectivos datos, luego se verifica al usuario y se inicia la carga de sesión. Si todo marcha correcto el usuario ingresará a su módulo de administración. Caso contrario se vuelve a indicar que se reingrese los datos nuevamente, pero si se reitera constantemente el sistema se cerrará.
Referencias RF006
Precondiciones La información del respectivo usuario se debe encontrar en la base de datos.
Poscondiciones Cuando el usuario ingrese a su correspondiente módulo, dispone de la administración de su información, la cual tiene asignada.
Caso de uso Consultar Calificaciones
Actores Usuario (Supervisor, docente y estudiante)
Descripción 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.
Referencias RF012
Precondiciones Las calificaciones se deben encontrar en la base de datos para hacer la respectiva consulta, además debe tener el usuario asignado cursos y asignaturas asociadas.
Poscondiciones Cuando el usuario finaliza la consulta de calificaciones, él puede nuevamente volver consultar las calificaciones. Pero la información consultada se mantiene estática.
Caso de uso Generar Reportes
Actores Supervisor
Descripción Se selecciona el tipo de reporte a generar; entre los reportes para generar se encuentran Estudiante-Curso, Docente-Asignatura, Curso-Asignatura, Curso-Asignatura-Docente, Calificaciones (Primer, Segundo o Tercer trimestre). Después se generara el reporte seleccionado.
Referencias RF014
Precondiciones La información se debe encontrar almacenada en la base de datos
Poscondiciones Cuando se termina de hacer un reporte, el supervisor tiene la posibilidad de generar un nuevo reporte. Además, la información que involucra el reporte se mantiene estático.
35
Caso de uso Administrar Docente
Actores Supervisor
Descripción El usuario supervisor puede registrar docentes. También modificar, habilitar o inhabilitar docentes, sí existe el docente. Además puede asignar Docente-Asignatura y Curso-Asignatura-Docente. Finalmente, toda la administración realizada se guarda en la Base de Datos, la cual es actualizada.
Referencias RF002, RF008, RF010
Precondiciones El supervisor debe encontrarse en su respectivo módulo para la administración del docente.
Poscondiciones La información de los docentes en la base de datos puede tener cambios.
Caso de uso Administrar Estudiante
Actores Supervisor
Descripción El usuario supervisor puede registrar estudiantes. También modificar, habilitar o inhabilitar estudiantes, sí existe el estudiante. Además puede asignar Curso-Estudiante. Finalmente, toda la administración realizada se guarda en la Base de Datos, la cual es actualizada.
Referencias RF001, RF007
Precondiciones El supervisor debe encontrarse en su respectivo módulo para la administración del estudiante.
Poscondiciones La información de los estudiantes en la base de datos puede tener cambios.
Caso de uso Administrar Cursos
Actores Supervisor
Descripción El usuario supervisor puede registrar cursos. También modificar, habilitar o inhabilitar cursos, sí existe el curso. Además puede asignar Curso-Asignatura, Curso-Estudiante, Curso-Asignatura-Docente. Finalmente, toda la administración realizada se guarda en la Base de Datos, la cual es actualizada.
Referencias RF004, RF007, RF009, RF010
Precondiciones El supervisor debe encontrarse en su respectivo módulo para la administración de los cursos.
Poscondiciones La información de los cursos en la base de datos puede tener cambios.
36
Caso de uso Administrar Asignaturas
Actores Supervisor
Descripción El usuario supervisor puede registrar asignaturas. También modificar, habilitar o inhabilitar asignaturas, sí existe el asignatura. Además puede asignar Curso-Asignatura, Docente-Asignatura y Curso-Asignatura-Docente. Finalmente, toda la administración realizada se guarda en la Base de Datos, la cual es actualizada.
Referencias RF003, RF008, RF009, RF010
Precondiciones El supervisor debe encontrarse en su respectivo módulo para la administración de las asignaturas.
Poscondiciones La información de las asignaturas en la base de datos puede tener cambios.
Caso de uso Registrar Calificaciones
Actores Docente
Descripción 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. Después se selecciona un estudiante al cual se le añadirá su nota en su respectivo trimestre. Finalmente, esta se guarda y se almacena en la base de datos, en caso de que la información este correcta.
Referencias RF011
Precondiciones La información de los estudiantes, cursos y asignaturas debe encontrarse en la base de datos, además de que dicha información debe estar relacionada con el respectivo docente.
Poscondiciones Las calificaciones del estudiante se verán modificadas, debido al registro de las calificaciones, en la respectiva materia por su docente.
37
Diagrama de actividades
Autenticar login
Fig. 13: Diagrama de Actividades, Modelo de Casos de Uso del Sistema:
Autenticar login
38
Consultar Calificaciones
Fig. 14: Diagrama de Actividades, Modelo de Casos de Uso del Sistema:
Consultar Calificaciones
39
Generar Reportes
Fig. 15: Diagrama de Actividades, Modelo de Casos de Uso del Sistema:
Generar Reportes
40
Administrar Docente
Fig. 16: Diagrama de Actividades, Modelo de Casos de Uso del Sistema:
Administrar Docente
41
Administrar Estudiante
Fig. 17: Diagrama de Actividades, Modelo de Casos de Uso del Sistema:
Administrar Estudiante
42
Administrar Cursos
Fig. 18: Diagrama de Actividades, Modelo de Casos de Uso del Sistema:
Administrar Cursos
43
Administrar Asignaturas
Fig. 19: Diagrama de Actividades, Modelo de Casos de Uso del Sistema:
Administrar Asignaturas
44
Registrar Calificaciones
Fig. 20: Diagrama de Actividades, Modelo de Casos de Uso del Sistema:
Registrar Calificaciones
45
Diagrama de Secuencias
Fig. 21: Diagrama de Secuencias, Modelo de Casos de Uso del Sistema:
Registrar Calificaciones
Diagrama de Colaboración
Fig. 22: Diagrama de Colaboración, Modelo de Casos de Uso del Sistema:
Registrar Calificaciones
46
3.3.1.2. INTEGRACIÓN 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 exportación 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 información 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 relación con la Cédula de Identidad, el cual es su número
de identificación dentro de la sociedad, en donde también se lo toma en cuenta.
La interactuación del Supervisor con el sistema es bastante amplia con relación a
la Administración de los Cursos, Asignaturas, Docentes, Estudiantes y de sus
respectivas asignaciones. El Supervisor también posee la función de consultar las
calificaciones de los estudiantes en general. Además tiene la posibilidad de
obtener reportes acerca de la administración de los cursos, asignaturas, docentes
y estudiantes, incluyendo la relación entre estos. Por último, puede modificar su
contraseña siendo un modo seguro de resguardar la información que es
administrada, y es el responsable de cerrar la gestión escolar y crear una nueva.
El Docente cuando se encuentra en el sistema tiene las funciones de modificar su
contraseña para resguardar las calificaciones de sus estudiantes, así registra las
calificaciones de sus estudiantes asignados a un curso y asignatura. Además
puede consultar las notas de sus estudiantes.
El Estudiante puede consultas sus calificaciones con respecto a su curso, además
de que puede cambiar su contraseña por alguna razón personal.
47
3.3.2. ESTIMACIÓN DE COSTOS
Nomenclatura
CLDC Coste por línea de código
CTP Coste total del proyecto
Ee Esfuerzo esperado
LDCopt Líneas de código optimista
LDC Líneas de código
LDCe Líneas de código esperada
LDCm Líneas de código esperado
LDCpess Líneas de código Pesimista
PM Persona mes
PMD Productividad media de desarrollo del sistema[LDC/PM]
Sm Estimación probable
Sopt Estimación optimista
Spess Estimación pesimista
TL Tarifa Laboral[Mes]
VE Valor Esperado
Función LDCopt LDCm LDCpess VE
login 150 200 400 225
módulo supervisor
4000 5200 7000 5300
módulo docente 1400 1800 2000 1767
módulo estudiante
450 600 800 608
Gestor de Base de Datos
90 150 200 148
LDCe 8048
Estimar:
CLDC = TL / PMD
CTP = LDCe * CLDC Ee = LDCe / PMD
48
Datos conocidos:
TL = 2500 PM = 1 LDC = 7950 PMD = 7950
Resolución: CLDC = TL / PMD = 2500/7950 = 0,31446541 CTP = LDCe * CLDC = 8048 * 0,31446541 = 2531 Ee = LDCe / PMD = 8048 / 7950 = 1,01232704
Interpretación 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 línea de código (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. ANÁLISIS 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 tecnológica en la unidad educativa con un costo regular de bs.
2531 en comparación 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.
50
Diagrama de Paquetes
Fig. 24: Diagrama de Paquetes
3.3.4.2. DISEÑO DE LA BASE DE DATOS
Nivel Conceptual
Fig. 25: Modelo Entidad-Relación
51
Nivel Lógico
Fig. 26: Modelo Relacional
Nivel Físico
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) )
52
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
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
codigo varchar 15 NO Clave primaria
nombre varchar 40 SI Recibe el nombre de la asignatura
descripcion varchar 1000 SI Información acerca de la asignatura
estado varchar 12 SI Se encuentra habilitado/inhabilitado la asignatura
TABLA: calificaciones
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
codigo varchar 500 NO Obtiene su correspondiente código el cual es generado en el Sistema
gestion int 4 SI Obtiene el año
trimestre varchar 20 SI El nombre del Trimestre (Primero, Segundo, Tercero)
nota int 4 SI Cantidad de la nota
estado varchar 12 SI Se encuentra habilitado/inhabilitado
codigoCAD varchar 100 SI Código de cursoAsignaturaDocente
codigoCE varchar 60 SI Código de curso_estudiante
TABLA: cedula
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
ci varchar 20 NO Es el número de identificación de una persona, el cual es utilizado como clave primaria
53
ciudad varchar 20 SI Departamento de la C.I.
codigoT int 4 SI Código de Tipo
TABLA: curso
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
codigo varchar 15 NO Clave primaria
nombre varchar 40 SI Nombre del Curso
nivel varchar 10 SI El nivel del curso
paralelo varchar 10 SI El paralelo
descripcion varchar 1000 SI Información acerca del curso
estado varchar 12 SI Se encuentra habilitado/inhabilitado el curso
TABLA: curso_asignatura
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
codigo varchar 40 NO Clave primaria
codigoC varchar 15 SI Código de Curso
codigoA varchar 15 SI Código de Asignatura
estado varchar 12 SI Se encuentra habilitado/inhabilitado
gestion int 4 SI El año que corresponde
TABLA: curso_estudiante
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
codigo varchar 60 NO Clave primaria
codigoC varchar 15 SI Código del Curso
ciE varchar 20 SI C.I. del Estudiante
gestion int 4 SI El año que corresponde
estado varchar 12 SI Se encuentra habilitado/inhabilitado
TABLA: cursoAsignaturaDocente
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
codigo varchar 100 NO Clave primaria
codigoDA varchar 40 SI Código de docente_asignatura
codigoCA varchar 40 SI Código de curso_asignatura
gestion int 4 SI El año que corresponde
estado varchar 12 SI Se encuentra habilitado/inhabilitado
TABLA: docente
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
nombre varchar 40 SI Nombres del docente
apPat varchar 50 SI Apellido Paterno del docente
apMat varchar 50 SI Apellido Materno del Docente
fecNac date 3 SI Fecha de Nacimiento del Docente
telefono varchar 10 SI Número de Teléfono del Docente
celular varchar 10 SI Número de Celular del Docente
ci varchar 20 NO Es el número de identificación de una persona, el cual es utilizado como clave primaria
54
estado varchar 12 SI Se encuentra habilitado/inhabilitado
TABLA: docente_asignatura
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
codigo varchar 40 NO Clave primaria
ciD varchar 20 SI C.I. del Docente
codigoA varchar 15 SI Código de la Asignatura
estado varchar 12 SI Se encuentra habilitado/inhabilitado
TABLA: estudiante
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
nombre varchar 40 SI Nombres del estudiante
apPat varchar 50 SI Apellido Paterno del estudiante
apMat varchar 50 SI Apellido Materno del estudiante
fecNac date 3 SI Fecha de Nacimiento del estudiante
telefono varchar 10 SI Número de Teléfono del estudiante
celular varchar 10 SI Número de Celular del estudiante
ci varchar 20 NO Es el número de identificación de una persona, el cual es utilizado como clave primaria
estado varchar 12 SI Se encuentra habilitado/inhabilitado el estudiante
TABLA: gestion
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
gestion int 4 NO Clave primaria según al año
estado varchar 12 SI Se encuentra habilitado/inhabilitado
TABLA: supervisor
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
nombre varchar 40 SI Nombres del supervisor
apPat varchar 50 SI Apellido Paterno del supervisor
apMat varchar 50 SI Apellido Materno del supervisor
fecNac date 3 SI Fecha de Nacimiento del supervisor
telefono varchar 10 SI Número de Teléfono del estudiante
celular varchar 10 SI Número de Celular del supervisor
ci varchar 20 NO Es el número de identificación de una persona, el cual es utilizado como clave primaria
estado varchar 12 SI Se encuentra habilitado/inhabilitado el supervisor
TABLA: tipo
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
codigoT int 4 NO Obtiene su correspondiente código
nombreT varchar 30 SI Nombre del tipo (Estudiante, Docente, Supervisor)
TABLA: usuario
CAMPO TIPO TAMAÑO NULLS DESCRIPCION
ci varchar 20 NO Es el número de identificación de una persona, el cual es utilizado como clave primaria
nomUser varchar 50 SI Nombre del usuario
55
passUser varchar 50 SI Contraseña del usuario
estado varchar 12 SI Se encuentra habilitado/inhabilitado el usuario
TABLA: asignatura
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA
DE REFERENCIA
codigo varchar PK NULL NULL NULL
nombre varchar NULL NULL NULL NULL
descripcion varchar NULL NULL NULL NULL
estado varchar NULL NULL NULL NULL
TABLA: calificaciones
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA
DE REFERENCIA
codigo varchar PK NULL NULL NULL
gestion int NULL NULL NULL NULL
trimestre varchar NULL NULL NULL NULL
nota int NULL NULL NULL NULL
estado varchar NULL NULL NULL NULL
codigoCAD varchar NULL FK cursoAsignaturaDocente codigo
codigoCE varchar NULL FK curso_estudiante codigo
TABLA: cedula
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
ci varchar PK NULL NULL NULL
ciudad varchar NULL NULL NULL NULL
codigoT int NULL FK tipo codigoT
TABLA: curso
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
codigo varchar PK NULL NULL NULL
nombre varchar NULL NULL NULL NULL
nivel varchar NULL NULL NULL NULL
paralelo varchar NULL NULL NULL NULL
descripcion varchar NULL NULL NULL NULL
estado varchar NULL NULL NULL NULL
TABLA: curso_asignatura
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
codigo varchar PK NULL NULL NULL
codigoC varchar NULL FK curso codigo
codigoA varchar NULL FK asignatura codigo
56
estado varchar NULL NULL NULL NULL
gestion int NULL NULL NULL NULL
TABLA: curso_estudiante
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
codigo varchar PK NULL NULL NULL
codigoC varchar NULL FK curso codigo
ciE varchar NULL FK estudiante ci
gestion int NULL NULL NULL NULL
estado varchar NULL NULL NULL NULL
TABLA: cursoAsignaturaDocente
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
codigo varchar PK NULL NULL NULL
codigoDA varchar NULL FK docente_asignatura codigo
codigoCA varchar NULL FK curso_asignatura codigo
gestion int NULL NULL NULL NULL
estado varchar NULL NULL NULL NULL
TABLA: docente
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
nombre varchar NULL NULL NULL NULL
apPat varchar NULL NULL NULL NULL
apMat varchar NULL NULL NULL NULL
fecNac date NULL NULL NULL NULL
telefono varchar NULL NULL NULL NULL
celular varchar NULL NULL NULL NULL
ci varchar PK FK cedula ci
estado varchar NULL NULL NULL NULL
TABLA: docente_asignatura
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
codigo varchar PK NULL NULL NULL
ciD varchar NULL FK docente ci
codigoA varchar NULL FK asignatura codigo
estado varchar NULL NULL NULL NULL
TABLA: estudiante
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
nombre varchar NULL NULL NULL NULL
apPat varchar NULL NULL NULL NULL
apMat varchar NULL NULL NULL NULL
57
fecNac date NULL NULL NULL NULL
telefono varchar NULL NULL NULL NULL
celular varchar NULL NULL NULL NULL
ci varchar PK FK cedula ci
estado varchar NULL NULL NULL NULL
TABLA: gestion
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
gestion int PK NULL NULL NULL
estado varchar NULL NULL NULL NULL
TABLA: supervisor
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
nombre varchar NULL NULL NULL NULL
apPat varchar NULL NULL NULL NULL
apMat varchar NULL NULL NULL NULL
fecNac date NULL NULL NULL NULL
telefono varchar NULL NULL NULL NULL
celular varchar NULL NULL NULL NULL
ci varchar PK FK cedula ci
estado varchar NULL NULL NULL NULL
TABLA: tipo
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
codigoT int PK NULL NULL NULL
nombreT varchar NULL NULL NULL NULL
TABLA: usuario
CAMPO TIPO CLAVE
PRIMARIA CLAVE
FORÁNEA NOMBRE TABLA DE
REFERNCIA NOMBRE COLUMNA DE
REFERENCIA
ci varchar PK FK cedula ci
nomUser varchar NULL NULL NULL NULL
passUser varchar NULL NULL NULL NULL
estado varchar NULL NULL NULL NULL
58
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
información por parte del servidor de forma transparente. La arquitectura 2 capas
consiste en la primera capa que incluye la presentación (Interfaz grafica) y la
lógica de negocios, mientras que la segunda capa pertenece a un servidor de
Base de Datos.
La primera capa que consiste en la Interfaz Gráfica y la Lógica de Negocios en el
Sistema de Control Académico de Calificaciones se encuentra implementada y
diseñada 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.
61
3.3.4.5. DISEÑO DE LA INTERFAZ
AUTENTICACION DEL USUARIO
El formulario “AUTENTICACION DEL USUARIO” realiza la verificación de cuentas de usuarios. Después, cada usuario es enviado a su respectivo módulo.
MODULO DEL SUPERVISOR
En el módulo del Supervisor se puede administrar la información de los cursos, asignaturas, estudiantes y docentes, de los cuales puede realizar consultas y reportes. Además de Ver Perfil, Clausura y Apertura una nueva Gestión, y Cerrar Sesión o Salir del Sistema.
62
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 gestión
63
Consultar Calificaciones
Consulta las calificaciones en general.
Consultar Asignatura-Curso-Docente-Estudiante
Consulta la información con respecto a los cursos, asignaturas, docentes, estudiantes y asignaciones.
64
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.
65
4. CONCLUSIONES Y RECOMENDACIONES
4.1. CONCLUSIONES
- Se ha diseñado el prototipo de autenticación de login para que los tipos de
usuario puedan ingresar a su correspondiente módulo junto al diseño e
implementación de la Base de Datos.
- Se ha implementado los módulos del docente, asignatura y supervisor con
sus respectivas funciones que conllevan cada uno de los módulos.
- El Sistema de Control Académico de Calificaciones para la Unidad
Educativa Parroquial “San José”, como su principal objetivo es el almacenar
las notas de los estudiantes en relación a sus cursos y asignaturas, se logró
exitosamente obteniendo una mejor comunicación entre los docentes y
estudiantes.
- Se ha implementado un prototipo de consultas de calificaciones para los
tres tipos de usuario, llegando así a cumplir la interactuación y
comunicación mutua entre los tipos de usuario.
- El módulo del Supervisor contiene un formato de reportes el cual puede ser
visualizado en el sistema. Además, el Supervisor tiene un prototipo de
consultas que visualiza la información de los cursos, asignaturas,
estudiantes, docentes y asignaciones.
4.2. RECOMENDACIONES
- El sistema de Control Académico de Calificaciones para la Unidad
Educativa Parroquial “San José” puede llegar a ser en entorno Web.
- Se puede mejorar la automatización de los nombres de usuario que se
generan para los diferentes tipos de usuario.