CEUPROMED

Especificación de Requerimientos e Software [SRS en inglés]

Ver. 2 [15-01-2010]

Especificación de Requerimientos de
Software

Para el proyecto:

Cliente administrador de tareas (ADT) en

Adobe AIR.
Autor:
Miguel Ángel Rodríguez Ortiz

Fecha de liberación:
5 de Julio del 2010

Versión:
1.0

Cambios principales:
Aprobado.

Centro Universitario de Producción de Medios Didácticos

Av. Universidad 333, Las Víboras, Colima, Col. 28040
Documento basado en: IEEE Std. 830-1998
 Tabla de figuras CEUPROMED
SRS

Tabla de Contenido

Tabla de figuras.................................................................................................................................iii
Historial de cambios..........................................................................................................................iv
1. Introducción...............................................................................................................................1
1.1 Propósito............................................................................................................................1
1.2 Objetivo..............................................................................................................................1
1.3 Definiciones, acrónimos y abreviaciones............................................................................2
1.4 Referencias.........................................................................................................................2
2 Descripción general....................................................................................................................3
2.1 Perspectiva del producto....................................................................................................3
2.1.1 Interfaces de sistema..................................................................................................3
2.1.2 Interfaces de usuario..................................................................................................4
2.1.3 Interfaces de hardware..............................................................................................5
2.1.4 Interfaces de Software................................................................................................5
2.1.5 Interfaces de comunicación........................................................................................5
2.1.6 Restricciones de memoria..........................................................................................5
2.1.7 Operaciones................................................................................................................5
2.1.8 Requerimientos de adaptación de sitio......................................................................5
2.2 Funciones de producto.......................................................................................................5
2.3 Características del usuario..................................................................................................6
2.4 Restricciones......................................................................................................................6
2.5 Supuestos y dependencias.................................................................................................7
3 Requerimientos específicos........................................................................................................8
3.1 Requerimientos de interfaces externas..............................................................................8
3.1.1 Interfaces de usuario..................................................................................................9
3.1.2 Interfaces de hardware..............................................................................................9
3.1.3 Interfaces de software................................................................................................9
3.1.4 Interfaces de comunicación........................................................................................9
3.2 Requerimientos funcionales.............................................................................................10

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Tabla de figuras CEUPROMED
SRS

3.2.1 Visualizar tareas........................................................................................................10

3.2.2 Alta de tareas...........................................................................................................10
3.2.3 Modificación de tareas.............................................................................................10
3.2.4 Archivar de tareas.....................................................................................................10
3.2.5 Visualizar tareas archivadas......................................................................................10
3.2.6 Eliminar tarea...........................................................................................................11
3.2.7 Delegar tareas..........................................................................................................11
3.2.8 Agregar log a tarea...................................................................................................11
3.2.9 Visualizar eventos.....................................................................................................11
3.2.10 Agregar evento.........................................................................................................11
3.2.11 Eliminar evento........................................................................................................12
3.2.12 Notificaciones...........................................................................................................12
3.2.13 Visualización de proyectos.......................................................................................12
3.2.14 Alta, Baja, Modificación de proyectos......................................................................12
3.2.15 Alta, Baja, Modificación de usuarios.........................................................................12
3.2.16 Visualizar mensajes..................................................................................................13
3.2.17 Enviar mensajes........................................................................................................13
3.2.18 Menú........................................................................................................................13
3.2.19 Visualizar Usuarios....................................................................................................14
3.2.20 Cerrar (x de ventana)................................................................................................14
3.2.21 Visualizar Usuarios....................................................................................................14
3.2.22 Menú System Try......................................................................................................14
3.3 Requerimientos de rendimiento......................................................................................14
3.4 Restricciones de diseño....................................................................................................14
3.4.1 El usuario no debe dar más de 4 clics para ejecutar una acción...............................14
3.5 Otros requerimientos.......................................................................................................15
4 Clasificación de requerimientos funcionales............................................................................16

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
 Tabla de figuras

Figura 1. Modelo de bloques de la perspectiva del ADT con otros sistemas......................................3

Figura 2. Propuesta de interfaz para ADT..........................................................................................4

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
 Historial de cambios CEUPROMED
SRS

Historial de cambios
Registro de los cambios realizados entre versiones.

Versión Modificación Fecha

0 Inicio de proyecto. Borrador 10 de Junio del 2010
SRS
0.1 Después de revisión se 23 de Junio del 2010
agregaron requisitos de
Administración de usuarios
0.2 Adición de requerimientos 23 de Junio del 2010
específicos a las tareas de
Administración de proyectos y
Alta de tareas
1.0 Aprobado 5 de Julio del 2010

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
 Introducción CEUPROMED
