Post on 30-Jun-2015
CEUPROMEDEspecificació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ácticosAv. Universidad 333, Las Víboras, Colima, Col. 28040Documento basado en: IEEE Std. 830-1998
Tabla de figuras CEUPROMEDSRS
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 CEUPROMEDSRS
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 CEUPROMEDSRS
Tabla de figuras
Figura 1. Modelo de bloques de la perspectiva del ADT con otros sistemas......................................3Figura 2. Propuesta de interfaz para ADT..........................................................................................4
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Historial de cambios CEUPROMEDSRS
Historial de cambios
Registro de los cambios realizados entre versiones.
Versión Modificación Fecha0 Inicio de proyecto. Borrador
SRS10 de Junio del 2010
0.1 Después de revisión se agregaron requisitos de Administración de usuarios
23 de Junio del 2010
0.2 Adición de requerimientos específicos a las tareas de Administración de proyectos y Alta de tareas
23 de Junio del 2010
1.0 Aprobado 5 de Julio del 2010
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Introducción CEUPROMEDSRS
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 tareao 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 tareao Nombre de quien asignó: Nombre del asignador de la tareao 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 tareao 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 tareao Nombre de responsable: Nombre del responsable de la tareao 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 CEUPROMEDSRS
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ónIEEE Recommended Practice for Software Requirements Specification (IEEE Std 830-1998)
25/Jun./1998IEEE-SA Standards
Board IEEE
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Descripción general CEUPROMEDSRS
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 sistemaa) 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 positivamenteb. 4: Contraseña incorrectac. 3: usuario no registrado
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Descripción general CEUPROMEDSRS
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 usuarioa. El cliente debe ser una aplicación de escritorio desarrollada en Adobe AIR.b. Debe funcionar en resoluciones de al menos 800x600 pixelesc. 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 asignadasg. Debe existir una pestaña para Tareas delegadash. Debe existir una pestaña para Eventosi. Cada elemento será un bloque con información y las herramientas necesariasj. 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 actualeso. Debe mostrarse un indicador de numero de tareas y/o mensajes nuevosp. Se debe proporcionar un mecanismo para ver tareas archivadasq. Se debe proporcionar un mecanismo para agregar tareasr. 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 mensajesu. Sugerencia de diseño de interfaz.
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Descripción general CEUPROMEDSRS
Figura 2. Propuesta de interfaz para ADT
2.1.3 Interfaces de hardwareNA
2.1.4 Interfaces de SoftwareNA
2.1.5 Interfaces de comunicacióna. La comunicación se debe hacer por medio del protocolo de aplicación HTTP.
2.1.6 Restricciones de memoriaNA
2.1.7 Operacionesa. Operaciones iniciadas por el usuario (ver 2.2 funciones de producto)b. Operaciones automáticas
i. Actualización de listas de tareas, mensajes y eventosii. Visualización de notificaciones (ver 2.2.n Notificaciones)
c. Funciones de procesamiento de datosi. Serializarían en XML
ii. Lecturas de XMLiii. Clasificación de tareas
2.1.8 Requerimientos de adaptación de sitioa. Ver 2.5 supuestos y dependencias
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Descripción general CEUPROMEDSRS
2.2 Funciones de producto
a. Visualizar tareasb. Alta de tareasc. Modificar de tareasd. Archivar de Tarease. Visualizar tareas archivadasf. Eliminar tareag. Delegar Tareah. Agregar log a tareai. Visualizar eventosj. Agregar eventok. Modificar eventol. Eliminar eventom. Notificacionesn. Visualizar proyectoso. Alta, Baja, Modificación de proyectosp. Alta, Baja, Modificación de usuariosq. Visualizar mensajesr. Enviar Mensajes. Menú:
a. Aplicacióni. Cerrar aplicación
ii. Versiónb. Tareas
i. Nuevaii. De la semana
iii. Pendientes (admin)iv. Por usuario (admin)v. Por proyecto (admin)
c. Proyectosi. Agregar
ii. Modificariii. Eliminar
d. Usuariosi. 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 CEUPROMEDSRS
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ñosb. Escolaridad: desde preparatoriac. 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 AIRb. Adobe AIR instaladoc. Conexión con acceso al servidor de CEUPROMED y al WebService UCOL
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMEDSRS
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 único4. 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 UCOLInterface 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.aspParámetros: deben ser enviados por GET.Login: nombre de usuario de la cuanta de ucol, ejemplo: maro@ucol.mx 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/adtParametros: Revisar docuemento de diseñoRecibe: un XML con la etiqueta <msg> dónde viene el mensaje generado.
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMEDSRS
3.1.1 Interfaces de usuarioa) 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 predictivoe) Mostrar tareas vencidas primero en la listaf) Respetando el inciso anterior el ordenamiento también debe ser alfabéticamenteg) 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 predictivoj) Permitir cancelar procesos con la tecla “esc” al hacerlo debe pedir confirmación de
canceladok) En opciones de solo visualización, si se presiona “esc” debe regresar a la pantalla anteriorl) 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 hardwareNA
3.1.3 Interfaces de softwareNA
3.1.4 Interfaces de comunicaciónNA
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMEDSRS
3.2 Requerimientos funcionales
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMEDSRS
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
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”
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMEDSRS
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
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
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMEDSRS
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
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
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMEDSRS
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.
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
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Requerimientos específicos CEUPROMEDSRS
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)
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 funcionales
CEUPROMEDSRS
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
2.1.2.a El cliente debe ser una aplicación de escritorio desarrollada en Adobe AIR.
Esencial
2.1.2.b Debe funcionar en resoluciones de al menos 800x600 pixeles
Esencial
2.1.2.d Se debe poder Maximizar y minimizar. Esencial
2.1.2.k Las tareas asignadas se deben mostrar en color RGB(#d4effc)
Deseable
2.1.2.l Las tareas delegadas se deben mostrar en color RGB(#ffa640)
Deseable
2.1.2.m Los eventos se deben mostrar en color RGB(#e6e6e6) Deseable3.1.a Interface con el WebService de UCOL Esencial3.1.b Interface con el Servidor ADT (PHPs) Esencial
3.1.1.a En la pantalla de login, debe indicar que el usuario no requiere “@ucol.mx”
Deseable
3.1.1.b Para referirse al password se debe utilizar la palabra “Contraseña”
Deseable
3.1.1.c Iniciar en la ficha “Mis tareas” Esencial3.1.1.d El input de búsqueda debe ser texto predictivo Esencial3.1.1.e Mostrar tareas vencidas primero en la lista Esencial
3.1.1.f Respetando el inciso anterior el ordenamiento también debe ser alfabéticamente
Esencial
3.1.1.g Cuando se reciba una tarea, mensaje o evento, se debe mostrar una notificación “estilo Messenger”
Esencial
3.1.1.hUsar esquema de colores de estado de la tarea (Amarillo = no aceptada, verde = “en proceso”, rojo = “vencida”, azul = terminada)
Esencial
3.1.1.iEn los campos donde se tenga que poner datos previamente almacenados se debe usar texto predictivo
Esencial
3.1.1.j Permitir cancelar procesos con la tecla “esc” al hacerlo debe pedir confirmación de cancelado
Esencial
3.1.1.k En opciones de solo visualización, si se presiona “esc” debe regresar a la pantalla anterior
Deseable
3.1.1.lAl dar clic en una tarea, se mostrará la información general de la misma con opción a modificar o eliminar
Esencial
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Clasificación de requerimientos funcionales
CEUPROMEDSRS
3.2.1 Visualizar tareas Esencial
3.2.1.1 Conforme se reciban datos del sistema se deben de reflejar en las listas
Esencial
3.2.2 Alta de tareas Esencial
3.2.2.1 Las fechas entrega de una tarea hija no pueden ser mayores a las tareas padres
Esencial
3.2.2.2 Validar datos según se indique en la etapa de diseño Esencial
3.2.2.3 Al momento de realizar un cambio en los datos, se debe de reflejar en las listas
Esencial
3.2.2.4 Se pueden agregar usuarios que den seguimiento a la tarea (ver en delegadas)
Esencial
3.2.2.5Permitir agregar tareas con fechas diferidas, le aparecerán al usuario cuando la fecha de inicio se cumpla
Esencial
3.2.2.6 Permitir tareas recurrentes Esencial3.2.3 Modificación de tareas Esencial
3.2.3.1 Sólo se pueden modificar tareas que el usuario haya creado
Esencial
3.2.3.2 Las fechas entrega de una tarea hija no pueden ser mayores a las tareas padres
Esencial
3.2.3.3 Validar datos según se indique en la etapa de diseño Esencial
3.2.3.4 Al momento de realizar un cambio en los datos, se debe de reflejar en las listas
Esencial
3.2.4 Archivar de tareas Esencial
3.2.4.1Las tareas que el usuario haya creado una vez terminadas se podrán archivar y ya no aparecerán en las listas
Esencial
3.2.5 Visualizar tareas archivadas Esencial
3.2.5.1 Solo se podrá acceder a las tareas archivadas por medio de la opción “Archivo”
Esencial
3.2.5.2Las tareas archivadas podrán sacarse de archivo haciendo que automáticamente pasen a la lista correspondiente.
Esencial
3.2.6 Eliminar tarea Esencial
3.2.6.1 Sólo se podrán eliminar tareas que el usuario haya creado
Esencial
3.2.7 Delegar tareas Esencial
3.2.7.1 Sólo se podrán delegar tareas que el usuario haya creado
Esencial
3.2.7.2 Se pueden delegar tareas a cualquier miembro del equipo
Esencial
3.2.8 Agregar log a tarea Esencial
3.2.8.1 Son registros los cuales pueden ser respondidos por miembros del equipo
Esencial
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 funcionales
CEUPROMEDSRS
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
Esencial
3.2.9 Visualizar eventos Esencial
3.2.9.1Es una pizarra donde se publicarán los eventos generales, como reuniones etc, todos tienen acceso a todos los mensajes
Esencial
3.2.9.2 Cualquiera deberá poder agregar un evento Esencial
3.2.9.3 Opcionalmente se podrá configurar para visualizar eventos de CIAMAG o de SUVC.
Deseable
3.2.10 Agregar evento Esencial3.2.10.1 Validar según las especificaciones definidas en diseño Esencial3.2.10.2 Sólo se podrán agregar eventos generales Esencial3.2.11 Eliminar evento Esencial
3.2.11.1 El usuario sólo podrá eliminar sus eventos Esencial3.2.12 Notificaciones Esencial
3.2.12.1Cuando existan nuevas tareas, nuevos mensajes o nuevos eventos, aparecerán notificaciones tipo Messenger
Esencial
3.2.12.2 En la interfaz se deberá ver el número de tareas/mensajes/eventos nuevos
Esencial
3.2.12.3 Al dar clic en la pestaña se restaran las notificaciones correspondientes
Esencial
3.2.13 Visualización de proyectos Esencial
3.2.13.1 Debe mostrarse en la interfaz, la lista de proyectos actuales
Esencial
3.2.13.2Al dar clic en algún proyecto en particular se filtran las tareas del panel activo a las pertenecientes al proyecto seleccionado
Esencial
3.2.13.3 Al dar clic en cualquier pestaña o en el proyecto seleccionado se quita el filtro
Esencial
3.2.14 Alta, Baja, Modificación de proyectos Esencial
3.2.14.1 Sólo los administradores pueden ejecutar estas acciones
Esencial
3.2.14.2 En alta de proyecto aparecerá un formulario pidiendo los datos
Esencial
3.2.14.3 En modificar se debe seleccionar el proyecto de la lista y dar modificar proyecto
Esencial
3.2.14.4 En eliminar se debe seleccionar el proyecto de la lista y dar eliminar proyecto, se debe confirmar.
Esencial
3.2.14.5 Los datos necesarios para el registro de proyecto con Nombre y Año
Esencial
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Clasificación de requerimientos funcionales
CEUPROMEDSRS
3.2.15 Alta, Baja, Modificación de usuarios Esencial
3.2.15.1 Sólo los administradores pueden ejecutar estas acciones
Esencial
3.2.15.2 En alta de usuarios aparecerá un formulario pidiendo los datos
Esencial
3.2.15.3 En modificar se debe seleccionar el usuario de la lista y dar modificar usuario
Esencial
3.2.15.4 En eliminar se debe seleccionar el usuario de la lista y dar eliminar usuario, se debe confirmar
Esencial
3.2.15.5 Categorización de usuarios por: Base, Becarios, Servicio Social, Prácticas, Voluntarios
Esencial
3.2.16 Visualizar mensajes Esencial
3.2.16.1 Se muestra la lista de mensajes recibidos en la pestaña mensajes
Esencial
3.2.16.2Los mensajes que surgieron de los logs deben tener un botón o liga a el log correspondiente para poder participar en la conversación
Esencial
3.2.16.3 Se pueden eliminar los mensajes, debe pedir confirmación
Esencial
3.2.17 Enviar mensajes Deseable
3.2.17.1 Se pueden enviar mensajes a cualquier miembro del equipo.
Deseable
3.2.18 Menú Esencial
3.2.18.1 Aplicación-Cerrar: Cierra la aplicación, solicita confirmación.
Esencial
3.2.18.2 Aplicación-Versión: Muestra la versión de la aplicación.
Esencial
3.2.18.3 Tareas-Nueva: Agregar nueva tarea, muestra formulario, valida los datos según diseño.
Esencial
3.2.18.4 Tareas-De la semana: Filtra la lista de tareas para mostrar las de la semana.
Esencial
3.2.18.5 Tareas-Pendientes: Muestra todas las tareas pendientes de todos los usuarios, sólo administrador.
Esencial
3.2.18.6 Tareas-Por usuario: pide seleccionar un usuario y muestra sus tareas. Sólo administrador
Esencial
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
Esencial
3.2.18.8 Proyectos-Agregar: Muestra el formulario para agregar proyecto. Sólo administrador
Esencial
3.2.18.9Proyectos-Modificar: Muestra el formulario para modificar el proyecto seleccionado. Sólo administrador
Esencial
3.2.18.10 Proyectos-Eliminar: Elimina el proyecto seleccionado, Esencial
CEUPROMED®Documento basado en: IEEE Std. 830-1998
Clasificación de requerimientos funcionales
CEUPROMEDSRS
pide confirmación. Sólo administrador3.2.18.11 Usuarios-Lista: Visualizar Usuarios Esencial
3.2.19 Visualizar Usuarios Esencial
3.2.19.1lista de usuarios registrados y en caso de ser administrador muestra las herramientas administrativas (Altas, Bajas modificaciones)
Esencial
3.2.20 Cerrar (x de ventana) Esencial3.2.20.1 Minimiza aplicación al System Try Esencial3.2.21 Visualizar Usuarios Esencial
3.2.21.1lista de usuarios registrados y en caso de ser administrador muestra las herramientas administrativas (Altas, Bajas modificaciones)
Esencial
3.2.22 Menú System Try Esencial3.2.22.1 Cerrar: Cierra la aplicación, pide confirmación Esencial
3.4.1 El usuario no debe dar más de 4 clics para ejecutar una acción
Esencial
CEUPROMED®Documento basado en: IEEE Std. 830-1998