Sistema de Información para el colegio JuanPablo Peregrino (SINFOJPP)

Torres Espinoza Leonardo(1), Santos Huayllas Eduardo(2), Turpo ZevallosJeampierre(3)

Romero De La Cruz Alexander(4), Condori Ballena Marco(5)

leonardotorrese@yahoo.com (1), xm4ver1ck@hotmail.com(2),jetuze22@gmail.com(3)

romerito4121@hotmail.com (4),mcondorib@gmail.coml(5)

Facultad de Ingeniería de Sistemas e InformáticaUniversidad Nacional Mayor de San Marcos

Calle Germán Amezaga N° 375, Lima, Perú, Lima 01Resumen

Este artículo describe el trabajo final del curso de Diseño de Sistemas, que consiste en el análisis,diseño e implementación y documentación de un sistema web de información para el colegio Juan PabloPeregrino. Básicamente, el sistema tiene como fin lograr unas buenas administración y gestión y de esamanera, poder alcanzar mayores rentabilidades. El sistema se enfoca en los procesos de negociorelacionado con matrícula, pagos y calificaciones.

Para el desarrollo del proyecto, fue usada la metodología Rational Unified Process (RUP), proveyendoun desarrollo dirigido por los casos de uso, centrado en la arquitectura, iterativo e incremental. Alpresentar el sistema una arquitectura web, se vio conveniente trabajar sobre una plataforma dedesarrollo estándar, robusta y eficiente como Java.

Palabras Claves: análisis, diseño, implementación, RUP, arquitectura web, Java

Abstract

This paper describes the coursework for Systems Design class, consisting in the analysis, design,implementation and documentation of a web information system for the school Juan Pablo Peregrino.Basically, the system aims to help achieve good administration and management and thus, to reachhigher returns. The system focuses on business processes related to enrollment, payments and grades.

For the project, the methodology used was Rational Unified Process (RUP), providing an iterative,incremental, architecture-focused, use case driven development. Since the system has a webarchitecture, it was convenient to work on a standard, robust and efficient platform like Java.

Keywords: analysis, design, implementation, RUP, web architecture, Java.

1. Introducción

La institución educativaPrivada “Juan Pablo Peregrino”ubicada en el distrito de Carabaylloactualmente cuenta con un granrenombre por la calidad de susservicios brindados en sus 17 años.

Después de realizar el análisisa la empresa, y obtener con claridadlos problemas de la misma, lasolución que proponemos con elsistema a implementar mejoraría elcontrol de matrículas, pagos yregistro de calificaciones en un 50%lo que trae consigo un ahorro detiempo y costos, y a su vez, mayorpoblación estudiantil.

2. Descripción del Proyecto

2.1. Objetivo General

Automatizar los procesos de laempresa para llevar un controlgeneral de la empresa, mejorando deesta manera los procesos que sellevan a cabo en ella y el nivel deconfianza existente.

Plantear e implementar lasolución al negocio estudiado,brindando así mayor rapidez en laslabores, mejorar el servicio brindadopor la institución y mejorar laimagen institucional.

2.2. Objetivos Específicos

Desarrollar un módulo para elregistro de matrícula, demanera que los alumnos antiguospuedan inscribirse para el añoactual académico sin necesidadde acerca a la institución.

Desarrollar un módulo para elregistro de pagos de

mensualidades para evitarlargas colas en la institución.

Implementar un módulo para elregistro de calificaciones, quepermita una mejor comunicaciónen cuanto al progreso académicode los alumnos por parte de lainstitución a los padres defamilia.

2.3. Cobertura funcional

Este sistema permitirá lossiguientes procesos: Gestión deMatricula, Gestión Pagos, Gestión deIngresos de Calificaciones, Gestiónde Monitoreo de Calificaciones,logrando así mejorar el control enla empresa además de obtener unamejora en la atención a los clientesy el modo en que se vienendesarrollando los procesos.

3. Vista de Casos de Uso

3.1. Descripción del negocio