SRS

1. Introducción

1.1 Propósito
El propósito de este documento es definir los requisitos funcionales y no funcionales que
debe cumplir el software a realizarse, y va dirigido al equipo desarrollador, quienes son los
encargados de la implementación de dichas funcionalidades o requisitos.

1.2 Objetivo
Desarrollar un cliente para el control de las tareas que se realizan en el CEUPROMED,
desarrollado en Adobe AIR, esta herramienta debe contener los siguientes módulos:

 Mis tareas: Listado de tareas que están asignadas al usuario, cada elemento deberá tener
los siguientes elementos:
o Modificar: Al dar clic proporcionar el mecanismo necesario para modificar los
datos generales de la tarea y opción a eliminar (si yo cree la tarea), así como su
porcentaje de avance
o Porcentaje de avance: Muestra el porcentaje de avance actual de la tarea
o Referencias: Liga o botón que permita ver referencias a la tarea (documentos,
texto o ligas)
o Logs: Botono liga que nos mande a una especie de foro donde se podrán registrar
avances o problemas y podrán haber respuestas entre los involucrados
o Fecha límite: La fecha límite de la tarea
o Nombre de quien asignó: Nombre del asignador de la tarea
o Terminar Tarea: Botón o liga para marcar la tarea como terminada
 Tareas Delegadas: Listado de tareas que he asignado a otros usuario y que les estoy dando
seguimiento, cada elemento deberá tener los siguientes elementos:
o Modificar: Al dar clic proporcionar el mecanismo necesario para modificar los
datos generales de la tarea y opción a eliminar (si yo cree la tarea)
o Porcentaje de avance: Muestra el porcentaje de avance actual de la tarea
o Referencias: Liga o botón que permita ver o agregar referencias a la tarea
(documentos, texto o ligas)
o Logs: Boton o liga que nos mande a una especie de foro donde se podrán registrar
avances o problemas y podrán haber respuestas entre los involucrados
o Fecha límite: La fecha límite de la tarea
o Nombre de responsable: Nombre del responsable de la tarea
o Archivar Tarea: Botón o liga para archivar la tarea terminada, siempre y cuando el
usuario sea el creador de la misma.

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Introducción CEUPROMED
SRS

 Eventos: Listado de eventos generales, debe tener herramientas para agregar modificar y
eliminar eventos, además podrá configurar para consumir los eventos de la semana actual
en el ciam a elegir.
 Lista de Proyectos: Listado de proyectos que se estén trabajando
 Alerta Inbox: Mecanismo que permita ver cuántas tareas. Mensajes y eventos nuevos
tengo sin revisar, al ver la pestaña de tareas o eventos se reinicia este “contador”
 Archivo: Mecanismo que permite ver todas las tareas archivadas.
 Agregar tarea: Mecanismo que permite agregar una tarea nueva
 Administrar Proyectos: menú que contiene las opciones para administar proyectos,
agregar, borrar, modificar.
 Mensajes: Modulo donde se pueden enviar y recibir mensajes.

1.3 Definiciones, acrónimos y abreviaciones

 CEUPROMED: Centro Universitario de Producción de Medios Didácticos
 UCOL: Universidad de Colima
 ADT: Administrador de tareas
 SRS: Especificación de requerimientos de software (siglas en inglés)
 CIAM: Centro Interactivo de Aprendizaje Multimedia
 CIAMAG: Sistema de Agenda para los CIAMS
 SUVC: Sistema Universitario de Video Conferencias

1.4 Referencias
Documento Fecha Autor Organización
IEEE Recommended
Practice for Software
IEEE-SA Standards
Requirements 25/Jun./1998 IEEE
Board
Specification (IEEE Std
830-1998)

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
 Descripción general CEUPROMED
SRS

2 Descripción general

2.1 Perspectiva del producto

El Cliente ADT, es un sistema que puede funcionar casi de manera autónoma a excepción de
que depende del uso del WebService de logueo de la UCOL, opcionalmente la sección de eventos
podrá ser configurada para consumir los datos semanales del CIAM, esto por medio de una
interfaz a desarrollarse con el sistema CIAMAG o las videoconferencias semanales registradas en el
sistema del SUVC.

Figura 1. Modelo de bloques de la perspectiva del ADT con otros sistemas.

2.1.1 Interfaces de sistema

a) Interface con el WebService de UCOL. Interface mediante la cual el sistema envía y recibe
los datos de autentificación de usuario.

Envía: Usuario (registrado en correo universitario, sin “@”) y Clave (codificada en md5)

