Anda di halaman 1dari 44

VIRUS.

COM

Contenido
1

INTRODUCCION .............................................................................................. 2
1.1

PROPOSITO .............................................................................................. 2

1.2

ALCANCE .................................................................................................. 2

1.3

PERSONAL INVOLUCRADO .................................................................... 3

1.4

DEFINICIONES Y ACRONIMOS ............................................................... 4

1.5

REFERENCIAS .......................................................................................... 4

1.6

RESUMEN ................................................................................................. 5

2 DESCRIPCION GENERAL
3 REQUISITOS ESPECIFICOS
4 CONTEXTO DEL SISTEMA
5 REQUISITOS FUNCIONALES
6 REQUISITOS NO FUNCIONALES

VIRUS.COM

INTRODUCCION

Este documento es una Especificacin de informe de requerimientos de software del sistema de


informacin para la UNIVERSIDAD NACIONAL DE LOS AYMARAS. El presente informe de requisitos
ha sido validada por un equipo de pruebas independiente, por lo que se considera libre de errores con
las naturales reservas de esta afirmacin en el contexto del desarrollo de software. El presente
informe cumple las directrices establecidas por el estndar IEEE RecommendedPracticefor Software
RequirementsSpecification ANSI/IEEE 830-1998.

1.1 PROPOSITO

El presente documento tiene como propsito definir las especificaciones funcionales y no funcionales
para el desarrollo de un sistema de informacin web que permitir gestionar distintos procesos
administrativos y acadmicos para automatizar el proceso de matrculas de la UNIVERSIDAD
NACIONA DE LOS AYMARAS. Este ser utilizado por los estudiantes, docentes y administrativos.
1.2ALCANCE

Esta especificacin de requisitos est dirigida al usuario del sistema para continuar con el desarrollo
del sistema de informacin para la UNIVERSIDAD NACIONAL DE LOS AYMARAS y automatizar el
proceso de matrculas. Tiene por objetivo general gestionar los procesos de matrculas.

VIRUS.COM

1.3

PERSONAL INVOLUCRADO

Nombre

Yumey

Rol

Analista, diseador, programador

Categora Profesional

Ingeniera de Sistemas

Responsabilidad

Anlisis de Requerimientos del Sistema de informacin

Informacin de contacto

yumey@hotmail.com

Nombre

Wary

Rol

Analista, diseador, programador

Categora Profesional

Ingeniera de Sistemas

Responsabilidad

Anlisis del sistema para el Sistema de informacin

Informacin de contacto

Nombre

daniel

Rol

Analista, diseador, programador

Categora Profesional

Ingeniera de Sistemas

Responsabilidad

Diseo y programacin del sistema (back-end)

Informacin de contacto

Nombre

mary

Rol

Analista, diseador, programador


3

VIRUS.COM

Categora Profesional

Ingeniera de Sistemas

Responsabilidad

Diseo y programacin del sistema (front-end)

Informacin de contacto

1.4

DEFINICIONES Y ACRONIMOS

NOMBRE
Usuario

DESCRIPCION
Persona que usara el sistema para gestionar todo lo referente al
proceso de matrculas y administracin acadmica

SIGA

SISTEMA DE INFORMACION DE GESTION ACADEMICA

ERS

Especificacin de Requisitos de Software

RF

Requerimiento funcional

RNF

Requerimiento no funcional

HTTP

Protocolo de transferencia de hipertexto

HTML

Lenguaje de marcas de hipertexto; sirve para la elaboracin de


pginas web

1.5

REFERENCIAS

TITULO DEL DOCUMENTO


Estndar IEEE 830 - 1998

Referencia
IEEE

VIRUS.COM

1.6

RESUMEN

Este presente documento consta de cinco secciones. En la primera seccin se realiza una
introduccin al mismo y se proporciona una visin general de la especificacin de recursos del
sistema.
En la segunda seccin del documento se realiza una descripcin general del sistema, con el fin de
conocer las principales funciones que este debe realizar, los datos asociados y los factores,
restricciones, supuestos, dependencias y la evolucin previsible del sistema.
En la tercera seccin se muestran los requisitos especficos que ayudan a entender el
funcionamiento del proceso acadmico en la UNIVERSIDAD NACIONAL DE LOS AYMARAS,
estos requisitos se dividen en los comunes, funcionales, no funcionales, y otros.
7En la cuarta seccin se tratara del contexto del sistema, aqu trataremos el modelo de dominio y
especificar algunas clases base para el sistema de informacin. Tambin se hablara del modelo
de negocio donde se detallara los casos de uso para los respectivos requerimientos tratados en
secciones anteriores.
En la seccin quinta se tratara con ms detalle los requisitos funcionales se especificar las
descripciones para a cada actor y se respectivo caso de uso, tambin se describir los modelos de
casos de uso. Teniendo en cuenta todos los posibles caminos bsicos, y caminos alternativos,
para cada caso de uso.
En la seccin sexta describiremos los caminos bsicos, y alternativos para los casos de uso de los
requisitos no funcionales.

VIRUS.COM

2. DESCRIPCION GENERAL
2.1. PRESPECTIVA DEL PRODUCTO
El sistema es independiente, de uso interno y especifico en cubrir las necesidades
primordiales lo cual ser un producto diseado para trabajar en entornos WEB, lo que
permitir su utilizacin de forma rpida y eficaz, adems se integrara conjuntamente con
moodle (Aula Virtual) para lograr una mejor respuesta.
2.2. FUNCIONALIDADDEL PRODUCTO
El sistema de informacin gestinacadmica presenta las siguientes opciones en el men
principal:

2.3.

Mantenimiento: para administrar las opciones bsicas del manejo de configuracin


necesaria de datos del sistema de informacin tales como: empresa, asignatura
rea, competencia acadmica, periodo acadmico, curso acadmico, periodo
acadmico, curso acadmico, juicio valorativo, escala acadmico, escala
comportamiento, hora acadmico, porcentaje de nivelacin, observacin de
estudiantes, EPD.
Operacional: para administras datos y procesos funcionales del sistema de
informacin tales como alumno, profesores, inscripcin, matriculas, horarios,
calificacin, nivelacin.
Consultas: permite la visualizacin de datos por pantalla y la posterior generacin
de archivos pdf con la informacin.
Administracin: para administrar los datos de los usuarios y generacin de la
bitcora.

CARACTERISTICAS DE LOS USUARIOS

Tipo de usuario
Formacin
Actividades

Administracin
TSU en informtica
Control de manejo del sistema en general

Tipo de usuario
Formacin
Actividades

Profesor/docente
Educador
Facilitar el proceso de aprendizaje

Tipo de usuario
Formacin

Estudiante
Bachiller

VIRUS.COM