El colegio Juan Pablo Peregrino esuna institución que cuenta con granprestigio en el distrito deCarabayllo, ello como resultado dela gran cantidad de logros yexalumnos que han podido seguirestudios superiores enuniversidades de reconocidas anivel nacional.

Cuando un Padre de Familia seencuentra interesado en matriculara su(s) hijo(s) en la institución,en caso ser un cliente nuevo, éstesolicitará y recibirá informes departe de la Secretaria, así como larelación de documentos necesariospara poder matricular a su(s)hijo(s). Si decide matricularlos,éste puede regresar con los

documentos para solicitar lamatrícula ante la Directora, laSecretaria los revisa y si esconforme, permite que la Directoralos evalúe y verifique losdocumentos, si todo es conforme,ella solicita los pagos respectivosal Padre de Familia, éste cancela ydebe completar unos formularios queserán revisados por la Directora,si es aprobado, ella emite unatarjeta de control de pagos,también ella registra los pagosrealizados en un libro interno delcolegio. Finalmente la directoraemite una boleta de los pagosrealizados, el padre recibe laboleta y la tarjeta de control depagos, posteriormente la directoraenvía una copia del formulario a lasecretaria quien lo verificará yalmacenará. Para alumnos antiguos,el Padre de Familia pasa a hablardirectamente con la Directora, éstaverifica que los alumnos no tienendeudas, se acuerda un monto de lamensualidad, el padre cancela losmontos iniciales, luego ladirectora emite una tarjeta decontrol de pagos y los registra enel libro de pagos.

El Padre de Familia verifica cadacierto tiempo en su tarjeta decontrol de pago si le correspondepagar la mensualidad del colegio,de ser verdad, se acerca a lasecretaría del colegio dondeentregará la tarjeta de controlpara que la Secretaria verifique ysolicite el monto de pago correcto,éste abona la cantidad monetaria,luego la Secretaria registra lospagos en el libro correspondiente yla tarjeta de control de pago, porúltimo le devuelve la tarjeta alPadre de Familia.

Cada inicio de bimestre laCoordinación Académica brinda a losprofesores los registros de notasdonde éstos tendrán que ingresar

las calificaciones de los alumnos.Semanalmente los profesores envíanuna copia de su registro al tutor.De similar forma, cada fin debimestre a través de otras actas sesolicita a los profesores queregistren las calificacionesfinales, ello para cada curso quepueda tener a cargo.

Cada cierto tiempo el Tutorsolicita a la secretaría la listade alumnos no aptos para recibirsus calificaciones (por deudas),luego, en cierto horario un Padrede Familia acude al colegio con lafinalidad de conocer lascalificaciones de sus hijos, eltutor solicita información delestudiante y el curso para suanotación y ubicación en losregistros de calificaciones. Eltutor busca y ubica lascalificaciones y las muestra alPadre de Familia.

3.2. Identificación de los procesosde negocio

Se han encontrado 4 procesos delnegocio:

PN1: Gestión de matrícula PN2: Gestión de pagos PN3: Gestión de calificaciones PN4: Entregar de calificaciones

3.3. Catálogo de RequerimientosFuncionales

Algunos de los requerimientos funcionales más importante del sistema de información son los siguientes:

Para alumnos nuevos, el sistemadeberá permitir el registro dematrículas para alumnos nuevos,verificando el número detransacción y registrándolo comopago por concepto de matrícula,

además, registrando sus datospersonales, datos de un apoderado,los números de folio a los quepertenecen los documentosrequeridos como certificado denotas, certificado decomportamiento del colegio dedonde proceden, grado, sección ypago por pensión.

Para finalizar con el registro dematrícula de un alumno nuevo,sistema deberá proveer un usernamey una clave por padre o apoderadocon el fin de permitir el acceso alas calificaciones de sus hijos orealizar pagos de lasmensualidades. El username estaráconformado por la primera letradel nombre del padre, el apellidopaterno y la primera letra delapellido materno. Y el passwordcorresponderá al número dedocumento del padre.

