Proyecto de Ingeniería de Software semestre –II

Sistema de Encuestas para la Evaluación del Docente

Fase: Requisitos de Software (SRD)

Identificación: DOCUMENTO DE REQUISITOS DE SOFTWARE

Cliente: Ing. Msc. Henry Condori Alejo.

UNAP
Responsable: Eduardo Bernal, Diseñador (edubermaj@hotmail.com)
Versión: 1.0
Grupo Número: 1
Integrantes del Grupo: Jefe de Grupo: Myrceya Limache Tumi.
Analista: Cristhian Esteban Apaza Merma.
Diseñador: Eduardo Bernal Mamani.
Desarrollador: Victor Dino Flores Belizario.
Téster: Eber Ángel Quispe Paco.
TABLA DE CONTENIDOS

1. INTRODUCCION………………………………………………………......
1.1 PROPOSITO……………………………………………………………………………
1.2 ALCANCE……………………………………………………………………………...
1.3 DEFINICIONES, ACRONIMOS Y ABREVIATURAS………………………………
1.4 REFERENCIAS………………………………………………………………………..
1.5 VISION GENERAL……………………………………………………………………

2. DESCRIPSION GENERAL…………………………………………………

2.1 RELACION CON PROYECTOS EN DESARROLLO………………………………..

2.2 RELACION CON PROTECTOS PREDECESORES Y SUCESORES……………….
2.3 FUNCION Y PROPOSITO……………………………………………………………
2.4 CONSIDERACIONES AMBIENTALES……………………………………………..
2.5 RELACION CON OTROS SISTEMAS……………………………………………….
2.6 RESTRICCIONES GENERALES……………………………………………………..
2.7 DESCRIPSION DEL MODELO……………………………………………………….

3. REQUISITOS ESPECIFICOS………………………………………………

3.1 REQUISITOS DE RESTRICCIONES…………………………………………………

3.2 REQUISITOS FUNCIONALES……………………………………………………….
3.3 REQUISITOS DE RENDIMIENTO……………………………………………………
3.4 REQUISITOS DE INTERFACES………………………………………………………
3.5 REQUISITOS OPERACIONALES……………………………………………………..
3.6 REQUISITOS DE RECURSO…………………………………………………………..
3.7 REQUISITOS DE VERIFICACION……………………………………………………
3.8 REQUISITOS DE PRUEBAS DE ACEPTACION…………………………………….
3.9 REQUISITOS DE DOCUMENTACION………………………………………………
3.10 REQUISITOS DE SEGURIDAD DE LA INFORMACION…………………………..
3.11 REQUISITOS DE TRANSPORTABILIDAD………………………………………….
3.12 REQUISITOS DE CALIDAD…………………………………………………………..
3.13 REQUISITOS DE CONFIABILIDAD…………………………………………………
3.14 REQUISITOS DE MANTENIBILIDAD……………………………………………….
3.15 REQUISITOS DE SEGURIDAD DE LA ORDENACION……………………………

4. MATRIZ DE TRAZABILIDAD(UR V/S SR)...............................................

5. ANEXOS........................................................................................................
5.1 ANEXO 1 : REQUISITOS DE USUARIO………………………………………………
INTRODUCCIÓN

Propósito
El Sistema de Encuestas para Evaluación Docente (SEED), será una Aplicación Web
para la Universidad Nacional del Altiplano-Puno. El objetivo es desarrollar un sistema
que permita medir el desempeño de los docentes en el dictado de sus cursos.

Alcance
El Sistema de Encuesta para la Evaluación del Docente deberá dar soporte a las
siguientes funciones:
- Recolección de Datos
- Procesamiento de los Datos
- Mantenimiento de los Datos(actualizaciones)
- Publicación.

Definiciones, acrónimos y abreviaturas

Definiciones
- Aplicación Web: Aplicación distribuida (generalmente cliente-servidor) que
descansa en la infraestructura del Web para implementar sus funcionalidades.
Esto significa que las funcionalidades del servidor son coordinadas a través de
un servidor Web, la interacción con el usuario usa como base un browser y, se
usan los protocolos y estándares definidos por el W3C (v.g. para transporte
HTTP, para estructura/presentación HTML, etc.).
- Browser o Navegador: Programa de aplicación que actúa como entorno cliente
para un sitio o aplicación Web. El navegador presenta el contenido y actúa como
entorno de ejecución para el código móvil enviado por el servidor Web al
computador del usuario. No todos los navegadores implementan los estándares
de la misma manera, por tanto para asegurar que los usuarios tengan una
experiencia homogénea y de la calidad esperada se requiere tomar acuerdos
respecto al navegador seleccionado o trabajar con el mínimo común
denominador entre los navegadores a utilizar y programar pruebas extensivas.
 - Página Web: En una aplicación Web, unidad básica de interacción con el
