cetpro informe final

8/11/2019 Cetpro Informe Final

1/34

SISTEMAS Y COMPUTACIN UNDAC 1

UNIVERSIDAD NACIONAL

DANIEL ALCIDES CARRIN

F CULT D DE INGENIERI

ESCUEL DE FORM CION PROFESION L DE

SISTEM S Y COMPUT CION

TRABAJO DE PROGRAMACIN DE SISTEMAS:

DESARROLLO DEL SISTEMA DE INFORMACINACADEMICO DEL CETPRO JULIO C. TELLO

AUTORES:BRAVO ROJAS, Luis.COSME CORAZAO, Dayana.GAMARRA BARRERA, Rubn.MELGAREJO RMAC, Anthony.ROMN VICTORIO, Miguel.


2/34


CONTENIDO

1. INTRODUCIN ....................................................................................................................... 4

1.1 PRPOSITO DEL SISTEMA .............................................................................................. 4

1.2 ALCANCE DEL SISTEMA.................................................................................................. 4

1.3 OBJETIVOS Y CRITERIOS DE XITO DEL PROYECTO ....................................................... 4

1.3.1 OBJETIVOS GENERALES ......................................................................................... 4

1.3.2 OBJETIVOS ESPECIFICOS ........................................................................................ 4

1.3.3 CRITERIOS DE XITO DEL PROYECTO ..................................................................... 4

1.4 DEFINICIONES, SIGLAS Y ABREVIATURAS ...................................................................... 5

1.5 REFERENCIAS ................................................................................................................. 5

1.6 PANORAMA .....................................................................Error! Bookmark not defined.

2 SISTEMA ACTUAL ................................................................................................................... 5

2.1 PROGRAMACIN ACADMICA ...................................................................................... 5

2.2 PROCESO DE MATRICULA .............................................................................................. 5

2.3 EVALUACIN ACADEMICA ............................................................................................ 6

3 SISTEMA PROPUESTO ............................................................................................................ 6

3.1 PANORAMA ................................................................................................................... 6

3.2 REQUERIMIENTOS FUNCIONALES ................................................................................. 6

3.2.1 IDENTIFICACIN DE ACTORES Y CASOS DE USO ................................................... 6

3.2.2 PRIORIZAR CASOS DE USO ................................................................................... 11

3.2.3 DETALLAR CASOS DE USO ................................................................................... 11

3.2.4 ESTRUCTURAR EL MODELO DE CASOS DE USO ................................................... 12

3.2.5 PROTOTIPAR LA INTERFAZ DE USUARIO ............................................................. 18

3.3 REQUERIMIENTOS NO FUNCIONALES ......................................................................... 29

3.3.1 PROPSITO .......................................................................................................... 29

3.3.2 ALCANCE .............................................................................................................. 29

3.3.3 REQUERIMIENTOS NO FUNCIONALES DE USABILIDAD ....................................... 30

3.3.4 REQUERIMIENTOS NO FUNCIONALES DE SEGURIDAD ....................................... 31

3.3.5 REQUERIMIENTOS NO FUNCIONALES DE MANTENIBILIDAD .............................. 32

3.3.6 REQUERIMIENTOS NO FUNCIONALES DE FIABILIDAD ........................................ 32

3.3.7 REQUERIMIENTOS NO FUNCIONALES DE INTERFAZ ........................................... 32

3.4 SEUDOREQUERIMIENTOS............................................................................................ 34

3.5 MODELOS DEL SISTEMA .............................................................................................. 34

3.5.1 ESCENARIOS ........................................................................................................ 34

3.5.2 MODELO DE CASOS DE USO ................................................................................ 34


3/34


3.5.3 MODELO DE OBJETOS ......................................................................................... 34

3.5.4 DICCIONARIO DE DATOS ..................................................................................... 34

3.5.5 DIAGRAMA DE CLASE .......................................................................................... 34

3.5.6 MODELOS DINAMICOS ........................................................................................ 34

3.5.7 INTERFAZ DE USUARIO: RUTAS DE NAVEGACIN Y MAQUETAS DE PANTALLA . 34

3.6 GLOSARIO .................................................................................................................... 34


4/34


DESARROLLO DEL SISTEMA DEINFORMACIN ACADEMICO DEL

CETPRO JULIO C. TELLO1.INTRODUCIN

1.1 PRPOSITO DEL SISTEMA

Este presente trabajo se realiza haciendo un anlisis de la situacin acadmica actual delCETPRO, de tal forma que ha permitido conocer que el instituto no cuenta con sistema deinformacin acadmico y mucho menos con una base de datos que pueda almacenar lainformacin captada en el proceso acadmico.

En miras de brindar un mejor servicio a la comunidad del instituto, se ha propuesto eldesarrollo de un sistema de informacin acadmico, empleando el Proceso Unificado de