Para alumnos antiguos, el sistemadeberá permitir la renovación dematrícula para el presente añoacadémico, registrando el pago porconcepto de matrícula mediante laverificación del número detransacción. Automáticamente, elsistema actualizará los datos delnivel, grado y sección del alumnoque ha sido matriculado.

El sistema deberá permitir generarreporte de matrícula de losalumnos que hayan estudiado en lainstitución a través de los añosmediante una serie de filtroscomo: de alumnos nuevos, pornivel, grado y sección, por estadode matrícula y por alumno (reportehistórico).

El sistema deberá permitirregistrar un pago por concepto demensualidad de un estudiante,verificando el número detransacción asociado e indicandoel mes a que corresponde dichopago.

El sistema deberá conectarse conel sistema de transacciones enintervalos de una hora de laentidad financiera asociada a lainstitución educativa con el finde obtener información de lastransacciones a favor de lainstitución.

El sistema permitirá ingresar ymodificar calificaciones de unadeterminada aula para un curso elcual esté asociado al usuario.

El sistema deberá ser capaz depoder ingresar nuevos subcampos deevaluación asociados a los camposde evaluación promedio existentes(tareas y trabajos (PT&T),prácticas calificadas (PPC),revisiones de cuadernos (PRC)). Elnúmero máximo de subcampos nuevosno deberá ser mayor que 8.

El sistema deberá permitireliminar subcampos creados por elusuario.

El sistema permitirá obtener unreporte (histórico) de lascalificaciones finales de loscursos tomados en cada uno de losaños que el alumno estudió.

El sistema también permitiráobtener un reporte de lascalificaciones detalladas en unbimestre de los cursos tomados enel año académico actual.

El sistema permitirá a losusuarios del sistema el acceso asus perfiles y a lasfuncionalidades disponibles paracada uno de ellos.

3.4. Análisis de Requerimientos NOFuncionales

Los requerimientos no funcionalesque se detectaron paraimplementar en nuestro sistema sonlos siguientes:

Rendimiento

Capacidad de dar resultados entiempos cortos.

El sistema debe permitir por lomenos una máquina por usuarioconectadas a la central.

La rapidez de las transaccionesserá evaluada mediante pruebas deesfuerzo para asegurar elcumplimiento de estos, tanto en lasposibles “temporadas punta”, deigual forma asegurar sufuncionamiento.

Seguridad Cuando un usuario intente ingresaral sistema deberá introducir suusuario y contraseña, el sistemaverificará que los datos delusuario sean correctos y permitiráel ingreso al sistema, otorgándolela categoría correspondiente y lasfuncionalidades según ello, en casocontrario mostrará un mensaje deerror.

El sistema aplicará los métodos deseguridad adecuados mientrasrealiza las actualizaciones de larelación de pagos realizadas porlos padres de familia al cancelardiferentes conceptos de pago en elbanco.

Fiabilidad La disponibilidad del sistema debeser continua con un nivel deservicio para los usuarios de 7días las 24 horas, garantizando unesquema adecuado que permita, anteuna posible falla dar una soluciónen cualquiera de sus componentes,por ejemplo debe generar una alarmaante un posible fallo en elsistema.

En caso de fallas de algúncomponente, no debe haber pérdidade información.

Previniendo alguna posible falla,el sistema permitirá guardar lainformación de los cambiosrealizados en el sistema por cadausuario, esto es de vitalimportancia ya que almacenará entiempo real cada modificación oprocedimiento realizado por elusuario, otorgando especialatención en procesos donde se estéregistrando pagos por diferentesconceptos, sea matrícula omensualidad.

Disponibilidad Se analizará y obtendrá resultadosde los periodos de tiempo en losque el sistema debe contar con lamayor disponibilidad posible, conlo que se busca ofrecer un mejorservicio al usuario.

Mantenibilidad Se debe estructurar el código deuna manera consistente ypredecible, para poder realizarajustes al sistema en caso seanecesario, ello se obtendrá graciasal empleo de técnicas comoimplementación en Grano Grueso,Grano Fino.

