Sistema de Información Web para el Control Disciplinario de los Estudiantes del Colegio los Comuneros

(1)

1 SISTEMA DE INFORMACIÓN WEB PARA EL CONTROL DISCIPLINARIO DE

LOS ESTUDIANTES DEL COLEGIO LOS COMUNEROS

JEFFERSON IVÁN BECERRA BOCANEGRA STIVEN ANDRÉS DELGADO ARTEHAGA

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA

TEC. SISTEMATIZACIÓN DE DATOS BOGOTÁ D.C

(2)

Trabajo de informe de pasantía para optar el título de Tecnólogo en Sistematización de Datos.

Director

SONIA ALEXANDRA PINZÓN NUÑEZ

Docente Tecnología en Sistematización de Datos. Ing. de Sistemas.

Especialista en Ingeniería de Software.

TEC. SISTEMATIZACIÓN DE DATOS BOGOTÁ D.C

(3)

3 Nota de aceptación. _______________________________ _______________________________ _______________________________ _______________________________ _______________________________ _______________________________ _______________________________ _______________________________ _______________________________ _______________________________

Tutor

_______________________________ Ing. Sonia Alexandra Pinzón Núñez

Jurados

______________________________

______________________________ Ing. Johana Dueñas

(4)

4

1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN ... 12

1.1 Descripción del Problema ... 12

2. FORMULACIÓN DEL PROBLEMA ... 13

3. JUSTIFICACIÓN ... 14

4. OBJETIVOS ... 15

4.1 Objetivo General: ... 15

4.2 Objetivos Específicos: ... 15

5. ALCANCE ... 16

6. HIPÓTESIS ... 17

7. DISEÑO METODOLÓGICO ... 18

8. MARCO REFERENCIAL... 19

8.1 Marco Histórico ... 19

8.2 Marco Teórico ... 22

8.3 Marco Tecnológico ... 29

9. FASE DE REQUERIMIENTOS ... 31

9.1 Descripción Usuarios/Actores ... 31

9.1.2 Lista de Casos de Uso ... 31

9.1.3 RESPONSABILIDAD DE LAS CLASES ... 33

9.2 Modelo del Negocio ... 37

9.2.1 Modelo del Dominio ... 37

9.3 MODELO DE PROCESOS ... 38

9.3.1 DOCUMENTACIÓN CASOS DE USO Y DIAGRAMAS DE CASO DE USO ... 38

9.3.2 Caso de Uso Numero 13: Gestionar Observador ... 38

(5)

5

9.3.4 Caso de Uso Número 8: Generar Faltas ... 40

9.3.6 Caso de Uso Número 10: Generar Reportes ... 43

9.4 Diagramas de Secuencia ... 45

9.4.1 Diagrama de Secuencia Número 5: Crear Observador de Estudiante .. 45

9.4.2 Diagrama de Secuencia Número 8: Generar Faltas ... 46

9.4.3 Diagrama de Secuencia Número 9: Editar Estado ... 46

9.4.4 Diagrama de Secuencia Número 10: Generar Reportes ... 47

9.5 Diagramas de Colaboración ... 48

9.5.1 Diagrama de Colaboración Número 5: Crear Observador de Estudiante ... 48

9.5.2 Diagrama de Colaboración Número 8: Generar Faltas ... 49

9.5.3 Diagrama de Colaboración Número 9: Editar Estado ... 49

9.5.4 Diagrama de Colaboración Número 10: Generar Reportes ... 50

9.6 Modelo Lógico ... 51

9.7 Modelo Físico ... 52

9.7.1 Modelo de la Base de Datos ... 52

9.8 Diccionario de Datos ... 53

10. Fase de pruebas ... 54

10.1 Pruebas de integración ... 55

CONCLUSIONES ... 59

(6)

6 Índice De Ilustraciones

Ilustración 1: Modelo de Dominio ... 37

Ilustración 2: Diagrama de Caso de Uso Gestionar Observador ... 38

Ilustración 3: Caso de Uso Número 5: Crear Observador de Estudiante ... 40

Ilustración 4: Caso de Uso Número 8: Generar Faltas ... 41

Ilustración 5: Caso de Uso Número 9: Editar Estado ... 43

Ilustración 6: Caso de Uso Número 10: Generar Reportes ... 44

Ilustración 7: Diagrama de Secuencia Número 5: Crear Observador de Estudiante ... 45

Ilustración 8: Diagrama de Secuencia Número 5: Crear Observador de Estudiante ... 45

Ilustración 9: Diagrama de Secuencia Número 8: Generar Faltas ... 46

Ilustración 10: Diagrama de Secuencia Número 9: Editar Estado ... 46

Ilustración 11. Diagrama de Secuencia Número 10: Generar Reportes ... 47

Ilustración 14. Diagrama de Colaboración Número 5: Crear Observador de Estudiante . 48 Ilustración 15: Diagrama de Colaboración Número 8: Generar Faltas ... 49

Ilustración 16: Diagrama de Colaboración Número 9: Editar Estado ... 49

Ilustración 17. Diagrama de Colaboración Número 10: Generar Reportes ... 50

Ilustración 18: Modelo Lógico ... 51

(7)

7 Índice de Tablas

Tabla 1: Diseño Metodológico Del Sistema de Información ... 18

Tabla 2: Responsabilidad de las clases: Crear usuario ... 33

Tabla 3: Responsabilidad de las clases: Editar usuario ... 33

Tabla 4: Responsabilidad de las clases: Eliminar Usuario ... 34

Tabla 5: Responsabilidad de las clases: Consultar Usuario ... 34

Tabla 6: Responsabilidad de las clases: Crear Observador ... 34

Tabla 7: Responsabilidad de las clases: Editar Observador ... 35

Tabla 8: Responsabilidad de las clases: Eliminar Observador ... 35

Tabla 9: Responsabilidad de las clases: Consultar Observador ... 35

Tabla 10: Responsabilidad de las clases: Crear Falta ... 36

Tabla 11: Responsabilidad de las clases: Consultar falta ... 36

Tabla 12: Caso de Uso Número 5: Crear Observador Estudiante ... 39

Tabla 13: Caso de Uso Número 8: Generar Faltas ... 40

Tabla 14: Caso de Uso Número 9: Editar Estado ... 42

Tabla 15: Caso de Uso Número 10: Generar Reportes... 43

Tabla 16: Diccionario de Datos ... 53

Tabla 17: Proceso Inicio de Sesión y Registro en el Sistema ... 55

Tabla 18: Proceso Creación, modificación y eliminación de observador de estudiantes. . 56

Tabla 19: Proceso de creación y eliminación de faltas en observador. ... 57

(8)

8 LISTA DE ANEXOS

(9)

9 GLOSARIO

SISTEMA DE INFORMACIÓN: Es un conjunto de componentes que interactúan entre sí, cuyo fin es satisfacer la necesidad de información de la organización. Cuenta con cuatro actividades básicas como los son entrada, almacenamiento,

procesamiento y salida de la información.

Un sistema de información necesita de un componente humano y otro computacional que puedan desarrollar estas actividades y satisfagan las necesidades de la organización.1

WEB: Es un documento electrónico que contiene información, cuyo formato se adapta para estar insertado en la World Wide Web (www), de manera que los usuarios a nivel mundial puedan entrar a la misma por medio del uso de un navegador, visualizándola mediante un dispositivo móvil o una computadora.2