Desarrollo (RUP).El estudio inicio, obteniendo informacin general sobre la estructura orgnica y funcional delinstituto, con la finalidad de estudiar sus procesos acadmicos, y recoger los requerimientos deinformacin, se propone un modelo del sistema, constituido por la definicin de requisitos,Diagramas y Casos de Uso; que son la base para implementar la funcionalidad de la base dedatos y sistema de informacin.

1.2 ALCANCE DEL SISTEMA

En el presente estudio se pretende instaurar un sistema que permita a la institucin manejarinformacin acadmica de manera actualizada y oportuna. De esta manera nuestra propuestacontribuye con los objetivos de la institucin.

Por lo que estudiando las alternativas, se ha considerado: Un sistema de informacincentralizado por la oficina de Secretara General con una terminal en la oficina de laDireccin, la que operara de acuerdo a sus requerimientos.

Esta alternativa pese a centralizar la informacin acadmica permitir mejorar laplanificacin de las actividades acadmicas, brindar mejor servicio y reflejar eficiencia en losservicios acadmicos. Adems, aminora el nmero 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 Informacin Acadmico en el CETPRO JULIO C. TELLO.

1.3.2

OBJETIVOS ESPECIFICOS

Analizar los requerimientos de informacin acadmica del CEPRO JULIO C. TELLO,utilizando una metodologa para el desarrollo del sistema orientado a objetos: UML

Realizar los diagramas que la metodologa exige, que nos permitir modelar el sistema deinformacin y brinde los alcances en su implementacin.

Estudiar el desarrollo de un Sistema de Informacin Acadmico empleando el desarrolloiterativo, caracterstica primordial de la metodologa UML, con la finalidad de elaboracinel diagrama de clases, siendo ste permitir la solucin lgica del software.

1.3.3

CRITERIOS DE XITO DEL PROYECTO

Contamos con la informacin necesaria para la elaboracin de este proyecto mediante lametodologa UML.


5/34


Los objetivos a alcanzar con este proyecto solo considera los requerimientos bsicos delusuario.

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 jerrquica de esta

institucin.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 ejecutmuchos aos atrs, la cual est en funcionamiento y es la parte modelo que nos ayuda a estedesarrollo.

2

SISTEMA ACTUAL

Las actividades acadmicas anuales del CETPRO JULIO C. TELLO se desarrollan en diferentesperodos segn sea la carrera y la cantidad de mdulos por carrera. Cada ao, se da el inicio

al proceso acadmico desde el primer mdulo con la finalidad CETPRO termine al final delao.

Actualmente el CETPRO no cuenta con un sistema de informacin que le permite automatizarlos procesos y actividades acadmicas que se desarrollan en la institucin. El desarrollo delproceso acadmico se realiza de forma manual con ayuda de algunos programas (Excel,Word) en los que se desempean funciones especficas, pero frente a las muchas limitacionesy sobre todo a la necesidad de tener la informacin acadmica oportuna y disponible con elfin de procesar informacin en forma rpida, precisa y segura; es por ello que la institucinacadmica CETPRO JULIO C. TELLO ha credo conveniente el desarrollo del sistemasacadmico.

2.1 PROGRAMACIN ACADMICA

El desarrollo de cada mdulo con respecto a la carrera define la duracin y se inicia con laelaboracin de la programacin acadmica. El Departamento de Formacin General yProfesional de acuerdo al Reglamento Interno del CETPRO, el Plan de Trabajo Anual y normasvigentes, inicia este proceso, a partir del segundo mdulo verifica los resultados obtenidos enel anterior mdulo. La relacin de mdulos a ofrecer es enviada al Consejo de Docentes deFormacin por Especialidades, el cual es asignado a un solo docente; luego en unanimidad conel Jefe del Departamento de Formacin por Especialidades, determina los horarios de clasepara cada mdulo y as destinarla para su publicacin.

2.2 PROCESO DE MATRICULA

Inicialmente el alumno paga un derecho de matrcula en la COOPAC 392 y recibe una boletade pago. La oficina de la Secretara General es la encargada de recepcionar la copia de laboleta de pago, asimismo verifica si se trata de un alumno nuevo para la especialidad o es unalumno que viene a matricularse para el siguiente modulo. Al tratarse de un nuevo alumno laSecretaria tiene la responsabilidad de registrar sus datos en libro de registros, y luego de ellodebe proseguir con el proceso normal de matrcula, este proceso concluye con entregar alalumno los formatos de la ficha de matrcula por duplicado.

El alumno llena la ficha de matrcula y terminada sta es verificada por la Secretaria y el JefeAdministrativo los cuales la firman y dan el visto bueno, incluido la firma del alumno.

El Secretaria recepcionar las fichas de matrcula inscritas, lo que resume para luego emitir losRegistros de Alumnos al Departamento de Formacin por Especialidades el cual se encarga dehacerlos llegar a los docentes, para controlar la asistencia y avance del alumno.


6/34


Antes de terminar el periodo del mdulo, la oficina de Secretara General emite las actas alDepartamento de Formacin por Especialidades. Este rgano despus de haber verificado losregistros de evaluaciones realiza el traspaso de notas (nota promocional del mdulo) al actapara posteriormente enviarlas a Secretara General y luego al Director quien da el visto buenocon una firma y sello.