Actividades

Participacin activa en cursos y foros

Tipo de usuario
Formacin
actividades

Visitante
NA
Observa e indaga informacin
preinscribe en los cursos

se

2.4. RESTRICCIONES

Interfaz para ser usada con internet.


Uso de dominio (x).
Lenguajes y tecnologas en uso: HTML,JAVA.
Los servidores deben ser capaces de atender consultas concurrentemente.
El sistema se diseara segn un modelo cliente/servidor.
El sistema deber tener un disea e implementacin sencilla, independiente de la
plataforma o del lenguaje de programacin.

2.5. SUPOCICIONES Y DEPENDENCIAS

Se asume que los requisitos aqu descritos son estables.


Los equipos en los que se vaya a ejecutar el sistema deben cumplir los requisitos
antes indicados para garantizar una ejecucin correcta de la misma.

2.6. EVOLUCION PREVISIBLE DEL SISTEMA


En los requerimientos del sistema est para poder trabajar en un entorno integrado den
todas las reas.

Con la administracin del personal en todas sus modalidades, etc.

VIRUS.COM

3. REQUISITOS ESPECIFICOS
3.1. REQUISITOS COMUNES DE LOS INTERFACES
Las entradas con las que contara para acceder al sistema, son principalmente ingreso
de notas, horarios, eventos etc. Adems de los datos personales de los estudiantes
registrados.
en el caso de docente solo tendr acceso a los cursos que se le ha asignado, donde
solo el podr manipular dichas notas ya que tendr un determinado tiempo para subir
las notas o modificarlas, para el caso de personal administrativo (Coordinador
Acadmico) tambin podr acceder a ciertos mdulos que le este permitido para
realizar como matriculas, ratificaciones y diversos cargos que ellos tengan en
coordinacin acadmica, para el caso estudiante tendr una cuenta que el sistema le
asigna una vez que l se haya matriculado por primera vez lo cual esa cuenta le
permitir tener acceso a consulta de las notas de sus cursos, horarios, curricula, aulas
virtuales y examen socio econmico.
3.1.1.

INTERFACES DE USUARIO
El usuario que administra el sistema tiene la forma de interaccin que ser a
travs de un men donde tendr las siguientes funciones:
Generar contraseas nuevas para los alumnos y los profesores.
Crear nuevos usuarios para los profesores y los administradores.
Agregar noticias importantes.
Administrar las noticias que se publiquen en la Escuela.
Administrar los usuarios de los alumnos y de los profesores de la Intranet.
Administrar las encuestas de la Escuela
El estilo de interaccin con el usuario ser a travs de formularios, que es una
forma sencilla de introduccin de datos. Adems, contarn con mens para
poder acceder fcilmente a las funcionalidades y sea ms sencilla la
navegacin. Conocer tendencias como, el historial de calificaciones de los
alumnos o el organigrama de los cursos llevados o por llevar de los alumnos,
por especialidad.

3.1.2.

INTERFACES DE HARDWARE
Se requiere saber de un ordenador, saber su composicin (monitor, teclado,
mouse y unidad central). De esta ultima es necesario saber tiene (disco duro,
placa madre, procesador, memoria RAM, memoria cache, etc.).
Para su ptimo funcionamiento se recomienda trabajar en equipos que tengan
la siguiente configuracin mnima:

VIRUS.COM

3.1.3.

Adaptadores de red.
Procesador: Pentium D 3.0 GHz
Memoria RAM:1024mb.
Placa de red: Ethernet compatible
Memoria mnima de 256Mb.
Otros: placa de video SVGA, multimedia
INTERFACES DE SOFTWARE
Sistema operativo: utilizaremos el sistema Windows actual para usuarios y en
cuanto a los servidores de plataforma GNU Linux

3.1.4.

Sevidores web: se utilizara apache 2.0 o superior


Manejador de base de datos: se activara en MySql 5.0 o superior
Lenguaje de programacin: se recomienda Netbens 6.9 o superior

INTERFACES DE COMUNICACION
Los servidores, clientes y aplicaciones se comunicarn entre s, mediante
protocolos estndares en internet, siempre que sea posible. Por ejemplo, para
transferir archivos o documentos debern utilizarse protocolos existentes (FTP
u otros convenientes).

3.2. REQUISITOS FUNCIONALES

3.2.1.

REQUISITO FUNCIONAL 1

Nmero de requisito

R1

Nombre de requisito

Niveles de usuario

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para los niveles de usuario se tiene administrador, estudiantes, personal de administrativo


(coordinador acadmico, personal de registro acadmico), docentes, Vice acadmico,
Director de estudios, Jefe de Departamento Acadmico. para el caso estudiante tendr una
cuenta que el sistema le asigna una vez que l se haya matriculado por primera vez lo cual
esa cuenta le permitir tener acceso a consulta de las notas de sus cursos, horarios,
curricula, aulas virtuales y examen socio econmico.
Para poder acceder a dichos usuarios se tendr una cuenta de registro para que asi el
usuario pueda sentir la seguridad de usar su cuenta.
3.2.2.

REQUISITO FUNCIONAL 2

VIRUS.COM

Nmero de requisito

R2

Nombre de requisito

Asignacin de carga acadmica

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

La persona encargada de asignar la carga academica es el jefe de departamento de cada


escuela profesional ya que gestiona, asigna y propone, oportunamente, docentes para el
desarrollo de las asignaturas solicitadas por las diferentes Escuelas Profesionales.
En la distribucin de la carga acadmica, el Jefe de Departamento Acadmico puede disponer
el cambio de docente en la asignatura, cuando ste es observado permanentemente por los
estudiantes, siempre y cuando se justifique.

3.2.3.

REQUISITO FUNCIONAL 3

Nmero de requisito

R3

Nombre de requisito

Docentes activos y encargados

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El jefe de departamento acadmico de cada escuela profesional brindara la relacin de los


docentes activos y encargados de sus respectivos cursos.
Este convoca a los docentes a reuniones de carcter acadmico e institucional, puede asumir
la carga acadmica mnima de catorce horas por semana, los docentes ordinarios,
contratados a tiempo completo o a dedicacin exclusiva, segn sea el caso.
Si el docente es contratado a tiempo parcial, asume el nmero de horas que se indica en el
contrato respectivo.En la distribucin de carga acadmica, los docentes ordinarios a
dedicacin exclusiva y a tiempo completo deben asumir los cursos dirigidos de acuerdo a su
especialidad. Los docentes pueden asumir un mximo de cuatro (4) horas semanales, o una
asignatura, en el Centro Pre-universitario, evitando cruce de horarios con sus asignaturas de
pre-grado. Se excepta a los docentes ordinarios a dedicacin exclusiva, El docente asiste
obligatoriamente a todas las actividades oficiales programadas por la Facultad,
Departamentos Acadmicos, Direcciones de Escuelas Profesionales, Comisin de
Autoevaluacin con fines de Acreditacin, Comisin de Diseo Curricular, Comisin Central de
Concurso de Ctedras y Comisin de Admisin para el proceso de seleccin. Y por ltimo el
docente presenta el Plan de Trabajo Semestral, de su actividad docente, al Jefe de
Departamento Acadmico.
3.2.4.