POSTGRESQL: Es un potente sistema de base de datos objeto-relacional de código abierto. Cuenta con más de 15 años de desarrollo activo y una arquitectura probada que se ha ganado una sólida reputación de fiabilidad e integridad de datos.3

NETBEANS: NetBeans IDE es un entorno de desarrollo integrado (IDE), modular, de base estándar (normalizado), escrito en el lenguaje de programación Java. El proyecto NetBeans consiste en un IDE de código abierto y una plataforma de aplicación, las cuales pueden ser usadas como una estructura de soporte general (framework) para compilar cualquier tipo de aplicación.4

1_{Biblioteca Itson, Introducción a los Sistemas de información, [En línea] [Citado el 20 de Febrero de 2015]}

Disponible en internet.

http://biblioteca.itson.mx/oa/dip_ago/introduccion_sistemas/p3.htm

2_{MasterMagazine, Definición de Web, [En línea] [Citado el 20 de Febrero de 2015] Disponible en internet.}

http://www.mastermagazine.info/termino/7216.php

3_{POSTGRESQL [En línea] [Citado el 20 de Febrero de 2015] Disponible en internet.}

http://microbuffer.wordpress.com/2011/05/04/que-es-postgresql/

4_{Netbeans.org, Información Netbeans IDE [En línea] [Citado el 20 de Febrero de 2015] Disponible en}

internet.

(10)

10 INTRODUCCIÓN

El constante desarrollo tecnológico y su creciente implementación con fines educativos han traído un crecimiento notorio en el desempeño académico de los estudiantes debido a que facilita sus lecciones haciendo de ellas un poco más interactivas y fáciles de entender, se han desarrollado aplicaciones cuyos fines van desde como aprender a leer y escribir para los más chicos, hasta súper calculadoras para los más experimentados.

Si a este desarrollo tecnológico aplicado a la educación lo mezclamos con el cuidado del medio ambiente, ¿Podríamos mejorar estos dos aspectos en una sola herramienta? Sin duda alguna la aplicación de la tecnología en la educación ha sido un gran avance en el aprendizaje de la población, pero si aplicamos estas mismas tecnologías en la creación de aplicaciones que puedan reemplazar al papel, convirtiendo gigantescos archivos físicos en un archivo digital mucho más

portable y fácil de consultar.

(11)

11 RESUMEN

En este trabajo se presenta la aplicación de un Sistema de Información Web para el control disciplinario de los estudiantes que pueda reemplazar definitivamente el archivo de observadores de disciplina convirtiéndolo en archivos digitales donde la consulta y generación de reportes y certificados sea mucho más simple para el

encargado de estas tareas.

Además se presenta este sistema de información como una herramienta de refuerzo para los maestros y padres de familia, siendo este un trabajo que permite fortalecer la disciplina en los estudiantes, el control, seguimiento y el acompañamiento de los maestros y padres de familia hacia sus hijos o estudiantes en su etapa de formación. En virtud de lo anterior es necesario tener claridad en algunos conceptos como sistema de información, web, para luego comprender su

aplicación en el desarrollo del proyecto.

El proyecto se realizará en base a la metodología RUP y su estructura de desarrollo seguirá las fases establecidas por esta metodología.

ABSTRACT

In this paper the application of a Web Information System for Discipline Inspection of students that can definitely replace the file discipline observers making digital files where the query and reporting and Certificates much simpler for the manager is presented of these tasks.

Besides this information system is presented as a reinforcement tool for teachers and parents, this being a job that allows strengthens discipline in students, control, monitoring and accompanying teachers and parents towards their children or students in its formative stage. In view of the above it is necessary to have clarity in some respects as an information system, web, then understand its application in the project.

(12)

12 1. FASE DE DEFICNICIÓN, PLANEACIÓN Y ORGANIZACIÓN

1.1 Descripción del Problema

El Colegio los Comuneros Oswaldo Guayasamin maneja un observador para cada uno de los estudiantes del plantel desde que inicia hasta que disciplinario por el docente a cargo en el momento y dependiendo de la falta que haya cometido este se realizara el debido proceso correspondiente a la gravedad; las faltas pueden ser leves o graves causantes de llamados de atención a los estudiantes, citación a padres de familia, matricula condicional o expulsión de la institución.

Registrar las faltas genera que el profesor pierda tiempo de su clase al encargarse de esta, además del uso excesivo de papel cada vez que es necesario registrar una observación al estudiante.

Esto ha generado conflictos al dar la información disciplinaria a los acudientes del estudiante quienes solo acceden a esta en las entregas de boletines, lo cual no permite un control adecuado por parte de los padres y profesores, porque dicha información reposa en el archivo de la coordinación donde los padres de familia no tienen acceso, además de que no se lleva un seguimiento continuo al archivo.

La reiteración de faltas por parte de los estudiantes no es tomada en cuenta debido a que no es posible mirar el historial cada vez que este comete una falta porque los datos están almacenados de forma física y no se puede obtener una respuesta rápida, simplemente se evalúa la falta actual y se aplica la sanción correspondiente, haciendo que las faltas solo se vayan acumulando en el archivo haciéndolo cada vez más grande.

(13)

13 tiempo, lo que impedirá un informe completo. Luego de obtener la información necesaria se procede a elaborar el certificado.

2. FORMULACIÓN DEL PROBLEMA

Debido a que en la institución se registra la información disciplinaria de los estudiantes en carpetas se dificulta la consulta de información y generación de informes lo cual hace que esta labor sea tediosa, que se acumule y se extienda la cantidad de archivos haciendo que esta información sea difícil de manejar.

(14)

14 3. JUSTIFICACIÓN

En instituciones educativas es un procedimiento común el crear un observador disciplinario donde se pueda hacer un seguimiento a las faltas estipuladas en el manual de convivencia convenidas por la misma institución. Esto hace que exista un observador por cada estudiante inscrito desde el momento en que inicia su periodo de formación hasta que culmina, si existe un observador en medio físico por cada estudiante seguramente encontraremos un archivo bastante extenso donde encontraremos todos los observadores de cada estudiante que día a día crece con los registros de las faltas por parte de los estudiantes y anualmente cada vez que se inscriben nuevos estudiantes a la institución.

Este es un archivo muy importante para la institución debido a que allí reposan los “antecedentes disciplinarios” de cada estudiante y estos facilitan los traspasos de los estudiantes a otros colegios además de asegurar su permanencia en la institución. En virtud de lo anterior es necesario que el archivo se mantenga en buen estado para que pueda cumplir con su función.

(15)

15 4. OBJETIVOS

4.1 Objetivo General:

Desarrollar un sistema de información web para gestionar los procesos disciplinarios de los estudiantes del colegio Los Comuneros del Barrio de Usme con el fin de tener un mejor control en este aspecto por parte de la Institución.

4.2 Objetivos Específicos:

 Generar el modelo de análisis, diseño y despliegue que permita profundizar y desarrollar los requerimientos de la institución

 Diseñar e implementar una base de datos que permita la gestión e información disciplinaria

 Diseñar e implementar un Módulo de Gestión de usuarios

 Diseñar e implementar un Módulo de Administración

 Diseñar e implementar un Módulo Disciplinario

 Diseñar e implementar un Módulo de Reportes

(16)

16 5. ALCANCE

El diseño y desarrollo de este proyecto comprende diferentes definiciones como lo son el perfil del usuario, los requerimientos del sistema, análisis y diseño de las interfaces según los usuarios presentados y su nivel de interacción con el sistema. Se incluirán cuatro usuarios clave: estudiante, profesor, administrador y editor, donde cada uno desarrolla un rol especial dentro del ambiente virtual para su interacción o debida actualización.