2.3

EVALUACIN ACADEMICA

El profesor evala al alumno en los aspectos tericos y prcticos las cuales son divididas porunidades de acuerdo a la especialidad, el que es supervisado por el Departamento deFormacin por Especialidades de manera interna, este proceso dejar como constancia la notapromocional del curso. La Secretara General procesa la informacin acadmica del mdulo;anota las notas de las actas promocionales en las boletas de notas del alumno. Finalmente laboleta de notas o constancia de notas es verificada y sellada por Direccin para luego serentregadas al alumno. Asimismo, los alumnos al concluir todo los mdulos de su especialidadsolicitan documentos como: constancias, certificados de estudio, informes acadmicos, etc.

3 SISTEMA PROPUESTO

3.1

PANORAMA

En el presente estudio se pretende instaurar un sistema que permita al CETPRO manejarinformacin acadmica de manera actualizada y oportuna. De esta manera nuestra propuestacontribuye con los objetivos del CETPRO, adems de considerar las limitaciones que sepresentan el CEO.

Por lo que estudiando las alternativas, se ha considerado: Un sistema de informacincentralizado por la oficina de Secretara General con una terminal en la oficina de laDireccin, la que operara de acuerdo a sus requerimientos.

Esta alternativa pese a centralizar la informacin acadmica permitir mejorar laplanificacin de las actividades acadmicas, brindar mejor servicio y reflejar eficiencia en los

servicios acadmicos. Adems, aminora el nmero de personas en el manejo del sistema.3.2 REQUERIMIENTOS FUNCIONALES

3.2.1 IDENTIFICACIN DE ACTORES Y CASOS DE USO

3.2.1.1 IDENTIFICACIN DE ACTORES

3.2.1.1.1

ACTORES DE SISTEMA

Los actores identificados en esta rea son los interactan con el Sistema en si, los cuales loshemos 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


7/34


Cajero

Alumno

Docente

Director

3.2.1.1.3 LISTA DE ACTOR OBJETIVO

ACTOR TIPO OBJETIVO DESCRIPCION

ADMINISTRADOR PRINCIPAL Registrar plancurricular, registrarprogramacin, registrarhorarios, registrardocentes asignados.

Es el encargado de registrartodos los movimientosinternos que se llevan a caboen la institucin trabaja de lamano con la juntaacadmica.

SECRETARIA PRINCIPAL Registrar pago de

matrcula, registrarnotas finales, verificarBoucher de pago,registrar nuevo alumno,registrar inscripcin acarreras.

Es la encargada de hacer

gestiones respecto a lamatrcula de alumnos.

DIRECTOR PRINCIPAL Contratar nuevodocentes manejar lainstitucin, dar informeal Mindes, contratarpersonal.

Es la cabeza de lainstitucin, encargada degestionar el manejo internoy externo de la misma.

ALUMNO APOYO Matricularse en lainstitucin, estudiaruna carrera, saber susnotas.

Es el que arranca el negocio,si bien no trabajadirectamente con el sistemasu participacin hace posibleque este empiece a fluir.

JUNTA

ACADEMICA

APOYO Consensuar sobrehorarios, programacinacadmica,programacin dedocentes.

Est formado por laagrupacin de docentes,director y otros; quienes atravs de una reunin figanlas pautas a seguir.

SISTEMA COOPAC APOYO Brindar informacinsobre pagos.

Permite conocer sobre lavalidez de un supuesto pagoque realizo el alumno amatricularse.

CAJERO PASIVO Cobrar y registrarpagos.

No interviene en el manejode nuestro sistema, porquepertenece a otro, perosiempre se muestrainteresado al interrelacionarse con el alumno.


8/34


DREP PASIVO Custodiar en buenfuncionamiento de lainstitucin.

Es el ente rector que siemprese muestra interesado en elfuncionamiento de lainstitucin.

3.2.1.1.4 LIMITES DEL SISTEMA

3.2.1.2 IDENTIFICACION DE CASO S 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 mdulos a dictarse.

El docente gestiona los horarios de clases de cada mdulo 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 mdulos y luegoplanificar el periodo de cada mdulo, este ltimo se llevara a cabo en una ventanaModulode Plan para ello se requerirn de los siguientes atributos como (Nombre delcurso, seccin, rubro, tipo de curso) todo esto se debe REPETIR CON CADA ASIGNATURAA AADIR EN EL PLAN, para luego crear la Especificacin del plan con sus respectivosatributos y el periodo de cada uno.

Finalmente, el operador de sistema en la interfaz de usuario de IU Ventana PlanCurricular podr ver un botn con el nombre de Reporte, para luego generan en laInterfaz de Usuario de Reporte, y luego nos debe mostrar el reporte de los cursos porcarrera.

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 interfazIU 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 Identificacin como (Usuario,

contrasea, funcin) en la Ventana IU Ventana de Acceso.

