Cetpro Informe Final

SISTEMAS Y COMPUTACIN UNDAC 1
UNIVERSIDAD NACIONAL
DANIEL ALCIDES CARRIN
FACULTAD DE INGENIERIA
ESCUELA DE FORMACION PROFESIONAL DE
SISTEMAS Y COMPUTACION

TRABAJO DE PROGRAMACIN DE SISTEMAS:
DESARROLLO DEL SISTEMA DE INFORMACIN
ACADEMICO DEL CETPRO JULIO C. TELLO

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


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


DESARROLLO DEL SISTEMA DE
INFORMACIN ACADEMICO DEL
CETPRO JULIO C. TELLO
1. INTRODUCIN
1.1 PRPOSITO DEL SISTEMA
Este presente trabajo se realiza haciendo un anlisis de la situacin acadmica actual del
CETPRO, de tal forma que ha permitido conocer que el instituto no cuenta con sistema de
informacin acadmico y mucho menos con una base de datos que pueda almacenar la
informacin captada en el proceso acadmico.
En miras de brindar un mejor servicio a la comunidad del instituto, se ha propuesto el
desarrollo 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 del
instituto, con la finalidad de estudiar sus procesos acadmicos, y recoger los requerimientos de
informacin, 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 de
datos y sistema de informacin.
1.2 ALCANCE DEL SISTEMA
En el presente estudio se pretende instaurar un sistema que permita a la institucin manejar
informacin acadmica de manera actualizada y oportuna. De esta manera nuestra propuesta
contribuye con los objetivos de la institucin.
Por lo que estudiando las alternativas, se ha considerado: Un sistema de informacin
centralizado por la oficina de Secretara General con una terminal en la oficina de la
Direccin, la que operara de acuerdo a sus requerimientos.
Esta alternativa pese a centralizar la informacin acadmica permitir mejorar la
planificacin 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.
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 de
informacin y brinde los alcances en su implementacin.
Estudiar el desarrollo de un Sistema de Informacin Acadmico empleando el desarrollo
iterativo, caracterstica primordial de la metodologa UML, con la finalidad de elaboracin
el 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 la
metodologa UML.


