FINAL

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
Responsabilidad
Anlisis del sistema para el Sistema de informacin
Nombre
daniel
Rol
Responsabilidad
Diseo y programacin del sistema (back-end)
Nombre
mary
Rol

3
VIRUS.COM
Responsabilidad
Diseo y programacin del sistema (front-end)
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.
VIRUS.COM
Nmero de requisito
R2
Nombre de requisito
Asignacin de carga acadmica
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R3
Nombre de requisito
Docentes activos y encargados
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R4
10
VIRUS.COM
Nombre de requisito
Apertura del sistema para el ciclo de matriculas
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R5
Nombre de requisito
Apertura para la etapa de subida de notas
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R6
Nombre de requisito
Reserva de ingreso
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R7
Nombre de requisito
Matricula del curso
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R8
Nombre de requisito
Matricula por cambio de curricula
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R9
12
VIRUS.COM
Nombre de requisito
Modalidad de matricula para los cursos
Tipo
Requisito
Restriccin
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
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
Nmero de requisito
R11
Nombre de requisito
Modalidades del estudiante
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R12
Nombre de requisito
Verificacin de matricula de estudiante
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R13
Nombre de requisito
Administrador del sistema
Tipo
Requisito
Restriccin
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.
14
VIRUS.COM
Nmero de requisito
R14
Nombre de requisito
Reportes generales
Tipo
Requisito
Restriccin
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
Nmero de requisito
R15
Nombre de requisito
Reportes de estudiantes
Tipo
Requisito
Restriccin
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

Nmero de requisito
R16
Nombre de requisito
Reportes para el coordinador acadmico
Tipo
Requisito
Restriccin
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
Nmero de requisito
R17
Nombre de requisito
Reportes para los docentes
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R18
Nombre de requisito
Llenado de notas
Tipo
Requisito
Restriccin
16
VIRUS.COM
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
Nmero de requisito
R19
Nombre de requisito
Promedio ponderado
Tipo
Requisito
Restriccin
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
Nmero de requisito
R20
Nombre de requisito
Tiempo de llenado de notas
Tipo
Requisito
Restriccin
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.

Nmero de requisito
R21
Nombre de requisito
seguridad los LOGS
Tipo
Requisito
Restriccin
17
VIRUS.COM
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.

Nmero de requisito
R22
Nombre de requisito
Copia de seguridad
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R23
Nombre de requisito
Ingreso de notas por el docente
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R24
Nombre de requisito
Seguridad en el acceso de notas
Tipo
Requisito
Restriccin
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.
18
VIRUS.COM
Nmero de requisito
R25
Nombre de requisito
Digitalizacin de actas
Tipo
Requisito
Restriccin
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.

Nmero de requisito
R26
Nombre de requisito
Firma digital
Tipo
Requisito
Restriccin
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
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
Nmero de requisito
R28
Nombre de requisito
Horarios de sesiones para el docente
Tipo
Requisito
Restriccin
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

Nmero de requisito
R29
Nombre de requisito
Traslado externo de estudiantes
Tipo
Requisito
Restriccin
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).
Nmero de requisito
R30
Nombre de requisito
Traslado interno de estudiantes
Tipo
Requisito
Restriccin
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

Nmero de requisito
R31
Nombre de requisito
Cuadro de convalidaciones
Tipo
Requisito
Restriccin
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

Nmero de requisito
R32
Nombre de requisito
Asignaturas no comprendidas en cuadro de convalidaciones
Tipo
Requisito
Restriccin
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
Nmero de requisito
R33
Nombre de requisito
Verificar cruce de horario estudiante
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R34
Nombre de requisito
Cruce de horario docente
Tipo
Requisito
Restriccin
21
VIRUS.COM
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.
Nmero de requisito
R35
Nombre de requisito
Cursos dirigidos
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R36
Nombre de requisito
retiro de cursos
Tipo
Requisito
Restriccin
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
Nmero de requisito
R37
22
VIRUS.COM
Nombre de requisito
Cursos dirigidos
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R37
Nombre de requisito
Cursos dirigidos
Tipo
Requisito
Restriccin
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

Nmero de requisito
R37
Nombre de requisito
Cursos paralelos
Tipo
Requisito
Restriccin
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.
Nmero de requisito
R37
Nombre de requisito
Polticas de seguridad
Tipo
Requisito
Restriccin
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
Nmero de requisito
R37
Nombre de requisito
Backup del sistema
Tipo
Requisito
Restriccin
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
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:
Precondicin: El estudiante tiene los permisos para ingresar al sistema y registrar