usuario. Todos los elementos de una página serán presentados al usuario como
un conjunto. Una página puede ser “armada” a partir de un conjunto de archivos
y fuentes de datos, tales como un DBMS.
- PHP: Lenguaje de programación especializado para crear “scripts” del lado del
servidor Web. Estos “scripts” permiten crear plantillas paramétricas, las cuales al
ser interpretadas generan “páginas dinámicas” que varían en función de los datos
del sistema.
- MySQL: Sistema gestor de base de datos.

Abreviaturas y Acrónimos
• SEED: Sistema de Encuestas para Evaluación de Docente.
• UNAP: Universidad Nacional del Altiplano - Puno
• CTI: Centro de Tecnología e Informática
• SSAE: Sub Sistema de Administración de Encuestas

Referencias
• Documento de Entrevista Nº 1 al Cliente
• URD2.0
• European Space Agency. ESA SOFTWARE ENGINEERING STANDARDS
• Ing. De Software. Ian Somerville

Visión General
Una vez finalizado el semestre se debe tener un mecanismo mediante el cual el
estudiante tenga la capacidad de observar que los docentes si cumplieron o no
cumplieron con el plan establecido, a su vez catalogar y decir que el docente tuvo o no
la capacidad de dictar el curso, nos interesa la forma en que se publique y a su vez
desarrollar un mecanismo que muestre esos resultados. No nos compete que se haga con
esas estadísticas o decir en que se puede utilizar.
En esencia el estudiante pueda plasmar sus observaciones y que se pueda publicar.
DESCRIPCIÓN GENERAL

Relación con proyectos en desarrollo

El SEED es un sistema de gestión que en mencionadas oportunidades en el curso de
ingeniería de software se propuso implementar y que hasta el momento no se consiguió
establecer, esto nos da ha entender que no hay otro proyecto en desarrollo, solamente, el
desarrollado actualmente por el grupo N° 1.
Podemos mencionar otros proyectos con los cuales el SEED tendrá un cierto grado de
relación:

[Completar (que actualmente se encuentra funcional en la UNA)]

2.2 Relación con proyectos predecesores y sucesores

No existen proyectos previos, a la fecha el SEED es una propuesta que seguirá en pie
hasta que se consiga alcanzar los objetivos planteados.

2.3 Función y propósito

El propósito primordial del SEED es brindar un mecanismo por el cual se pueda evaluar
a los docentes de la UNA. Para lo cual se desarrollará una aplicación Web, que estará
compuesta por diversas funcionalidades tales como la generación de encuestas,
publicación de los resultados.
Existen tres roles de usuarios: Alumnado de la UNA, Público en general y el
administrador.
Las características particulares de cada rol son:
• Estudiantes de la UNA (U1). Proporcionan su opinión sobre los docentes
que dictaron dichos cursos de un determinado semestre, estos deben
ingresaran mediante la UNAP.
• Administrador (U2). Este usuario tiene completo acceso al SEED y da el
mantenimiento al sistema.
 • Publico en general (U3). Son personas afines que tienen acceso a la
publicación de los datos procesados por el SEED, como también al historial
respectivo.

La funcionalidad del sistema se organizará en tres áreas:

Recoleccion de datos

Procsamiento de datos
SEED

Mantenimiento de datos

2.4 Consideraciones ambientales

Los usuarios accederán al sistema desde los diversos centros de computo, a través de
sus PCs, mediante uno de estos navegadores, o sus versiones más recientes: Microsoft
Internet Explorer 6.0.
El servidor operará sobre un servidor web del actualmente en uso, cuya plataforma de
hardware y software es:
**********************************************************************
- Hardware: Servidor Compac,compac dl380.
- Sistema Operativo: Red Hat linux 9.0
- Entorno de Ejecución: Apache [completar], EasyPHP 1.6.0.0 y MySQL 3.23.49.
*********************************************************************

El siguiente diagrama ilustra el ambiente descrito:

[Grafico(opcional)]
**********************************************************************
Figura 2: Ambiente Operacional.

2.5 Relación con otros sistemas

El SEED tendrá acceso mediante el sitio web de la UNA, específicamente por la URL
http://www.unap.edu.pe

Poner figura de la UNAP

Por lo tanto, debe ser cliente del módulo de login y password del subsistema de
administración de cuentas de usuario.