SISTEMA

CETPRO

Realizar Matricula

Objetivo:

Monitorear el

funcionamiento del

sistema

Objetivo: Dar informacion de

datos personales para

matricularse

Actualizar Datos en Sistema

Objetivo: Emi tir boleta

de pago

Objetivo: verificar el buen

funcionamiento del

sistema

Objetivo: validar pago

de matriculaObjetivo: Actualizar y

registrar datos en

sistema

Objetivo:

Realizar

matricula

Administrador Secretaria

Alumno

Director

DREP

Cajero

SS. COOPAC


9/34


El usuario solicita acceso al sistema, en el sistema automticamente se busca si el usuarioexiste o no en el sistema, si los datos son correctos se activara la IU Men Principal eloperador ya podr tener la ventana principal activada.

3.2.1.2.1.5 REALIZAR MATRICULA

El alumno solicita a la secretaria la informacin de los cursos a dictarse y los costos de

ellos

El alumno solicita matricularse, la secretaria indica realizar un pago de matrcula.

El alumno realiza su pago en COOPAC.

La secretaria procede a registrar sus datos y emite su ficha matrcula

3.2.1.2.1.6 REGISTRAR INCRIPCION DE MDULOS

El Administrador del sistema, primeramente ingresa datos del alumno en la ventana IUventana Inscripcin Curso el sistema debe ser capaz de buscar si el alumno estmatriculado, para luego devolver lo pedido.

Buscar posibles mdulos 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 yTurno) en la Ventana IU Ventana Alumno recin se podra crear nuevo alumno en elsistema, y el sistema nos debe generar un cdigo nico por alumno.

Finalmente se hace captura de datos del alumno como (Nombre, apellido, fecha denacimiento, lugar de nacimiento, DNI, etc.)

3.2.1.2.1.8 REGISTRAR PAGO DE MATRICULA

El operador, debe ingresar los datos del alumno (Cdigo del alumno, Condicin) el sistemadeber verificar el cdigo 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 alumnobuscado esto quiere decir que el alumno es NUEVO y por lo tanto se creara la matriculaasignndole (seccin y turno) luego consultar el costo, luego devolver el costo.

Captura los datos de la boleta (Nro. de Boleta, Fecha, Monto) para luego crear Documentode pago.

3.2.1.3 RELACIN ENTRE ACTORES Y CASOS DE USO

Falta o hay inconsistencia [Clase 04 Pg. 22]


10/34


3.2.1.4DIAGRAMA DE CASOS DE USO

SISTEMA ACADEMICO

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


11/34


3.2.2 PRIORIZAR CASOS DE USO

Pagar matricula.

Realizar matricula

3.2.3

DETALLAR CASOS DE USO

ACTOR CASO DE USO TIPO DESCRIPCION

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


12/34


Usuario

(Director,Secretaria yAdministrador)

Registrarse Primario

El usuario ingresa la clave ycontrasea para acceder al sistema.El sistema verifica e informa ladisponibilidad del acceso solicitado ypermite el acceso al sistema.

Secretaria RealizarMatricula

Primario La secretaria es quien realiza lamatrcula de los alumnos.

AdministradorAsignarDocente

PrimarioEl administrador asigna docente porespecialidad.

DocentesGestionarHorarios

SecundarioEl docente gestiona los horarios yemite al coordinador.

AdministradorRegistrarProgramacinde Carreras

PrimarioAdministrador registraprogramacin de carreras al.

Administrador RegistrarProgramacinAcadmica

Primario El administrador registra laprogramacin Acadmica respetandola asamblea de docente.

AdministradorRegistrarhorario

SecundarioEl administrador es quien registra loshorarios.

SecretariaRegistrarInscripcin decursos

PrimarioLa secretaria registra los cursos enlos que se ha inscrito un alumno.

Secretaria

Registrar notapromocional de

asignatura Primario

La secretaria es quien registra lasnotas promocionales de cada

asignatura, para lo cual cada docentehace entrega de notas a la secretaria

AdministradorRegistrar nuevoplan curricular

SecundarioEl Administrador registra cada unode los cursos contenidos en el nuevoplan curricular

DirectorRegistrar nuevodocente

PrimarioEl Director registra los datos deldocente.

3.2.3.1DESCRIPCIN DEL CASO DE USO

Falta esta parte, caminos bsicos y alternativos [Clase 05 Pg. 8]

3.2.4 ESTRUCTURAR EL MODELO DE CASOS DE USO

3.2.4.1 RELACIONES DE GENERALIZACIN EXTENSIN E INCLUSIN

3.2.4.2UTILIZACION DE DIAGRAMAS

3.2.4.2.1 DIAGRAMA DE ACTIVIDADES

[Falta]

3.2.4.2.2 DIAGRAMA DE INTERACCIN

[Falta]

3.2.4.3DIAGRAM AS DE SECUENCIA DEL SISTEMAS

1. REGISTRAR PROGRAMACION DE ESPECIALIDAD