Recibe: un XML que contiene la etiqueta “estado”, ésta puede contener los siguientes
valores:

a. true: Usuario validado positivamente

b. 4: Contraseña incorrecta
c. 3: usuario no registrado

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Descripción general CEUPROMED
SRS

b) Interface con el Servidor ADT (PHPs). El Cliente ADT consultará los datos al servidor ADT
formado por archivos PHP que contendrán la lógica de negocio del sistema general,
mediante peticiones por método GET / POST por protocolo HTML se obtendrán los datos
necesarios ordenados en un archivo XML.

2.1.2 Interfaces de usuario

a. El cliente debe ser una aplicación de escritorio desarrollada en Adobe AIR.
b. Debe funcionar en resoluciones de al menos 800x600 pixeles
c. Al cerrar la ventana la aplicación debe quedar activa en el System try.
d. Se debe poder Maximizar y minimizar.
e. El usuario no deberá hacer más de 4 clics para realizar una tarea.
f. Debe existir una pestaña para Tareas asignadas
g. Debe existir una pestaña para Tareas delegadas
h. Debe existir una pestaña para Eventos
i. Cada elemento será un bloque con información y las herramientas necesarias
j. Proporcionar diferentes formas de ordenar las tareas y eventos.
k. Las tareas asignadas se deben mostrar en color RGB(#d4effc)
l. Las tareas delegadas se deben mostrar en color RGB(#ffa640)
m. Los eventos se deben mostrar en color RGB(#e6e6e6)
n. Debe existir un listado de proyectos actuales
o. Debe mostrarse un indicador de numero de tareas y/o mensajes nuevos
p. Se debe proporcionar un mecanismo para ver tareas archivadas
q. Se debe proporcionar un mecanismo para agregar tareas
r. Se debe proporcionar mecanismo para administrar proyectos (Alta, Baja, Modif.)
s. Se debe proporcionar mecanismo para la administración de usuarios (Alta, Baja, Modif.)
t. Se debe proporcionar mecanismo de acceso al modulo de mensajes
u. Sugerencia de diseño de interfaz.

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Descripción general CEUPROMED
SRS

Figura 2. Propuesta de interfaz para ADT

2.1.3 Interfaces de hardware

NA

2.1.4 Interfaces de Software

NA

2.1.5 Interfaces de comunicación

a. La comunicación se debe hacer por medio del protocolo de aplicación HTTP.

2.1.6 Restricciones de memoria

NA

2.1.7 Operaciones
a. Operaciones iniciadas por el usuario (ver 2.2 funciones de producto)
b. Operaciones automáticas
i. Actualización de listas de tareas, mensajes y eventos
ii. Visualización de notificaciones (ver 2.2.n Notificaciones)
c. Funciones de procesamiento de datos
i. Serializarían en XML
ii. Lecturas de XML
iii. Clasificación de tareas

2.1.8 Requerimientos de adaptación de sitio

a. Ver 2.5 supuestos y dependencias

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Descripción general CEUPROMED
SRS

2.2 Funciones de producto

a. Visualizar tareas
b. Alta de tareas
c. Modificar de tareas
d. Archivar de Tareas
e. Visualizar tareas archivadas
f. Eliminar tarea
g. Delegar Tarea
h. Agregar log a tarea
i. Visualizar eventos
j. Agregar evento
k. Modificar evento
l. Eliminar evento
m. Notificaciones
n. Visualizar proyectos
o. Alta, Baja, Modificación de proyectos
p. Alta, Baja, Modificación de usuarios
q. Visualizar mensajes
r. Enviar Mensaje
s. Menú:
a. Aplicación
i. Cerrar aplicación
ii. Versión
b. Tareas
i. Nueva
ii. De la semana
iii. Pendientes (admin)
iv. Por usuario (admin)
v. Por proyecto (admin)
c. Proyectos
i. Agregar
ii. Modificar
iii. Eliminar
d. Usuarios
i. Lista
t. Visualizar Usuarios (con herramientas de agregar, modificar o eliminar para admin.)
u. Cerrar (x de ventana)
v. Menú System Try
a. Cerrar aplicación

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
 Descripción general CEUPROMED
SRS

2.3 Características del usuario

El usuario final del Cliente ADT, es el equipo de trabajo del CEUPROMED, gente con buenas
habilidades en el uso de la computadora, pero que requieren que las aplicaciones sean fáciles de
usar para no perder tiempo utilizándolas, y tienen las siguientes características.

a. Edad: desde 16 años

b. Escolaridad: desde preparatoria
c. con al menos habilidades básicas en el uso de la computadora (uso de herramientas
de ofimática)

2.4 Restricciones
a. Disponibilidad de red: Para que el sistema funcione, debe de tener conección de red para
tener acceso a las bases de dato
b. Disponibilidad del WebService UCOL: debe estar en funcionamiento para permitir l
autenticación de usuarios.
c. Protección si no hay red: Si mientras está funcionando el sistema, se pierde la conexión de
red, el sistema debe ser capaz de manejar los cambios en las tareas de manera local y en
cuanto se detecte red sincronizar los cambios en el sistema.

2.5 Supuestos y dependencias

a. La estación de trabajo tiene instalado sistema operativo con soporte para Adobe AIR
b. Adobe AIR instalado
c. Conexión con acceso al servidor de CEUPROMED y al WebService UCOL

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
 Requerimientos específicos CEUPROMED
SRS

3 Requerimientos específicos
Esta sección del SRS debe contener todos los requerimientos del software a un nivel de
detalle suficiente para permitir a diseñadores diseñar un sistema que satisfaga estos
requerimientos, y a los testers probar que el sistema satisface los requerimientos. A través de esta
sección, cada requisito indicado en el exterior debe ser perceptible por los usuarios, operadores u
otros sistemas externos. Estos requerimientos deben incluir como mínimo la descripción de cada
entrada y cada salida del sistema. Comúnmente esta es la parte más importante del SRS y debe
contener los siguientes principios:

1. Los requerimientos específicos deben establecerse en conformidad con todas las

características descritas en el punto 4.3 del estándar IEEE 830-1998.
2. Los requerimientos específicos deben tener referencias cruzadas a documentos anteriores
a los que se haga referencia.
3. Todos los requerimientos deben de tener un identificador único
4. Debe ponerse especial atención en la organización de los requerimientos para maximizar
la facilidad de lectura.

Antes de escribir los requerimientos en la organización establecida, se recomienda revisar y

comprender los puntos 5.3.1 – 5.3.7 del estándar IEEE 830-1998, donde se reúnen las
recomendaciones para definir los requerimientos.

3.1 Requerimientos de interfaces externas

a) Interface con el WebService de UCOL
Interface que permite la autenticación de usuarios por medio de los datos registrados en
su cuenta de correo de UCOL.
URL: (existe una interfaz intermedia en servidor CEUPROMED que es la que se utilizará)
http://ceupromed.ucol.mx/wsmediossiceuc/web.asp
Parámetros: deben ser enviados por GET.
Login: nombre de usuario de la cuanta de ucol, ejemplo: [email protected] el usuario es
maro.
Pass: clave usada en la cuenta de correo, debe enviarse codificada en formato md5.
Recibe: un XML donde hay que buscar la etiqueta <estado>, para más detalles ver 2.1.1.a.

b) Interface con el Servidor ADT (PHPs)

Interface que permite el acceso a los datos del sistema.
URL: http://ceupromed.ucol.mx/herramientas/adt
Parametros: Revisar docuemento de diseño
Recibe: un XML con la etiqueta <msg> dónde viene el mensaje generado.

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMED
SRS

3.1.1 Interfaces de usuario

a) En la pantalla de login, debe indicar que el usuario no requiere “@ucol.mx”
b) Para referirse al password se debe utilizar la palabra “Contraseña”
c) Iniciar en la ficha “Mis tareas”
d) El input de búsqueda debe ser texto predictivo
e) Mostrar tareas vencidas primero en la lista
f) Respetando el inciso anterior el ordenamiento también debe ser alfabéticamente
g) Cuando se reciba una tarea, mensaje o evento, se debe mostrar una notificación “estilo
Messenger”
h) Usar esquema de colores de estado de la tarea (Amarillo = no aceptada, verde = “en
proceso”, rojo = “vencida”, azul = terminada)
i) En los campos donde se tenga que poner datos previamente almacenados se debe usar
texto predictivo
j) Permitir cancelar procesos con la tecla “esc” al hacerlo debe pedir confirmación de
cancelado
k) En opciones de solo visualización, si se presiona “esc” debe regresar a la pantalla anterior
l) Al dar clic en una tarea, se mostrará la información general de la misma con opción a
modificar o eliminar