Restricciones Generales
• El ámbito del SEED es el manejo de la información brindada por parte de los
alumnos mediante la encuesta, para luego hacer la publicación de los resultados de
la evaluación realizada.
• Tener un registro interno de los estudiantes que realizaron las evaluaciones.
• Solo los estudiantes de la UNA pueden realizar la evaluación.
• El alumno debe estar matriculado en el curso dictado por el docente que desea
evaluar.
• Los administradores del sistema serán personas debidamente autorizadas.
• La labor de los administradores del sistema se restringe al manejo de las encuestas y
del SSAE.
• Los cambios a realizar por parte del administrador deben ser autorizados por un
administrador superior.
• El acceso al sistema de encuestas será por un tiempo determinado, el cual será
establecido por el administrador principal.
• Debe ser compatible con los navegadores más utilizados por los USUARIOS
(Internet Explorer).
*************************************************************
• Tiempo de desarrollo máximo total de ** semanas (restante ** semanas).
****************************************************************
• Conservar la compatibilidad con los sistemas y hardware de la UNA.
• Utilizar estándares del Web.
• Son considerados Usuarios del tipo uno (estudiantes de la UNA) sólo los
académicos inscritos en el semestre.
• Para el proceso de desarrollo de software el cliente es el Ing. Henry Condori (para
facilitar el desarrollo)
• Ninguna persona que no sea un Usuario del tipo dos (administrador) podrá acceder a
la información almacenada en el SEED.
• El SEED se debe integrar, en apariencia de la interfaz de usuario, con el actual sitio
web de la UNAP, sin embargo puede ser independiente respecto de la autenticación
de usuarios, el modelo y la fuente de datos.

2.7 Descripción del Modelo

El modelo funcional se describe a continuación con diagramas de las acciones que
pueden realizar los diferentes roles de usuarios:

- Alumnos, Administrador, Público en general.

3. REQUISITOS ESPECÍFICOS

A continuación se detalla la lista de requisitos de software elaborados a partir de los

planteados por el cliente. (1).

El formato para cada requisito es el siguiente.

Identificador Lista Roles – Nombre (Se especifican los roles que tendrán acceso a las
RS<Tipo><Número> funcionalidades. “Todos” en caso de cualquier rol)
Prioridad Descripción
Fuente

3.1 Requisitos Funcionales.

RS01 U1: Estudiante UNA, Ingresar al SEED

Alta Cada usuario estudiante debe tener una cuenta de usuario y una clave; con las
Cliente
cuales podrá obtener acceso al SEED mediante un link, usando el módulo de
login de la UNAP.

RUC01,

RS02 U1: Ingresar datos al SEED

Alta El Estudiante una vez ingresado al SEED mediante su login UNAP, se topara
Cliente
con una primera interfaz de usuario la cual contendrá un generador de lista de
los cursos que llevo durante el semestre, y procederá a la calificación del
docente mediante un vinculo que estara al lado de cada curso llevado por el
alumno el cual nos llevara a una segunda interfaz de usuario que nos mostrara
un cuestionario.

RS04 U2: Administrador

1
Alta El Administrador mediante una autorización con clave de usuario privada
Cliente
tendrá acceso al servidor de base de datos del SEED

RS05 Modificar campos

Alta Una vez finalizado el semestre y después de haber realizado la publicación, se
Cliente
procederá a la actualización de los datos del SEED

RS06 Actualización de Datos

Alta La actualización de datos constara de funciones tales borrar, crear, agregar.
Cliente
RUC08.
Tales funciones son un rol exclusivo del U2(administrador).

RS07 U3:Publico en general

Media El U3 en este caso el publico en general tendrá libre acceso a las publicaciones
Cliente
generadas por el SEED, ingresaran mediante un enlace que estará ubicado en el
portal www.unap.edu.pe.

RS08 Salir del SEEDD

Media Cada usuario (U1, U2, U3) tendrá la opción de poder salir del SEED mediante
Cliente
un campo de salida que será evaluado en función al tiempo de permanencia en
el sistema

3.2 Requisitos de Rendimiento.

No se han especificado requisitos de Rendimiento.

3.3 Requisitos de Interfaces

RS09 Todos los Usuarios - Acceso desde cualquier punto de Internet.
Alta Mediante la página de identificación y autenticación de usuario de la unap los
Cliente
alumnos pueden acceder al sistema, así como el público en general tendrá
acceso desde cualquier punto de Internet, de la misma manera los
administradores los cuales ingresaran mediante un password de validación.
Navegando desde cualquier punto de Internet, con un browser soportado

RS10 Almacenamiento.
Alta Los datos deben estar disponibles a través de un DBMS(sistema de
Analista
mantenimiento de base de datos), en particular MySQL

RS011 Integración sitio Intranet UNAP, Look & Feel.