REQUISITO FUNCIONAL 4

Nmero de requisito

R4

10

VIRUS.COM

Nombre de requisito

Apertura del sistema para el ciclo de matriculas

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para el ciclo de matriculas el encargado de aperturar el sistema es el vicerrector acadmico de


acuerdo al cronograma establecido por el mismo ya que es el encargado de la apertura y cierre del
sistema.
3.2.5.

REQUISITO FUNCIONAL 5

Nmero de requisito

R5

Nombre de requisito

Apertura para la etapa de subida de notas

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El vicerrector tambin es el encargado de habilitar el sistema en las fechas indicadas para


subir las notas ya que si por motivos de falla en cualquier nota el docente o el afectado deber
pagar una multa de 50 soles para rehacer las actas, o por otros motivos ya sean que no
subieron a tiempo las notas tambin debern asomarse al vicerrectorado acadmico. Ingresar
las calificaciones finales, va Internet, al sistema acadmico de la UNA, en los plazos
establecidos; y firmar los registros y actas de evaluacin para su entrega, en la Coordinacin
Acadmica de la Facultad.
Solo se reimprimirn actas por las causales de error material involuntario, debidamente
acreditado y autorizado por el Vicerrectorado Acadmico. Se exige el pago de la tasa
establecida, para tal efecto. Las coordinaciones acadmicas remitirn las actas fsicas de
evaluacin a la Unidad de Registro Acadmico, en un plazo de cinco (5) das de haber
concluido el semestre acadmico, con la finalidad de aplicar las acciones correctivas
necesarias.

3.2.6.

REQUISITO FUNCIONAL 6

Nmero de requisito

R6

Nombre de requisito

Reserva de ingreso

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para aquellos ingresantes con 4to y 5to de educacin secundaria sea cual fuera la modalidad
de ingreso, solicitan RESERVA DE INGRESO

11

VIRUS.COM

Las matrculas, tanto de los estudiantes ingresantes, en todas las modalidades, como de los
estudiantes regulares, es personal, obligatoria y oportuna, de acuerdo al cronograma
aprobado por Consejo Universitario. Es improcedente la matrcula fuera del cronograma
establecido, salvo acuerdo de Consejo Universitario. Los estudiantes que dejaron de estudiar
de tres (3) a ms aos, reincorporados por amnista, se adecuarn al sistema curricular y plan
de estudios vigente.

3.2.7.

REQUISITO FUNCIONAL 7

Nmero de requisito

R7

Nombre de requisito

Matricula del curso

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Los estudiantes regulares deben matricularse en las asignaturas cumpliendo con los
prerrequisitos exigidos, caso contrario sern depurados durante el proceso de ratificacin.
Para las matriculas aquellos estudiantes que se matriculen a cursos de carrera tendrn que
haber aprobado antes los prerrequisitos ya que el solo tendr opcin a otros y ser obsoletos
al proceso de ratificacin

3.2.8.

REQUISITO FUNCIONAL 8

Nmero de requisito

R8

Nombre de requisito

Matricula por cambio de curricula

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

La matrcula por cambio de currcula, comprende a estudiantes que por el grado de avance
acadmico son afectados por la implementacin de un nuevo Plan de Estudios vigente en la Carrera
Profesional.
La matrcula del estudiante afectado por la implementacin de una nueva estructura curricular
se resuelve de acuerdo al cuadro de equivalencias y convalidaciones establecido en cada
Carrera Profesional

3.2.9.

REQUISITO FUNCIONAL 9

Nmero de requisito

R9

12

VIRUS.COM

Nombre de requisito

Modalidad de matricula para los cursos

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

a. Modalidad primer semestre: se matricula en todos los cursos en primer semestre.


b. Modalidad semestre superior: Depende al nmero de crditos otorgados, para la matrcula.
Para poder realizar una matrcula previamente el sistema tiene verificar la modalidad del estudiante, si
es su primera matricular para el primer semestre, el sistema debe otorgar y matricular todos los
crditos correspondientes al primer semestre. Para el caso de matrcula de semestre superior al
primer semestre, el sistema tiene que calcular el nmero de crditos para asignar; esto depende de
las notas y crditos que el estudiante llevo en el semestre anterior, con ello el sistema podr asignar
correctamente el nmero de crdito para dicho estudiante.
3.2.10. REQUISITO FUNCIONAL 10
Nmero de requisito

R10

Nombre de requisito

Modalidad de matricula de curso para estudiantes

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Esto se vera de acuerdo al numero de veces que el estudiante se haya matriculado


a. Modalidad regular: si el curso es matriculado de 1 a 2 veces como mximo.
La matrcula regular en cada semestre acadmico se realizar en fecha sealada por el Consejo
Universitario previa publicacin, debiendo ser ratificada durante la primera quincena luego de iniciado
oficialmente el dictado de clases. De no existir modificacin de parte del interesado la ratificacin ser
de oficio
b. Modalidad Irregular: si el curso es matriculado ms de 2 veces, siempre especificando el nmero de
matrcula que est llevando el estudiante.
Para poder asignar la modalidad del curso para el estudiante, el sistema tiene que analizar si el curso,
al que se est matriculando a partir de tres veces a mas, en este caso si el curso al que se matricula
el estudiante se la primera o segunda vez, el sistema asigna al curso la modalidad de curso
REGULAR, si es ms de dos veces, el sistema asignara la modalidad de curso IRREGULAR para la
matrcula
3.2.11. REQUISITO FUNCIONAL 11
Nmero de requisito

R11

Nombre de requisito

Modalidades del estudiante

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

13

VIRUS.COM

Modalidad Regular: Aquellos alumnos que aprobaron los crditos en que se han matriculado
en el semestre anterior y aquellos que repiten asignaturas por primera vez.
Modalidad Irregular: Si un curso es Irregular en la matricula, Al estudiante se le considera en
la modalidad de Irregular.
Modalidad Observada: si el promedio del estudiante es menor de 05 por dos semestres
consecutivos se le considera Observado, por lo cual se le asignara un mximo de 12 crditos para su
matrcula. Las matrculas para los estudiantes observados se realizan de manera personal en las
Coordinaciones Acadmicas.
Los estudiantes con tercera matrcula son aquellos que desaprueban una o ms asignaturas por
segunda vez, debiendo matricularse en ellas obligatoriamente, observando lo siguiente:
a. Si las asignaturas desaprobadas suman un creditaje superior al 50% del permitido
semestralmente; slo se matriculan en dichas asignaturas.
b. Si las asignaturas desaprobadas suman igual o menos del 50%, se matriculan en stas,
pudiendo adems completar los crditos restantes con otros cursos.
3.2.12. REQUISITO FUNCIONAL 12
Nmero de requisito

