PRINCIPAL_DOCUMENTACION (Autoguardado).pdf

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.

http://es.wikipedia.org/wiki/Software

http://es.wikipedia.org/wiki/Sistema_operativo

http://es.wikipedia.org/wiki/Hardware

http://es.wikipedia.org/wiki/Programa_(computaci%C3%B3n)

http://es.wikipedia.org/wiki/Software_de_aplicaci%C3%B3n

http://es.wikipedia.org/wiki/Software_de_aplicaci%C3%B3n

http://www.monografias.com/trabajos11/curinfa/curinfa.shtml

http://www.monografias.com/trabajos36/teoria-empleo/teoria-empleo.shtml

http://www.monografias.com/trabajos13/admuniv/admuniv.shtml

http://www.monografias.com/trabajos12/fundteo/fundteo.shtml

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.

http://es.wikipedia.org/wiki/Rational_Software

http://es.wikipedia.org/wiki/IBM

http://es.wikipedia.org/wiki/UML

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

http://en.wikipedia.org/wiki/Programming_language

http://en.wikipedia.org/wiki/C_(programming_language)

http://en.wikipedia.org/wiki/C%2B%2B

http://en.wikipedia.org/wiki/Visual_C%2B%2B

http://en.wikipedia.org/wiki/VB.NET

http://en.wikipedia.org/wiki/Visual_Basic_.NET

http://en.wikipedia.org/wiki/C_Sharp_(programming_language)

http://en.wikipedia.org/wiki/Visual_C_Sharp

http://en.wikipedia.org/wiki/F_Sharp_(programming_language)

http://en.wikipedia.org/wiki/M_(programming_language)

http://en.wikipedia.org/wiki/IronPython

http://en.wikipedia.org/wiki/IronRuby

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.

http://en.wikipedia.org/wiki/XML

http://en.wikipedia.org/wiki/XSLT

http://en.wikipedia.org/wiki/HTML

http://en.wikipedia.org/wiki/XHTML

http://en.wikipedia.org/wiki/JavaScript

http://en.wikipedia.org/wiki/Cascading_Style_Sheets

http://es.wikipedia.org/wiki/Windows_7

http://es.wikipedia.org/wiki/Base_de_datos

http://es.wikipedia.org/wiki/Microsoft

http://es.wikipedia.org/wiki/T-SQL

http://es.wikipedia.org/wiki/T-SQL

http://es.wikipedia.org/w/index.php?title=ANSI_SQL&action=edit&redlink=1

http://es.wikipedia.org/wiki/Microsoft

http://translate.googleusercontent.com/translate_c?depth=1&rurl=translate.google.com.bo&sl=en&tl=es&twu=1&u=http://en.wikipedia.org/wiki/Master_data_management&usg=ALkJrhhe5JKy346Ui0suGA4t2ZLixSX5Pg

http://translate.googleusercontent.com/translate_c?depth=1&rurl=translate.google.com.bo&sl=en&tl=es&twu=1&u=http://en.wikipedia.org/wiki/Microsoft_SQL_Server_Master_Data_Services&usg=ALkJrhiwQPsn-13nirClGSTYaDftfEBzlg

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


Consultar Calificaciones

19

Caso de uso: Adquirir Boletín de Calificaciones


Adquirir Boletín de Calificaciones

20

Caso de uso: Generar Reportes según archivos


Generar Reportes según archivos

21

Caso de uso: Administrar Información de Estudiante


Administrar Información de Estudiante

22

Caso de uso: Administrar Información de Docente


Administrar Información de Docente

23

Caso de uso: Administrar Información de Asignatura


Administrar Información de Asignatura

24

Caso de uso: Administrar Información de Curso


Administrar Información de Curso

25

Modelo de Objetos del Negocio

Fig. 10: Modelo de Objetos del Negocio

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.


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.


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.


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.


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




39

Generar Reportes


Generar Reportes

40

Administrar Docente


Administrar Docente

41

Administrar Estudiante


Administrar Estudiante

42

Administrar Cursos


Administrar Cursos