El sistema debe ser construido eimplantado de tal manera que uncambio en el negocio no obligue ala generación de una nueva versióndel módulo.

Portabilidad La portabilidad es un aspectocompletamente abordado para elpresente sistema, debido a que se

desarrollará y ofrecerá bajo unaplataforma web, la informaciónestará almacenada en un servidorespecializado (lo que permitirámayor eficiencia en el empleo derecursos), facilitando así elacceso desde cualquier punto, tantopara el personal administrativo(Directora, secretaría, profesores)como los padres de familia desdesus respectivos hogares o cabinasde internet públicas.

3.5. Diagrama de Casos de Uso

En este apartado, se identificanlos actores y casos de usoinvolucrados en los procesos denegocio relevantes para lainstitución, que son : Gestionarmatrícula, gestionar pagos,gestionar calificaciones y entregade calificaciones.

Gestionar m atrícula(from G estión de m atrícula)

Directora(from Actores)

Renovar m atrícula(from G estión de m atrícula)

Padre de fam ilia(from Actores)

Generar reporte de m atrícula(from G estión de m atrícula)

Secretaria(from Actores)

Buscar alum no(from Casos de uso de apoyo)

<<extend>>

<<include>>

Fig. 1.- Paquete de Gestión de Matrícula

M ódulo de transacciones del banco(from Actores)

Registrar transacción(from G estión de pagos)

Registrar pago(from G estión de pagos)

M ostrar cronogram a de pagos(from G estión de pagos)

Padre de fam ilia(from Actores)

Generar reporte de pagos(from G estión de pagos)

Secretaria(from Actores)

Fig. 2.- Paquete de Gestión de Pagos

Gestionar calificaciones(from G estión de calificaciones)

Profesor(from Actores)

Generar reporte de calificaciones(from G estión de calificaciones)

Secretaria(from Actores)

Buscar alum no(from Casos de uso de apoyo)

<<extend>>

Fig. 3.- Paquete de Gestión deCalificaciones

M ostrar calificaciones(from Entrega de calificaciones)

Padre de fam ilia(from Actores)

Fig. 4.- Paquete de Entrega deCalificaciones

4. Vista Lógica

4.1 Estilo arquitectónico

Para el sistema arquitectónico se haescogido una arquitectura de trescapas (presentación, aplicación ypersistencia). La utilización deesta arquitectura se debe a que losdistintos niveles son independientesunos de otros de manera que, porejemplo, se puede cambiar fácilmenteel comportamiento de las clases en

el nivel de aplicación sin que elloinfluya en las otras capas.

Fig. 4.- Esquema básico de laarquitectura de tres capas

4.2 Arquitectura lógica

La vista Lógica del sistema deinformación del colegio Juan PabloPeregrino está compuesta por cuatrocapas las cuales son: capaespecifica de la aplicación, capageneral de la aplicación, capaintermedia y Capa de software delsistema.

4.2.1 Capa específica de laaplicación

Contiene los paquetes de análisis: Gestión de Matricula: Paquete queincluye los casos de uso relevante;gestionar matricula, renovarmatricula

Gestión de Pagos: Paquete queincluye el caso de uso relevante;registrar pago

Gestión de Calificaciones: Paqueteque incluye el caso de usorelevante, Gestionar calificaciones

Gestión de Entrega decalificaciones: Paquete que incluyeel casos de uso relevante; Mostrarcalificaciones

Control Mantenimiento: Paquete queincluye el caso de uso relevante,gestionar usuario.

Control Autentificación (Seguridad): Paquete que incluye el caso deuso relevante, Login de usuario

4.2.2 Capa General de laAplicación

Contiene 5 subsistemas, que se identifican a partir de los paquetesde análisis: Matricula-Pago: Este subsistemaabarca el proceso que realiza ladirectora o el padre de familia,para gestionar la matrícula de losalumnos y además el proceso querealiza el padre de familia pararegistrar los pagos mensuales desu(s) hijos(s).