Para el desarrollo del Sistema de Información, para la administración de la información y el control de la misma se abordaran los siguientes temas:

 RUP

 Modelado de Negocio

 Requisitos

 Análisis

 Diseño

 Implementación

 Pruebas

(17)

17 6. HIPÓTESIS

Planteamos la siguiente hipótesis para el desarrollo de este proyecto:

(18)

18 7. DISEÑO METODOLÓGICO

El tipo de investigación que estamos desarrollando es de carácter tecnológico, con este desarrollo presentado a ustedes pretendemos dar una solución a un problema en particular (herramienta que soporte la función del archivo de observadores), además de que podrá ser una herramienta de actualizaciones y mejoras que puedan complementar futuramente todos los procesos llevado a cabo por la institución.

Utilizamos la metodología RUP, para poder hacer la implementación, pruebas y correcciones necesarias para crear un sistema robusto y competente.

DISEÑO METODOLÓGICO DEL SISTEMA DE INFORMACIÓN

Tabla 1: Diseño Metodológico Del Sistema de Información

ETAPAS METODOLOGÍA ACTIVIDADES

Modelado del Negocio RUP Diagrama de Procesos Modelo de Dominio Glosario de Términos

Requisitos RUP Definición de Actores

Lista Preliminar de Casos de Uso

Depuración de Casos de Uso

Documentación de Casos de uso

Análisis RUP Diagramas de Secuencia

Diagramas de Actividad Diagramas de Colaboración Diagramas de Estado Diagramas de Clases

Diseño RUP Lista Inicial de Clases

Relaciones entre clases

Implementación RUP Diagrama de Despliegue

Diagramas de Componentes

Pruebas RUP Sistema

(19)

19 8. MARCO REFERENCIAL

8.1 Marco Histórico

COMUNICACIÓN

La comunicación en las empresas es uno de los elementos más importantes ya que proporciona los medios para trasmitir la información necesaria para la realización de actividades y la obtención de metas y objetivos.

El origen de la definición del concepto se remota a Aristóteles, quien definió la comunicación tan solo como: "la búsqueda de todos los medios posibles para la persuasión". Este enfoque es muy válido tomando como referencia la utilidad que le daría el orador, a lo que estaría destinada la necesidad de comunicarse, ello fue popular solo hasta el siglo XVIII.

Harold D. Lasswell considerado como uno de los padres de la comunicación, su enfoque al término viene dado a la gran utilización de los medios para la trasmisión de información como estrategia, en la que definió una serie de variables: ¿Quién? ¿Qué dice? ¿Por qué canal? ¿A quién? y ¿Con qué efecto? En las que resalta la importancia de tener muy claro la intención del emisor al comunicar y las condiciones en que el receptor recibe el mensaje.

Fernando González Rey la define como: “Un proceso de interacción social a través de signos y sistemas de signos que surgen como producto de la actividad humana. Los Hombres en el proceso de comunicación expresan sus necesidades, aspiraciones, criterios y emociones”.

MEDIOS DE COMUNICACIÓN

Johann Gutenberg (1398- Alemania), Es considerado como el inventor de la imprenta en el año 1450 con los primeros impresos de sus obras, principal mente la denominada Biblia de Gutenberg dando la aceptación de sustituir el libro manuscrito por el libro impreso. En los primeros cincuenta años se imprimieron más de 6.000 obras diferentes, pero fue casi un siglo después en donde las publicaciones sueltas sobre sucesos propios y de otros países se denominaron con la palabra noticia.

(20)

20 surgimiento de la radio experimentación. En 1927, realizo una de las primeras trasmisiones la emisora holandesa Radio Philips, escuchada en Indonesia en la frecuencia de 17.845 KHz. En 1939 se dio paso a la frecuencia modulada (FM), seguida de las trasmisiones en varios idiomas de programas de Estados Unidos.

Otro gran invento es la televisión la cual dio sus primeras emisiones públicas en el año 1927 por la BBC y en 1930 por la CBS y la NBC en los Estados Unidos. A partir de los años setenta la aparición de la televisión a color, la demanda de televisores con esta nueva tecnología experimento un crecimiento enorme que produjo cambios importantes en el contenido de los programas que se trasmitían.

Actualmente unos de los medios de comunicación más influyentes es el Internet, en donde cualquier persona u organización puede informar de cualquier tema y dejarlo a disposición de todo el mundo. En agosto de 1962 Licklider introduce el término de Galactic Network en una serie de memorandos. Concibió una red interconectada globalmente a través de la cual se pudiera acceder desde cualquier lugar a datos y programas. Licklider fue el primer responsable del programa de investigación en ordenadores de la DARPA desde Octubre de 1962.

En la actualidad la comunicación ha tomado un rumbo de alguna forma diferente, debido en gran parte a todos los avances tecnológicos surgidos en las últimas décadas, los cuales han cambiado de forma drástica la forma en la cual los seres humanos nos comunicamos y relacionamos entre sí. Es tal el cambio, que en la actualidad es posible comunicarse con personas de cualquier país de forma directa, inmediata y no presencial, resultando con todo ello el surgimiento de un concepto muy utilizado actualmente “TIC” Tecnologías de la Información y la Comunicación.

TIC

Las TIC se desarrollan a partir de los avances científicos producidos en los ámbitos de la informática y las telecomunicaciones. Las TIC son el conjunto de tecnologías que permiten el acceso, producción, tratamiento y comunicación de información presentada en diferentes códigos (texto, imagen, sonido,...).

Las características representativas de las TIC:

(21)

21 inmaterial y puede ser llevada de forma transparente e instantánea a lugares lejanos.

 Interactividad. Mediante las TIC se consigue un intercambio de información entre el usuario y el ordenador. Esta característica permite adaptar los recursos utilizados a las necesidades y características de los sujetos, en función de la interacción concreta del sujeto con el ordenador.

 Interconexión. La interconexión hace referencia a la creación de nuevas posibilidades tecnológicas a partir de la conexión entre dos tecnologías.

 Instantaneidad. Las redes de comunicación y su integración con la informática, han posibilitado el uso de servicios que permiten la comunicación y transmisión de la información, entre lugares alejados físicamente, de una forma rápida.

 Elevados parámetros de calidad de imagen y sonido. El proceso y transmisión de la información abarca todo tipo de información: textual, imagen y sonido, por lo que los avances han ido encaminados a conseguir transmisiones multimedia de gran calidad, lo cual ha sido facilitado por el proceso de digitalización.

 Digitalización. Su objetivo es que la información de distinto tipo (sonidos, texto, imágenes, animaciones, etc.) pueda ser transmitida por los mismos medios al estar representada en un formato único universal.

 Mayor Influencia sobre los procesos que sobre los productos. Es posible que el uso de diferentes aplicaciones de la TIC presente una influencia sobre los procesos mentales que realizan los usuarios para la adquisición de conocimientos, más que sobre los propios conocimientos adquiridos. En los distintos análisis realizados, sobre la sociedad de la información, se remarca la enorme importancia de la inmensidad de información a la que permite acceder Internet. En cambio, muy diversos autores han señalado justamente el efecto negativo de la proliferación de la información, los problemas de la calidad de la misma y la evolución hacia aspectos evidentemente sociales, pero menos ricos en potencialidad educativa -económicos, comerciales, lúdicos, etc.-.

(22)