Los objetivos a alcanzar con este proyecto solo considera los requerimientos bsicos 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 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 ejecut
muchos aos atrs, la cual est en funcionamiento y es la parte modelo que nos ayuda a este
desarrollo.
2 SISTEMA ACTUAL
Las actividades acadmicas anuales del CETPRO JULIO C. TELLO se desarrollan en diferentes
perodos 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 del
ao.
Actualmente el CETPRO no cuenta con un sistema de informacin que le permite automatizar
los procesos y actividades acadmicas que se desarrollan en la institucin. El desarrollo del
proceso 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 limitaciones
y sobre todo a la necesidad de tener la informacin acadmica oportuna y disponible con el
fin de procesar informacin en forma rpida, precisa y segura; es por ello que la institucin
acadmica CETPRO JULIO C. TELLO ha credo conveniente el desarrollo del sistemas
acadmico.
2.1 PROGRAMACIN ACADMICA
El desarrollo de cada mdulo con respecto a la carrera define la duracin y se inicia con la
elaboracin de la programacin acadmica. El Departamento de Formacin 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 mdulo verifica los resultados obtenidos en
el anterior mdulo. La relacin de mdulos a ofrecer es enviada al Consejo de Docentes de
Formacin por Especialidades, el cual es asignado a un solo docente; luego en unanimidad con
el Jefe del Departamento de Formacin por Especialidades, determina los horarios de clase
para 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 boleta
de pago. La oficina de la Secretara 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 matrcula, este proceso concluye con entregar al
alumno 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 Jefe
Administrativo 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 los
Registros de Alumnos al Departamento de Formacin 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 mdulo, la oficina de Secretara General emite las actas al
Departamento de Formacin por Especialidades. Este rgano despus de haber verificado los
registros de evaluaciones realiza el traspaso de notas (nota promocional del mdulo) al acta
para posteriormente enviarlas a Secretara General y luego al Director quien da el visto bueno
con una firma y sello.
2.3 EVALUACIN ACADEMICA
El profesor evala al alumno en los aspectos tericos y prcticos las cuales son divididas por
unidades de acuerdo a la especialidad, el que es supervisado por el Departamento de
Formacin por Especialidades de manera interna, este proceso dejar como constancia la nota
promocional 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 la
boleta de notas o constancia de notas es verificada y sellada por Direccin para luego ser
entregadas al alumno. Asimismo, los alumnos al concluir todo los mdulos de su especialidad
solicitan 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 manejar
informacin acadmica de manera actualizada y oportuna. De esta manera nuestra propuesta
contribuye con los objetivos del CETPRO, adems de considerar las limitaciones que se
presentan el CEO.
Por lo que estudiando las alternativas, se ha considerado: Un sistema de informacin
centralizado por la oficina de Secretara General con una terminal en la oficina de la
Direccin, la que operara de acuerdo a sus requerimientos.
Esta alternativa pese a centralizar la informacin acadmica permitir mejorar la
planificacin 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 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
programacin, registrar
horarios, registrar
docentes asignados.
Es el encargado de registrar
todos los movimientos
internos que se llevan a cabo
en la institucin trabaja de la
mano con la junta
acadmica.
SECRETARIA PRINCIPAL Registrar pago de
matrcula, registrar
notas finales, verificar
Boucher de pago,
registrar nuevo alumno,
registrar inscripcin a
carreras.
Es la encargada de hacer
gestiones respecto a la
matrcula de alumnos.
DIRECTOR PRINCIPAL Contratar nuevo
docentes manejar la
institucin, dar informe
al Mindes, contratar
personal.
Es la cabeza de la
institucin, encargada de
gestionar el manejo interno
y externo de la misma.
ALUMNO APOYO Matricularse en la
institucin, estudiar
una carrera, saber sus
notas.
Es el que arranca el negocio,
si bien no trabaja
directamente con el sistema
su participacin hace posible
que este empiece a fluir.
JUNTA
ACADEMICA
APOYO Consensuar sobre
horarios, programacin
acadmica,
programacin de
docentes.
Est formado por la
agrupacin de docentes,
director y otros; quienes a
travs de una reunin figan
las pautas a seguir.
SISTEMA COOPAC APOYO Brindar informacin
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
institucin.
Es el ente rector que siempre
se muestra interesado en el
funcionamiento de la
institucin.
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 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 luego
planificar el periodo de cada mdulo, este ltimo se llevara a cabo en una ventana
Modulo de Plan para ello se requerirn de los siguientes atributos como (Nombre del
curso, seccin, rubro, tipo de curso) todo esto se debe REPETIR CON CADA ASIGNATURA
A AADIR EN EL PLAN, para luego crear la Especificacin 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 botn 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 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: 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 usuario solicita acceso al sistema, en el sistema automticamente 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 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 IU
ventana Inscripcin Curso el sistema debe ser capaz de buscar si el alumno est
matriculado, 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 y
Turno) en la Ventana IU Ventana Alumno recin se podra crear nuevo alumno en el
sistema, y el sistema nos debe generar un cdigo 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 (Cdigo del alumno, Condicin) el sistema
deber 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 alumno
buscado esto quiere decir que el alumno es NUEVO y por lo tanto se creara la matricula
asignndole (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 Documento
de pago.
3.2.1.3 RELACIN ENTRE ACTORES Y CASOS DE USO
Falta o hay inconsistencia [Clase 04 Pg. 22]


3.2.1.4 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
contrasea 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
matrcula 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
Programacin
de Carreras
Primario
Administrador registra
programacin de carreras al.
Administrador
Registrar
Programacin
Acadmica
Primario
El administrador registra la
programacin Acadmica respetando
la asamblea de docente.
Administrador
Registrar
horario
Secundario
El administrador es quien registra los
horarios.
Secretaria
Registrar
Inscripcin 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.3.1 DESCRIPCIN 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.2 UTILIZACION DE DIAGRAMAS
3.2.4.2.1 DIAGRAMA DE ACTIVIDADES
[Falta]
3.2.4.2.2 DIAGRAMA DE INTERACCIN
[Falta]
3.2.4.3 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 DISEO LGICO DE LA INTERFAZ



3.2.5.2 DISEO 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 dentro
de los atributos del sistema se encuentra la metfora de interfaz, es decir, detallar las ventanas
que faciliten el trabajo al usuario final. El proceso de desarrollo de la aplicacin se ha basado
en este caso en los procesos acadmicos y en las actividades de los usuarios finales. Siendo los
formularios la base para crear la interfaz de una aplicacin, 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 informacin sobre Alumnos, Docentes, Cursos, Planes de
Estudios, 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 las
siguientes ventanas:
Ventana de acceso al sistema
Ventana del men principal.
Ventana para la Programacin de Carreras.


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 o
reportes constituyen la mejor manera de crear una copia impresa de la informacin extrada 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 PROGRAMACIN DE CARRERAS
Curso Normal de Eventos
Accin de los actores Respuesta del Sistema
1. Este caso de uso comienza cuando el Jefe
del Dpto. Acadmico realiza la
programacin de carreras del semestre
actual. El Coordinador elige del men
principal la opcin Registrar Programacin
de Carrera.
3. Con cada programacin de carrera, el
coordinador selecciona el nombre de la
carrera, seccin y turno. Se selecciona el
nombre del aula asignada Al terminar de
capturar la programacin de carreras, el
operador cierra el formulario.
5. Al terminar de capturar la programacin
de carreras, el coordinador cierra el
formulario.
2. Presenta el formulario Registrar
Programacin de Carrera de la figura
Muestra el periodo por modulo actual.
4. Determina y muestra el cdigo, estado y
capacidad del aula. Agrega la informacin.
Cursos Alternos:
Programacin de carrera, turno y seccin no es vlida. Desplegar mensaje informando que
programacin 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 una
carrera en un semestre.
Resumen El Jefe del Dpto. acadmico 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 transaccin, el coordinador realiza un reporte al
Jefe del Dpto. acadmico.


3.2.5.2.1.2 REGISTRAR HORARIO
1. Este caso de uso comienza cuando el Jefe
del Dpto. Acadmico define el horario de
clases de una carrera. El coordinador elige
del men principal la opcin Registrar
Horario.
3. El coordinador selecciona la carrera,
turno y seccin. Despus se oprime el botn
VER CURSOS.
5. Por cada asignatura, el coordinador
selecciona el nombre de la asignatura y
selecciona el da y la hora. Despus de
registrar el horario oprime el botn
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 mdulo reporte segn los
requerimientos. El operador indica un
informe de los horarios por docente.
9. El operador enva 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 seccin.
6. Agrega la informacin del curso en la
actual transaccin. El cdigo y nmero 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 programacin acadmica de carrera se
haya efectuado.
Da y hora de horario no son vlidos. Desplegar mensaje informando que ese horario ya
fue ocupado.


Casos de Uso Registrar Horario.
Actores Jefe del Dpto. Acadmico (iniciador),Coordinador
Propsito Capturar la distribucin de horas de clase de los mdulos
programados a una carrera.
Resumen El Jefe del Dpto. Acadmico define el horario de
distribucin 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 operacin, el coordinador solicita un
reporte de horarios por docente para enviarlo a los que se
relacionan.
Tipo Primario.

3.2.5.2.1.3 REGISTRAR PAGO DE MATRCULA.
1. Este caso de uso comienza cuando el
alumno realiz en el SIS COOPAC el
respectivo pago por matricula el cual se
apersona a Secretara con su copia del pago
por derecho de matrcula. El operador elige
en el men principal la opcin registrar
matricula.
2. Presenta el formulario Registrar
Matricula.
4. Agrega la informacin sobre el alumno a
la actual transaccin.
6. Agrega la informacin sobre el pago de
matrcula a la actual transaccin. Actualiza


3. El operador oprime el botn Nueva
matrcula para indicar que se trata de una
nueva matricula. Por defecto escoge la
opcin Alumno Regular y teclea el cdigo
del Alumno.
5. Al verificar la boleta de ingreso o
solicitud del alumno, el operador escoge la
condicin de matrcula y teclea el nmero,
fecha y pago de la boleta. Se oprime el botn
Grabar.
7. Registrada la matricula, el operador
retorna los documentos.
el saldo de matrcula.

Cursos Alternos:
Cdigo de alumno es incorrecto. Despliega mensaje informando que el cdigo del alumno
no existe.
N de boleta es incorrecta. Se despliega mensaje informando que el nmero no es vlido. Si
el pago es mayor que el costo de matrcula. Se despliega un mensaje informando que el
monto 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 pago
por derecho de matrcula. La secretaria registra el CUA (cdigo
nico del alumno), el nmero, fecha y monto de la boleta. Al
terminar la transaccin, el operador remite la copia al
Coordinador
La secretaria registra los mdulos en los que se ha inscrito un
alumno. Al terminar la transaccin, la secretaria retorna la
copia 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.4 REGISTRAR INSCRIPCIN DE CURSO.
Accin de los actores

Respuesta del Sistema

Secretario realiza la matrcula de un
alumno con los mdulos por carrera en los
que se ha inscrito. El operador elige del
men principal la opcin Inscripcin de
Curso.
3. El operador teclea el cdigo del alumno.
5. Por cada asignatura, el operador
selecciona el nombre de la asignatura. Se
oprime el botn Inscribir despus de
capturar cada carrera y su mdulo.
7. Al terminar de capturar los cursos, el
operador retorna la copia de la ficha de la
matrcula.

2. Presenta el formulario Inscripcin de
Mdulos.
4. Agrega la informacin sobre el alumno a
la actual inscripcin.
Determina y muestra el nombre,
especialidad, turno y seccin del alumno
matriculado.
Muestra una lista de todos los mdulos
programadas a la carrera y seccin donde el
alumno se ha matriculado.
6. Agrega la informacin sobre la carrera a la
actual inscripcin.
El cdigo, tipo, nmero de horas y encargado
del curso se muestran.
Calcula y presenta el total de horas inscritas
en la pestaa Mdulos Inscritos.
8. Genera un reporte de los mdulos


inscritos.

Cursos Alternos:
El cdigo del alumno es incorrecto. Desplegar mensaje informando que el cdigo del
alumno 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 un
alumno. Al terminar la transaccin, la secretaria retorna la
copia 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.


Docente entrega a Secretara el acta con las
notas obtenidas por los alumnos inscritos en
un 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 botn
Ver Cursos.
5. El operador selecciona el nombre de la
asignatura y por cada alumno inscrito en la
asignatura, el operador ingresa el cdigo del
alumno y el valor de la nota obtenida. Se
oprime el botn Grabar despus de capturar
la evaluacin del alumno.
7. Al terminar de capturar las notas de los
alumnos inscritos en un mdulo, el
operador remite el acta.

2. Presenta el formulario Registrar Nota.
4. Determina y muestra una lista de todos
mdulos programados a una carrera, turno y
seccin.
6. Agrega la informacin del alumno a la
actual transaccin. Agrega la informacin
del mdulo a la actual transaccin. El cdigo
clave de la carrera, as como el nombre del
docente, el nombre del alumno, la
observacin de la evaluacin.
8. En la pestaa Relacin de Notas se muestra
el 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 alumnos
inscritos en un mdulo 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 mdulo por carrera. Al terminar la transaccin,
Secretara retorna el acta al Director.
Tipo


3.2.5.2.1.6 CONTROL ACCESO.
Accin de los actores

Respuesta del Sistema

operador del sistema enciende el equipo de
cmputo para utilizar el sistema. Y presiona
el icono del SIA para utilizar el sistema.
3. El operador (Secretaria o Coordinador)
teclea la clave y contrasea. Se oprime el
botn Aceptar.
5. El operador tiene la disponibilidad de
usar el sistema.
2. Presenta el formulario Control de Acceso.
Muestra el nombre de la institucin
acadmica. 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.


Resumen El operador (Secretaria o Coordinador) registra la clave y
contrasea para inicializar el sistema.
Tipo Primario

3.3 REQUERIMIENTOS NO FUNCIONALES
3.3.1 PROPSITO
Este documento especifica los Requerimientos No Funcionales necesarios para el
PROYECTO DE DESARROLLO DEL SISTEMA DE INFORMACIN 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 estn 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.
Documentacin que incluye: Documentacin Requerida, Destinatarios, Tipo de
Documentacin Tcnica.
Consideraciones de hardware: Compatibilidad con otro Hardware, Existencia de otros
Sistemas.
Caractersticas de Ejecucin: Usuarios concurrentes, Carga de trabajo, Gestin de errores
y excepciones.
Cuestiones de Calidad: fiabilidad, disponibilidad, robustez, modificaciones futuras.


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 para
exportar 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 (solo
para listas con resultados o elementos mayor a 1 elemento).
CONSIDERACIONES
3.3.3.2 OPERACIONES SOBRE FORMULARIOS DE DATOS A GUARDAR
PDSIAC-JCT-002
NOMBRE:
Operaciones sobre Formularios de datos a
guardar.
CLASIFICACIN:
USABILIDAD
DESCRIPCIN:
La aplicacin presenta diferentes tipos de formularios para las operaciones de modificar u
otras transacciones. Al momento de ejecutar estas operaciones los formularios debern
tener el siguiente comportamiento:
Cuando una operacin de modificacin de datos de un objeto del sistema falle, la
misma 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 el
formulario conservara los datos ya capturados.
CONSIDERACIONES:
3.3.3.3 TAMAO DE BOTONES
IDENTIFICADOR REQUERIMIENTO: NOMBRE:


PDSIAC-JCT-003 Tamao de Botones
CLASIFICACIN:
USABILIDAD
DESCRIPCIN:
Los botones utilizados dentro de la aplicacin deben ser tamao grande para su fcil acceso
y visualizacin por el usuario.
CONSIDERACIONES:
3.3.3.4 PAGINADOR DE LAS LISTAS DE BSQUEDA
PDSIAC-JCT-004
NOMBRE: Paginador de las lista de
bsqueda
CLASIFICACIN:
USABILIDAD
DESCRIPCIN:
Se utilizara el paginador para cuando se decidan mostrar ms de 50 o 100 registros de
informacin 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.1 MANEJO 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


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 mas
claro Posible
CLASIFICACION:
MANTENIBILIDAD
DESCRIPCIN:
El cdigo de la aplicacin que se desarrolle debe ser claramente legible y estar limpio
de 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 sealar
con el mayor detalle posible el componente o funcin en donde ocurren, tratando de que la
mayora de stos puedan detectarse en tiempo de compilacin y construccin ms que en
tiempo 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


DESCRIPCIN:
Este requerimiento maneja los ndices de los elementos modificables en orden, as como los
mensajes 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.2 MENSAJES DE ERRORES ESTANDARIZADOS
PDSIA-JCT-008
NOMBRE:
Mensajes de Errores Estandarizados
CLASIFICACIN:
INTERFAZ
DESCRIPCIN:
Mantener estandarizados los mensajes de errores.
Mantener la misma redaccin en los mensajes de errores o de confirmacin que existan
en toda la aplicacin.
Los mensajes de error deben especificar exactamente el error surgido para evitar
confusin 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 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 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

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Cetpro Informe Final

Enviado por

Direitos autorais:

Formatos disponíveis

SISTEMAS Y COMPUTACIN UNDAC 1

Você também pode gostar