Calificaciones: Este subsistemaabarca el proceso que realiza elprofesor para gestionar lascalificaciones y así como tambiénel proceso que realiza el padrepara observar las calificaciones desu(s) hijo(s).

Mantenimiento: Este subsistemaabarca el proceso de mantenimientode los usuarios, cursos y aulas enel sistema.

Autentificación (Seguridad): Estesubsistema abarca el proceso querealiza el sistema con respecto ala seguridad de los datos y elingreso al sistema.

4.2.3 Capa Intermedia

JavaEs un lenguaje de programaciónde propósitogeneral, concurrente, orientado aobjetos y basado en clases que fuediseñado específicamente para tenertan pocas dependencias deimplementación como fuera posible.Su intención es permitir quelos desarrolladores de aplicacionesescriban el programa una vez y loejecuten en cualquier dispositivo(conocido en inglés como WORA, o"write once, run anywhere"), lo quequiere decir que el código que esejecutado en una plataforma notiene que ser recompilado paracorrer en otra. Java es, a partirde 2012, uno de los lenguajes deprogramación más populares en uso,particularmente para aplicacionesde cliente-servidor de web, conunos 10 millones de usuariosreportados.

HTMLHTML es el lenguaje con el que sedefinen las páginas web.Básicamente se trata de un conjuntode etiquetas que sirven paradefinir el texto y otros elementosque compondrán una página web.

4.2.4 Capa de Software delSistema

SQL: MySQL es un sistema de gestiónde bases de datos relacional, multihilo y multiusuario con más de seis millones deinstalaciones

TCP/IP: Un protocolo de internet.Windows: Es el sistema operativo enel que se trabajara el sistema de información.

Fig. 5.- Arquitectura lógica

5. Vista de Despliegue5.1 Descripción Nodo y capacidad computacional Computadora (PC): También

denominada “Estación de trabajo”que permite a los usuariosinteractuar con el sistema segúnsean los permisos de su perfil deusuario. Características técnicas:o Procesador: Intel Core i3

3.1GHzo Memoria RAM: DDR3 2GBo Disco Duro: 500 GB

Base de Datos SQL: Dispositivo quealmacena toda la información de laempresa que el sistema procese, ala cual sólo podrán tener accesode lectura ciertos usuarios, asícomo permisos especiales parapoder modificarla. Característicastécnicas:oTipo de procesador: XeonoModelo de procesador: E3-1230V2oVelocidad: 3.30 GHzoMemoria RAM: 8GBoPlataforma: Microsoft WindowsoDisco Duro: 1 TBoTipo de Chasis: Rack 2U

Servidor de Colegio: Dispositivoque permitirá el cubrir los tresprocesos del colegio: Matrícula,Pago, Calificaciones.Características técnicas:oProcesador AMD64x2 4000oSO: Plataformas Windows, Unix oclónicos (Linux Solaris).

oRAM: 4GB Router: Son dispositivos que

permiten la interconexión de redesde ordenadores ya que permitenasegurar el enrutamiento depaquetes entre diferentes redes odeterminar la ruta que debe tomarun determinado paquete de datos enfunción de la dirección destino.Operan en la capa de red ointernet TCP/IP. Característicastécnicas:oSeguridad Firewall (SPI, DoS,suplantación de IP, alerta decorreo electrónico para losataques de los hackers).

oReglas de acceso hasta 50entradas.

oBloqueo Java, cookies, ActiveX,proxy HTTP.

o16 puertos fAST Ethernet 10/100Mbps, dos puertos WAN y de redDMZ dedicado.

o13 puertos switch Fast Ethernet10/100 Mbps.

oEstándares: 802.3, 802.3u, IPv4. Switch: También llamados

conmutadores, son dispositivosdigitales de lógica deinterconexión de redes decomputadores que operan en la capaMAC (enlace). Su función esinterconectar dos o más segmentosde red pasando datos de unsegmento a otro de acuerdo con ladirección MAC de destino de lastramas de red. Característicastécnicas:o24 puertos 10/100 con PoE, R-