R12

Nombre de requisito

Verificacin de matricula de estudiante

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para realizar cualquier tipo de matrcula el sistema tiene que verificar la modalidad del estudiante si
este es egresado, regular, irregular o si ha abandonado por mas de un semestre el proceso de
matrculas en ese caso se le asigna la modalidad de OBSERVADO, para este caso el sistema emitir
un comunicado al estudiante pidiendo que se apersone a su respectiva oficina de coordinacin
acadmica y regularice su matrcula personalmente.
3.2.13. REQUISITO FUNCIONAL 13
Nmero de requisito

R13

Nombre de requisito

Administrador del sistema

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El sistema debe de contar con un SUPER-USUARIO quien es el encargado de dar o proporcionar los
ROLES para cada tipo de usuario que ingrese al sistema, es el encargado tambin de quitar o
administrar todos los ROLES, tales tipos de usuarios son: ESTUDIANTES, DOCENTES, PERSONAL
DE PLANTA (personal administrativo), VICE ACADEMICO, DIRECTOR, JEFE DE DEPARTAMENTO
ACADEMICO, ETC.
3.2.14. REQUISITO FUNCIONAL 14

14

VIRUS.COM

Nmero de requisito

R14

Nombre de requisito

Reportes generales

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para todos los reportes que el sistema realice, primero que nada tienen que ser en el plazo asignado
por el VICE ACADEMICO, para el reporte de ficha acadmica es generada en formato PDF y luego
impresa en papel legalizado por el coordinador acadmico de igual manera para los egresados. Para
los estudiantes matriculados que obtienen el reporte en ficha de matrcula, el sistema tiene que
especificar la escuela profesional, el semestre matriculado, los cursos y su respectivo grupo asignado,
los crditos, y los docentes encargados de los cursos. De esta manera el reporte se generara en PDF
para luego dar impresin al reporte.
Reporte como ficha de matricula
Reporte de ingresantes
Reporte de graduados
Reporte de matriculados
Reporte de Actas de notas
Reporte de la lista de docentes por escuela profesional
3.2.15. REQUISITO FUNCIONAL 15
Nmero de requisito

R15

Nombre de requisito

Reportes de estudiantes

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El reporte visual, es asignado para cada tipo de usuario y los permisos que le asigna el VICE
ACADEMICO, por lo cual en el caso de asignar reporte visual para los estudiantes se le asignan los
siguientes reportes: historial de notas, curricula de la escuela profesional, horarios, directiva
acadmica de la universidad, reglamento acadmico de la universidad, propuesta de estatuto para
asamblea, oficio de propuesta de estatuto. Noticias o comunicados.
En el caso de los reportes impresos como la ficha de matrcula; se especifica la informacin del
estudiante as como su modalidad de estudiante, la escuela profesional, el semestre, los cursos
matriculados y la modalidad de cada curso, los crditos matriculados, los docentes encargados de
cada curso. El reporte de ingresantes es ingresado por la oficina de tecnologa e informtica para la
escuela profesional dirigida. As de esta manera el coordinador acadmico tiene el rol de poder
realzar un reporte de dichos ingresantes a la escuela profesional. Tambin el sistema ser encargado
de analizar y asignar si un estudiante ya es egresado, por lo cual tambin se puede efectuar un
reporte, quien realiza esta tarea es el coordinador acadmico. Tambin el sistema por medio del
coordinador acadmico puede realizar reportes de todos los alumnos matriculados en todos los
semestres actuales y semestres ya concluidos.

15

VIRUS.COM

3.2.16. REQUISITO FUNCIONAL 16


Nmero de requisito

R16

Nombre de requisito

Reportes para el coordinador acadmico

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Reporte visual: el sistema podr mostrar en pantalla el historial de matrculas, notas,


noticias o cualquier tipo de informacin que corresponda.
Reporte impreso: el sistema podr imprimir un reporte impreso con el que el coordinador
acadmico validara con su sello y firma.
Tipos:
Reporte como ficha de matricula
Reporte de ingresantes
Reporte de graduados
Reporte de matriculados
Resumen de matriculados.- Se especificaran por orden siguiente:
- Por carrera
- Por semestre
- Por grupos
- Por curso.- con el formato en el siguiente orden facultad, escuela profesional, curso,
docente nivel semestre grupo y modalidad
3.2.17. REQUISITO FUNCIONAL 17
Nmero de requisito

R17

Nombre de requisito

Reportes para los docentes

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

a.
Reporte Visual: el sistema podr mostrar en pantalla al docente, la relacin de cursos que
se le asigno, la relacin de estudiantes por cada curso asignado, notas que el docente haya
asignado a los alumnos.
b.
Reporte Impreso: podr imprimir las notas llenadas asignadas a cada alumno, para luego
validar en actas las notas en vicerrectorado acadmico.
3.2.18. REQUISITO FUNCIONAL 18
Nmero de requisito

R18

Nombre de requisito

Llenado de notas

Tipo

Requisito

Restriccin

16

VIRUS.COM

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El llenado de notas es de acuerdo al cronograma establecido dentro la segunda semana de


haber concluido el proceso de matrcula. As mismo el primer ejemplar de lacarga acadmica
debe ser entregado a la Coordinacin Acadmica de la Facultad. Para su revisin y validacin
en el sistema acadmico dela UNA Puno
3.2.19. REQUISITO FUNCIONAL 19

Nmero de requisito

R19

Nombre de requisito

Promedio ponderado

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Se obtiene de la sumatoria del producto de la nota y el crdito es dividido por la cantidad de


crdito dividido por la cantidad de crdito matriculados luego ordenar a los estudiantes
colocando primero a los invictos y luego en forma ascendente por la cantidad de crditos
desaprobados y estos a la vez ordenarlos en forma descendente por el promedio ponderado
semestral.
Condiciones
Se priorizan los invictos
Se prioriza la cantidad de crditos mientras mayor cantidad de crditos ms preferencia
Y luego de priorizar a los invictos. Siguen los desaprobados segn esto se prioriza mientras
3.2.20. REQUISITO FUNCIONAL 20
Nmero de requisito

R20

Nombre de requisito

Tiempo de llenado de notas

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Si el docente no logro de llenar en el tiempo