3.1.2 Interfaces de hardware

NA

3.1.3 Interfaces de software

NA

3.1.4 Interfaces de comunicación

NA

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMED
SRS

3.2 Requerimientos funcionales

3.2.1 Visualizar tareas

3.2.1.1 Conforme se reciban datos del sistema se deben de

reflejar en las listas

3.2.2 Alta de tareas

3.2.2.1 Las fechas entrega de una tarea hija no pueden ser

mayores a las tareas padres

3.2.2.2 Validar datos según se indique en la etapa de diseño

3.2.2.3 Al momento de realizar un cambio en los datos, se

debe de reflejar en las listas

3.2.2.4 Se pueden agregar usuarios que den seguimiento a

la tarea (ver en delegadas)

3.2.2.5 Permitir agregar tareas con fechas diferidas, le

aparecerán al usuario cuando la fecha de inicio se cumpla

3.2.2.6 Permitir tareas recurrentes.

3.2.3 Modificación de tareas

3.2.3.1 Sólo se pueden modificar tareas que el usuario haya

creado

3.2.3.2 Las fechas entrega de una tarea hija no pueden ser

mayores a las tareas padres

3.2.3.3 Validar datos según se indique en la etapa de diseño

3.2.3.4 Al momento de realizar un cambio en los datos, se