13/34


2. REGISTRAR ASIGNACION ACADEMICA

3. REGISTRAR HORARIO


14/34


4. OBTENER DEUDORES DE PAGO

5. REGISTRAR PAGO DE MATRICULA


15/34


6. REGISTRAR NUEVO ALUMNO

7. REGISTRAR INSCRIPCION DE MODULO


16/34


8. REGISTRAR NOTA PROMOCIONAL MODULO

9. REGISTRAR PLAN CURRICULAR


17/34


10.REGISTRAR NUEVO DOCENTE

11.CONTROL DE ACCESO AL SISTEMA


18/34


3.2.5 PROTOTIPAR LA INTERFAZ DE USUARIO

3.2.5.1DISEO LGICO DE LA INTERFAZ


19/34



20/34


3.2.5.2DISEO FSICO DE LA INTERFAZ

3.2.5.2.1 VENTANA PRINCIPAL

El diseo de las ventanas o pantallas responde a los requerimientos del sistema, ya que dentrode los atributos del sistema se encuentra la metfora de interfaz, es decir, detallar las ventanasque faciliten el trabajo al usuario final. El proceso de desarrollo de la aplicacin se ha basadoen este caso en los procesos acadmicos y en las actividades de los usuarios finales. Siendo losformularios la base para crear la interfaz de una aplicacin, se ha creado como pantallaprincipal 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 informacin sobre Alumnos, Docentes, Cursos, Planes deEstudios, Carreras Profesionales, es decir, informacin elemental.

Aplicaciones: Realizar los procesos acadmicos del sistema.

Consultas:Proporcionar la informacin oportuna.

Reportes: Emitir reportes de los procesos llevados cabo.

Utilitarios: Opcin que permite realizar operaciones de clculo e informarse de la fecha,etc.

Ayuda: Ventana que permite obtener informacin sobre el sistema.

Todas estas funciones del men principal nos han llevado a la necesidad de contar con lassiguientes ventanas:

Ventana de acceso al sistema

Ventana del men principal.

Ventana para la Programacin de Carreras.


21/34


Ventana para registrar los horarios.

Ventana para el Proceso de Matricula.

Ventana para la inscripcin de mdulos.

Ventana para la carga de notas.

Reportes

Permite la presentacin y modificacin de los datos. La elaboracin de los informes oreportes constituyen la mejor manera de crear una copia impresa de la informacin extrada ocalculada 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 PROGRAMACIN DE CARRERAS

Curso Normal de Eventos

Accin de los actores Respuesta del Sistema

1. Este caso de uso comienza cuando el Jefedel Dpto. Acadmico realiza laprogramacin de carreras del semestreactual. El Coordinador elige del menprincipal la opcin Registrar Programacinde Carrera.

3. Con cada programacin de carrera, elcoordinador selecciona el nombre de lacarrera, seccin y turno. Se selecciona elnombre del aula asignada Al terminar de

capturar la programacin de carreras, eloperador cierra el formulario.

5. Al terminar de capturar la programacinde carreras, el coordinador cierra elformulario.

2. Presenta el formulario RegistrarProgramacin de Carrera de la figuraMuestra el periodo por modulo actual.

4. Determina y muestra el cdigo, estado ycapacidad del aula. Agrega la informacin.

Cursos Alternos:

Programacin de carrera, turno y seccin no es vlida. Desplegar mensaje informando queprogramacin ya existe.

Casos de Uso Registrar Programacin de Carreras.

Actores Jefe del Dpto. Acadmico (iniciador), Coordinador

Propsito Capturar la programacin de carreras y el aula asignada a unacarrera en un semestre.

Resumen El Jefe del Dpto. acadmico define el cuadro de carrerasprogramadas en un semestre por modulo e informa alCoordinador. El coordinador registra cada una de las carrerasprogramadas en el semestre y el aula que le ha sido asignada.Al terminar la transaccin, el coordinador realiza un reporte alJefe del Dpto. acadmico.


22/34


3.2.5.2.1.2 REGISTRAR HORARIO



1. Este caso de uso comienza cuando el Jefedel Dpto. Acadmico define el horario declases de una carrera. El coordinador eligedel men principal la opcin RegistrarHorario.

3. El coordinador selecciona la carrera,turno y seccin. Despus se oprime el botnVER CURSOS.

5. Por cada asignatura, el coordinadorselecciona el nombre de la asignatura yselecciona el da y la hora. Despus deregistrar el horario oprime el botnGUARDAR

7. Al terminar de capturar el horario detodos los cursos de una carrera, elcoordinador cierra la ventana y escoge una

de las opciones del mdulo reporte segn losrequerimientos. El operador indica uninforme de los horarios por docente.

9. El operador enva los reportes para serentregados a cada uno de los interesados.

2. El men principal muestra el formularioRegistrar horario, que solicita los datos deuna carrera. Muestra el actual modulo.

4. Determina y muestra la lista deasignaturas programadas a la carrera deacuerdo a la seccin.