22

 Innovación. Las TIC están produciendo una innovación y cambio constante en todos los ámbitos sociales. Sin embargo, es de reseñar que estos cambios no siempre indican un rechazo a las tecnologías o medios anteriores, sino que en algunos casos se produce una especie de simbiosis con otros medios.

 Tendencia hacia automatización. La propia complejidad empuja a la aparición de diferentes posibilidades y herramientas que permiten un manejo automático de la información en diversas actividades personales, profesionales y sociales. La necesidad de disponer de información estructurada hace que se desarrollen gestores personales o corporativos con distintos fines y de acuerdo con unos determinados principios.

 Diversidad. La utilidad de las tecnologías puede ser muy diversa, desde la mera comunicación entre personas, hasta el proceso de la información para crear informaciones nuevas.

8.2 Marco Teórico

Con el desarrollo de las Tics en el país es muy común que las instituciones tanto públicas como privadas hayan optado por unirse al más eficaz medio de comunicación hoy día conocido como internet. Es el caso de las instituciones educativas donde estas han optado por desarrollar sistemas de información y puedan lograr que el público interesado en obtener información sobre su institución puedan hacerlo de una forma más rápida y eficaz desde la comodidad de su hogar.

APLICATIVO WEB

Un aplicativo web es aquel que les permite a los usuarios realizar tareas específicas vía web por medio de navegadores web.

(23)

23 lenguajes interpretados por el servidor como lo son PHP, Visual Basic (ASP, ASP.NET), Java (Servlets JSP) entre otros, agregando funcionalidades más complejas complementando la información mostrada, con sistemas de origen de datos. Estos permitían aumentar el número de servicios ofrecidos por las organizaciones que hicieran uso de estos.

SERVIDOR WEB

Es un programa que permite ejecutar y hospedar páginas web. Su función es atender peticiones realizadas por el usuario, con el fin de brindar la información requerida por este. Su implementación con otras tecnologías de interpretación de código ha permitido una gran evolución en el ámbito web y un desplazamiento en gran parte de las aplicaciones de escritorio. En los sitios web de hoy en día podemos encontrar cualquier tipo de aplicación sin limitarnos por no tener el software instalado en los equipos locales.

Para el desarrollo del presente proyecto se eligió Glassfish como servidor web; Glassfish es un servidor de aplicaciones de código abierto, lanzado el 6 de Junio 2005 por la empresa SunMycrosystems. Soporta aplicaciones realizadas con las tecnologías Java EE (Enterprise JavaBeans, JPA, Java Server Faces, JMS, RMI, Java Server Pages, Servlets, etc.

Por otro lado las tecnologías que están aptas para funcionar en Glassfish como en otros servidores web para java están: la tecnología JSP (Java Server Page) desarrollada para la creación de páginas web dinámicas empleando el lenguaje de programación Java, estas se ejecutan en una máquina virtual java lo cual permite que se pueda usar en cualquier sistema operativo que lo soporte; otra tecnología que la complementa es JSF (Java Server Faces), desarrollada por la comunidad de java el cual establece el estándar para la construcción de interfaces de usuario del lado del servidor, posee una serie de API’s que permiten desarrollar las aplicaciones web de forma más fácil y eficiente, para ello incluye la representación de componentes de interfaz de usuario y administración de su estado, manejo de los eventos y validación de entrada de datos entre otros.

METODOLOGÍA RUP

(24)

24 el proceso de desarrollo de software de un equipo de trabajo, así como también dar como resultado la puesta en marcha de las mejores prácticas en el desarrollo de software por parte de los integrantes de dicho equipo.

RUP Y LA ARQUITECTURA

Según Marcela García A. de la Universidad Tecnológica de Izucar de Matamoros, RUP es un proceso centrado en la arquitectura.

La arquitectura de un sistema es la organización o estructura de sus partes más relevantes, lo que permite tener una visión común entre todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del sistema completo, necesaria para controlar el desarrollo. La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema, está relacionada con la toma de decisiones que indican cómo tiene que ser construido el sistema y ayuda a determinar en qué orden. Además la definición de la arquitectura debe tomar en consideración elementos de calidad del sistema, rendimiento, reutilización y capacidad de evolución por

lo que debe ser flexible durante todo el proceso de desarrollo.5

La arquitectura se ve influenciada por la plataforma software, sistema operativo, gestor de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados. Muchas de estas restricciones constituyen requisitos no funcionales del sistema. En el caso de RUP además de utilizar los Casos de Uso para guiar el proceso se presta especial atención al establecimiento temprano de una buena arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la construcción y el mantenimiento.

Cada producto tiene tanto una función como una forma. La función corresponde a la funcionalidad reflejada en los Casos de Uso y la forma la proporciona la arquitectura. Existe una interacción entre los Casos de Uso y la arquitectura, los Casos de Uso deben encajar en la arquitectura cuando se llevan a cabo y la arquitectura debe permitir el desarrollo de todos los Casos de Uso requeridos, actualmente y en el futuro. Esto provoca que

5_{UNIVERSIDAD TECNOLÓGICA DE IZUCAR DE MATAMOROS, Marcela García A.}

(25)

25 tanto arquitectura como Casos de Uso deban evolucionar en paralelo durante todo el proceso de desarrollo de software.

FASES DE TRABAJO EN RUP

o Modelado de negocio:

Etapa del proceso que ayuda a establecer las reglas dentro de las cuales se puede llevar a cabo la creación o puesta en marcha del proyecto, además nos ayuda a identificar las posibles restricciones que se tendrán en la ejecución del proyecto.

Se establecen y se tienen claro los objetivos, la misión y visión del proyecto.

o Requerimientos:

En esta etapa se deben establecer las necesidades funcionales y no funcionales del sistema que se quiera desarrollar en el proyecto; identificar los requerimientos permite visualizar la funcionalidad y los insumos necesarios para que el proyecto se vuelva una realidad.

 Requerimientos Funcionales:

Se describen las operaciones y/o acciones que los futuros usuarios tengan que realizar al utilizar el sistema, y las operaciones que debe realizar el sistema para dar respuesta óptima al usuario.

 Requerimientos No Funcionales:

Se enumeran los recursos necesarios para la Implementación del sistema (Software), como son el hardware y el software que no permitirán ejecutar el proyecto.

o Análisis:

(26)

26 En esta etapa se deben realizar las siguientes actividades:

1. Realizar un diagrama de secuencia de cada caso de uso. 2. Realizar los correspondientes diagramas de actividad. 3. Realizar un diagrama de colaboración de cada caso de uso. 4. Obtener un diagrama de estado de cada caso de uso general.

o Diseño:

Etapa en la cual se debe tener como resultado un modelo lógico del sistema a implementar, el cual debe ser físico y concreto. Es un plano de la implantación. El resultado del diseño debe ser mantenido durante todo el ciclo de vida del Software.

Los pasos a seguir son los siguientes:

1. Lo primero que se tiene que realizar es una lista inicial de objetos.

2. Se debe retinar las responsabilidades de los objetos.

3. Se deben identificar operaciones y atributos de los objetos, e interacciones entre estos.

4. Por último se tiene que detallar las relaciones entre los objetos.

o Implementación:

(27)

27 Los pasos a seguir son:

1. Realizar pruebas de unidad (componentes individuales)

2. Unificar componentes de acuerdo al diagrama de componentes, en donde se establece como se organizan los componentes y dependen unos de otros.

3. Identificar componentes e incorporarlos al modelo general.

o Pruebas del Sistema:

Estas son pruebas que buscan probar al sistema como un todo. Están basadas en los requerimientos generales y abarca todas las partes combinadas del sistema.

Iteraciones:

Se realizan cada una de las etapas correspondientes a la metodología, durante 4 iteraciones, las cuales son: iniciación, elaboración, construcción, y transición.

Iniciación:

En esta iteración encontramos la primera fase de un proyecto y en gran parte se encuentran asociadas actividades de la fase de modelado de negocio.

Elaboración:

En esta iteración podemos encontrar las actividades relacionadas en mayor volumen a la fase de requerimientos.

Construcción:

En esta iteración encontramos en su gran mayoría actividades de la fase de implementación.

Transición:

(28)

28 Según Departamento de Sistemas Informáticos y Computación de la Universidad politécnica de Valencia: Como se puede observar en cada fase participan todas las disciplinas, pero dependiendo de la fase el esfuerzo

dedicado a una disciplina varía.6

Cabe anotar que las actividades de cada fase son independientes de las iteraciones, lo cual a su vez permite identificar de una manera eficiente que operaciones se están realizando en tiempos que no corresponden para establecer correcciones sobre un proyecto.

UML 2.0

UML son las siglas para Unified Modeling Language, que en español quiere decir: Lenguaje de Modelado Unificado. UML es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos. Se ha convertido en el estándar de la industria, para comprender qué es el UML, podemos analizar cada una de las palabras que lo componen, por separado.

 Lenguaje: el UML es, precisamente, un lenguaje. Lo que implica que éste cuenta con una sintaxis y una semántica. Por lo tanto, al modelar un concepto en UML, existen reglas sobre cómo deben agruparse los elementos del lenguaje y el significado de esta agrupación.

 Modelado: el UML es visual. Mediante su sintaxis se modelan distintos aspectos del mundo real, que permiten una mejor interpretación y entendimiento de éste.

 Unificado: unifica varias técnicas de modelado en una única.

Ya que el UML proviene de técnicas orientadas a objetos, se crea con la fuerte intención de que este permita un correcto modelado orientado a objetos, La principal diferencia de UML 2.0 con sus versiones anteriores se enfoca en estos dos objetivos:

1. Hacer el lenguaje de modelado mucho más extensible de lo que era.

6_{UNIVERSIDAD POLITËCNICA DE VALENCIA, Departamento de Sistemas Informáticos y Computación, [Citado}

abril de 2012], disponible en :

(29)

29 2. Permitir la validación y ejecución de modelos creados mediante el UML.

En las versiones previas del UML, se hacía un fuerte hincapié en que UML no era un lenguaje de programación. Un modelo creado mediante UML no podía ejecutarse. En el UML 2.0, esta percepción cambió de manera drástica y se modificó el lenguaje, de manera que permitiera capturar mucho más comportamiento. De esta forma, se permitió la creación de herramientas que soporten la automatización y generación de código ejecutable, a partir de modelos UML.

8.3 Marco Tecnológico

Netbeans Java

NetBeans es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje de programación Java, sin embargo puede servir para cualquier otro lenguaje de programación. Existe además un número importante de módulos para extenderlo. NetBeans IDE2 es un producto libre y gratuito sin restricciones de uso.

NetBeans es un proyecto de código abierto de gran éxito con una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de 100 socios en todo el mundo. Sun MicroSystems fundó el proyecto de código abierto NetBeans en junio de 2000 y continúa siendo el patrocinador principal de los proyectos. 7

La plataforma NetBeans permite que las aplicaciones sean desarrolladas a partir de un conjunto de componentes de software llamados módulos. Un módulo es un archivo Java que contiene clases de java escritas para interactuar con las APIs de NetBeans y un archivo especial (manifest file) que lo identifica como módulo. Las aplicaciones construidas a partir de módulos pueden ser extendidas agregándole nuevos módulos. Debido a que los módulos pueden ser desarrollados independientemente, las aplicaciones basadas en la plataforma NetBeans pueden ser extendidas fácilmente por otros desarrolladores de software.

(30)

30 PostgreSQL

PostgreSQL es un potente sistema de gestión de base de datos objeto-relacional de código abierto. 8_{Cuenta con más de 15 años de desarrollo} activo y una arquitectura probada que se ha ganado una sólida reputación de fiabilidad e integridad de datos. Se ejecuta en los principales sistemas operativos que existen en la actualidad como:

Linux

UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, Tru64) Windows