los cursos.
Pos
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
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
Presuncin:
Nombre:
Realizar Registro Matricular Estudiantes
Actor:
Coordinador Acadmico
Descripcin:
Precondicin: El Coordinador Academico tiene los permisos para ingresar al

sistema y registrar los cursos.
Pos
condicin:
Flujo Principal
Eventos ACTOR
Eventos SISTEMA

Universidad
Nacional
de
los
Aymaras.
35
VIRUS.COM
2.
Muestra
distintas
en
pantalla
propiedades
del
sistema
3. Elige la opcin Coordinacin
Acadmica
formulario
para
ingreso
al
sistema
6.
Valida
la
informacin
registrada.
7.
Activa
la
funcin
matricula .
estudiante
cursos,
cruzando
informacin
de
los
la
cursos

que falta llevar.
pantalla los cursos
desea llevar.
crditos
de
los
cursos
cantidad
de
crditos
permitidos
36
VIRUS.COM
12.
Sistema
solicita

15. Estudiante matriculado
Alternativa

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
Presuncin:
37
VIRUS.COM
Nombre:
Actor:
Estudiante
Descripcin:

los cursos.
Pos
condicin:
Flujo Principal
Eventos ACTOR
Eventos SISTEMA

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:

Nombre:
Actor:
Estudiante
Descripcin:

los cursos.
Pos
condicin:
Flujo Principal
Eventos ACTOR
Eventos SISTEMA

Universidad
Nacional
de
los
Aymaras.
39
VIRUS.COM
2.
Muestra
distintas
en
pantalla
propiedades
del
sistema
3. Elige la opcin estudiante
formulario
para
ingreso
al
sistema
6.
Valida
la
informacin
registrada.
7.
Activa
la
funcin
matricula .
estudiante
cursos,
cruzando
informacin
de
los
la
cursos

que falta llevar.
pantalla los cursos
desea llevar.
crditos
de
los
cursos
cantidad
de
crditos
Sistema
solicita
permitidos
12.
40
VIRUS.COM

15. Notas
Alternativa

tiempo
.13. modificacin de horario
Autor
Estudiantes de Ingeniera de Sistemas de la UNA Puno
Presuncin:
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

FINAL

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

FINAL

Cargado por

Copyright:

Formatos disponibles

VIRUS.

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

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

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

Analista, diseador, programador

Anlisis de Requerimientos del Sistema de informacin

Analista, diseador, programador

Anlisis del sistema para el Sistema de informacin

Analista, diseador, programador

Diseo y programacin del sistema (back-end)

Analista, diseador, programador

Diseo y programacin del sistema (front-end)

SISTEMA DE INFORMACION DE GESTION ACADEMICA

Especificacin de Requisitos de Software

Protocolo de transferencia de hipertexto

Lenguaje de marcas de hipertexto; sirve para la elaboracin de

TITULO DEL DOCUMENTO

Mantenimiento: para administrar las opciones bsicas del manejo de configuracin

CARACTERISTICAS DE LOS USUARIOS

Participacin activa en cursos y foros

Interfaz para ser usada con internet.

2.5. SUPOCICIONES Y DEPENDENCIAS

Se asume que los requisitos aqu descritos son estables.

2.6. EVOLUCION PREVISIBLE DEL SISTEMA

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

Sevidores web: se utilizara apache 2.0 o superior

3.2. REQUISITOS FUNCIONALES

Prioridad del requisito

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

Asignacin de carga acadmica

Prioridad del requisito

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

Docentes activos y encargados

Prioridad del requisito

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

Apertura del sistema para el ciclo de matriculas

Prioridad del requisito

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

Apertura para la etapa de subida de notas

Prioridad del requisito

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

Prioridad del requisito

Matricula del curso

Prioridad del requisito

Matricula por cambio de curricula

Prioridad del requisito

Modalidad de matricula para los cursos

Prioridad del requisito

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

Modalidad de matricula de curso para estudiantes

Prioridad del requisito

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

Modalidades del estudiante

Prioridad del requisito

Verificacin de matricula de estudiante

Prioridad del requisito

Administrador del sistema

Prioridad del requisito

Prioridad del requisito

Prioridad del requisito

3.2.16. REQUISITO FUNCIONAL 16

Reportes para el coordinador acadmico

Prioridad del requisito