6. Agrega la informacin del curso en laactual transaccin. El cdigo y nmero dehoras de la signatura se muestran. El auladonde se dictar el curso, y el nombre delprofesor se muestra.

8. Genera reportes.

Cursos Alternos:

Lista de cursos por modulo no existe. Verificar que programacin acadmica de carrera sehaya efectuado.

Da y hora de horario no son vlidos. Desplegar mensaje informando que ese horario ya

fue ocupado.


23/34


Casos de Uso Registrar Horario.

Actores Jefe del Dpto. Acadmico (iniciador),Coordinador

Propsito Capturar la distribucin de horas de clase de los mdulosprogramados a una carrera.

Resumen El Jefe del Dpto. Acadmico define el horario dedistribucin de horas de clase de una carrera en un semestrepor modulo e informa al coordinador. El coordinador registralos horarios de cada uno de los cursos programados a unacarrera. Al terminar la operacin, el coordinador solicita unreporte de horarios por docente para enviarlo a los que serelacionan.

Tipo Primario.

3.2.5.2.1.3 REGISTRAR PAGO DE MATRCULA.



1. Este caso de uso comienza cuando elalumno realiz en el SIS COOPAC elrespectivo pago por matricula el cual seapersona a Secretara con su copia del pagopor derecho de matrcula. El operador eligeen el men principal la opcin registrar

matricula.

2. Presenta el formulario RegistrarMatricula.

4. Agrega la informacin sobre el alumno ala actual transaccin.

6. Agrega la informacin sobre el pago de

matrcula a la actual transaccin. Actualiza


24/34


3. El operador oprime el botn Nuevamatrcula para indicar que se trata de unanueva matricula. Por defecto escoge laopcin Alumno Regular y teclea el cdigodel Alumno.

5. Al verificar la boleta de ingreso osolicitud del alumno, el operador escoge lacondicin de matrcula y teclea el nmero,fecha y pago de la boleta. Se oprime el botnGrabar.

7. Registrada la matricula, el operadorretorna los documentos.

el saldo de matrcula.

Cursos Alternos:

Cdigo de alumno es incorrecto. Despliega mensaje informando que el cdigo del alumnono existe.

N de boleta es incorrecta. Se despliega mensaje informando que el nmero no es vlido. Siel pago es mayor que el costo de matrcula. Se despliega un mensaje informando que elmonto no es vlido

Casos de Uso Registrar pago de matrcula.

Actores Alumno (iniciador), Secretara.

Propsito Capturar una matrcula y su correspondiente pago.

Resumen El Alumno entrega en Secretaria la copia de la boleta de pagopor derecho de matrcula. La secretaria registra el CUA (cdigo

nico del alumno), el nmero, fecha y monto de la boleta. Alterminar la transaccin, el operador remite la copia alCoordinador

La secretaria registra los mdulos en los que se ha inscrito unalumno. Al terminar la transaccin, la secretaria retorna lacopia de la ficha de matrcula.

La Secretaria entrega al coordinador la copia de la ficha dematrcula de un alumno.

Tipo Primario.


25/34


3.2.5.2.1.4 REGISTRAR INSCRIPCIN DE CURSO.



1. Este caso de uso comienza cuando elSecretario realiza la matrcula de unalumno con los mdulos por carrera en losque se ha inscrito. El operador elige delmen principal la opcin Inscripcin deCurso.

3. El operador teclea el cdigo del alumno.

5. Por cada asignatura, el operador

selecciona el nombre de la asignatura. Seoprime el botn Inscribir despus decapturar cada carrera y su mdulo.

7. Al terminar de capturar los cursos, eloperador retorna la copia de la ficha de lamatrcula.

2. Presenta el formulario Inscripcin deMdulos.

4. Agrega la informacin sobre el alumno ala actual inscripcin.

Determina y muestra el nombre,especialidad, turno y seccin del alumnomatriculado.

Muestra una lista de todos los mdulosprogramadas a la carrera y seccin donde elalumno se ha matriculado.

6. Agrega la informacin sobre la carrera a laactual inscripcin.

El cdigo, tipo, nmero de horas y encargadodel curso se muestran.

Calcula y presenta el total de horas inscritasen la pestaa Mdulos Inscritos.

8. Genera un reporte de los mdulos


26/34


inscritos.

Cursos Alternos:

El cdigo del alumno es incorrecto. Desplegar mensaje informando que el cdigo delalumno no es vlido


Actores Secretaria (iniciador), Coordinador.

Propsito Capturar los mdulos en los que se ha inscrito un alumno.

Resumen La secretaria registra los mdulos en los que se ha inscrito unalumno. Al terminar la transaccin, la secretaria retorna lacopia de la ficha de matrcula.

La Secretaria entrega al coordinador la copia de la ficha de

matrcula de un alumno

Tipo Primario

3.2.5.2.1.5 REGISTRAR NOTA FINAL POR MDULO.




27/34