Es totalmente compatible con ACID, tiene soporte completo para claves foráneas, uniones, vistas, disparadores y procedimientos almacenados (en varios lenguajes). Incluye la mayoría de los tipos de datos del SQL 2008, incluyendo INTEGER, numérico, BOOLEAN, CHAR, VARCHAR, DATE, INTERVAL, y TIMESTAMP. También soporta almacenamiento de objetos binarios grandes, como imágenes, sonidos o vídeo. Cuenta con interfaces nativas de programación para C / C + +, Java,. Net, Perl, Python, Ruby, Tcl, ODBC, entre otros, y la documentación que actualmente existe es realmente excepcional.

8_{ABOUT POSTGRESQL,}_{[], disponible en:}

(31)

31

9. FASE DE REQUERIMIENTOS

En este componente se podrá ver la descripción, el comportamiento, las limitaciones y las opciones que tendrán los actores del sistema al momento de llevar a cabo alguna acción contenida en el este.

Se podrá ver mediante diagramas de casos de uso, modelado de procesos, Modelado de dominio, Diagramas de Secuencia y Colaboración como serán desarrollados los diferentes procesos que pueden llevar a cabo cada uno de los actores del Sistema de Información.

9.1 Descripción Usuarios/Actores

 Administrador: Actor encargado de agregar, editar y eliminar usuarios del sistema, además de generar reportes para evaluar el desempeño de los estudiantes cuenta con la capacidad de realizar todas las funciones de los

demás actores. sobre las faltas cometidas por estos.

(32)

32 Administrador:

 Inicio de Sesión

 Gestionar usuarios (Crear, Editar, Eliminar)

 Gestionar observador del estudiante (Crear, Editar, Eliminar)

 Consultar estudiante

 Registrar faltas

 Editar estado del estudiante

 Generar reportes

 Editar estado del estudiante

 Generar reportes

 Cerrar sesión Estudiante:

 Inicio de sesión

 Consultar observador

 Generar reporte

 Cerrar sesión Acudiente:

 Inicio de sesión

 Consultar observador

 Generar reporte

 Crear observador estudiante

 Eliminar Observador estudiante

 Editar observador estudiante

 Generar faltas

 Editar estado

(33)

33

 Consultar observador

 Consultar estado

 Cerrar sesión

9.1.3 RESPONSABILIDAD DE LAS CLASES

Tabla 2: Responsabilidad de las clases: Crear usuario

NOMBRE DE LA CLASE: CREAR USUARIO

RESPONSABILIDAD COLABORADOR

Es el encargado de crear un nuevo usuario con datos como:

Nombre del usuario , tipo de usuario y contraseña esto aplica para usuario administrador, estudiantes y profesor

Administrador Base de datos

Tabla 3: Responsabilidad de las clases: Editar usuario

NOMBRE DE LA CLASE: EDITAR USUARIO

Es el encargado de editar los usuarios que ya han sido creados con datos como:

(34)

34

Tabla 4: Responsabilidad de las clases: Eliminar Usuario

Tabla 5: Responsabilidad de las clases: Consultar Usuario

Tabla 6: Responsabilidad de las clases: Crear Observador

NOMBRE DE LA CLASE: ELIMINAR USUARIO