debe de reflejar en las listas

3.2.4 Archivar de tareas

3.2.4.1 Las tareas que el usuario haya creado una vez

terminadas se podrán archivar y ya no aparecerán en las listas

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMED
SRS

3.2.5 Visualizar tareas archivadas

3.2.5.1 Solo se podrá acceder a las tareas archivadas por

medio de la opción “Archivo”

3.2.5.2 Las tareas archivadas podrán sacarse de archivo

haciendo que automáticamente pasen a la lista correspondiente.

3.2.6 Eliminar tarea

3.2.6.1 Sólo se podrán eliminar tareas que el usuario haya

creado

3.2.7 Delegar tareas

3.2.7.1 Sólo se podrán delegar tareas que el usuario haya

creado

3.2.7.2 Se pueden delegar tareas a cualquier miembro del

equipo

3.2.8 Agregar log a tarea

3.2.8.1 Son registros los cuales pueden ser respondidos por

miembros del equipo

3.2.8.2 Al agregar un log el sistema permitirá agregar

miembros del equipo a los cueles se les desea notificar ese log,
estas notificaciones llegarán en la sección de mensajes de los
usuarios correspondientes

3.2.8.3 Los usuarios podrán ver el log y podrán responder y

ver las respuestas de los demás miembros del equipo

3.2.9 Visualizar eventos

3.2.9.1 Es una pizarra donde se publicarán los eventos

generales, como reuniones etc, todos tienen acceso a todos los
mensajes

3.2.9.2 Cualquiera deberá poder agregar un evento

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMED
SRS

3.2.9.3 Opcionalmente se podrá configurar para visualizar

eventos de CIAMAG o de SUVC.

3.2.10 Agregar evento

3.2.10.1 Validar según las especificaciones definidas en

diseño

3.2.10.2 Sólo se podrán agregar eventos generales

3.2.11 Eliminar evento

3.2.11.1 El usuario sólo podrá eliminar sus eventos

3.2.12 Notificaciones

3.2.12.1 Cuando existan nuevas tareas, nuevos mensajes o

nuevos eventos, aparecerán notificaciones tipo Messenger

3.2.12.2 En la interfaz se deberá ver el número de

tareas/mensajes/eventos nuevos

3.2.12.3 Al dar clic en la pestaña se restaran las

notificaciones correspondientes

3.2.13 Visualización de proyectos

3.2.13.1 Debe mostrarse en la interfaz, la lista de proyectos

actuales

3.2.13.2 Al dar clic en algún proyecto en particular se filtran

las tareas del panel activo a las pertenecientes al proyecto
seleccionado

3.2.13.3 Al dar clic en cualquier pestaña o en el proyecto

seleccionado se quita el filtro

3.2.14 Alta, Baja, Modificación de proyectos

3.2.14.1 Sólo los administradores pueden ejecutar estas

acciones

3.2.14.2 En alta de proyecto aparecerá un formulario

pidiendo los datos

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMED
SRS

3.2.14.3 En modificar se debe seleccionar el proyecto de la

lista y dar modificar proyecto

3.2.14.4 En eliminar se debe seleccionar el proyecto de la

lista y dar eliminar proyecto, se debe confirmar.

3.2.14.5 Los datos necesarios para el registro de proyecto son

Nombre y Año.

3.2.15 Alta, Baja, Modificación de usuarios

3.2.15.1 Sólo los administradores pueden ejecutar estas

acciones

3.2.15.2 En alta de usuarios aparecerá un formulario

pidiendo los datos

3.2.15.3 En modificar se debe seleccionar el usuario de la lista

y dar modificar usuario

3.2.15.4 En eliminar se debe seleccionar el usuario de la lista

y dar eliminar usuario, se debe confirmar.

3.2.15.5 Categorización de usuarios por: Base, Becarios,