1. Este caso de uso comienza cuando elDocente entrega a Secretara el acta con lasnotas obtenidas por los alumnos inscritos enun mdulo por carrera. El operador elige

del men principal la opcin Registrar Nota.3. El operador selecciona la especialidad,turno y seccin en, luego presiona el botnVer Cursos.

5. El operador selecciona el nombre de laasignatura y por cada alumno inscrito en laasignatura, el operador ingresa el cdigo delalumno y el valor de la nota obtenida. Seoprime el botn Grabar despus de capturarla evaluacin del alumno.

7. Al terminar de capturar las notas de losalumnos inscritos en un mdulo, eloperador remite el acta.

2. Presenta el formulario Registrar Nota.

4. Determina y muestra una lista de todosmdulos programados a una carrera, turno y

seccin.6. Agrega la informacin del alumno a laactual transaccin. Agrega la informacindel mdulo a la actual transaccin. El cdigoclave de la carrera, as como el nombre deldocente, el nombre del alumno, laobservacin de la evaluacin.

8. En la pestaa Relacin de Notas se muestrael nmero de aprobados y desaprobados

Cursos Alternos:

La nota no es vlida. Desplegar un mensaje informando que la nota no es vlida


Actores Docente (iniciador), Secretara, Director

Propsito Capturar las notas promocionales obtenidas por los alumnosinscritos en un mdulo por asignatura.

Resumen El Docente entrega al operador el acta de notas de unaasignatura. La secretaria registra las notas de los alumnosinscritos en un mdulo por carrera. Al terminar la transaccin,Secretara retorna el acta al Director.

Tipo


28/34


3.2.5.2.1.6 CONTROL ACCESO.



1. Este caso de uso comienza cuando eloperador del sistema enciende el equipo decmputo para utilizar el sistema. Y presionael icono del SIA para utilizar el sistema.

3. El operador (Secretaria o Coordinador)teclea la clave y contrasea. Se oprime elbotn Aceptar.

5. El operador tiene la disponibilidad deusar el sistema.

2. Presenta el formulario Control de Acceso.Muestra el nombre de la institucinacadmica. Muestra el semestre actual.

4. Verifica y presenta el men principal.

Cursos Alternos:

Clave y/o contrasea no vlidas. Desplegar mensaje: clave y/o contrasea no son vlidas

Casos de Uso Control Acceso.

Actores Secretara, Coordinador

Propsito Capturar la clave y contrasea para iniciar el sistema.


29/34


Resumen El operador (Secretaria o Coordinador) registra la clave ycontrasea para inicializar el sistema.

Tipo Primario

3.3 REQUERIMIENTOS NO FUNCIONALES

3.3.1

PROPSITOEste documento especifica los Requerimientos No Funcionales necesarios para elPROYECTO DE DESARROLLO DEL SISTEMA DE INFORMACIN ACADEMICO DEL CETPROJULIO C. TELLO. En el cual se especifican los criterios que pueden usarse para un mejorrendimiento del Sistema.

3.3.2

ALCANCE

Los Requerimientos No Funcionales para este proyecto tratan de identificar los aspectosvisibles del Sistema para el usuario, que no estn relacionados de forma directa con elcomportamiento funcional del sistema.

Abarcan diversos aspectos como:

Interfaz de Usuario y Factores Humanos que incluye:Tipo de Interfaz, Experiencia.

Documentacin que incluye: Documentacin Requerida, Destinatarios, Tipo deDocumentacin Tcnica.

Consideraciones de hardware: Compatibilidad con otro Hardware, Existencia de otrosSistemas.

Caractersticas de Ejecucin:Usuarios concurrentes, Carga de trabajo, Gestin de erroresy excepciones.

Cuestiones de Calidad: fiabilidad, disponibilidad, robustez, modificaciones futuras.


30/34


Ambiente Fsico: Condiciones Climticas, Exposicin 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

CLASIFICACIN:

USABILIDAD

DESCRIPCIN:

Un requerimiento importante para el sistema es que deben tener los cuadernillos paraexportar la lista de resultados a Excel, bsicamente se pretende alcanzar este requerimiento

ubicando un icono (Excel) al inicio de cada tabla o lista de resultados que se muestre (solopara listas con resultados o elementos mayor a 1 elemento).

CONSIDERACIONES

3.3.3.2OPERACIONES SOBRE FORMULARIOS DE DATOS A GUARDAR


PDSIAC-JCT-002

NOMBRE:

Operaciones sobre Formularios de datos aguardar.

CLASIFICACIN:

USABILIDAD

DESCRIPCIN:

La aplicacin presenta diferentes tipos de formularios para las operaciones de modificar uotras transacciones. Al momento de ejecutar estas operaciones los formularios deberntener el siguiente comportamiento:

Cuando una operacin de modificacin de datos de un objeto del sistema falle, lamisma pantalla deber mantenerse con su correspondiente mensaje notificando la

operacin fallida y el formulario conservara los datos ya capturados. Cuando una operacin de alta de un objeto del sistema falle, la misma pantalla deber