Es el encargado de eliminar los usuarios que ya han sido creados para que estos ya no tengan ningún tipo de acceso en la aplicación con datos como: Nombre del usuario , tipo de usuario y contraseña esto aplica para usuario administrador, estudiantes y profesor

NOMBRE DE LA CLASE: CONSULTAR USUARIO

Es el encargado de consultar los usuarios que ya han sido creados con acceso a la aplicación con datos como:

Administrador profesor

Base de datos

NOMBRE DE LA CLASE: CREAR OBSERVADOR

La clase observador es la encargada de generar los observadores para cada uno de los estudiantes de la institución con datos como :

(35)

35

Tabla 7: Responsabilidad de las clases: Editar Observador

Tabla 8: Responsabilidad de las clases: Eliminar Observador

NOMBRE DE LA CLASE: ELIMINAR OBSERVADOR

La clase eliminar observador permite eliminar los datos que ya han sido creados para el observador de cada estudiante para que ya no queden registrados en la base de datos de la institución.

Tabla 9: Responsabilidad de las clases: Consultar Observador

NOMBRE DE LA CLASE: EDITAR OBSERVADOR

La clase observador permite modificar los datos que ya han sido creados para el observador de cada estudiante datos como :

Nombres y apellidos del estudiante, jornada , curso

NOMBRE DE LA CLASE: CONSULTAR OBSERVADOR

La clase observador permite consultar los datos que ya han sido creados para el observador de cada estudiante datos como : Nombres y apellidos del estudiante, jornada, curso en el que se encuentra actualmente, acudiente, teléfono del acudiente, dirección

(36)

36

Tabla 10: Responsabilidad de las clases: Crear Falta

Tabla 11: Responsabilidad de las clases: Consultar falta

del acudiente y profesor encargado.

NOMBRE DE LA CLASE: CREAR FALTA

La clase crear falta me permite crear y agregar las faltas que los estudiantes cometen además de la fecha.

Administrador Profesor Base de datos

NOMBRE DE LA CLASE: CONSULTAR FALTA

La clase crear falta me permite consultar las faltas y la fecha del observador de cada estudiante

(37)

37 9.2 Modelo del Negocio

9.2.1 Modelo del Dominio

(38)

38 9.3 MODELO DE PROCESOS

En este apartado se desarrolla la etapa del proyecto que ayudará a establecer las reglas dentro de las cuales se llevaran a cabo los procesos, además servirá para identificar las posibles restricciones que se tendrán en cuenta en la ejecución y aporta una idea general de cuál debe ser el curso normal de los eventos.

9.3.1 DOCUMENTACIÓN CASOS DE USO Y DIAGRAMAS DE CASO DE USO De acuerdo al Proyecto de Ley 170de 2011 del Senado “Por la cual se promueve la adquisición de productos amigables con el medio ambiente en las entidades estatales, se regula el uso adecuado del papel y sus derivados, y se dictan otras disposiciones”, los demás casos de uso serán presentados en el Anexo A.

9.3.2 Caso de Uso Numero 13: Gestionar Observador

En este caso de uso los actores principales son Administrador y Profesor quienes luego de su ingreso al sistema podrán gestionar el observador de los estudiantes; las acciones del actor Profesor estarán limitadas en este caso de uso a consultar observador, crear observador, editar observador y agregar alguna falta, el actor Administrador tendrá el permiso adicional para eliminar algún observador.

Diagrama de caso de uso Gestionar Observador

(39)

39 9.3.3 Caso de Uso Número 5: Crear Observador de Estudiante

Permitir al actor ingresar al módulo observador en donde podrá diligenciar los datos del estudiante para así crear su observador estudiantil y poder registrar las faltas.

Tabla 12: Caso de Uso Número 5: Crear Observador Estudiante

IDENTIFICACION CASO DE USO ACTORES

05 crear observador

estudiante

administrador, docente OBJETIVO

Permitir al actor agregar los datos del estudiante y crear el observador DESCRIPCION

Permitir al actor ingresar al módulo observador en donde podrá diligenciar los datos del estudiante para así crear su observador estudiantil y poder registrar las faltas

Precondiciones 1. El actor debe contar con un usuario y contraseña para acceder a la plataforma

2. el estudiante no debe tener un observador creado

Pos condiciones 1. el usuario ingresa al módulo observador y crea un nuevo expediente para el estudiante

Alternativas y excepciones

1. el estudiante ya ha sido registrado 2. los datos del registro no son correctos CURSO NORMAL DE LOS EVENTOS

ACCION DEL ACTOR RESPUESTA DEL SISTEMA 1. registra usuario y contraseña

3. ingresa al módulo ingreso a la plataforma

6. guarda nuevo registro

(40)

40 Ilustración 3: Caso de Uso Número 5: Crear Observador de Estudiante

9.3.4 Caso de Uso Número 8: Generar Faltas

El usuario Administrador y el usuario Profesor podrán ingresar al observador del estudiante y registrar una nueva falta.

Tabla 13: Caso de Uso Número 8: Generar Faltas

08 generar faltas administrador, profesor

OBJETIVO

Permitir al actor agregar una falta al observador DESCRIPCION

Permitir al actor ingresar al módulo observador donde podrá agregar una falta en caso que el estudiante la haya cometido

2. el estudiante debe tener creado su observador

(41)

41 Pos condiciones 1. el actor edita y guarda los cambios del

observador del estudiante

1. el estudiante no tiene un observador 2. el estudiante no incurre en ninguna falta CURSO NORMAL DE LOS EVENTOS

ACCION DEL ACTOR RESPUESTA DEL SISTEMA 1. registra usuario y ingreso a la plataforma

4. muestra las opciones correspondientes al modulo

7. actualiza la información guardada del observador del estudiante

PUNTOS DE INTERRUPCION Error en punto 1 , 5, 6

(42)

42 9.3.5 Caso de Uso Número 9: Editar Estado

El actor Administrador y el actor Profesor podrán editar el estado disciplinario en que se encuentra el estudiante una vez dentro del módulo de Observador.

Tabla 14: Caso de Uso Número 9: Editar Estado

09 editar estado administrador , profesor

OBJETIVO

Permitir al actor editar el estado disciplinario en el que se encuentra el estudiante

DESCRIPCION

Permitir al actor ingresar al módulo observador y editar el estado disciplinario del estudiante ya sea normalidad disciplinaria , suspendido o en seguimiento

2. el estudiante debe estar en alguno de los tres estados disciplinarios

Pos condiciones 1. el actor ingresa al módulo observador y edita el estado del estudiante dependiendo el caso en el que se encuentre en el momento

1. el estudiante no tiene creado un observador

CURSO NORMAL DE LOS EVENTOS

ACCION DEL ACTOR RESPUESTA DEL SISTEMA 1. registra usuario y contraseña

3. ingresa al módulo observador

5. elige opción editar y modifica el estado del estudiante dependiendo el estado en el que se encuentre en el momento

6. guarda los cambios

2. valida información ,permite ingreso a la plataforma

4. muestra las opciones disponibles

7. actualiza la base de datos

(43)

43

Ilustración 5: Caso de Uso Número 9: Editar Estado

9.3.6 Caso de Uso Número 10: Generar Reportes

Todos los actores del sistema que ingresen al observador del estudiante podrán generar un reporte disciplinario de este.

Tabla 15: Caso de Uso Número 10: Generar Reportes

10 generar reportes administrador , profesor

, acudiente, estudiante OBJETIVO