Servicio Social, Prácticas, Voluntarios

3.2.16 Visualizar mensajes

3.2.16.1 Se muestra la lista de mensajes recibidos en la

pestaña mensajes

3.2.16.2 Los mensajes que surgieron de los logs deben tener

un botón o liga a el log correspondiente para poder participar en
la conversación

3.2.16.3 Se pueden eliminar los mensajes, debe pedir

confirmación

3.2.17 Enviar mensajes

3.2.17.1 Se pueden enviar mensajes a cualquier miembro del

equipo.

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMED
SRS

3.2.18 Menú

3.2.18.1 Aplicación-Cerrar: Cierra la aplicación, solicita

confirmación.

3.2.18.2 Aplicación-Versión: Muestra la versión de la

aplicación.

3.2.18.3 Tareas-Nueva: Agregar nueva tarea, muestra

formulario, valida los datos según diseño.

3.2.18.4 Tareas-De la semana: Filtra la lista de tareas para

mostrar las de la semana.

3.2.18.5 Tareas-Pendientes: Muestra todas las tareas

pendientes de todos los usuarios, sólo administrador.

3.2.18.6 Tareas-Por usuario: pide seleccionar un usuario y

muestra sus tareas. Sólo administrador

3.2.18.7 Tareas-Pro proyecto: Muestra la lista de todas las

tareas de ese proyecto, para eso se debe primero dar clic al
proyecto en la lista de proyectos. Sólo Administrador

3.2.18.8 Proyectos-Agregar: Muestra el formulario para

agregar proyecto. Sólo administrador

3.2.18.9 Proyectos-Modificar: Muestra el formulario para

modificar el proyecto seleccionado. Sólo administrador

3.2.18.10 Proyectos-Eliminar: Elimina el proyecto

seleccionado, pide confirmación. Sólo administrador

3.2.18.11 Usuarios-Lista: Visualizar Usuarios

3.2.19 Visualizar Usuarios

3.2.19.1 lista de usuarios registrados y en caso de ser

administrador muestra las herramientas administrativas (Altas,
Bajas modificaciones)

3.2.20 Cerrar (x de ventana)

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMED
SRS

3.2.20.1 Minimiza aplicación al System Try

3.2.21 Visualizar Usuarios

3.2.21.1 lista de usuarios registrados y en caso de ser

administrador muestra las herramientas administrativas (Altas,
Bajas modificaciones)

3.2.22 Menú System Try

3.2.22.1 Cerrar: Cierra la aplicación, pide confirmación

3.3 Requerimientos de rendimiento

NA

3.4 Restricciones de diseño

3.4.1 El usuario no debe dar más de 4 clics para ejecutar una acción

3.5 Otros requerimientos

NA

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
 Clasificación de requerimientos CEUPROMED
funcionales SRS

4 Clasificación de requerimientos funcionales

Se utiliza una tabla donde se colocan todos los requerimientos funcionales y de establece su tipo
[esencial, deseable], esta tabla servirá de checklist para los testers, marcando la última casilla con
un a (s) si cumple o una (n) en caso contrario

Requerimiento Descripción Tipo