43

Administrar Asignaturas


Administrar Asignaturas

44




45

Diagrama de Secuencias

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


Diagrama de Colaboración

Fig. 22: Diagrama de Colaboración, Modelo de Casos de Uso del Sistema:


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.

49

3.3.4. DISEÑO

3.3.4.1. DISEÑO DEL SISTEMA

Diagrama de clases

Fig. 23: Diagrama de Clases

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


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


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



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



codigoC varchar 15 SI Código de Curso

codigoA varchar 15 SI Código de Asignatura


gestion int 4 SI El año que corresponde

TABLA: curso_estudiante



codigoC varchar 15 SI Código del Curso

ciE varchar 20 SI C.I. del Estudiante



TABLA: cursoAsignaturaDocente



codigoDA varchar 40 SI Código de docente_asignatura

codigoCA varchar 40 SI Código de curso_asignatura



TABLA: docente


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


54


TABLA: docente_asignatura



ciD varchar 20 SI C.I. del Docente

codigoA varchar 15 SI Código de la Asignatura


TABLA: estudiante


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


estado varchar 12 SI Se encuentra habilitado/inhabilitado el estudiante

TABLA: gestion


gestion int 4 NO Clave primaria según al año


TABLA: supervisor


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


estado varchar 12 SI Se encuentra habilitado/inhabilitado el supervisor

TABLA: tipo


codigoT int 4 NO Obtiene su correspondiente código

nombreT varchar 30 SI Nombre del tipo (Estudiante, Docente, Supervisor)

TABLA: usuario



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


REFERNCIA NOMBRE COLUMNA

DE REFERENCIA


gestion int NULL NULL NULL NULL

trimestre varchar NULL NULL NULL NULL

nota int NULL NULL NULL NULL


codigoCAD varchar NULL FK cursoAsignaturaDocente codigo

codigoCE varchar NULL FK curso_estudiante codigo

TABLA: cedula

CAMPO TIPO CLAVE

PRIMARIA CLAVE


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



REFERENCIA



nivel varchar NULL NULL NULL NULL

paralelo varchar NULL NULL NULL NULL

descripcion varchar NULL NULL NULL NULL


TABLA: curso_asignatura

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA


codigoC varchar NULL FK curso codigo

codigoA varchar NULL FK asignatura codigo

56



TABLA: curso_estudiante

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA


codigoC varchar NULL FK curso codigo

ciE varchar NULL FK estudiante ci



TABLA: cursoAsignaturaDocente

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA


codigoDA varchar NULL FK docente_asignatura codigo

codigoCA varchar NULL FK curso_asignatura codigo



TABLA: docente

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA


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


TABLA: docente_asignatura

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA


ciD varchar NULL FK docente ci

codigoA varchar NULL FK asignatura codigo


TABLA: estudiante

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA




57






TABLA: gestion

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA

gestion int PK NULL NULL NULL


TABLA: supervisor

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA









TABLA: tipo

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA

codigoT int PK NULL NULL NULL

nombreT varchar NULL NULL NULL NULL

TABLA: usuario

CAMPO TIPO CLAVE

PRIMARIA CLAVE



REFERENCIA


nomUser varchar NULL NULL NULL NULL

passUser 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.

59

3.3.4.4. DISEÑO DE NAVEGACIÓN

3.3.4.4.1. MÓDULO DEL SUPERVISOR

60

3.3.4.4.2. MÓDULO DEL DOCENTE

3.3.4.4.3. MÓDULO DEL ESTUDIANTE

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


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.

66

BIBLIOGRAFÍA

[Fowler y Scott, 1999] Fowler Martin y Scott Kendall. UML gota a gota.

1° Edición. Pearson. 1999

[Joyanes, 2008] Joyanes Aguilar, Luis. Fundamentos de

programación. 4° Edición. McGraw Hill. 2008

Date post:	20-Oct-2015
Category:	Documents
Upload:	luchomar268
View:	14 times
Download:	1 times

PRINCIPAL_DOCUMENTACION (Autoguardado).pdf

Documents