Permitir al actor generar el reporte disciplinario de los estudiantes DESCRIPCION

Permitir al actor poder generar el reporte disciplinario de los estudiantes que sirve como ayuda para verificar el avance y el estado en el que se encuentra el estudiante disciplinariamente

(44)

44 3. el estudiante debe tener observaciones

disciplinarias para poder generar el reporte

Pos condiciones 1. el actor ingresa al módulo reportes y genera los reportes del estudiante seleccionado

1. el estudiante no tiene faltas registradas para generar el reporte

ACCION DEL ACTOR RESPUESTA DEL SISTEMA 1. registra usuario y

contraseña

3. ingresa al módulo reportes

5. el actor elige la opción y genera el reporte

2. Valida información ,permite ingreso a la plataforma

4. Muestra la opción para crear el reporte del estudiante

6. Muestra el reporte del estudiante seleccionado

PUNTOS DE INTERRUPCION Error en punto 1 , 5 , 6

(45)

45 9.4 Diagramas de Secuencia

El propósito de los diagramas de secuencia es mostrar la interacción que

representa la secuencia de mensajes entre las instancias de clases, componentes, subsistemas o actores del sistema.

9.4.1 Diagrama de Secuencia Número 5: Crear Observador de Estudiante

Ilustración 7: Diagrama de Secuencia Número 5: Crear Observador de Estudiante

(46)

46 9.4.2 Diagrama de Secuencia Número 8: Generar Faltas

Ilustración 9: Diagrama de Secuencia Número 8: Generar Faltas

9.4.3 Diagrama de Secuencia Número 9: Editar Estado

(47)

47 9.4.4 Diagrama de Secuencia Número 10: Generar Reportes

Ilustración 11. Diagrama de Secuencia Número 10: Generar Reportes

Ilustración 12. Diagrama de Secuencia Número 10: Generar Reportes

(48)

48 9.5 Diagramas de Colaboración

Esencialmente los diagramas de colaboración buscan mostrar las interacciones organizadas alrededor de los roles participantes en el sistema. A continuación mostramos los diagramas de colaboración de los casos de uso más relevantes del proyecto.

9.5.1 Diagrama de Colaboración Número 5: Crear Observador de Estudiante

Ilustración 14. Diagrama de Colaboración Número 5: Crear Observador de Estudiante

: usuario

: sistema

: base de datos

1 : solicita crear observador()

2 : muestra ficha del observador()

3 : pide datos principales()

4 : digita datos del observador a crear()

5 : valida si los datos son correctos()

6 : valida que no haya un observador creado() 7 : muestra observador con datos registrados()

8 : ordena guardar observador()

9 : guarda nuevo observador()

(49)

49 9.5.2 Diagrama de Colaboración Número 8: Generar Faltas

Ilustración 15: Diagrama de Colaboración Número 8: Generar Faltas

9.5.3 Diagrama de Colaboración Número 9: Editar Estado

Ilustración 16: Diagrama de Colaboración Número 9: Editar Estado : usuario

: sistema

: base de datos

1 : busca observador del estudiante()

2 : valida si el observador existe() 3 : muestra resultados de la busqueda()

4 : pide agregar falta()

5 : agrega falta()

6 : guarda nueva falta()

(50)

50 9.5.4 Diagrama de Colaboración Número 10: Generar Reportes

Ilustración 17. Diagrama de Colaboración Número 10: Generar Reportes

: usuario

: sistema

: base de datos

1 : busca observador del estudiante()

2 : valida si observador existe() 3 : muestra observador del estudiante()

4 : solicita generar reporte del estudiante()

5 : busca las faltas totales()

6 : genera reporte del estudiante()

7 : muestra reporte del estudiante()

8 : pide imprimir reporte()

(51)

51

9.6 Modelo Lógico

El diagrama se enfoca en el modelamiento lógico con el que interactúan los actores y el Sistema de Información para llevar a cabo sus tareas dentro del software.

(52)

52 9.7 Modelo Físico

9.7.1 Modelo de la Base de Datos

(53)

53

9.8 Diccionario de Datos

Tabla 16: Diccionario de Datos

TABLA CAMPO TIPO NULO

Usuario Id_usuario Int() No

Nombre_usu Varchar() No

Contrasena_usu Varchar() No

Rol_usu Varchar No

Estudiante Código_estudiante Int() No

Nombre_estudiante Varchar() No

Apellidos_estudiante Varchar() No

Curso_estudiante Int() No

Jornada_estudiante Varchar() No

Acudiente Id_acudiente Int() No

Nombre_acudiente Varchar() No

Apellido_acudiente Varchar() No

Teléfono_acudiente Int() No

Direccion_acudiente Varchar() No

Profesor Código_profesor Int() No

Nombre_profesor Varchar() No

Apellido_profesor Varchar() No

Curso_profesor Int() No

Observador Tipo_falta Varchar() No

Estado_disciplinario Varchar() No

Descripción_falta Varchar() No

(54)

54 10. Fase de pruebas

Las pruebas tienen como finalidad la depuración (hacer correcciones y localizar fallos) el prototipo a partir de su utilización por un grupo de usuarios. En esta ocasión se realizan pruebas sobre la funcionalidad de los requerimientos

(55)

55 10.1 Pruebas de integración

Tabla 17: Proceso Inicio de Sesión y Registro en el Sistema

PRUEBAMÓDULODEINFORMACIÓN

CONCEPTO Revisar el proceso de inicio de sesión y registro en el sistema con todos los usuarios o actores del sistema.

ACCIÓN ELEMENTO A

PRUEBA

RESULTADO ESPERADO

ROL ESTADO

INICIARSESIÓN Formulario de inicio de sesión

REGISTRO Formulario de Registro

EDITARPERFIL Formulario de

edición o recuperación de contraseña fue exitosa o no.

 Después de registrado, la plataforma se redirige a una página que ya no se encuentra en funcionamiento.

(56)

56

Tabla 18: Proceso Creación, modificación y eliminación de observador de estudiantes.

PRUEBAMÓDULODECOMUNICACIÓN

CONCEPTO Revisar el proceso de creación de observador, modificación y eliminación del mismo para un estudiante.

ACCIÓN ELEMENTO actores del sistema.

 Luego de realizar una operación sobre gestión de observador el sistema no da avisos de confirmación de operación.

CORRECCIONES  Se restringieron los permisos de gestión de observador a los usuarios tipo Estudiante / acudiente.

 Se realiza una alerta o cuadro de información para confirmar la operación realizada en el acto.

PROCESO OK ESTADO Prueba

(57)

57

Tabla 19: Proceso de creación y eliminación de faltas en observador.

CONCEPTO Revisar el proceso de creación y eliminación de faltas en el observador, además de modificar estado del estudiante.

ACCIÓN ELEMENTO

APRUEBA

RESULTADO ESPERADO

ROL ESTADO

CREAR FALTA Formulario de Gestión de

ELIMINAR FALTA Formulario de Gestión de

ERRORES  El sistema permite la gestionar el observador por lo tanto las faltas registradas a todos los actores del sistema.

 Luego de realizar una operación sobre gestión de observador el sistema no da avisos de confirmación de operación.

CORRECCIONES  Se restringieron los permisos de gestión de observador a los usuarios tipo Estudiante / acudiente.

(58)

58

PROCESO OK ESTADO Prueba

Efectiva

Tabla 20: Proceso Creación de reportes de forma impresa.

CONCEPTO Revisar el proceso de creación de reportes o faltas desde la gestión del observador.