mantenerse con su correspondiente mensaje notificando la operacin fallida y elformulario conservara los datos ya capturados.

CONSIDERACIONES:

3.3.3.3 TAMAO DE BOTONES

IDENTIFICADOR REQUERIMIENTO: NOMBRE:


31/34


PDSIAC-JCT-003 Tamao de Botones

CLASIFICACIN:

USABILIDAD

DESCRIPCIN:

Los botones utilizados dentro de la aplicacin deben ser tamao grande para su fcil accesoy visualizacin por el usuario.

CONSIDERACIONES:

3.3.3.4 PAGINADO R DE LAS LISTAS DE BSQUEDA


PDSIAC-JCT-004

NOMBRE: Paginador de las lista debsqueda

CLASIFICACIN:

USABILIDAD

DESCRIPCIN:

Se utilizara el paginador para cuando se decidan mostrar ms de 50 o 100 registros deinformacin en alguna lista para hacer ms 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.1MANEJO DE CONTRASEA EN LA SESIN


PDSIAC-JCT-005

NOMBRE:

Manejo de Contrasea En La Sesin

CLASIFICACION:

SEGURIDAD

DESCRIPCIN:

Las contraseas se debern almacenar en la BD en forma encriptada

La aplicacin solo podr ser accesada por medio de un usuario y un password.

CONSIDERACIONES


32/34


3.3.5 REQUERIMIENTOS NO FUNCIONALES DE MANTENIBILIDAD

3.3.5.1 EMPLEO DE CDIGO


PDSIAC-JCT-006

NOMBRE:

Empleo de Cdigo de Programacin lo masclaro Posible

CLASIFICACION:

MANTENIBILIDAD

DESCRIPCIN:

El cdigo de la aplicacin que se desarrolle debe ser claramente legible y estar limpiode cdigo innecesario.

Se debern seguir las mejores prcticas para el desarrollo de aplicaciones

CONSIDERACIONES:

3.3.6 REQUERIMIENTOS NO FUNCIONALES DE FIABILIDAD

3.3.6.1 PREVENCIN DE ERRORES


PDSIAC-JCT-007

NOMBRE:

Prevencin de Errores

CLASIFICACION:

FIABILIDAD

DESCRIPCIN:

Todos los errores de las aplicaciones deben ser claros al momento de la captura y sealarcon el mayor detalle posible el componente o funcin en donde ocurren, tratando de que lamayora de stos puedan detectarse en tiempo de compilacin y construccin ms que entiempo de ejecucin.

CONSIDERACIONES:

3.3.7

REQUERIMIENTOS NO FUNCIONALES DE INTERFAZ

3.3.7.1 FORMULARIO NAVEGACIN CON TECLADO


PDSIA-JCT-007

NOMBRE:

Formulario Navegacin con Teclado

CLASIFICACIN:

INTERFAZ


33/34


DESCRIPCIN:

Este requerimiento maneja los ndices de los elementos modificables en orden, as como losmensajes de error y opciones de navegacin (acciones), lo cul:

Esto se refiere a que si llegar a ver un error, cuando regresa a la pgina 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 segn un orden.

CONSIDERACIONES:

3.3.7.2MENSAJES DE ERRORES ESTANDARIZADOS


PDSIA-JCT-008

NOMBRE:

Mensajes de Errores EstandarizadosCLASIFICACIN:

INTERFAZ

DESCRIPCIN:

Mantener estandarizados los mensajes de errores.

Mantener la misma redaccin en los mensajes de errores o de confirmacin que existanen toda la aplicacin.

Los mensajes de error deben especificar exactamente el error surgido para evitarconfusin debe evitarse manejar errores genricos desde la aplicacin.

CONSIDERACIONES:

3.3.7.3 FORMATO PARA FECHA EN TODO EL SISTEMA


PDSIA-JCT-009

NOMBRE:

Formato para Fecha en todo el Sistema

CLASIFICACIN:

INTERFAZ

DESCRIPCIN:

Este requerimiento describe la manera en que deben mostrarse todas las fechas que semuestran como etiqueta en el sistema:

Se define el siguiente formato para las Fechas: DD-MMM-YYYY.

Ejemplo: 16-Jul-2014.


34/34

CONSIDERACIONES:

Debe considerarse para todas las fechas del sistema tomar el formato anterior como base.La aplicacin debe Mostrar las fechas de acuerdo al formato anterior.

3.4

SEUDOREQUERIMIENTOS

3.5 MODELOS DEL SISTEMA

3.5.1 ESCENARIOS

3.5.2

MODELO DE CASOS DE USO

3.5.3

MODELO DE OBJETOS

3.5.4 DICCIONARIO DE DATOS

3.5.5 DIAGRAMA DE CLASE

3.5.6

MODELOS DINAMICOS

3.5.7 INTERFAZ DE USUARIO: RUTAS DE NAVEGACIN Y MAQUETAS DE

PANTALLA

3.6 GLOSARIO

cetpro informe final

Documents