establecido tendr q solicitar una ampliacin en vicerrectorado acadmico, en donde el
Vice-Admin podr habilitar la funcin del llenado de notas.

3.2.21. REQUISITO FUNCIONAL 21


Nmero de requisito

R21

Nombre de requisito

seguridad los LOGS

Tipo

Requisito

Restriccin

17

VIRUS.COM

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El nivel de seguridad de los LOGS (registro o bitcora o cuaderno de eventos) que es el archivo de
registro de la interaccin el sistema debe guardar, registrar, administrar. La iteracin a los usuarios
en el sistema que se registrara todas las acciones que dicho usuario que realiza ya sea la hora, fecha
como tambin el nmero de IP de la mquina de donde se hiso la consulta y tambin la accin como
tambin el modulo.

3.2.22. REQUISITO FUNCIONAL 22


Nmero de requisito

R22

Nombre de requisito

Copia de seguridad

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para lo que es copia de seguridad tendremos commint, rodl back, redo log,redounlooklo cual
esto llamamos en seguridad de base de datos del sistema.
3.2.23. REQUISITO FUNCIONAL 23
Nmero de requisito

R23

Nombre de requisito

Ingreso de notas por el docente

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El llenado de notas en el sistema el docente que llena la nota nadie puede modificar la nota,
pero si hay una equivocacin se modifica en el mismo momento lo cual solo l puede insertar.
3.2.24. REQUISITO FUNCIONAL 24
Nmero de requisito

R24

Nombre de requisito

Seguridad en el acceso de notas

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para el nivel de seguridad solo se tiene acceso a que se muestre datos no a modificar ni a
borrar ya que el docente puedo hacerlo pero a tiempo medido.
3.2.25. REQUISITO FUNCIONAL 25

18

VIRUS.COM

Nmero de requisito

R25

Nombre de requisito

Digitalizacin de actas

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para la digitacin de actas, se inicia con el ingreso de notas al sistema el acta se escanea, y se
almacena en la base de datos para que lo puedas revisar en el sistema, terminado el semestre se
archivan las actas.

3.2.26. REQUISITO FUNCIONAL 26


Nmero de requisito

R26

Nombre de requisito

Firma digital

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Las firmas electrnicas inicia ingresando al sistema con una clave privada, ya dentro del
sistema, el docente llenara las actas con las respectivas notas, culminado esto. Por seguridad,
al momento de hacer la firma digital el docente volver a ingresar la clave privada al sistema
este validara y luego devolver una clave publica donde se genera el hash (Resumen de los
Datos) que servir para la validacin del documento esto garantizara la integridad del
documento.
cdigo de verificacin de 1024,128, 512 bits segn el mtodo de encriptacin.
3.2.27. REQUISITOS FUNCIONALES 27
Nmero de requisito

R27

Nombre de requisito

Horarios de sesin de aprendizaje

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Una vez concluido el proceso de matrculas, los horarios finales de sesiones de aprendizaje
son aprobados en forma inmediata, con Resolucin Decanal, por acuerdo del Consejo de
Facultad.
Se garantizara que en los horarios no se consideren ms de 02 horas tericas o ms de 03
horas prcticas continuadas en el desarrollo de una asignatura en el mismo da, salvo
excepciones de las horas prcticas de talleres.

19

VIRUS.COM

La Resolucin Decanal de aprobacin de los horarios es remitida por el Decano de la


Facultad al Vicerrectorado Acadmico, dentro de la segunda semana de haber concluido el
proceso de matrculas
3.2.28. REQUISITO FUNCIONAL 28
Nmero de requisito

R28

Nombre de requisito

Horarios de sesiones para el docente

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Los horarios de sesiones de aprendizaje de los docentes a tiempo parcial, con 10 a 15


horas. Deben programarse para tres das de la semana

3.2.29. REQUISITOS FUNCIONALES 29


Nmero de requisito

R29

Nombre de requisito

Traslado externo de estudiantes

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Se requiere para poder realizar el traslado externo el Certificado de estudios superiores originales de
haber aprobado dos semestres o un ao acadmico en calidad de invicto, expedido por la Unidad de
Admisin y Registro Acadmico de la U.N.A.-Puno.
Resolucin Decanal que cancela la matrcula en la Carrera Profesional de procedencia.
Resolucin Decanal que aprueba la convalidacin de cursos (para la ratificacin de matrcula).
3.2.30. REQUISITOS FUNCIONALES 30
Nmero de requisito

R30

Nombre de requisito

Traslado interno de estudiantes

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para poder realizar el traslado interno consiste en postular a otra carrera estando ya en una o por otro
lado siendo un profesional postular a una carrera mas y convalidar cursos.

20

VIRUS.COM

3.2.31. REQUISITOS FUNCIONALES 31


Nmero de requisito

R31

Nombre de requisito

Cuadro de convalidaciones

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Inicia tomando cuenta tabla de equivalencias o cuadro de convalidaciones o tambin el sistema toma
en cuenta antecedentes de convalidaciones para no volver recurrir a revisin de silabus.
Si se estudia en paralelo 2 carreras y quieres convalidar no es posible, en ese caso la nica
alternativa es que se termine una carrera y luego recin convalide la otra

3.2.32. REQUISITOS FUNCIONALES 32


Nmero de requisito

R32

Nombre de requisito

Asignaturas no comprendidas en cuadro de convalidaciones

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Sern programadas como cursos regulares, de nivelacin o vacacionales y de acuerdo a


un nmero mnimo de 12 estudiantes, pudiendo desarrollarse cursos dirigidos, si la
cantidad de estudiantes es menor
3.2.33. REQUISITOS FUNCIONALES 33
Nmero de requisito

R33

Nombre de requisito

Verificar cruce de horario estudiante

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Se da cuando las horas de los distintos cursos matriculados coinciden y es una dificulta para
los estudiantes pero puede llevarlos ablando con distintos docentes a cargo de los cursos
para que se pueda facilitar el normal avance.
Solo es una advertencia eso no impide el proceso de matrculas.
3.2.34. REQUISITOS FUNCIONALES 34
Nmero de requisito

R34

Nombre de requisito

Cruce de horario docente

Tipo

Requisito

Restriccin

21

VIRUS.COM

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El sistema le da una advertencia al docente cuando exista un cruce de horarios si no cambia de


horario en el tiempo especificado entonces ya luego se procede a un proceso.
3.2.35. REQUISITOS FUNCIONALES 35
Nmero de requisito

R35

Nombre de requisito