ACCIÓN ELEMENTO A

En este caso todos los usuarios pueden generar reporte del

observador del

estudiante. Es

necesario ingresar al

observador del

estudiante y

seleccionar “Imprimir”.

TODOS OK

ERRORES  El sistema no permite generar reportes al usuario estudiante/acudiente, error en el sistema.

 El reporte no genera la información deseada, error en el sistema.

(59)

59 CONCLUSIONES

 La implementación de las Tics en el sector educativo es una herramienta eficaz e innovadora, capaz de cambiar por completo la elaboración de procedimientos que se llevan a cabo manualmente dándonos como resultado un mejor uso de los recursos tanto materiales como humanos.

 El desarrollo de este proyecto aportó una solución informática a los problemas del manejo de usuarios y control de manejo de información que posee la institución educativa Los Comuneros debido a que se ha desarrollado bajo las necesidades específicas de este y con la guía continua de las personas más interesadas en la realización de este proyecto.

 Dividir el sistema en módulos permitió establecer un mejor orden y esclarecer cuales eran las principales características del sistema, lo cual fue muy significativo al momento del desarrollo ya que permitió reutilizar código y ahorrar más en tiempos.

 Documentar cada etapa del proyecto hace que el desarrollo del mismo sea eficiente y se tenga una visión más adecuada y organizada, lo cual implica menos gastos en el tratamiento de reparación de errores o imprevistos.

(60)

60

RECOMENDACIONES

Es importante resaltar algunas recomendaciones para futuras mejoras del Sistema de información web para el control disciplinario de los estudiantes del Colegio Los Comuneros.

 Continuar con la identificación de necesidades informáticas del Colegio para que el sistema siga siendo eficiente y pueda ampliar su

aplicación a otros colegios.

 Involucrar demás procedimientos realizados por parte del colegio como la gestión académica, envío de información a acudientes,

gestión de la página institucional, etc.

 Seguir el crecimiento del sistema de información con el fin de identificar mejoras que puedan realizarse al mismo y enriquecer el sistema.

(61)

61 BIBLIOGRAFÍA

Almenara, J. C. (s.f.). LAS APORTACIONES DE LAS NUEVAS TECNOLOGÍAS A LAS INSTITUCIONES DE FORMACIÓN CONTÍNUAS: REFLEXIONES PARA COMENZAR EL DEBATE. Obtenido de

http://edutec.rediris.es/documentos/1998/23.htm

Comunicaciones, O. d. (s.f.). Ministerio de Vivienda, Ciudad y Territorio. Recuperado el 2015, de

http://www.minvivienda.gov.co/Documents/Buenas%20practicas%20CERO PAPEL%20Sector.pdf

Cuantánamo, R. C. (s.f.). Revista Científica del CITMA Cuantánamo. Obtenido de http://cienciagtmo.idict.cu/index.php/http/article/view/278

Dardelet, B. (s.f.). La Comunicación, Herramienta de la Empresa. Vergara/Granica. E. Kendall, K. (s.f.). Análisis y Diseño de Sistemas. Editorial Pearson Education. Group, O. M. (s.f.). OMG Object Management Group. Obtenido de

http://www.omg.org/gettingstarted/what_is_uml.htm

Group, T. P. (s.f.). PostgreSQL 9.2.13 Documentation. Obtenido de

http://www.postgresql.org/files/documentation/pdf/9.2/postgresql-9.2-A4.pdf Internet Como Medio de Comunicación. (s.f.). Obtenido de

http://caguileta.webs.uvigo.es/TRABAJOS%20PARA%20LA%20WEB/INTE RNET%20caract.%20y%20estructura.doc.

Magazine, M. (s.f.). Master Magazine. Obtenido de http://www.mastermagazine.info/termino/7216.php members.tripod. (s.f.). members.tripod. Obtenido de

http://members.tripod.com/e_soule/tesis/cap3.html NetBeans. (s.f.). NetBeans. Obtenido de

(62)

62 PostgreSQL. (s.f.). PostgreSQL. Obtenido de http://www.postgresql.org/about/ Romaní, J. C. (s.f.). EHU.EUS. Obtenido de

http://www.ehu.eus/zer/hemeroteca/pdfs/zer27-14-cobo.pdf Somerville, I. (2002). Ingeniería de Software. Editorial Pearson. Sonora, I. T. (s.f.). Biblioteca ITSON. Obtenido de Biblioteca ITSON:

(63)

(64)

64 BOGOTÁ D.C

2016

SISTEMA DE INFORMACIÓN WEB PARA EL CONTROL DISCIPLINARIO DE LOS ESTUDIANTES DEL COLEGIO LOS COMUNEROS

Trabajo de informe de pasantía para optar el título de Tecnólogo en Sistematización de Datos.

Director

SONIA ALEXANDRA PINZÓN NUÑEZ

Docente Tecnología en Sistematización de Datos. Ing. de Sistemas.

(65)

65 UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA TEC. SISTEMATIZACIÓN DE DATOS

BOGOTÁ D.C 2016

Contenido

(66)

66 C.3 Diagrama INICIO DE SESIÓN ... 90 C.4 Diagrama ASIGNAR/CREAR USUARIOS ... 91 C.5 Diagrama EDITAR USUARIO ... 92 C.6 Diagrama ELIMINAR USUARIO ... 93 ANEXO D: MANUAL DE USUARIO ... 94 1. Inicio de sesión usuario administrador ... 95 Creación de usuarios. Nuevo registro. ... 97 2. Inicio de sesión usuario Profesor ... 110 3. Inicio de sesión usuario Estudiante y Acudiente ... 116 Reportes ... 118

Índice de Ilustraciones

(67)

(68)

68 Índice de Tablas

Tabla 1: Documentación Caso de Uso: inicio Sesión ... 69 Tabla 2:Documentación Caso de Uso: Asignar/Crear Usuario ... 70 Tabla 3: Documentación Caso de Uso: Editar Usuario ... 73 Tabla 4: Documentación Caso de Uso: Eliminar usuarios ... 73 Tabla 5: Documentación Caso de Uso: Registro / Ingreso ... 74 Tabla 6: Documentación Caso de Uso: Administración de usuarios... 75 Tabla 7: Documentación Caso de Uso: Consultar Observador y Reportes

(69)

69 ANEXO A: DIAGRAMAS DE CASO DE USO

A.1 Diagrama INICIO SESIÓN

Los actores principales de este caso de uso son administrador, profesor, estudiante y/o acudiente. El actor interactúa con el sistema proporcionando su información de usuario y contraseña para que el sistema le autorice su ingreso y cargue su debida interfaz luego de su debida verificación en la base de datos. Tabla 21: Documentación Caso de Uso: inicio Sesión

01 Inicio de sesión administrador, profesor ,

estudiante , acudiente OBJETIVO

Permitir al usuario ingresar a la plataforma con un usuario y contraseña DESCRIPCION

Permitir a un usuario registrar su entrada a través de un usuario y contraseña para acceder a su respectiva interfaz y poder interactuar con las opciones para cada uno de ellos

Precondiciones El usuario debe contar con un usuario y contraseña para acceder a la plataforma

Pos condiciones el usuario puede interactuar en la plataforma después de haberse registrado

si el usuario no existe o los datos son inválidos el sistema arrojara un error

ACCION DEL ACTOR RESPUESTA DEL SISTEMA

 registra usuario contraseña  Sistema valida información ,permite ingreso a la plataforma

 Muestra interfaz dependiendo usuario registrado