Media Debe integrarse al sitio web de la UNAP en código e interfaz como sigue:
Cliente
(“Look & Feel”).
Interfaz:
Banner en la parte superior de las páginas web.

Opciones de menú en la parte superior y/o derecha.
( ver: www.unap.edu.pe )
Se debe diseñar para un área de pantalla mínima de 800x600 píxeles.
Colores:
Títulos: letras de color ********* en fondo *******
Contenidos: letras de color negro en fondo blanco.

RS012 Compatibilidad con Browser.

Alta Versiones posteriores a Microsoft Internet Explorer 5.5 y Netscape Navigator
Cliente
4.7.

RS013 Compatibilidad con Herramientas de Desarrollo y Entorno de Software.

Alta El sistema se desarrollará en EasyPHP, MySQL; sobre el servidor web Apache.
Analista
Apache [completar], EasyPHP 1.6.0.0 y MySQL 3.23.49.

RS014 Servidor
Alta El sistema deberá residir en el servido UNAP
Analista
Hardware: Compac dl380
Sistema Operativo: Red Hat Linux 9.0
• RAM 512Mb
• Micro 1 Ghz

3.4 Requisitos Operacionales

RS013 Acceso Concurrente. U1

Alta Es posible que varios USUARIOS accedan al mismo tiempo para el llenado de
Analista
las encuestas.

RS014 Integración sitio web UNAP.

Media Debe integrarse al sitio web de la UNAP en código, colores e interfaz como
Cliente
sigue: (“Look & Feel”).
Interfaz:
Banner en la parte superior de las páginas web.

Opciones de menú en la parte superior y/o derecha.
( ver: www.unap.edu.pe )
Se debe diseñar para un área de pantalla mínima de 800x600 píxeles.
Colores:
Títulos: letras de color blanco en fondo azul.
Contenidos: letras de color negro en fondo blanco.

Ver esquema en la siguiente página.

Frame Menú Frame Principal

­ Lista de ­ Área de despliegue para los módulos del sistema.
funcionali
dades Frame Título
ofrecidas - Banner de Título
por el
sistema a
sus
usuarios.
­ Cambia
según el
rol del
usuario
3.5 Requisitos de Recursos
RS015 Servidor
Alta Los recursos a utilizar por el sistema están acotados por el servidor de la
Analista
UNAP designado a priori.
Hardware: Compac dl380
Sistema Operativo: Red Hat Linux 9.0
• RAM 512Mb
• Micro 1 Ghz

3.6 Requisitos de Verificación

No se han especificado requisitos de Verificación.

3.7Requisitos de Pruebas de Aceptación

No se han especificado requisitos de Pruebas de Aceptación.

3.8Requisitos de Documentación
No se han especificado requisitos de Documentación.

3.9 Requisitos de Seguridad de la Información

RS016 Control de Acceso, Inicio de Sesión.

Alta Sólo usuarios autorizados de U2, tendrán control y acceso al sistema esto es,
Cliente
los del tipo uno son aquellos usuarios que terminen exitosamente el proceso de
login a la UNAP (obteniendo un sesión válida que incluya al menos ID. De
usuario, contraseña y numero de documento).
Los U3 no se categorizar en esta etapa

RS017 Control de Acceso, Fin de Sesión.

Alta Para evitar accesos no autorizados la sesión del usuario debe ser terminada
Cliente
cuando este termine cada sesión de trabajo.

RS018 Acceso a la publicación de resultados.

Alta Todos los usuarios del sistema tienen acceso a la publicación de resultados del
Cliente
SEED.

RS019 Mantenibilidad
Alta Sólo el Administrador (U3) tiene acceso a los módulos de actualización de
Cliente
tablas de factores de cálculo, publicación, corrección. Esta etapa será exclusiva
dependencia del admnistrador.

RS020 Control de Acceso, confidencialidad del password.

Alta No debe observarse en pantalla la clave (ni al ingresarla ni en el traspaso de
Cliente
parámetros de un módulo a otro, debe estar encriptado).

Requisitos de Transportabilidad
RS21 Entorno de software estándar (Web) y Herramientas de Dominio Público.
Alta

3.11 Requisitos de Calidad

RS022 Extensibilidad
Media El sistema debe ser extensible por personas ajenas al actual equipo de
Cliente
desarrollo. Para ello se debe hacer sistemáticamente los documentos
correspondientes a las fases del ciclo del proceso desarrollo.

3.12 Requisitos de Confiabilidad

No se han especificado requisitos de Confiabilidad

4. Matriz de Trazabilidad (UR v/s SR)

No se han especificado requisitos de este tipo

5. Anexos
************************requisitos de usuario****************************