cetpro julio c tello informe final de sistema
TRANSCRIPT
UNIVERSIDAD NACIONAL
“DANIEL ALCIDES CARRIÓN”
FACULTAD DE INGENIERIA ESCUELA DE FORMACION PROFESIONAL DE
SISTEMAS Y COMPUTACION
TRABAJO DE PROGRAMACIÓN DE SISTEMAS:
“DESARROLLO DEL SISTEMA DE INFORMACIÓN ACADEMICO DEL CETPRO JULIO C. TELLO”
AUTORES:
GÜERE ZEVALLOS. Jeremías.
LIBERATO EUSEBIO, Víctor.
DORREGARAY COLCA, Henry.
GAMARRA BARRERA, Rubén.
ROMAN VICTORIO, Miguel.
SANCHEZ HUAMAN, Henry.
INOCENTE CHACON, Gustavo.
PEREZ VALDIVIEZO, Juan
CONTENIDO 1. INTRODUCIÓN ..................................................................................................................... 3
1.1 PRÓPOSITO DEL SISTEMA ............................................................................................ 3
1.2 ALCANCE DEL SISTEMA ............................................................................................... 3
1.3 OBJETIVOS Y CRITERIOS DE ÉXITO DEL PROYECTO ................................................. 3
1.3.1 OBJETIVOS GENERALES ........................................................................................ 3
1.3.2 OBJETIVOS ESPECIFICOS ...................................................................................... 3
1.3.3 CRITERIOS DE ÉXITO DEL PROYECTO ................................................................ 3
1.4 DEFINICIONES, SIGLAS Y ABREVIATURAS .................................................................. 4
1.5 REFERENCIAS ................................................................................................................ 4
2 SISTEMA ACTUAL ................................................................................................................. 4
2.1 PROGRAMACIÓN ACADÉMICA ................................................................................... 4
2.2 PROCESO DE MATRICULA ........................................................................................... 4
2.3 EVALUACIÓN ACADEMICA ......................................................................................... 5
3 SISTEMA PROPUESTO ........................................................................................................... 5
3.1 PANORAMA .................................................................................................................. 5
3.2 REQUERIMIENTOS FUNCIONALES .............................................................................. 5
3.2.1 IDENTIFICACIÓN DE ACTORES Y CASOS DE USO .............................................. 5
3.2.2 PRIORIZAR CASOS DE USO ................................................................................ 10
3.2.3 DETALLAR CASOS DE USO ................................................................................. 10
3.2.4 ESTRUCTURAR EL MODELO DE CASOS DE USO .............................................. 11
3.2.5 PROTOTIPAR LA INTERFAZ DE USUARIO .......................................................... 17
3.3 REQUERIMIENTOS NO FUNCIONALES ...................................................................... 31
3.3.1 PROPÓSITO ......................................................................................................... 31
3.3.2 ALCANCE ............................................................................................................. 31
3.3.3 REQUERIMIENTOS NO FUNCIONALES DE USABILIDAD .................................. 32
3.3.4 REQUERIMIENTOS NO FUNCIONALES DE SEGURIDAD................................... 33
3.3.5 REQUERIMIENTOS NO FUNCIONALES DE MANTENIBILIDAD ........................ 34
3.3.6 REQUERIMIENTOS NO FUNCIONALES DE FIABILIDAD ................................... 34
3.3.7 REQUERIMIENTOS NO FUNCIONALES DE INTERFAZ ...................................... 34
DESARROLLO DEL SISTEMA DE INFORMACIÓN ACADEMICO DEL
CETPRO JULIO C. TELLO 1. INTRODUCIÓN
1.1 PRÓPOSITO DEL SISTEMA Este presente trabajo se realiza haciendo un análisis de la situación académica actual del CETPRO, de tal forma que ha permitido conocer que el instituto no cuenta con sistema de información académico y mucho menos con una base de datos que pueda almacenar la información captada en el proceso académico.
En miras de brindar un mejor servicio a la comunidad del instituto, se ha propuesto el desarrollo
de un sistema de información académico, empleando el Proceso Unificado de Desarrollo (RUP).
El estudio inicio, obteniendo información general sobre la estructura orgánica y funcional del instituto, con la finalidad de estudiar sus procesos académicos, y recoger los requerimientos de información, se propone un modelo del sistema, constituido por la definición de requisitos, Diagramas y Casos de Uso; que son la base para implementar la funcionalidad de la base de datos y sistema de información.
1.2 ALCANCE DEL SISTEMA En el presente estudio se pretende instaurar un sistema que permita a la institución manejar información académica de manera actualizada y oportuna. De esta manera nuestra propuesta contribuye con los objetivos de la institución.
Por lo que estudiando las alternativas, se ha considerado: Un sistema de información centralizado por la oficina de Secretaría General con una terminal en la oficina de la Dirección, la que operaría de acuerdo a sus requerimientos.
Esta alternativa pese a centralizar la información académica permitirá mejorar la planificación de las actividades académicas, brindar mejor servicio y reflejar eficiencia en los servicios académicos. Además, aminora el número de personas en el manejo del sistema.
1.3 OBJETIVOS Y CRITERIOS DE ÉXITO DEL PROYECTO
1.3.1 OBJETIVOS GENERALES Estudio y Desarrollo de un Sistema de Información Académico en el CETPRO JULIO C. TELLO.
1.3.2 OBJETIVOS ESPECIFICOS Analizar los requerimientos de información académica del CEPRO JULIO C. TELLO,
utilizando una metodología para el desarrollo del sistema orientado a objetos: UML
Realizar los diagramas que la metodología exige, que nos permitirá modelar el sistema de información y brinde los alcances en su implementación.
Estudiar el desarrollo de un Sistema de Información Académico empleando el desarrollo iterativo, característica primordial de la metodología UML, con la finalidad de elaboración el diagrama de clases, siendo éste permitirá la solución lógica del software.
1.3.3 CRITERIOS DE ÉXITO DEL PROYECTO Contamos con la información necesaria para la elaboración de este proyecto mediante la
metodología UML.
Los objetivos a alcanzar con este proyecto solo considera los requerimientos básicos del usuario.
Contamos con el apoyo de nuestro docente, el cual es bastante conocedor en este tema.
Trabajamos de la mano con el personal de labor, estudiantes y plana jerárquica de esta institución.
1.4 DEFINICIONES, SIGLAS Y ABREVIATURAS
1.5 REFERENCIAS Este es un trabajo que se está desarrollando con base a un proyecto mayor que se ejecutó muchos años atrás, la cual está en funcionamiento y es la parte modelo que nos ayuda a este desarrollo.
2 SISTEMA ACTUAL Las actividades académicas anuales del CETPRO JULIO C. TELLO se desarrollan en diferentes períodos según sea la carrera y la cantidad de módulos por carrera. Cada año, se da el inicio al proceso académico desde el primer módulo con la finalidad CETPRO termine al final del año.
Actualmente el CETPRO no cuenta con un sistema de información que le permite automatizar los procesos y actividades académicas que se desarrollan en la institución. El desarrollo del proceso académico se realiza de forma manual con ayuda de algunos programas (Excel, Word) en los que se desempeñan funciones específicas, pero frente a las muchas limitaciones y sobre todo a la necesidad de tener la información académica oportuna y disponible con el fin de procesar información en forma rápida, precisa y segura; es por ello que la institución académica CETPRO JULIO C. TELLO ha creído conveniente el desarrollo del sistemas académico.
2.1 PROGRAMACIÓN ACADÉMICA El desarrollo de cada módulo con respecto a la carrera define la duración y se inicia con la elaboración de la programación académica. El Departamento de Formación General y Profesional de acuerdo al Reglamento Interno del CETPRO, el Plan de Trabajo Anual y normas vigentes, inicia este proceso, a partir del segundo módulo verifica los resultados obtenidos en el anterior módulo. La relación de módulos a ofrecer es enviada al Consejo de Docentes de Formación por Especialidades, el cual es asignado a un solo docente; luego en unanimidad con el Jefe del Departamento de Formación por Especialidades, determina los horarios de clase para cada módulo y así destinarla para su publicación.
2.2 PROCESO DE MATRICULA Inicialmente el alumno paga un derecho de matrícula en la COOPAC 392 y recibe una boleta de pago. La oficina de la Secretaría General es la encargada de recepcionar la copia de la boleta de pago, asimismo verifica si se trata de un alumno nuevo para la especialidad o es un alumno que viene a matricularse para el siguiente modulo. Al tratarse de un nuevo alumno la Secretaria tiene la responsabilidad de registrar sus datos en libro de registros, y luego de ello debe proseguir con el proceso normal de matrícula, este proceso concluye con entregar al alumno los formatos de la ficha de matrícula por duplicado.
El alumno llena la ficha de matrícula y terminada ésta es verificada por la Secretaria y el Jefe Administrativo los cuales la firman y dan el visto bueno, incluido la firma del alumno.
El Secretaria recepcionar las fichas de matrícula inscritas, lo que resume para luego emitir los Registros de Alumnos al Departamento de Formación por Especialidades el cual se encarga de hacerlos llegar a los docentes, para controlar la asistencia y avance del alumno.
Antes de terminar el periodo del módulo, la oficina de Secretaría General emite las actas al Departamento de Formación por Especialidades. Este órgano después de haber verificado los registros de evaluaciones realiza el traspaso de notas (nota promocional del módulo) al acta para posteriormente enviarlas a Secretaría General y luego al Director quien da el visto bueno con una firma y sello.
2.3 EVALUACIÓN ACADEMICA El profesor evalúa al alumno en los aspectos teóricos y prácticos las cuales son divididas por unidades de acuerdo a la especialidad, el que es supervisado por el Departamento de Formación por Especialidades de manera interna, este proceso dejará como constancia la nota promocional del curso. La Secretaría General procesa la información académica del módulo; anota las notas de las actas promocionales en las boletas de notas del alumno. Finalmente la boleta de notas o constancia de notas es verificada y sellada por Dirección para luego ser entregadas al alumno. Asimismo, los alumnos al concluir todo los módulos de su especialidad solicitan documentos como: constancias, certificados de estudio, informes académicos, etc.
3 SISTEMA PROPUESTO
3.1 PANORAMA En el presente estudio se pretende instaurar un sistema que permita al CETPRO manejar información académica de manera actualizada y oportuna. De esta manera nuestra propuesta contribuye con los objetivos del CETPRO, además de considerar las limitaciones que se presentan
el CEO.
Por lo que estudiando las alternativas, se ha considerado: Un sistema de información centralizado por la oficina de Secretaría General con una terminal en la oficina de la Dirección, la que operaría de acuerdo a sus requerimientos.
Esta alternativa pese a centralizar la información académica permitirá mejorar la planificación de las actividades académicas, brindar mejor servicio y reflejar eficiencia en los servicios académicos. Además, aminora el número de personas en el manejo del sistema.
3.2 REQUERIMIENTOS FUNCIONALES
3.2.1 IDENTIFICACIÓN DE ACTORES Y CASOS DE USO
3.2.1.1 IDENTIFICACIÓN DE ACTORES
3.2.1.1.1 ACTORES DE SISTEMA Los actores identificados en esta área son los interactúan con el Sistema en si, los cuales los hemos subdivididos en principales y pasivos.
3.2.1.1.1.1 ACTORES PRINCIPALES
Secretaria
Coordinador
Operador
Director
Cajero
3.2.1.1.1.2 ACTORES PASIVOS
Alumno
3.2.1.1.2 ACTORES DE NEGOCIO
Los actores identificados en este área son los intervienen en el estudio de negocios
3.2.1.1.2.1 ACTORES PRINCIPALES
Secretaria
Cajero
Alumno
Docente
Director
3.2.1.1.3 LISTA DE ACTOR OBJETIVO
ACTOR TIPO OBJETIVO DESCRIPCION
ADMINISTRADOR PRINCIPAL Registrar plan curricular, registrar programación, registrar horarios, registrar docentes asignados.
Es el encargado de registrar todos los movimientos internos que se llevan a cabo en la institución trabaja de la mano con la junta académica.
SECRETARIA PRINCIPAL Registrar pago de matrícula, registrar notas finales, verificar Boucher de pago, registrar nuevo alumno, registrar inscripción a carreras.
Es la encargada de hacer gestiones respecto a la matrícula de alumnos.
DIRECTOR PRINCIPAL Contratar nuevo docentes manejar la institución, dar informe al Mindes, contratar personal.
Es la cabeza de la institución, encargada de gestionar el manejo interno y externo de la misma.
ALUMNO APOYO Matricularse en la institución, estudiar una carrera, saber sus notas.
Es el que arranca el negocio, si bien no trabaja directamente con el sistema su participación hace posible que este empiece a fluir.
JUNTA ACADEMICA
APOYO Consensuar sobre horarios, programación académica, programación de docentes.
Está formado por la agrupación de docentes, director y otros; quienes a través de una reunión figan las pautas a seguir.
SISTEMA COOPAC APOYO Brindar información sobre pagos.
Permite conocer sobre la validez de un supuesto pago que realizo el alumno a matricularse.
CAJERO PASIVO Cobrar y registrar pagos.
No interviene en el manejo de nuestro sistema, porque pertenece a otro, pero siempre se muestra interesado al inter relacionarse con el alumno.
DREP PASIVO Custodiar en buen funcionamiento de la institución.
Es el ente rector que siempre se muestra interesado en el funcionamiento de la institución.
3.2.1.1.4 LIMITES DEL SISTEMA
3.2.1.2 IDENTIFICACION DE CASOS DE USO
3.2.1.2.1 IDENTIFICACION DE ESCENARIOS
3.2.1.2.1.1 GESTIONAR PERIODO ACADEMICO
El coordinador asigna a los docentes con sus respectivos módulos a dictarse.
El docente gestiona los horarios de clases de cada módulo por especialidad.
El coordinador asigna los ambientes de estudio.
3.2.1.2.1.2 REGISTRAR PLAN CURRICULAR
El operador de sistema, registra las carreras para luego crear los módulos y luego planificar el periodo de cada módulo, este último se llevara a cabo en una ventana “Modulo de Plan” para ello se requerirán de los siguientes atributos como (Nombre del curso, sección, rubro, tipo de curso) todo esto se debe REPETIR CON CADA ASIGNATURA A AÑADIR EN EL PLAN, para luego crear la Especificación del plan con sus respectivos atributos y el periodo de cada uno.
Finalmente, el operador de sistema en la interfaz de usuario de “IU Ventana Plan Curricular” podrá ver un botón con el nombre de “Reporte”, para luego generan en la Interfaz de Usuario de “Reporte”, y luego nos debe mostrar el reporte de los cursos por carrera.
3.2.1.2.1.3 REGISTRAR NUEVO DOCENTE
El operador de sistemas, debe Ingresa los datos del docente como (Nombre, Apellidos, DNI, Fecha de nacimiento, lugar de Nacimiento, etc.), capturar datos del docente en el interfaz “IU Ventana Docente” para luego crear el nuevo docente en el sistema.
3.2.1.2.1.4 CONTROL DE ACCESO
El operador de sistema, debe ingresar sus datos de Identificación como (Usuario, contraseña, función) en la Ventana “IU Ventana de Acceso”.
El usuario solicita acceso al sistema, en el sistema automáticamente se busca si el usuario existe o no en el sistema, si los datos son correctos se activara la “IU Menú Principal” el operador ya podrá tener la ventana principal activada.
3.2.1.2.1.5 REALIZAR MATRICULA
El alumno solicita a la secretaria la información de los cursos a dictarse y los costos de ellos
SISTEMA
CETPRO
Realizar Matricula
Objetivo:
Monitorear el
funcionamiento del
sistema
Objetivo: Dar informacion de
datos personales para
matricularse
Actualizar Datos en Sistema
Objetivo: Emitir boleta
de pago
Objetivo: verificar el buen
funcionamiento del
sistema
Objetivo: validar pago
de matricula Objetivo: Actualizar y
registrar datos en
sistema
Objetivo:
Realizar
matricula
Administrador Secretaria
Alumno
Director
DREP
Cajero
SS. COOPAC
El alumno solicita matricularse, la secretaria indica realizar un pago de matrícula.
El alumno realiza su pago en COOPAC.
La secretaria procede a registrar sus datos y emite su ficha matrícula
3.2.1.2.1.6 REGISTRAR INCRIPCION DE MÓDULOS
El Administrador del sistema, primeramente ingresa datos del alumno en la ventana “IU ventana Inscripción Curso” el sistema debe ser capaz de buscar si el alumno está matriculado, para luego devolver lo pedido.
Buscar posibles módulos a inscribirse, si encuentra datos de los cursos buscados devuelve la lista de asignaturas, entonces el operador agrega los cursos en el sistema.
3.2.1.2.1.7 REGISTRAR NUEVO ALUMNO
El operador de sistema, debe primeramente especificar la carrera con sus (Nombres y Turno) en la Ventana “IU Ventana Alumno” recién se podría crear nuevo alumno en el sistema, y el sistema nos debe generar un código único por alumno.
Finalmente se hace captura de datos del alumno como (Nombre, apellido, fecha de nacimiento, lugar de nacimiento, DNI, etc.)
3.2.1.2.1.8 REGISTRAR PAGO DE MATRICULA
El operador, debe ingresar los datos del alumno (Código del alumno, Condición) el sistema deberá verificar el código del alumno y luego el sistema deberá retornar datos del alumno como (Nombre, y la carrera donde estudia) si en caso no devuelve los datos del alumno buscado esto quiere decir que el alumno es NUEVO y por lo tanto se creara la matricula asignándole (sección y turno) luego consultar el costo, luego devolver el costo.
Captura los datos de la boleta (Nro. de Boleta, Fecha, Monto) para luego crear Documento de pago.
3.2.1.3 DIAGRAMA DE CASOS DE USO
SISTEMA ACADEMICO
<<include>>
Administrador
SS. COOPAC
Secretaria
Usuario
Director
alumno
Reg. Plan Curricular
Reg. Programacion de Carreras
Reg. Programacion Academica
Reg. Horario
Reg. Inscripcion de Curso
Reg. Nota Final por Curso
Reg. Matricula
Reg. Pago de Matricula
Reg. Nuevo Docente
Reguistrarse
Pago de Matricula
cajero
DREP
3.2.2 PRIORIZAR CASOS DE USO Pagar matricula.
Realizar matricula
3.2.3 DETALLAR CASOS DE USO ACTOR CASO DE USO TIPO DESCRIPCION
<<include>>
Reg. Pago de Matricula
Reg. Matricula
Reg. Plan Curricular
Reg. Programacion de Carreras
Reg. Programacion Academica
Reg. Horario
Reg. Inscripcion de Curso
Reg. Nota Final por Curso
Secretaria
Director
Administrador
SS. COOPAC
alumno
cajero
Usuario
Reguistrarse
Pago de Matricula
Reg. Nuevo Docente
Usuario
(Director, Secretaria y Administrador)
Registrarse Primario
El usuario ingresa la clave y contraseña para acceder al sistema. El sistema verifica e informa la disponibilidad del acceso solicitado y permite el acceso al sistema.
Secretaria Realizar Matricula
Primario La secretaria es quien realiza la matrícula de los alumnos.
Administrador Asignar Docente
Primario El administrador asigna docente por especialidad.
Docentes Gestionar Horarios
Secundario El docente gestiona los horarios y emite al coordinador.
Administrador Registrar Programación de Carreras
Primario Administrador registra programación de carreras al.
Administrador Registrar Programación Académica
Primario El administrador registra la programación Académica respetando la asamblea de docente.
Administrador Registrar horario
Secundario El administrador es quien registra los horarios.
Secretaria Registrar Inscripción de cursos
Primario La secretaria registra los cursos en los que se ha inscrito un alumno.
Secretaria
Registrar nota promocional de asignatura
Primario
La secretaria es quien registra las notas promocionales de cada asignatura, para lo cual cada docente hace entrega de notas a la secretaria
Administrador Registrar nuevo plan curricular
Secundario El Administrador registra cada uno de los cursos contenidos en el nuevo plan curricular
Director Registrar nuevo docente
Primario El Director registra los datos del docente.
3.2.4 ESTRUCTURAR EL MODELO DE CASOS DE USO
3.2.4.1 DIAGRAMAS DE SECUENCIA DEL SISTEMAS 1. REGISTRAR PROGRAMACION DE ESPECIALIDAD
2. REGISTRAR ASIGNACION ACADEMICA
3. REGISTRAR HORARIO
4. OBTENER DEUDORES DE PAGO
5. REGISTRAR PAGO DE MATRICULA
6. REGISTRAR NUEVO ALUMNO
7. REGISTRAR INSCRIPCION DE MODULO
8. REGISTRAR NOTA PROMOCIONAL MODULO
9. REGISTRAR PLAN CURRICULAR
10. REGISTRAR NUEVO DOCENTE
11. CONTROL DE ACCESO AL SISTEMA
3.2.5 PROTOTIPAR LA INTERFAZ DE USUARIO
3.2.5.1 DISEÑO LÓGICO DE LA INTERFAZ
3.2.5.2 DISEÑO FÍSICO DE LA INTERFAZ
3.2.5.2.1 VENTANA PRINCIPAL El diseño de las ventanas o pantallas responde a los requerimientos del sistema, ya que dentro de los atributos del sistema se encuentra la metáfora de interfaz, es decir, detallar las ventanas que faciliten el trabajo al usuario final. El proceso de desarrollo de la aplicación se ha basado en este caso en los procesos académicos y en las actividades de los usuarios finales. Siendo los formularios la base para crear la interfaz de una aplicación, se ha creado como pantalla principal una ventana en la que podemos apreciar la estructura del sistema.
Se dispone del menú y sus opciones para el desarrollo de las opciones necesarias:
Generalidades: Proporcionar información sobre Alumnos, Docentes, Cursos, Planes de Estudios, Carreras Profesionales, es decir, información elemental.
Aplicaciones: Realizar los procesos académicos del sistema.
Consultas: Proporcionar la información oportuna.
Reportes: Emitir reportes de los procesos llevados cabo.
Utilitarios: Opción que permite realizar operaciones de cálculo e informarse de la fecha, etc.
Ayuda: Ventana que permite obtener información sobre el sistema.
Todas estas funciones del menú principal nos han llevado a la necesidad de contar con las siguientes ventanas:
Ventana de acceso al sistema
Ventana del menú principal.
Ventana para la Programación de Carreras.
Ventana para registrar los horarios.
Ventana para el Proceso de Matricula.
Ventana para la inscripción de módulos.
Ventana para la carga de notas.
Reportes
Permite la presentación y modificación de los datos. La elaboración de los informes o reportes constituyen la mejor manera de crear una copia impresa de la información extraída o calculada a partir de la base de datos.
Reporte para el Directorio Alumnos, Docentes, Carreras Profesionales, Aulas (detalles), lista de carreras programadas.
3.2.5.2.1.1 REGISTRAR PROGRAMACIÓN DE CARRERAS Curso Normal de Eventos
Acción de los actores Respuesta del Sistema
1. Este caso de uso comienza cuando el Jefe del Dpto. Académico realiza la programación de carreras del semestre actual. El Coordinador elige del menú principal la opción Registrar Programación de Carrera.
3. Con cada programación de carrera, el coordinador selecciona el nombre de la carrera, sección y turno. Se selecciona el nombre del aula asignada Al terminar de capturar la programación de carreras, el operador cierra el formulario.
5. Al terminar de capturar la programación de carreras, el coordinador cierra el formulario.
2. Presenta el formulario Registrar Programación de Carrera de la figura Muestra el periodo por modulo actual.
4. Determina y muestra el código, estado y capacidad del aula. Agrega la información.
Cursos Alternos:
Programación de carrera, turno y sección no es válida. Desplegar mensaje informando que programación ya existe.
Casos de Uso Registrar Programación de Carreras.
Actores Jefe del Dpto. Académico (iniciador), Coordinador
Propósito Capturar la programación de carreras y el aula asignada a una carrera en un semestre.
Resumen El Jefe del Dpto. académico define el cuadro de carreras programadas en un semestre por modulo e informa al Coordinador. El coordinador registra cada una de las carreras programadas en el semestre y el aula que le ha sido asignada. Al terminar la transacción, el coordinador realiza un reporte al Jefe del Dpto. académico.
3.2.5.2.1.2 REGISTRAR HORARIO Curso Normal de Eventos
Ficha con distribucion academica
selecciona
especialidad
selecciona
curso
ingresa nombre del
docente a cargo
si, hay mas cursos
valida datos
no, hay mas cursos
muestra lista
de cursos
muestra detalles
de la asignatura
determina codigo del
docente y asocia
muestra total
de horas
rejistra
SISTEMACOORDINADOR
Acción de los actores Respuesta del Sistema
1. Este caso de uso comienza cuando el Jefe del Dpto. Académico define el horario de clases de una carrera. El coordinador elige del menú principal la opción Registrar Horario.
3. El coordinador selecciona la carrera, turno y sección. Después se oprime el botón VER CURSOS.
5. Por cada asignatura, el coordinador selecciona el nombre de la asignatura y selecciona el día y la hora. Después de registrar el horario oprime el botón GUARDAR
7. Al terminar de capturar el horario de todos los cursos de una carrera, el coordinador cierra la ventana y escoge una de las opciones del módulo reporte según los requerimientos. El operador indica un informe de los horarios por docente.
9. El operador envía los reportes para ser entregados a cada uno de los interesados.
2. El menú principal muestra el formulario Registrar horario, que solicita los datos de una carrera. Muestra el actual modulo.
4. Determina y muestra la lista de asignaturas programadas a la carrera de acuerdo a la sección.
6. Agrega la información del curso en la actual transacción. El código y número de horas de la signatura se muestran. El aula donde se dictará el curso, y el nombre del profesor se muestra.
8. Genera reportes.
Cursos Alternos:
Lista de cursos por modulo no existe. Verificar que programación académica de carrera se haya efectuado.
Día y hora de horario no son válidos. Desplegar mensaje informando que ese horario ya fue ocupado.
Casos de Uso Registrar Horario.
Actores Jefe del Dpto. Académico (iniciador),Coordinador
Propósito Capturar la distribución de horas de clase de los módulos programados a una carrera.
Resumen El Jefe del Dpto. Académico define el horario de distribución de horas de clase de una carrera en un semestre por modulo e informa al coordinador. El coordinador registra los horarios de cada uno de los cursos programados a una carrera. Al terminar la operación, el coordinador solicita un reporte de horarios por docente para enviarlo a los que se relacionan.
Tipo Primario.
Ficha de horario de especialidad
selecciona
especialidad,turno, seccion
selecciona
curso
ingresa dia y
hora
si hay
mas
cursos
valida
no hay mas cursos
solicita reporte
muestra cursos por
seccion
registra
genera
SISTEMAJ.DPTA.ACADEMICO
3.2.5.2.1.3 REGISTRAR PAGO DE MATRÍCULA. Curso Normal de Eventos
Acción de los actores Respuesta del Sistema
1. Este caso de uso comienza cuando el alumno realizó en el SIS COOPAC el respectivo pago por matricula el cual se apersona a Secretaría con su copia del pago por derecho de matrícula. El operador elige en el menú principal la opción registrar matricula.
3. El operador oprime el botón Nueva matrícula para indicar que se trata de una nueva matricula. Por defecto escoge la opción Alumno Regular y teclea el código del Alumno.
5. Al verificar la boleta de ingreso o solicitud del alumno, el operador escoge la condición de matrícula y teclea el número, fecha y pago de la boleta. Se oprime el botón Grabar.
7. Registrada la matricula, el operador retorna los documentos.
2. Presenta el formulario Registrar Matricula.
4. Agrega la información sobre el alumno a la actual transacción.
6. Agrega la información sobre el pago de matrícula a la actual transacción. Actualiza el saldo de matrícula.
Cursos Alternos:
Código de alumno es incorrecto. Despliega mensaje informando que el código del alumno no existe.
N de boleta es incorrecta. Se despliega mensaje informando que el número no es válido. Si el pago es mayor que el costo de matrícula. Se despliega un mensaje informando que el monto no es válido
Casos de Uso Registrar pago de matrícula.
Actores Alumno (iniciador), Secretaría.
Propósito Capturar una matrícula y su correspondiente pago.
Resumen El Alumno entrega en Secretaria la copia de la boleta de pago por derecho de matrícula. La secretaria registra el CUA (código único del alumno), el número, fecha y monto de la boleta. Al terminar la transacción, el operador remite la copia al Coordinador
La secretaria registra los módulos en los que se ha inscrito un alumno. Al terminar la transacción, la secretaria retorna la copia de la ficha de matrícula.
La Secretaria entrega al coordinador la copia de la ficha de matrícula de un alumno.
Tipo Primario.
Copia Boleta de pago
ingresa codigo
alumno
ingresa datos de
boleta de pago
valida
muestra detalle
de alumno
actualiza y muestra
saldo de matricula
registra
SISTEMASECRETARIA
3.2.5.2.1.4 REGISTRAR INSCRIPCIÓN DE CURSO. Curso Normal de Eventos
Acción de los actores
Respuesta del Sistema
1. Este caso de uso comienza cuando el Secretario realiza la matrícula de un alumno con los módulos por carrera en los que se ha inscrito. El operador elige del menú principal la opción Inscripción de Curso.
3. El operador teclea el código del alumno.
5. Por cada asignatura, el operador selecciona el nombre de la asignatura. Se oprime el botón Inscribir después de capturar cada carrera y su módulo.
7. Al terminar de capturar los cursos, el operador retorna la copia de la ficha de la matrícula.
2. Presenta el formulario Inscripción de Módulos.
4. Agrega la información sobre el alumno a la actual inscripción.
Determina y muestra el nombre, especialidad, turno y sección del alumno matriculado.
Muestra una lista de todos los módulos programadas a la carrera y sección donde el alumno se ha matriculado.
6. Agrega la información sobre la carrera a la actual inscripción.
El código, tipo, número de horas y encargado del curso se muestran.
Calcula y presenta el total de horas inscritas en la pestaña Módulos Inscritos.
8. Genera un reporte de los módulos inscritos.
Cursos Alternos:
El código del alumno es incorrecto. Desplegar mensaje informando que el código del alumno no es válido
Casos de Uso Registrar pago de matrícula.
Actores Secretaria (iniciador), Coordinador.
Propósito Capturar los módulos en los que se ha inscrito un alumno.
Resumen La secretaria registra los módulos en los que se ha inscrito un alumno. Al terminar la transacción, la secretaria retorna la copia de la ficha de matrícula.
La Secretaria entrega al coordinador la copia de la ficha de matrícula de un alumno
Tipo Primario
3.2.5.2.1.5 REGISTRAR NOTA FINAL POR MÓDULO. Curso Normal de Eventos
Acción de los actores
Respuesta del Sistema
1. Este caso de uso comienza cuando el Docente entrega a Secretaría el acta con las notas obtenidas por los alumnos inscritos en un módulo por carrera. El operador elige del menú principal la opción Registrar Nota.
3. El operador selecciona la especialidad, turno y sección en, luego presiona el botón Ver Cursos.
5. El operador selecciona el nombre de la asignatura y por cada alumno inscrito en la asignatura, el operador ingresa el código del alumno y el valor de la nota obtenida. Se oprime el botón Grabar después de capturar la evaluación del alumno.
7. Al terminar de capturar las notas de los alumnos inscritos en un módulo, el operador remite el acta.
2. Presenta el formulario Registrar Nota.
4. Determina y muestra una lista de todos módulos programados a una carrera, turno y sección.
6. Agrega la información del alumno a la actual transacción. Agrega la información del módulo a la actual transacción. El código clave de la carrera, así como el nombre del docente, el nombre del alumno, la observación de la evaluación.
8. En la pestaña Relación de Notas se muestra el número de aprobados y desaprobados
Cursos Alternos:
La nota no es válida. Desplegar un mensaje informando que la nota no es válida
Casos de Uso Registrar pago de matrícula.
Actores Docente (iniciador), Secretaría, Director
Propósito Capturar las notas promocionales obtenidas por los alumnos inscritos en un módulo por asignatura.
Resumen El Docente entrega al operador el acta de notas de una asignatura. La secretaria registra las notas de los alumnos inscritos en un módulo por carrera. Al terminar la transacción, Secretaría retorna el acta al Director.
Tipo
3.2.5.2.1.6 CONTROL ACCESO. Curso Normal de Eventos
Acción de los actores
Respuesta del Sistema
1. Este caso de uso comienza cuando el operador del sistema enciende el equipo de cómputo para utilizar el sistema. Y presiona el icono del SIA para utilizar el sistema.
3. El operador (Secretaria o Coordinador) teclea la clave y contraseña. Se oprime el botón Aceptar.
5. El operador tiene la disponibilidad de usar el sistema.
2. Presenta el formulario Control de Acceso. Muestra el nombre de la institución académica. Muestra el semestre actual.
4. Verifica y presenta el menú principal.
Cursos Alternos:
Clave y/o contraseña no válidas. Desplegar mensaje: clave y/o contraseña no son válidas
Casos de Uso Control Acceso.
Actores Secretaría, Coordinador
Propósito Capturar la clave y contraseña para iniciar el sistema.
Resumen El operador (Secretaria o Coordinador) registra la clave y contraseña para inicializar el sistema.
Tipo Primario
ficha de programacion de carreras
selecciona
carrera
selecciona un
aula
valida
cancela
determina el
codigo
muestra lista de
aulas disponibles
muestra codigo,ubicacion
y estado de aula
registra
no existe registro
error
si existe registro
SISTEMACOORDINADOR
3.3 REQUERIMIENTOS NO FUNCIONALES
3.3.1 PROPÓSITO Este documento especifica los Requerimientos No Funcionales necesarios para el PROYECTO DE DESARROLLO DEL SISTEMA DE INFORMACIÓN ACADEMICO DEL CETPRO “JULIO C. TELLO”. En el cual se especifican los criterios que pueden usarse para un mejor rendimiento del Sistema.
3.3.2 ALCANCE Los Requerimientos No Funcionales para este proyecto tratan de identificar los aspectos visibles del Sistema para el usuario, que no están relacionados de forma directa con el comportamiento funcional del sistema.
Abarcan diversos aspectos como:
Interfaz de Usuario y Factores Humanos que incluye: Tipo de Interfaz, Experiencia.
Documentación que incluye: Documentación Requerida, Destinatarios, Tipo de Documentación Técnica.
Consideraciones de hardware: Compatibilidad con otro Hardware, Existencia de otros Sistemas.
Características de Ejecución: Usuarios concurrentes, Carga de trabajo, Gestión de errores y excepciones.
Cuestiones de Calidad: fiabilidad, disponibilidad, robustez, modificaciones futuras.
Ambiente Físico: Condiciones Climáticas, Exposición a golpes, Accidentes, seguridad, recursos consumidos por el sistema.
3.3.3 REQUERIMIENTOS NO FUNCIONALES DE USABILIDAD
3.3.3.1 EXPORTAR LISTADO DE RESULTADOS A EXCEL IDENTIFICADOR REQUERIMIENTO:
PDSIAC-JCT-001
NOMBRE:
Exportar listado de resultados a Excel
CLASIFICACIÓN:
USABILIDAD
DESCRIPCIÓN:
Un requerimiento importante para el sistema es que deben tener los cuadernillos para exportar la lista de resultados a Excel, básicamente se pretende alcanzar este requerimiento ubicando un icono (Excel) al inicio de cada tabla o lista de resultados que se muestre (solo para listas con resultados o elementos mayor a 1 elemento).
CONSIDERACIONES
3.3.3.2 OPERACIONES SOBRE FORMULARIOS DE DATOS A GUARDAR IDENTIFICADOR REQUERIMIENTO:
PDSIAC-JCT-002
NOMBRE:
Operaciones sobre Formularios de datos a guardar.
CLASIFICACIÓN:
USABILIDAD
DESCRIPCIÓN:
La aplicación presenta diferentes tipos de formularios para las operaciones de modificar u otras transacciones. Al momento de ejecutar estas operaciones los formularios deberán tener el siguiente comportamiento:
Cuando una operación de modificación de datos de un objeto del sistema falle, la misma pantalla deberá mantenerse con su correspondiente mensaje notificando la operación fallida y el formulario conservara los datos ya capturados.
Cuando una operación de alta de un objeto del sistema falle, la misma pantalla deberá mantenerse con su correspondiente mensaje notificando la operación fallida y el formulario conservara los datos ya capturados.
CONSIDERACIONES:
3.3.3.3 TAMAÑO DE BOTONES IDENTIFICADOR REQUERIMIENTO:
PDSIAC-JCT-003
NOMBRE:
Tamaño de Botones
CLASIFICACIÓN:
USABILIDAD
DESCRIPCIÓN:
Los botones utilizados dentro de la aplicación deben ser tamaño grande para su fácil acceso y visualización por el usuario.
CONSIDERACIONES:
3.3.3.4 PAGINADOR DE LAS LISTAS DE BÚSQUEDA IDENTIFICADOR REQUERIMIENTO:
PDSIAC-JCT-004
NOMBRE: Paginador de las lista de búsqueda
CLASIFICACIÓN:
USABILIDAD
DESCRIPCIÓN:
Se utilizara el paginador para cuando se decidan mostrar más de 50 o 100 registros de información en alguna lista para hacer más eficiente el uso del formulario.
CONSIDERACIONES: Se utilizara de acuerdo a la funcionalidad del caso de uso y no quedara pasmado en todos los Formularios que contengan listas.
3.3.4 REQUERIMIENTOS NO FUNCIONALES DE SEGURIDAD
3.3.4.1 MANEJO DE CONTRASEÑA EN LA SESIÓN IDENTIFICADOR REQUERIMIENTO:
PDSIAC-JCT-005
NOMBRE:
Manejo de Contraseña En La Sesión
CLASIFICACION:
SEGURIDAD
DESCRIPCIÓN:
Las contraseñas se deberán almacenar en la BD en forma encriptada
La aplicación solo podrá ser accesada por medio de un usuario y un password.
CONSIDERACIONES
3.3.5 REQUERIMIENTOS NO FUNCIONALES DE MANTENIBILIDAD
3.3.5.1 EMPLEO DE CÓDIGO IDENTIFICADOR REQUERIMIENTO:
PDSIAC-JCT-006
NOMBRE:
Empleo de Código de Programación lo mas claro Posible
CLASIFICACION:
MANTENIBILIDAD
DESCRIPCIÓN:
El código de la aplicación que se desarrolle debe ser claramente legible y estar limpio de código innecesario.
Se deberán seguir las mejores prácticas para el desarrollo de aplicaciones
CONSIDERACIONES:
3.3.6 REQUERIMIENTOS NO FUNCIONALES DE FIABILIDAD
3.3.6.1 PREVENCIÓN DE ERRORES IDENTIFICADOR REQUERIMIENTO:
PDSIAC-JCT-007
NOMBRE:
Prevención de Errores
CLASIFICACION:
FIABILIDAD
DESCRIPCIÓN:
Todos los errores de las aplicaciones deben ser claros al momento de la captura y señalar con el mayor detalle posible el componente o función en donde ocurren, tratando de que la mayoría de éstos puedan detectarse en tiempo de compilación y construcción más que en tiempo de ejecución.
CONSIDERACIONES:
3.3.7 REQUERIMIENTOS NO FUNCIONALES DE INTERFAZ
3.3.7.1 FORMULARIO NAVEGACIÓN CON TECLADO IDENTIFICADOR REQUERIMIENTO:
PDSIA-JCT-007
NOMBRE:
Formulario Navegación con Teclado
CLASIFICACIÓN:
INTERFAZ
DESCRIPCIÓN:
Este requerimiento maneja los índices de los elementos modificables en orden, así como los mensajes de error y opciones de navegación (acciones), lo cuál:
Esto se refiere a que si llegará a ver un error, cuando regresa a la página anterior, el cursor sea capaz de comenzar al principio del cuadro de captura de texto.
Otro ejemplo es que cuando el usuario utilice la tecla “tab”, el usuario pueda ser capaz de desplazarse en los cuadros de texto y botones según un orden.
CONSIDERACIONES:
3.3.7.2 MENSAJES DE ERRORES ESTANDARIZADOS IDENTIFICADOR REQUERIMIENTO:
PDSIA-JCT-008
NOMBRE:
Mensajes de Errores Estandarizados
CLASIFICACIÓN:
INTERFAZ
DESCRIPCIÓN:
Mantener estandarizados los mensajes de errores.
Mantener la misma redacción en los mensajes de errores o de confirmación que existan en toda la aplicación.
Los mensajes de error deben especificar exactamente el error surgido para evitar confusión debe evitarse manejar errores genéricos desde la aplicación.
CONSIDERACIONES:
3.3.7.3 FORMATO PARA FECHA EN TODO EL SISTEMA IDENTIFICADOR REQUERIMIENTO:
PDSIA-JCT-009
NOMBRE:
Formato para Fecha en todo el Sistema
CLASIFICACIÓN:
INTERFAZ
DESCRIPCIÓN:
Este requerimiento describe la manera en que deben mostrarse todas las fechas que se
muestran como etiqueta en el sistema:
Se define el siguiente formato para las Fechas: DD-MMM-YYYY.
Ejemplo: 16-Jul-2014.
CONSIDERACIONES:
Debe considerarse para todas las fechas del sistema tomar el formato anterior como base. La aplicación debe Mostrar las fechas de acuerdo al formato anterior.