J45.o2 puertos 10/100/1000 (RJ-45).o2 puertos mini GBIC combinados

(RJ-45 + SFP)oBuffer de paquetes: 8Mb

Tipos de Conexión Tipo de ConexiónEntre los equipos o computadorasubicados en la institución y usadospor los usuario objetivo seempleará una conexión directa UTPcon puertos RJ-45 y para laconexión con el servidor a travésde cables cruzados.

Protocolos:- Protocolo de seguridad: IPSec- Protocolo de routing: RIP V2- DHCP

Ancho de banda y disponibilidadEl ancho de banda es la capacidadde información de datos que sepuede enviar a través de unaconexión de red en un periodo detiempo dado. Para la velocidad de

la información en sistemasinformáticos y detelecomunicaciones, se define comoTasa de transferencia. La tasa de transferencia se refiereal ancho de banda real medido en unmomento concreto del día empleandorutas concretas de internetmientras se transmite un conjuntoespecífico de datos,desafortunadamente, por muchasrazones la tasa es con frecuenciamenor al ancho de banda máximo delmedio que se está empleando.La alta disponibilidad consiste enla capacidad del sistema paraofrecer un servicio activo duranteun tanto por ciento de un tiempodeterminado o a la capacidad derecuperación del mismo en caso deproducirse un fallo en la red.Con ese mismo propósito lascomunicaciones se estableceránmediante una conexión de protocoloSSL entre el Servidor del colegio yel banco.

RedundanciaLa redundancia hace referencia anodos completos que estánreplicados o componentes de éstos,así como caminos u otros elementosde la red que están repetidos y queuna de sus funciones principales esser utilizados en caso de que hayauna caída del sistema.

Modo de FallasEl concepto de redundancia, juntocon el de alta disponibilidad,comprende la capacidad de unsistema de comunicaciones paradetectar un fallo en la red de lamanera más rápida posible y que, ala vez, sea capaz de recuperarsedel problema de forma eficiente yefectiva, afectando lo menosposible al servicio.Cuando se habla de “caída delsistema” puede hacer referencia

tanto a un equipo que ha dejado defuncionar, como un cable que hasido cortado o desconectado; uotras situaciones que impliquen quela red deje de funcionar. En casoscomo estos, hace falta que elsistema detecte el fallo del mismoy que, además, reaccione de manerarápida y eficiente en la búsquedade una solución a la caída. Esimportante tener en cuenta unaserie de factores en el diseño deuna red.

BaseDatosMySQL<<ServidorSQL>>

Portal<<ServidorHTTP>>

BankProcessor<<ProcesadorTransacciones>>

Desktop<<Cliente>>

LogicaNegocio<<ServidorJava>>

<<SSL>>

<<TCP/IP>> <<SSL>>

<<TCP/IP>>

Fig. 5.- Diagrama de despliegue

6. Vista de procesos

6.1 DescripciónProceso NavegadorEste proceso se encuentra en elcliente, representado por elnavegador web, a través del cual seenvían las solicitudes al ServidorHTTP.

Servidor HTTPActúa como intermediario entre losclientes y el servidor de lógica delnegocio. Realiza un primerprocesamiento de las solicitudes delos clientes (validación yclasificación) para luego contactarcon el servidor Java.

Servidor JavaEste proceso implementa toda lalógica del negocio (Matrícula, notas

y pagos). Se vale de un servidor SQLpara la persistencia de los datos. Asu vez, se comunica directamente conel servidor de transaccionesbancarias para implementar ciertosaspectos del área de pagos.

Procesador de transaccionesEste servidor envía periódicamente,al servidor PHP, actualizaciones delas últimas transacciones realizadasa las diferentes cuentas bancariasdel colegio, con la intención de queeste las verifique según seanecesario.

Hilo de solicitudEstos son hilos, inherentes alservidor Java, que procesan lasdiferentes solicitudes queprovengan, ya sea del servidor HTTPo del procesador de transacciones.