Cursos dirigidos

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para poder llevar cursos dirigidos se deben cumplir los siguientes requisitos por ejemplo. La
existencia de un cambio de currcula, en caso de traslado, en caso de convenios, en cuyas
asignaturas ya no se dictan en el semestre o en el caso ms usual como el de concluir los
estudios donde por lo menos falten, menos o igual a 12 crditos, los cursos dirigidos se
llevaran a cabo segn horario establecido en coordinacin de docente y estudiante, y ser
aprobado por el director de la carrera, tendrn una duracin de 2 meses, en caso de que
desapruebe el curso dirigido tendr opcin a una nueva matricula por la misma modalidad, si en
cambio desaprueba por segunda vez deber matricularse pero en la modalidad de regular En
actas de evaluacin, deber consignarse con la modalidad de dirigido, y no se podr programar
como curso dirigido en caso el contenido del curso exija mayor porcentaje de prcticas o
aquellos de se especifiquen en la Estructura Curricular correspondiente.

3.2.36. REQUISITOS FUNCIONALES 36

Nmero de requisito

R36

Nombre de requisito

retiro de cursos

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

El estudiante puede retirarse dentro de los 15 das despus del inicio oficial de clases, en un
mximo de dos cursos inscritos, previa autorizacin de su Consejero y la ratificacin de la
Direccin de la Carrera Profesional. Al trmino de este perodo todos los cursos en los que est
inscrito sern considerados para establecer su rendimiento acadmico semestral
(preferentemente de asignaturas de nivel superior
3.2.37. REQUISITOS FUNCIONALES 37
Nmero de requisito

R37

22

VIRUS.COM

Nombre de requisito

Cursos dirigidos

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para considerarse dirigido te tiene que faltar menos del 50% de crditos de un semestre.
El sistema deber de considerar curso dirigido si para concluir los estudios profesionales les faltara
menos o igual a 12 crditos.
3.2.38. REQUISITOS FUNCIONALES 38
Nmero de requisito

R37

Nombre de requisito

Cursos dirigidos

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Tambin se considera dirigido cuando la cantidad de estudiantes es poca por ejemplo 5


estudiantes en un curso en este caso tambin de lo considera dirigido y tambin realizan clases
por 2 meses

3.2.39. REQUISITOS FUNCIONALES 39


Nmero de requisito

R37

Nombre de requisito

Cursos paralelos

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Cursos paralelos en caso este solo se cumplir cuando estn en los 2 ltimos semestres se puede
llevar cursos que tuvieron prerrequisito en este caso es una ayuda al estudiante para poder acabar ya
su carrera se pueden llevar hasta 3 cursos.
Para considerar cursos paralelos lo primero que debe hacer el sistema es verificar si el estudiante esta
entre los dos ltimos semestres, luego podr matricularse en cursos que tuvieron prerrequisito para
poder acabar ms rpido su profesin.
3.2.40. REQUISITOS FUNCIONALES 40
Nmero de requisito

R37

Nombre de requisito

Polticas de seguridad

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

23

VIRUS.COM

Lo que el sistema, software o sistema q trabaje con datos debe de realizar backup o llamadas
copias de seguridad ISO 27002
3.2.41. REQUISITOS FUNCIONALES 41
Nmero de requisito

R37

Nombre de requisito

Backup del sistema

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Para la realizacin de backup el sistema deber de realizarlo o deber de realizarse para la


base de datos semanalmente o mensualmente, haciendo copias de seguridad de los cambios e
ingresos al sistema.
Cdigo de buenas prcticas de las tecnologas de comunicacin dentro de ello se encuentran
los backup se debe realizar para el software y para la base de datos pueden ser en reas
semanales o mensuales se puede optar por utilizar software que lo pueden hacer se pueden
hacer copias de los que se cambi o se ingres
3.3. REQUISITOS NO FUNCIONALES
3.3.1.

REQUISITOS DE RENDIMIENTO

Al sistema se estima tener un acceso diario entre 100 a 300 personas a mas
diariamente en fechas de matricula, registro de notas, horario, etc.
Garantizar que el diseo de las consultas u otro proceso no afecte el desempeo de la
base de datos, ni considerablemente el trfico de la red.
3.3.2.

SEGURIDAD

Garantizar la confiabilidad, la seguridad y el desempeo del sistema


informtico a los diferentes usuarios. En este sentido la informacin
almacenada o registros realizados podrn ser consultados y
actualizados permanente y simultneamente, sin que se afecte el
tiempo de respuesta.

Garantizar la seguridad del sistema con respecto a la informacin y


datos que se manejan tales sean documentos, archivos y contraseas.

Facilidades y controles para permitir el acceso a la informacin al


personal autorizado a travs de Internet, con la intencin de consultar
y subir informacin pertinente para cada una de ellas.

24

VIRUS.COM

3.3.3.

Para prevenir de una cada del sistema y/o prdidas de informacin, el


sistema tendr una opcin de hacer copias de seguridad para no
perder los datos.
Por ello, el nmero mayor de datos que podemos perder es el de los
guardados desde la ltima copia de seguridad de nuestra base de
datos.
Se utilizara un sistema de criptografa MD5

FIABILIDAD

El sistema debe tener una interfaz de uso intuitiva y sencilla


La interfaz de usuario debe ajustarse a las caractersticas de la web de la
institucin, dentro de la cual estar incorporado el sistema de gestin de
procesos y el inventario.
Log de error. Esta funcin desplegara los 300 ltimos errores. Esto puede
resultar muy til para encontrar a vnculos rotos o problemas en cuanto a
archivos que faltan.
3.3.4.

DISPONIBILIDAD

El sistema estar disponible las 24 horas y el ao consecutivo, y si existiera


algn inconveniente el Administrador del Servidor nos ayudara a solucionar
aquel inconveniente.
Existe un margen de un 99% de disponibilidad ante cualquier peticin de
consulta.

3.3.5.

MANTENIBILIDAD

El sistema debe disponer de una documentacin fcilmente


actualizable que permita realizar operaciones de mantenimiento con el
menor esfuerzo posible

La interfaz debe estar complementada con un buen sistema de ayuda


(la administracin puede recaer en personal con poca experiencia en
el uso de aplicaciones informticas).

El administrador del sistema ser e encargado de dar soporte


preventivo en caso de requerirlo, dependiendo ya sea del hardware y
si requiere un soporte correctivo el desarrollador tendr que solucionar
lo mas inmediato posible. De acuerdo a los avances tencnologicos el
soporte preventivo tendr lugar mensualmente en lo que respecta a
plugins o navegadores.

25

VIRUS.COM

3.3.6.

PORTABILIDAD

Los formularios son amigables en su presentacin ya que utiliza plantilla y


layouts diseados en HTML. Los helpers incluidos permiten minimizar el
cdigo utilizado en la presentacin, ya que encapsulan grandes bloques de
cdigo en llamadas simples a funciones.
las interacciones con ajax son muy fciles de implementar mediante los
helpers que permiten encapsular los efectos de java script compatible con
todos los navegadores.
Los plugins, permiten realizar extensiones a medida del navegador y a la
solicitud requerida
La gestin de la cache reduce el ancho de banda utilizado y la carga del
servidor ejecutado.
3.4. OTROS REQUISITOS
Nmero de requisito

OR

Nombre de requisito

Otros requisitos

Tipo

Requisito

Restriccin

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

4. CONTEXTO DEL SISTEMA


4.1.

MODELO DE DOMINIO DIAGRAMA DE CLASES

4.2.

MODELO DE NEGOCIO

4.2.1. DIAGRAMA DE CASOS DE USO

26

VIRUS.COM

4.2.2. DIAGRAMA DE ACTIVIDAD

5. REQUISITOS FUNCIONALES

27

VIRUS.COM

5.1.

MODELO DE CASO DE USO

5.1.1. REQUISITO DE CASOS DE USO

Validar administrador: los requisitos de caso de uso necesariamente en el


primer caso es el la matricula tenga su login y password para controlar las
abusiones que se le dan, para tener una buena administracin del sistema.
Tambiense tiene encuenta que toda la informacin en la base de datos.

Registrar

estudiante: registro de nuevos estudiantes se dice que debe

llenar sus datos en el sistema y luego activarlo en el sistema.

Bsqueda de documentos: realiza al registro es primordial para ya que


este documento emitirlos para luego activarlo en e sistema.

5.1.2.

DESCRIPCION DE ACTORES
El sistema tiene todas las opciones en este sistema asi como aver el listado
de los documentos a la fecha modificar, emitir documentos

5.1.3. DESCRIPCION BREVE DE CASOS DE USO

5.1.3.1 DOCUMENTO DE DESCRIPCIN DE CASOS DE USO CU-1

Nombre:

Realizar Ratificacin de Matricula

Actor:

Estudiante, Coordinador acadmico

Descripcin:

Describe el proceso de Matricula de Estudiante.

Precondicin: El estudiante tiene que estar matriculado en los cursos.


Que se compruebe el cruce de horarios para acceder a la ratificacion

Pos

Los cursos son registrados en el sistema.

condicin:
Flujo
Eventos ACTOR 1

Eventos ACTOR 2

Eventos SISTEMA

28

VIRUS.COM

Principal

2.

Solicita

proceso

el
de

ratificacin
1. Ingresar a la pgina
web de la Universidad
Nacional

de

los

Aymaras.
2. Muestra en pantalla
distintas

propiedades

del sistema
3. Elige la opcin
4. Muestra en pantalla
un

formulario

para

ingreso al sistema
5. Llena el formulario.
6. Valida la informacin
registrada.
7.

Activa

Ratificacin

la

funcin .
de

estudiante

29

VIRUS.COM

8. El sistema muestra
los cursos, cruzando la
informacin
cursos

de

los

prerrequisito

con los cursos que falta


llevar y adicionalmente
se

le

cursos

mostrara

los

que

se

seleccionaron
anteriormente.
9. El sistema muestra
en pantalla los cursos

10. Menciona los


cursos que va a
aumentar

eliminar
10.

Selecciona

los

cursos que se desea


llevar.
11.

Compara

si

la

cantidad de crditos de
los

cursos

seleccionados

excede

la

cantidad

de

crditos permitidos
12.

Sistema

confirmacin

solicita
del

llenado.

30

VIRUS.COM

13.

Activa

la

confirmacin
14 Guarda en la base
de datos
15.

Estudiante

Ratificado
Alternativa

6, 11, 14. Se puede cancelar el ingreso a l modulo del


coordinador acadmico

12. El sistema detecta que se ha excedido del lmite de


crditos permitidos, se muestra en pantalla error por exceso de
crditos.se muestra en pantalla de nuevo el listado de cursos
hbiles.

Autor

Estudiantes de Ingeniera de Sistemas de la UNA - Puno

Presuncin:

La base de datos de registro est disponible.

DOCUMENTO DE DESCRIPCIN DE CASO DE USO CU-2

Nombre:

Realizar Reserva de Matricula/ CU-3

31

VIRUS.COM

Actor:

Estudiante

Descripcin:

Describe el proceso de Reserva de Matriculas

Pre condicin:

El usuario es autentificado por el sistema.

Pos condicin:

El estudiante est inactivo en la Universidad

Flujo Principal:

Eventos ACTOR

Eventos SISTEMA

1. Activa la opcin estudiante


en el sistema
2. El sistema pregunta su nombre
de usuario y contrasea
3.

El usuario introduce su

nombre y contrasea
4. El sistema comprueba sus datos
y le permite el acceso.
5. Selecciona la opcin reserva
de matricula
6. Llena un formulario
7.

Introduce

el

cdigo

de

Boucher
8. Valida el cdigo de Boucher y
los datos ingresados
9. Reserva de matricula
Alternativa:

4,5 El usuario cancela la operacin, el sistema devuelve al usuario


al men principal

32

VIRUS.COM

Autor:
Presuncin:

La base de datos de registro de socios y videos est disponible.

DOCUMENTO DE DESCRIPCIN DE CASOS DE USO CU-1

Nombre:

Realizar Registro Cursos a Matricularse

Actor:

Estudiante

Descripcin:

Describe el proceso de Matricula de Estudiante.

Precondicin: El estudiante tiene los permisos para ingresar al sistema y registrar


los cursos.
Pos

Los cursos son registrados en el sistema.

condicin:
Flujo Principal
Eventos ACTOR

Eventos SISTEMA

1. Ingresar a la pgina web de la


Universidad

Nacional

de

los

Aymaras.
2.

Muestra

distintas

en

pantalla

propiedades

del

sistema
3. Elige la opcin estudiante
4. Muestra en pantalla un
formulario

para

ingreso

al

sistema

33

VIRUS.COM

5. Llena el formulario.
6.

Valida

la

informacin

registrada.
7.

Activa

la

funcin

matricula .

estudiante
8. El sistema muestra los
cursos,

cruzando

informacin

de

los

la
cursos

prerrequisito con los cursos


que falta llevar.
9. El sistema muestra en
pantalla los cursos
10. Selecciona los cursos que se
desea llevar.
11. Compara si la cantidad de
crditos

de

los

cursos

seleccionados excede a la
cantidad

de

crditos

Sistema

solicita

permitidos
12.

confirmacin del llenado.


13. Activa la confirmacin
14 Guarda en la base de datos
15. Estudiante matriculado
Alternativa

12. El sistema detecta que se


ha excedido del lmite de
crditos permitidos

34

VIRUS.COM

13. se muestra en pantalla error por .


exceso de crditos
14. se muestra en pantalla de nuevo
el listado de cursos hbiles.

Autor

Estudiantes de Ingeniera de Sistemas de la UNA - Puno

Presuncin:

La base de datos de registro est disponible.

DOCUMENTO DE DESCRIPCIN DE CASOS DE USO CU-3

Nombre:

Realizar Registro Matricular Estudiantes

Actor:

Coordinador Acadmico

Descripcin:

Describe el proceso de Matricula de Estudiante.

Precondicin: El Coordinador Academico tiene los permisos para ingresar al


sistema y registrar los cursos.
Pos

Los cursos son registrados en el sistema.

condicin:
Flujo Principal
Eventos ACTOR

Eventos SISTEMA

1. Ingresar a la pgina web de la


Universidad

Nacional

de

los

Aymaras.
35

VIRUS.COM

2.

Muestra

distintas

en

pantalla

propiedades

del

sistema
3. Elige la opcin Coordinacin
Acadmica
4. Muestra en pantalla un
formulario

para

ingreso

al

sistema
5. Llena el formulario.
6.

Valida

la

informacin

registrada.
7.

Activa

la

funcin

matricula .

estudiante
8. El sistema muestra los
cursos,

cruzando

informacin

de

los

la
cursos

prerrequisito con los cursos


que falta llevar.
9. El sistema muestra en
pantalla los cursos
10. Selecciona los cursos que se
desea llevar.
11. Compara si la cantidad de
crditos

de

los

cursos

seleccionados excede a la
cantidad

de

crditos

permitidos

36

VIRUS.COM

12.

Sistema

solicita

confirmacin del llenado.


13. Activa la confirmacin
14 Guarda en la base de datos
15. Estudiante matriculado
Alternativa

12. El sistema detecta que se


ha excedido del lmite de
crditos permitidos
13. se muestra en pantalla error por .
exceso de crditos
14. se muestra en pantalla de nuevo
el listado de cursos hbiles.

Autor

Estudiantes de Ingeniera de Sistemas de la UNA - Puno

Presuncin:

La base de datos de registro est disponible.

37

VIRUS.COM

DOCUMENTO DE DESCRIPCIN DE CASOS DE USO CU-4

Nombre:

Realizar Registro Cursos a Matricularse

Actor:

Estudiante

Descripcin:

Describe el proceso de Matricula de Estudiante.

Precondicin: El estudiante tiene los permisos para ingresar al sistema y registrar


los cursos.
Pos

Los cursos son registrados en el sistema.

condicin:
Flujo Principal
Eventos ACTOR

Eventos SISTEMA

1. Ingresar a la pgina web de la


Universidad

Nacional

de

los

Aymaras.
2.

Muestra

distintas

en

pantalla

propiedades

del

sistema
3. Elige opcionconvalidacion
4. Muestra en pantalla tipo de
convalidacion
5. tipo de convalidacion
6. Valide segn:
- convalidacin externo
- convalidacin interno
7. presentacion de documentos

38

VIRUS.COM

8.enva solicitud
9. El sistema valida campos
ingresados
10. enva solicitud
15. convalidacion
Alternativa

12. El sistema manda un


mensaje
13. se muestra en pantalla

12Autor

Estudiantes de Ingeniera de Sistemas de la UNA Puno

Presuncin:

La base de datos de registro est disponible.

DOCUMENTO DE DESCRIPCIN DE CASOS DE USO CU-5


Nombre:

Realizar Registro Cursos a Matricularse

Actor:

Estudiante

Descripcin:

Describe el proceso de Matricula de Estudiante.

Precondicin: El estudiante tiene los permisos para ingresar al sistema y registrar


los cursos.
Pos

Los cursos son registrados en el sistema.

condicin:
Flujo Principal

Eventos ACTOR

Eventos SISTEMA

1. Ingresar a la pgina web de la


Universidad

Nacional

de

los

Aymaras.

39

VIRUS.COM

2.

Muestra

distintas

en

pantalla

propiedades

del

sistema
3. Elige la opcin estudiante
4. Muestra en pantalla un
formulario

para

ingreso

al

sistema
5. Llena el formulario.
6.

Valida

la

informacin

registrada.
7.

Activa

la

funcin

matricula .

estudiante
8. El sistema muestra los
cursos,

cruzando

informacin

de

los

la
cursos

prerrequisito con los cursos


que falta llevar.
9. El sistema muestra en
pantalla los cursos
10. Selecciona los cursos que se
desea llevar.
11. Compara si la cantidad de
crditos

de

los

cursos

seleccionados excede a la
cantidad

de

crditos

Sistema

solicita

permitidos
12.

confirmacin del llenado.

40

VIRUS.COM

13. Activa la confirmacin


14 Guarda en la base de datos
15. Notas
Alternativa

12. El sistema detecta que se


ha excedido del lmite de
tiempo
.13. modificacin de horario

Autor

Estudiantes de Ingeniera de Sistemas de la UNA Puno

Presuncin:

La base de datos de registro est disponible.

5.1.4. DESCRIPCION DEL MODELO DE CASOS DE USO

Estos casos de uso ven todos los inconvenientes que pueden tener as
como tambin las descripciones de cada uno de ellos estos casos de uso
esta basados a los requerimientos funcionales del sistema

5.2.

DETALLE DE LA DESCRIPCION DE CASOS DE USO

5.2.1.

CAMINO BASICO Y CAMINO ALTERNATIVO


SE DETALLAN
5.2.2. DIAGRAMA DE ESTADOS

41

VIRUS.COM

42

VIRUS.COM

5.3.

ESTRUCTURACION DE MODELO DE CASOS DE USO

6. REQUISITOS NO FUNCIONALES
6.1.

DETALLE DE LA DESCRIPCION DE CASO DE USO

6.1.1. CAMINO BASICO Y CAMINO ALTERNATIVO INCLUYENDO REQUISITOS NO


FUNCIONALES

NOMBRE: GARANTIZAR EL FORMATO ESTANDAR PARA EL AREA


DE RECONOCIMINIENTO
CLASIFICACION: SEGURIDAD
DESCRIPCION:
El istema deber de tener el formato estndar para el rea de
reconocimiento
CONSIDERACION:

Los administradores debern tener cuidado de ingresar datos en


el formato ya que este no tendr un corrector de errores
gramaticales.

NOMBRE: GARANTIZAR UNA IMPRESIN SIN FALLOS DE FORMATO


PARA LAS CLASIFICACIONES
CLASIFICACION SEGURIDAD

DESCRIPCION:
El sistema deber estar diseado para imprimir, los resultados del rea de
reconocimiento con los distintos tipos.
CONSIDERACIONES:

Los riquisitosminimosdel sistemas es introducir los datos de la


aplicacin sin fallo gramaticales.

43

VIRUS.COM

44