El cliente debe ser una aplicación de escritorio Esencial
2.1.2.a
desarrollada en Adobe AIR.
Debe funcionar en resoluciones de al menos 800x600 Esencial
2.1.2.b
pixeles
2.1.2.d Se debe poder Maximizar y minimizar. Esencial
Las tareas asignadas se deben mostrar en color Deseable
2.1.2.k
RGB(#d4effc)
Las tareas delegadas se deben mostrar en color Deseable
2.1.2.l
RGB(#ffa640)
2.1.2.m Los eventos se deben mostrar en color RGB(#e6e6e6) Deseable
3.1.a Interface con el WebService de UCOL Esencial
3.1.b Interface con el Servidor ADT (PHPs) Esencial
En la pantalla de login, debe indicar que el usuario no Deseable
3.1.1.a
requiere “@ucol.mx”
Para referirse al password se debe utilizar la palabra Deseable
3.1.1.b
“Contraseña”
3.1.1.c Iniciar en la ficha “Mis tareas” Esencial
3.1.1.d El input de búsqueda debe ser texto predictivo Esencial
3.1.1.e Mostrar tareas vencidas primero en la lista Esencial
Respetando el inciso anterior el ordenamiento Esencial
3.1.1.f
también debe ser alfabéticamente
Cuando se reciba una tarea, mensaje o evento, se Esencial
3.1.1.g
debe mostrar una notificación “estilo Messenger”
Usar esquema de colores de estado de la tarea Esencial
3.1.1.h (Amarillo = no aceptada, verde = “en proceso”, rojo =
“vencida”, azul = terminada)
En los campos donde se tenga que poner datos Esencial
3.1.1.i previamente almacenados se debe usar texto
predictivo
Permitir cancelar procesos con la tecla “esc” al Esencial
3.1.1.j
hacerlo debe pedir confirmación de cancelado
En opciones de solo visualización, si se presiona “esc” Deseable
3.1.1.k
debe regresar a la pantalla anterior
Al dar clic en una tarea, se mostrará la información Esencial
3.1.1.l general de la misma con opción a modificar o
eliminar

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Clasificación de requerimientos CEUPROMED
funcionales SRS

3.2.1 Visualizar tareas Esencial

Conforme se reciban datos del sistema se deben de Esencial
3.2.1.1
reflejar en las listas
3.2.2 Alta de tareas Esencial
Las fechas entrega de una tarea hija no pueden ser Esencial
3.2.2.1
mayores a las tareas padres
3.2.2.2 Validar datos según se indique en la etapa de diseño Esencial
Al momento de realizar un cambio en los datos, se Esencial
3.2.2.3
debe de reflejar en las listas
Se pueden agregar usuarios que den seguimiento a la Esencial
3.2.2.4
tarea (ver en delegadas)
Permitir agregar tareas con fechas diferidas, le Esencial
3.2.2.5 aparecerán al usuario cuando la fecha de inicio se
cumpla
3.2.2.6 Permitir tareas recurrentes Esencial
3.2.3 Modificación de tareas Esencial
Sólo se pueden modificar tareas que el usuario haya Esencial
3.2.3.1
creado
Las fechas entrega de una tarea hija no pueden ser Esencial
3.2.3.2
mayores a las tareas padres
3.2.3.3 Validar datos según se indique en la etapa de diseño Esencial
Al momento de realizar un cambio en los datos, se Esencial
3.2.3.4
debe de reflejar en las listas
3.2.4 Archivar de tareas Esencial
Las tareas que el usuario haya creado una vez Esencial
3.2.4.1 terminadas se podrán archivar y ya no aparecerán en
las listas
3.2.5 Visualizar tareas archivadas Esencial
Solo se podrá acceder a las tareas archivadas por Esencial
3.2.5.1
medio de la opción “Archivo”
Las tareas archivadas podrán sacarse de archivo Esencial
3.2.5.2 haciendo que automáticamente pasen a la lista
correspondiente.
3.2.6 Eliminar tarea Esencial
Sólo se podrán eliminar tareas que el usuario haya Esencial
3.2.6.1
creado
3.2.7 Delegar tareas Esencial
Sólo se podrán delegar tareas que el usuario haya Esencial
3.2.7.1
creado
Se pueden delegar tareas a cualquier miembro del Esencial
3.2.7.2
equipo
3.2.8 Agregar log a tarea Esencial
Son registros los cuales pueden ser respondidos por Esencial
3.2.8.1
miembros del equipo
3.2.8.2 Al agregar un log el sistema permitirá agregar Esencial

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Clasificación de requerimientos CEUPROMED
funcionales SRS

miembros del equipo a los cueles se les desea

notificar ese log, estas notificaciones llegarán en la
sección de mensajes de los usuarios
correspondientes
Los usuarios podrán ver el log y podrán responder y Esencial
3.2.8.3
ver las respuestas de los demás miembros del equipo
3.2.9 Visualizar eventos Esencial
Es una pizarra donde se publicarán los eventos Esencial
3.2.9.1 generales, como reuniones etc, todos tienen acceso a
todos los mensajes
3.2.9.2 Cualquiera deberá poder agregar un evento Esencial
Opcionalmente se podrá configurar para visualizar Deseable
3.2.9.3
eventos de CIAMAG o de SUVC.
3.2.10 Agregar evento Esencial
3.2.10.1 Validar según las especificaciones definidas en diseño Esencial
3.2.10.2 Sólo se podrán agregar eventos generales Esencial
3.2.11 Eliminar evento Esencial
3.2.11.1 El usuario sólo podrá eliminar sus eventos Esencial
3.2.12 Notificaciones Esencial
Cuando existan nuevas tareas, nuevos mensajes o Esencial
3.2.12.1 nuevos eventos, aparecerán notificaciones tipo
Messenger
En la interfaz se deberá ver el número de Esencial
3.2.12.2
tareas/mensajes/eventos nuevos
Al dar clic en la pestaña se restaran las notificaciones Esencial
3.2.12.3
correspondientes
3.2.13 Visualización de proyectos Esencial
Debe mostrarse en la interfaz, la lista de proyectos Esencial
3.2.13.1
actuales
Al dar clic en algún proyecto en particular se filtran Esencial
3.2.13.2 las tareas del panel activo a las pertenecientes al
proyecto seleccionado
Al dar clic en cualquier pestaña o en el proyecto Esencial
3.2.13.3
seleccionado se quita el filtro
3.2.14 Alta, Baja, Modificación de proyectos Esencial
Sólo los administradores pueden ejecutar estas Esencial
3.2.14.1
acciones
En alta de proyecto aparecerá un formulario pidiendo Esencial
3.2.14.2
los datos
En modificar se debe seleccionar el proyecto de la Esencial
3.2.14.3
lista y dar modificar proyecto
En eliminar se debe seleccionar el proyecto de la lista Esencial
3.2.14.4
y dar eliminar proyecto, se debe confirmar.
Los datos necesarios para el registro de proyecto con Esencial
3.2.14.5
Nombre y Año

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Clasificación de requerimientos CEUPROMED
funcionales SRS

3.2.15 Alta, Baja, Modificación de usuarios Esencial

Sólo los administradores pueden ejecutar estas Esencial
3.2.15.1
acciones
En alta de usuarios aparecerá un formulario pidiendo Esencial
3.2.15.2
los datos
En modificar se debe seleccionar el usuario de la lista Esencial
3.2.15.3
y dar modificar usuario
En eliminar se debe seleccionar el usuario de la lista y Esencial
3.2.15.4
dar eliminar usuario, se debe confirmar
Categorización de usuarios por: Base, Becarios, Esencial
3.2.15.5
Servicio Social, Prácticas, Voluntarios
3.2.16 Visualizar mensajes Esencial
Se muestra la lista de mensajes recibidos en la Esencial
3.2.16.1
pestaña mensajes
Los mensajes que surgieron de los logs deben tener Esencial
3.2.16.2 un botón o liga a el log correspondiente para poder
participar en la conversación
Se pueden eliminar los mensajes, debe pedir Esencial
3.2.16.3
confirmación
3.2.17 Enviar mensajes Deseable
Se pueden enviar mensajes a cualquier miembro del Deseable
3.2.17.1
equipo.
3.2.18 Menú Esencial
Aplicación-Cerrar: Cierra la aplicación, solicita Esencial
3.2.18.1
confirmación.
Aplicación-Versión: Muestra la versión de la Esencial
3.2.18.2
aplicación.
Tareas-Nueva: Agregar nueva tarea, muestra Esencial
3.2.18.3
formulario, valida los datos según diseño.
Tareas-De la semana: Filtra la lista de tareas para Esencial
3.2.18.4
mostrar las de la semana.
Tareas-Pendientes: Muestra todas las tareas Esencial
3.2.18.5
pendientes de todos los usuarios, sólo administrador.
Tareas-Por usuario: pide seleccionar un usuario y Esencial
3.2.18.6
muestra sus tareas. Sólo administrador
Tareas-Pro proyecto: Muestra la lista de todas las Esencial
tareas de ese proyecto, para eso se debe primero dar
3.2.18.7
clic al proyecto en la lista de proyectos. Sólo
Administrador
Proyectos-Agregar: Muestra el formulario para Esencial
3.2.18.8
agregar proyecto. Sólo administrador
Proyectos-Modificar: Muestra el formulario para Esencial
3.2.18.9 modificar el proyecto seleccionado. Sólo
administrador
3.2.18.10 Proyectos-Eliminar: Elimina el proyecto seleccionado, Esencial

CEUPROMED®
Documento basado en: IEEE Std. 830-1998
Clasificación de requerimientos CEUPROMED
funcionales SRS

pide confirmación. Sólo administrador

3.2.18.11 Usuarios-Lista: Visualizar Usuarios Esencial
3.2.19 Visualizar Usuarios Esencial
lista de usuarios registrados y en caso de ser Esencial
3.2.19.1 administrador muestra las herramientas
administrativas (Altas, Bajas modificaciones)
3.2.20 Cerrar (x de ventana) Esencial
3.2.20.1 Minimiza aplicación al System Try Esencial
3.2.21 Visualizar Usuarios Esencial
lista de usuarios registrados y en caso de ser Esencial
3.2.21.1 administrador muestra las herramientas
administrativas (Altas, Bajas modificaciones)
3.2.22 Menú System Try Esencial
3.2.22.1 Cerrar: Cierra la aplicación, pide confirmación Esencial
El usuario no debe dar más de 4 clics para ejecutar Esencial
3.4.1
una acción

CEUPROMED®
Documento basado en: IEEE Std. 830-1998