1. especificación de requerimientos de software

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


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



Tabla de figuras

Figura 1. Modelo de bloques de la perspectiva del ADT con otros sistemas......................................3Figura 2. Propuesta de interfaz para ADT..........................................................................................4


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


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.


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


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



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.



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



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



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


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: [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/adtParametros: Revisar docuemento de diseñoRecibe: un XML con la etiqueta <msg> dónde viene el mensaje generado.


http://ceupromed.ucol.mx/herramientas/adt

mailto:[email protected]

http://ceupromed.ucol.mx/wsmediossiceuc/web.asp


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



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.3 Validar datos según se indique en la etapa de diseño


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”



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



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.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.

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)

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


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



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


Esencial

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


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


Esencial

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


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



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


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



CEUPROMEDSRS

3.2.15 Alta, Baja, Modificación de usuarios Esencial


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



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


1. especificación de requerimientos de software

Documents