Servidor SQLSe encarga de implementar lapersistencia de datos. Con este fin,se hará uso del gestor de base dedatos MySQL.

Navegador<<process>>

ServidorHTTP<<process>>

ServidorSQL<<process>>

ProcesadorTransacciones<<process>>

M HiloSolicitudes<<thread>>

M

ServidorJava<<process>>

M1..*1 1..*1

M

. Fig. 6.- Vista de procesos

7. Vista de Implementación

Autentificacion

M atricula-Pago M antenim ientoCalificaciones

IU _IngresarAlSistem a.xhtm l

IngresarAlSistema.java

UsuarioDAO.java

Usuario.java

IU_G estionarMatricula.xhtml

IU _GestionarPago.xhtm l

R egistrarMatricula.java

ModificarMatricula.java

Eliminar Matricula.java

RegistrarPago.java

M ostrarC ronogram a.java

GenerarR eportePagos.java

M atriculaD AO.java

Alum noDAO.java

PagoDAO.javaTransaccionD AO.javaD omicilio

D AO.javaPadre de Fam iliaDAO.java

AulaDAO.java

U bicacionD ocumentosD AO.java

R enovarM atricula.java

IU_R enovarM atricula.xhtml IU _GestionarC alific

aciones.xhtml IU_M ostrarC alificaciones.xhtm l IU_G enerarReporteC

alificaciones.xhtm l

ProfesorDAO .java

entidad.java

AulaDAO.java

CursoD AO.java

C alificacionaFinalDAO .java C alificacionBim

estralD AO.javaC ampoEvaluacionDAO.java C alificacio

nD AO.javaUsuarioDAO.java

entidad.java

IU_G estionarC ursos.xhtml IU_G estionarC u

rsos.xhtmlIU _GestionarC ursos.xhtm l

UsuarioD AO.java

AulasDAO.java

C ursosD AO .java

U suario.java Aula.java Curso.java

Base de D atos

Fig. 7.- Vista de implementaciòn

8. Pruebas

Se ha establecido un plan de pruebasde caja negra y blanca para loscasos de uso que han sidoimplementados. Para mayorinformación, remítase a ladocumentación asociada a Pruebas.

9. Conclusiones

El uso del Modelo de vistas 4+1, nos brinda una perspectiva integral del sistema con el fin de ser implementado correctamente.

El lenguaje Java nos ha proporcionado un considerable ahorro de tiempo, ya que, ésta puede integrarse con una gran variedad de frameworks que apoyan a la implementación, evitando de alguna forma “inventar la rueda”.

10. Recomendaciones

Previo a la utilización del sistema, el directora del plantel deberá tener una cita con los futuros usarios del sistema para explicarles que la institución educativa adquirió el sistema para facilitar los procesos internos y reducir costo.

La autenticación de usuarios va ayudar para cargar los roles respectivos del sistema por eso se recomienda estar registrado en el sistema para hacer uso del mismo.

Se recomienda que todas las personasrelacionadas con el negocio comopersonal administrativo, planadocente e incluso los dueños sepan

el manejo y ubicación de loscomponentes del sistema.

Se recomienda hacer pruebas de usabilidad para entregar un sistema de calidad que cumpla con todas las necesidades del mercado que selo solicito, en este caso en el centro educativo Juan Pablo Peregrino.

11. Referencias

[PRESSMAN, 2010] PRESSMAN, ROGER. Software Engineering : A Practioner’sApproach. Ed- McGraw-Hill Higher Education.[KENDALL,KENDALL, 2005] KENDALL, KENNETH; KEDNAL, JULIE. Análisis y diseño de sistemas. Ed. Pearson. Sexta edición.[FOWLER, SCOTT, 1999] FOWLER, MARTIN;SCOTT KENDALL. UML : Gota a gota. Ed. Pearson.http://jms32.eresmas.net/tacticos/UML/UMLIndex.html , tomada el día 08/07/14