Prototipo de Aplicación para La Gestión de Tareas en La Planeación Y Desarrollo de Proyectos

PROTOTIPO DE APLICACIÓN PARA LA GESTIÓN DE TAREAS EN LA
PLANEACIÓN Y DESARROLLO DE PROYECTOS
DIEGO HERNANDO TORRES SARMIENTO
UNIVERSIDAD CATÓLICA DE COLOMBIA

FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
BOGOTA D.C.
2015
PROTOTIPO DE APLICACIÓN PARA LA GESTIÓN DE TAREAS EN LA
PLANEACIÓN Y DESARROLLO DE PROYECTOS
DIEGO HERNANDO TORRES SARMIENTO
Trabajo de grado
Director
MSc. JOHN ALEXANDER VELANDIA VEGA
UNIVERSIDAD CATÓLICA DE COLOMBIA

PROGRAMA DE INGENIERÍA DE SISTEMAS
FACULTAD DE INGENIERÍA
BOGOTA D.C.
2015
Nota de aceptación
Aprobado por el comité de grado en

cumplimiento de los requisitos exigidos por
la Facultad de Ingeniería y la Universidad
Católica de Colombia para optar al título
de Ingeniero de Sistemas
_______________________________
MSc. John Alexander Vega Velandia
Director
______________________________
Ph.D Carlos Orlando Diaz Benito
Coordinador de Trabajo de Grado
TABLA DE CONTENIDO
INTRODUCCIÓN ..................................................................................................... 9
1. PLANTEAMIENTO DEL PROBLEMA ............................................................. 10
2. OBJETIVOS .................................................................................................... 12
2.1 OBJETIVO GENERAL .............................................................................. 12
2.2 OBJETIVOS ESPECÍFICOS ..................................................................... 12
3. MARCO REFERENCIAL ................................................................................. 13
3.1 MARCO CONCEPTUAL ........................................................................... 13
3.1.1 Proyecto. ................................................................................................ 13
3.1.2 Gestión de proyectos.............................................................................. 14
3.1.4 Tarea. ..................................................................................................... 14
3.1.5 Gestión de tareas. .................................................................................. 15
3.1.6 WIP (Work in progress). ......................................................................... 15
3.1.7 App. ........................................................................................................ 15
3.2 MARCO TEÓRICO ................................................................................... 16
3.2.1 Contextualización histórica de la gestión de tareas ................................ 16
3.2.2 Justificación. ........................................................................................... 16
4. EVALUACIÓN DE MÉTODOS DE GESTIÓN DE TAREAS ............................ 18
5. REQUERIMIENTOS DEL SOFTWARE........................................................... 26
6. ARQUITECTURA DEL SISTEMA ................................................................... 34
6.1 DIAGRAMA DE COMPONENTES ............................................................ 34
6.2 DIAGRAMA ENTIDAD RELACIÓN ........................................................... 35
6.3 DIAGRAMA DE CLASES.......................................................................... 36
7. CONCLUSIONES ............................................................................................ 37
BIBLIOGRAFÍA ...................................................................................................... 38
5
LISTA DE TABLAS
Tabla 1: Características de evaluación de métodos de gestión de tareas ............. 18

Tabla 2: Resultado de evaluación, método tablero Kanban ................................... 20
Tabla 3: Resultado de evaluación, método GTD (Get Things Done) ..................... 22
Tabla 4: Resultado de evaluación, método Grocery List ........................................ 23
Tabla 5: Resultados definitivos de evaluación de métodos de gestión de tareas. . 24
Tabla 6: Lista de requerimientos funcionales ......................................................... 26
Tabla 7: Tabla resumen de requerimientos funcionales ........................................ 27
Tabla 8: Lista de requerimientos no funcionales .................................................... 32
6
LISTA DE FIGURAS
Figura 1: Ciclo de vida de un proyecto................................................................... 13

Figura 2: Transiciones de estado en el ciclo de vida de una tarea ........................ 15
Figura 3: Tablero Kanban ...................................................................................... 19
Figura 4: Captura de pantalla Apple Reminders .................................................... 23
Figura 5: Diagrama de componentes ..................................................................... 34
Figura 6: Diagrama Entidad/Relación .................................................................... 35
Figura 7: Diagrama de clases ................................................................................ 36
7
ANEXOS
Anexo A. Especificación de requerimientos ........................................................... 40

Anexo B: Diagramación y especificación de casos de uso .................................... 56
Anexo C. Especificación de diagrama de componentes. ....................................... 72
Anexo D. Especificación de diagrama de clases. .................................................. 75
Anexo E. Diccionario de datos. .............................................................................. 79
Anexo F. Plan de pruebas de software (STP). ....................................................... 82
Anexo G. Resultados de ejecución de plan de pruebas. ....................................... 84
8
INTRODUCCIÓN
Según PH.D Young Hoon Kwak1 la gestión de proyectos ha sido practicada desde
los inicios de la civilización debido a la necesidad de planear y proyectar las
actividades a realizar, sin embargo, no existió el término “gestión de tareas”, según
la reconocida compañía Silversoft2, hasta que el tiempo limitado en los proyectos
obligó a ejecutar las actividades para el desarrollo de una manera paralela.
También, según dicha compañía, esto dio lugar a que organizaciones de todo el
mundo dieran soluciones a este tipo de inconvenientes, creando y poniendo en
práctica diferentes métodos, técnicas y metodologías para gestionar tareas, como
el tablero Kanban o GTD (Get Things Done), que son utilizadas en las empresas
con el fin de cumplir con los objetivos de un proyecto o satisfacer la cadena de
valor de dichas organizaciones.
Debido a la exigencia de gestionar tareas en la planeación y ejecución de un

proyecto, y a que los beneficios que brindan las herramientas tecnológicas que
soportan este proceso, pueden variar de una a otra, a continuación se propone el
diseño y el desarrollo de un prototipo de aplicación para dispositivos móviles que
funcionen bajo sistema operativo Android y que soporte y facilite la gestión de
tareas y además se fundamente en una técnica o método existente diseñados
para dicha gestión.
1
Oza, Nilay, Fagerholm, Fabian y Münch, Jürgen. ¿How does Kanban impact communication and
collaboration in software engineering teams?. Helsinki : University of Helsinki, 2013.
2
Silversoft. Task management and the small bussiness. Londres : Silversoft Solutions, 2010.
9
1. PLANTEAMIENTO DEL PROBLEMA
Según el artículo de Stefan Link, Philip Hoyer, Thomas Schuster y Sebastian

Abeck3, con el fin de incrementar la eficiencia dentro de las organizaciones, estas
han inventado diferentes métodos, técnicas y metodologías de gestión de tareas
en el mundo a la hora de gestionar proyectos o las actividades a las que se
enfrentan cotidianamente.
Actualmente, en el mercado existen diferentes herramientas tecnológicas que

soportan esta gestión y debido al gran auge de la gestión de proyectos, según la
comparación de la revista PC Magazine4, son concurridas por varios usuarios hoy
en día. Sin embargo, según dicha revista, todas aplicaciones tienen sus ventajas y
desventajas, y no todas pueden adaptarse completamente a cualquier
organización o comunidad.
Debido a esto, se realiza un análisis a las aplicaciones de gestión de tareas más

reconocidas y más usadas en el mercado según PC Magazine5:
 Remember the milk.

 Toodledo
 Wunderlist
 Google Tasks
Los criterios de evaluación se toman de la tabla de comparación colaborativa de

aplicaciones de gestión de tareas, de la aplicación web Social Compare 6. Se
encontraron las siguientes debilidades:
 Ninguna de las cuatro aplicaciones cuenta con la opción de priorización de

tareas, lo cual impide fijar un orden y un momento a la hora de realizar las
tareas.
 Se interactúa individualmente y no se conoce el estado de avance de los
otros miembros del equipo.
3
Link, Stefan, Hoyer, Philip, Schuster, Thomas y Abeck, Sebastian. Model-Driven Development of
Human Tasks for Workflows. Karlsruhe : Universität Karlsruhe, 2010.
4
PC Magazine. Top Free Picks: Task Lists and To-Do Managers. New York : PC Magazine, 2013.
5
Ibíd.
6
Social Compare. Task Management Web Apps Social Compare. [En línea].
<http://socialcompare.com/es/comparison/tasks-management-todo-lists-web-apps> [Citado el: 23
de 02 de 2015.]
10
 Ninguna de las cuatro aplicaciones soporta la gestión de tareas en
ambiente multi-team, lo cual impide la comunicación entre diferentes áreas,
en organizaciones donde la terminación y ejecución de las tareas depende
de cada una de ellas.
 Solo una de las cuatro aplicaciones cuentan con módulos de alertas o

novedades que puedan contribuir a la toma decisiones en su tiempo de
latencia.
 Ninguna de las cuatro aplicaciones cuentan con un módulo que soporte las
actividades que desempeñan aquellas personas que son responsables de
gestionar y delegar las tareas en un equipo de trabajo.
 Las aplicaciones no cuentan con una plataforma que permita la

comunicación directa entre aquellas personas que realizan las tareas y la
persona a cargo, lo cual genera el reporte informal de incidentes o
problemas que se tengan a la hora de realizar una tarea.
 Las aplicaciones observadas, funcionan en ambiente web o en dispositivos

móviles, no se aprovecha el potencial que pueden brindar las dos en
conjunto.
 No permiten la generación de reportes y de indicadores de calidad lo cual

impide monitorear y controlar el flujo de las tareas que se realizan en el
proyecto.
Con base en las razones presentadas anteriormente, se da como propuesta de

solución la construcción de una aplicación que cubra estas necesidades, tenga
una mejor acogida en el mercado y así mismo soporte de una manera eficiente la
gestión de tareas.
11
2. OBJETIVOS
2.1 OBJETIVO GENERAL

Implementar un prototipo de aplicación para dispositivos móviles con sistema
operativo Android, para la gestión de tareas en la planeación y desarrollo de
proyectos.
2.2 OBJETIVOS ESPECÍFICOS
 Determinar el método o la técnica de gestión de tareas a utilizar como

fundamento de la aplicación móvil.
 Diseñar la arquitectura para la aplicación móvil con el fin de establecer su

estructura y funcionamiento.
 Desarrollar la aplicación móvil según el diseño y la arquitectura planteados.
 Validar el prototipo construido considerando el diseño y los requerimientos que

inicialmente se establezcan, con el fin de verificar el correcto funcionamiento del
mismo.
12
3. MARCO REFERENCIAL
3.1 MARCO CONCEPTUAL
3.1.1 Proyecto. El Project Management Institute7 define proyecto como un

esfuerzo que se lleva a cabo para obtener un resultado, un producto o brindar un
servicio, en el cual están establecidos un principio y un fin, el cual termina cuando
todos los objetivos del proyecto se han cumplido, o se han cumplido los que están
al alcance y que tiene un fase de iniciación, planeación, ejecución y cierre.
Figura 1: Ciclo de vida de un proyecto
Fuente: Project Management Institute. Project Management Body of Knowledge. Newtown

Township: Project Management Institute, 2013.
La Figura 1: Ciclo de vida de un proyecto describe el ciclo de vida de un proyecto,

el cual está compuesto por cinco fases y se definen según el PMBOK8:
 Fase de iniciación: En esta fase se define y se autoriza el proyecto o una

fase del mismo.
 Fase de planeación: Se definen y refinan los objetivos, además de planear

el curso que debe seguir el proyecto para lograr los objetivos y alcances
que de definen en la fase anterior.
7
Project Management Institute. Project Management Body of Knowledge. Newtown Township :
Project Management Institute, 2013.
8
Ibíd.
13
 Fase de ejecución: En esta fase se realizan procesos para completar el
trabajo que se define en fases anteriores del proyecto para cumplir con las
especificaciones del mismo, además de coordinar personas y recursos que
se responsabilicen de integrar y realizar actividades.
 Fase de monitoreo: En esta fase se supervisa el desempeño y el progreso

del proyecto para identificar posibles fallas o debilidades que deban ser
eliminadas y conlleven a un cambio de planes.
 Fase de cierre: Se realiza una aceptación de los resultados, servicios o

productos obtenidos.
3.1.2 Gestión de proyectos. Según El Project Management Institute, las gestión

de proyectos es la aplicación de conocimientos, habilidades, herramientas y
técnicas, a las actividades en el desarrollo de un proyecto con el fin de alcanzar
los objetivos del proyecto de una manera óptima, de tal manera de que se
proporcione estructura, flexibilidad y control teniendo en cuenta todas las
restricciones que pueda tener el proyecto.
3.1.4 Tarea. Robert Mcllre9 define en su artículo una tarea en la gestión de

proyectos, como una actividad o un pequeño trabajo que necesita ser realizado
dentro de un periodo de tiempo definido.
Las tareas cuentan con un ciclo de vida y los estados que se muestra en la Figura
2: Transiciones de estado en el ciclo de vida de una tarea
 El estado inicial de una tarea, después de su creación, siempre será

inactiva, en este estado se podrá actualizar el estado o las propiedades de
la tarea. Para poder tomarla, esta tarea debe estar en estado preparada.
 Cuando está en estado preparada, la tarea espera a que alguna persona

del equipo de trabajo la tome y la ejecute.
9
Mcllre, Robert. How „Percent-Complete‟ Is That Task Again?. Montereal : PM Hut, 2007.
14
Figura 2: Transiciones de estado en el ciclo de vida de una tarea
Fuente: IBM. Life cycle of human tasks. IBM WebSphere Process Server documentation. Retrieved
: s.n., 2009.
3.1.5 Gestión de tareas. Es definido por Silversoft10 como el proceso de gestión

de una tarea a través de todo su ciclo de vida, en donde se realiza seguimiento al
progreso de las tareas y se comparte información de las mismas con todos los
miembros de un equipo.
3.1.6 WIP (Work in progress). El WIP en la gestión de tareas, se define como

todas las tareas que se encuentran en un estado diferente de terminado o
finalizado o que se encuentra en desarrollo para ser finalizadas.
3.1.7 App. Según la Comisión Federal de Comercio de los Estados Unidos11, es

un software que es diseñado para su ejecución en sistemas operativos como
Android, IOS, Windows Phone y BBOS, que fueron especialmente creados para
dispositivos móviles como lo son las tabletas y los teléfonos inteligentes.
10
Silversoft. Task management and the small bussiness. Londres : Silversoft Solutions, 2010.
11
Federal Trade Commission. Understanding mobile apps : Questions & Answers. Washintong
D.C. : OnGuard, 2011.
15
3.2 MARCO TEÓRICO
Si bien la gestión de tareas es un proceso utilizado en la planeación y desarrollo

de proyectos, es indispensable conocer su estado del arte, además de su
importancia y funcionalidad dentro de la gestión de proyectos en las
organizaciones, las cuales se presentan a continuación.
3.2.1 Contextualización histórica de la gestión de tareas. Según Young Hoon

Kwak12 los proyectos han existido desde los inicios de la civilización, sin embargo,
la profesionalización de la disciplina conocida como gestión de proyectos, se dio
en los años 50, por requerimientos de coordinación en proyectos de ingeniería y
arquitectura de tipo militar. Sin embargo, con el paso de los años, los proyectos se
rigieron por un plan de desarrollo donde las actividades no se desarrollaban de
forma secuencial sino en paralelo con el fin de reducir los tiempos de ejecución.
Sin una gestión o lineamientos, los proyectos comenzaron a sufrir desbordamiento
de tiempos, desbordamiento de costos y la calidad de los resultados no era la
esperada.
Para dar solución a esta serie de problemas, según Young Hoon Kwak, a partir de
los años 5013 surgieron diferentes métodos, metodologías y prácticas para
gestionar estos trabajos con las mejores garantías de previsibilidad y calidad de
los resultados, entre las cuales se creó la gestión de tareas con el fin de tener una
planificación y un seguimiento más exhaustivo a las actividades que se fueran a
ejecutar dentro de las organizaciones y los proyectos.
3.2.2 Justificación. Dentro de la gestión de proyectos, se ha tenido como

objetivo principal planificar, administrar y coordinar las actividades que se realizan
para lograr un proyecto exitoso, el cual es definido por The Standish Group 14 como
un proyecto que se cumple dentro del tiempo estimado y dentro del alcance y
presupuesto económico previstos. El reto de cumplir este objetivo, y las exigencias
del mercado, han dado paso a nuevas actividades, tanto para el gestor de
proyectos. como para cualquier otro rol que tenga como responsabilidad gestionar
las labores en la planeación y desarrollo de un proyecto, como lo son el
seguimiento, la asignación de recursos y priorización de actividades.
Esto ha dado paso al término “gestión de tareas” dentro de las organizaciones, el

cual, según lo descrito por Daniel Schulte15, da solución a interrogantes que viven
cotidianamente a la hora de planificar o poner en marcha un proyecto:
12
Kwak, Yung Hoon. Brief history of project management. Washintong : Quorum Books, 2003.
13
Ibíd.
14
15
Schulte, Daniel. Towards a human task management reference model. Hagen: Fernuniversität
Hagen, 2012.
16
 ¿Cómo puede ser apoyada la ejecución de tareas?
 ¿A quién se debe asignar determinada tarea?
 ¿Cómo se debe informar a alguien de una tarea?
3.2.4 Beneficios de la gestión de tareas. Además de soportar la ejecución

exitosa de un proyecto, la implementación de un método de gestión de tareas en
el equipo de trabajo de un proyecto, trae beneficios como los mencionados por
Nilay Oza, Fabian Fagerholm y Jürgen Münch16 :
 Se aprecia el talento humano como factor clave en la cadena de valor de

una organización.
 Fortalece la comunicación entre el equipo de trabajo.
 Aumenta considerablemente el trabajo en equipo y la colaboración entre el
mismo.
16
17
4. EVALUACIÓN DE MÉTODOS DE GESTIÓN DE TAREAS
A continuación se realizará una evaluación del estado del arte de diferentes

métodos de gestión de tareas, analizando su funcionamiento y los principales
beneficios de los mismos, evaluándolos según diferentes criterios, con el fin de
definir cuál de estos será usado como fundamento de la aplicación.
Considerando lo anterior, y debido a las limitaciones de tiempo que se tienen, se

tomarán tres de los métodos de gestión de tareas que, según el artículo de
Andrew Kunesh17, son los que tienen el grado más alto de usabilidad entre los
otros métodos, y se evaluarán tres características que según el artículo de
Hiranabe18, se deben tener en cuenta a la hora de analizar un método de gestión
de tareas. También, por la limitación de tiempo para sus correspondientes análisis
y calculos de pesos porcentuales, cada característica tendrá un peso porcentual
igual, y se calificará teniendo en cuenta un rango de 1 a 10 donde 1 es la menor
nota y 10 la mayor.
Tabla 1: Características de evaluación de métodos de gestión de tareas
Característica Descripción Peso
Trabajo en Capacidad del método de gestión de tareas para 33,3%

equipo incentivar, monitorear y controlar el trabajo en
equipo en el desarrollo y planeación de un proyecto.
Gestión del Nivel de satisfacción que brinda el método a la hora 33,3%

tiempo de priorizar las tareas, así como medir el impacto
que tienen sobre el proyecto.
WIP (Work in Grado de satisfacción que brinda el método cuando 33,3%

progress) se monitorea y controla el flujo del trabajo en el
desarrollo y planeación de un proyecto.
Fuente: El autor
17
Kunesh, Andrew. Beyond the List: 8 Powerful Ways to Manage Your Tasks. Schaumburg :
Zapier, 2015.
18
Hiranabe, Kenji. Visualizing Agile Projects with Kanban Boards. Tokio : Change Vision, 2007.
18
11.1 Tablero Kanban. Según lo descrito por Nilay Oza, Fabian Fagerholm y
Jürgen Münch19, el tablero Kanban es un método de gestión de tareas donde
““kan” significa visual, y “ban” significa tarjeta". Fue inventada por Toyota para
organizar mejor su producción de vehículos dividiendo el proceso en
fases que se tenían que cubrir correctamente para pasar a la siguiente
fase, garantizando así un producto de calidad.
Figura 3: Tablero Kanban
Fuente: El autor
Como muestra la Figura 3: Tablero Kanban, el método consiste en escribir una

breve descripción de cada tarea en una tarjeta, y estas tarjetas adherirlas a un
tablero que está dividido en tres secciones, en donde cada sección representa un
posible estado de cada tarea: por hacer, haciéndose y hecha.
Según la empresa consultora Berriprocess20 Las principales ventajas que tiene el

tablero Kanban son:
 Visualización de flujo de trabajo: En grandes, medianas y pequeñas

empresa y organizaciones, siempre será de vital importancia el
conocimiento que tengan los miembros del equipo sobre el desarrollo de las
diferentes fases por las que pasa un proyecto, sus respectivas tareas
asignadas, las de otros equipos y las de su equipo de trabajo.
19
20
Berriprocess. Lean Kanban, ¿por qué me importa?. Sofia : s.n., 2012.
19
 Limita el trabajo en curso: Es importante tener en cuenta, que no trae
beneficios el estar haciendo muchas cosas al tiempo, y no hacerlas de una
manera correcta por falta de tiempo o recursos.
 Gestiona el flujo : Se debe controlar el funcionamiento del trabajo y
observar si todo está funcionando o si alguien tiene problemas para
poder brindar una ayuda y solucionarlos.
Resultados de la evaluación:
Tabla 2: Resultado de evaluación, método tablero Kanban
Característica Calificación
Trabajo en equipo 9
Gestión del tiempo 2
WIP (Work in progress) 10
Calificación promedio 7
Fuente: El autor
Según lo ilustrado la Tabla 2: Resultado de evaluación, método tablero Kanban,

este método se calificó de la siguiente manera:
 Trabajo en equipo (9/10): Se calificó de esta manera debido a que este

método brinda la posibilidad de ver el progreso y estado de las tareas no
solo del usuario, sino el de todo su equipo de trabajo.
 Gestión del tiempo (2/10): Al usar este método tal cuál se describe, se
hace imposible realizar una priorización y medición de impacto a las tareas,
ya que no se tiene en cuenta el tiempo el cual dura una tarea en
determinado estado.
 WIP (10/10): El método brinda este beneficio la hora de monitorear el flujo
de trabajo gracias a los posibles estados que pueden tener las tareas, lo
cual impacta positivamente en el seguimiento que realice a las actividades
a ejecutar.
20
11.2 GTD (Get Things Done). Es un método de gestión de tareas inventado por
David Allen en el año 1983, es definido por él21 como un método que permite
gestionar actividades laborales o de la vida cotidiana basada en la liberación del
estrés, cargas emocionales y sobrecargas personales para aumentar la
productividad y la eficiencia a la hora de ejecutar actividades.
Este reconocido método, según el libro David Allen 22, cuenta con los siguientes
principios:
 Bajo ninguna circunstancia, se deben almacenar actividades por hacer en la

memoria, se debe hacer uso de grabadoras, correos electrónicos, agendas
o cualquier otro método de almacenamiento.
 No se debe realizar más de una tarea a la vez.
 No se debe regresar ninguna tarea al método de almacenamiento, si se
toma, se debe completar.
 Si existe alguna tarea que se pueda realizar en menos de dos minutos, se
debe realizar por encima de otras.
 Asignar un único responsable a cada una de las actividades a ejecutar.
 No solo debe tenerse en cuenta las tareas a realizar, es indispensable
almacenar las acciones o pequeñas actividades que conllevan a la
realización y terminación de la tarea macro.
 Hacer uso de la lista de tareas en espera, las cuales son tareas asignadas
a diferentes personas.
Según lo descrito en el libro de Allen23, las principales ventajas que ofrece la

implementación de este método son:
 La manera de almacenamiento, organización y revisión que ofrece este

método, hace sentir a los miembros de un equipo o a un persona individual,
en un estado de tranquilidad y libre de estrés , gracias al control que tiene
de la ejecución de actividades.
 Al liberar la mente de preocupaciones y estrés, la creatividad y
productividad aumentan considerablemente.
 Gracias a su método de planificación y almacenamiento de tareas, se debe
pensar menos, para hacer y ejecutar más con una concentración mayor.
21
Allen, David. Getting thigs done: the art of stress-free productivity. Nueva York : Penguin books,
2003.
22
Ibíd.
23
Ibíd.
21
 Gracias a la lista de tareas en espera, se facilita el monitoreo y control de
trabajo delegado a diferentes personas.
Resultados de la evaluación:
Tabla 3: Resultado de evaluación, método GTD (Get Things Done)
Trabajo en equipo 3
Calificación promedio 6
Fuente: El autor
Según lo ilustrado la Tabla 3: Resultado de evaluación, método GTD (Get Things

Done), este método se calificó de la siguiente manera:
 Trabajo en equipo (3/10): Aunque es un método eficiente, es un método

de gestión de tareas que se usa de manera individual y personal, el trabajo
en equipo no se ve reflejado.
 Gestión del tiempo (8/10): Es de gran utilidad que este método brinde
priorización a las tareas cortas (de dos minutos) sobre las demás para
observar resultados de avance y es una ventaja que lo hace sobresalir
sobre los demás.
 WIP (7/10): Gracias a que este método permite dividir grandes tareas en
pequeños grupos, el avance que realice ejecutando cada una de estas
pequeñas actividades, permite un buen monitoreo y control al flujo del
trabajo.
11.3 The “Grocery List”. Según Kunesh24, es el método más sencillo para la
gestión de tareas pero a su vez, es el más concurrido en todo el mundo, no solo
para la gestión de proyectos sino para la vida cotidiana de cualquier persona.
24
Zapier, 2015.
22
Figura 4: Captura de pantalla Apple Reminders
Fuente: Kunesh, Andrew. Beyond the List: 8 Powerful Ways to Manage Your Tasks. Schaumburg :
Zapier, 2015.
Como lo muestra la Figura 4: Captura de pantalla Apple Reminders, este método

consiste en organizar y realizar un lista en papel o en cualquier medio electrónico,
las tareas que se deben realizar, clasificándolas por categorías o fechas.
Las principales ventajas que ofrece este método, según Kunesh25, son:
 Debido a su facilidad de uso, muchas organizaciones y personas naturales

usan bastante este método.
 La cantidad de herramientas tecnológicas y electrónicas que soportan el
uso de este método es innumerable.
Tabla 4: Resultado de evaluación, método Grocery List
Trabajo en equipo 2
Calificación promedio 4,6
Fuente: El autor
25
Zapier, 2015.
23
Según lo ilustrado la Tabla 4: Resultado de evaluación, método Grocery List, este
método se calificó de la siguiente manera:
 Trabajo en equipo (3/10): Aunque es un método eficiente, es un método

de gestión de tareas que se usa de manera individual y personal, el trabajo
en equipo no se ve reflejado.
 Gestión del tiempo (8/10): Es de gran utilidad que este método brinde
priorización a las tareas cortas (de dos minutos) sobre las demás para
observar resultados de avance y es una ventaja que lo hace sobresalir
sobre los demás.
 WIP (7/10): Gracias a que este método permite dividir grandes tareas en
pequeños grupos, el avance que se realice ejecutando cada una de estas
pequeñas actividades, permite un buen monitoreo y control al flujo del
trabajo.
11.4 Resultados finales. Después de realizar la evaluación de tres métodos de

gestión de tareas, los resultados obtenidos fueron los siguientes:
Tabla 5: Resultados definitivos de evaluación de métodos de gestión de tareas.
Método Característica Calificación Calificación
Trabajo en equipo 9
Tablero Kanban Gestión del tiempo 4 7
Trabajo en equipo 3
GTD (Get Things Done) Gestión del tiempo 8 6
Trabajo en equipo 2
Grosery List Gestión del tiempo 3 4,6
Fuente: El autor.
24
De acuerdo a los resultados mostrados en la Tabla 5, y las ventajas analizadas
por Kunesh26, entre los tres métodos Tablero Kanban, GTD y Grosery List, se
tomará el método tablero Kanban por tener la más calificación promedio más alta
en la evaluación realizada, lo cual lo identifica como el método más apropiado
para trabajar en equipo, gestionar el tiempo y realizar monitoreo y control sobre la
trazabilidad de estados de las tareas.
26
Zapier, 2015.
25
5. REQUERIMIENTOS DEL SOFTWARE
Como base del diseño y desarrollo del prototipo, a continuación se presentan los
requerimientos funcionales y no funcionales que se establecieron para el
desarrollo del software, definiendo sus identificadores, tipos de requerimientos,
métricas para los requerimientos no funcionales y sus restricciones técnicas.
Especificación de requerimientos:
El sistema propuesto cuenta con características funcionales y no funcionales, que

permiten cumplir con los objetivos propuestos. De acuerdo al planteamiento del
problema y las fallas identificadas en la comparación de diferentes aplicaciones, a
continuación se presentan los requerimientos funcionales y no funcionales de la
aplicación:
Requerimientos Funcionales. Los requerimientos funcionales se identifican por

empezar con la letra R y un número consecutivo. Además, cada requerimiento
está asociado a la administración centralizada web del sistema (A) o a la
aplicación móvil (M).
Tabla 6: Lista de requerimientos funcionales
ID Requerimiento funcional Tipo

R1 Crear tareas A
Consultar información de
R2 A
tareas
R3 Modificar atributos de tareas A
R4 Crear usuarios A
R5 Consultar usuarios A
Modificar atributos de
R6 A
usuarios
R7 Consultar grupos de usuarios A
R8 Crear grupos de usuarios A
26
R9 Modificar grupos de usuarios A
R10 Crear proyectos A
R11 Consultar proyectos A
R12 Modificar proyectos A
Generar reportes de
R13 A
resultados
Consultar información de
R14 M
tareas
R15 Modificar estados de tareas M
Recibir notificaciones y
R16 M
alertas
Fuente: El autor.
A continuación, se presenta una tabla que resume todos los requerimientos

funcionales planteados, con su respectiva descripción que está compuesta por
una precondición y una pos condición (se recomiendo revisar el Anexo A:
Especificación de requerimientos). Se presentan de la siguiente manera y
ordenados descendentemente por prioridad:
Tabla 7: Tabla resumen de requerimientos funcionales
ID Requerimiento Nombre Descripción Prioridad
1.Precondición: No aplica
2.Descripción: El usuario ingresa la
información de las entradas en los
campos del formulario. Luego el
usuario da clic en el botón “Crear”.
3.Pos -condición: El sistema
R4 Crear usuarios Alta
guarda en la base de datos la
información que se ingresó en el
formulario y muestra un mensaje
de éxito. Luego se visualiza en la
pantalla los datos que se
ingresaron.
27
1.Precondición: El usuario debe
autenticarse con nombre de
usuario y contraseña.
R1 Crear tarea Alta
ingresaron.
1. Pre-Condición: El administrador
debe crear y asignar una tarea a
los usuarios de un grupo de
trabajo.
2. Descripción: El usuario
Consultar selecciona una tarea de las que se
R14 información de muestren en pantalla para ver la Alta
tareas (Móvil) información asociada.
3. Pos -Condición: El usuario
observa en pantalla el nombre, la
descripción, fecha de entrega,
estado y prioridad de la tarea que
se haya seleccionado
1. Pre-Condición: El administrador
debe crear y asignar una tarea a
los usuarios de un grupo de
trabajo.
2. Descripción: Por medio de la
Modificar acción Drag & Drop el usuario
R15 información de tomará la tarea deseada y Alta
tareas (Móvil) gráficamente la cambiará al estado
que corresponda.
3. Pos -Condición: El usuario
recibe un mensaje de éxito y la
información se actualiza en la base
de datos.
28
1.Precondición: El usuario
selecciona un nivel de
desagregación: Por usuario, por
grupo de usuarios, por proyecto,
por rango de fechas de entrega o
por prioridad.
Consultar 2.Descripción: El usuario
R2 información de selecciona una tarea dentro de una Alta
tareas (Web) lista generada.
muestra en pantalla nombre y
descripción , prioridad, fecha de
entrega, estado, responsable y
comentarios del responsable de la
tarea seleccionada.
seleccionar un usuario, proyecto o
un grupo de usuarios
Generar 2.Descripción: El usuario da clic en
R13 reportes de el botón "Generar" y el reporte se Alta
resultados visualiza en pantalla.
3.Pos -condición: Se visualiza
gráfica de líneas estadísticas y el
cuadro de salida.
1. Pre-Condición: El usuario o el
administrador deber hacer
modificaciones sobre las tareas
que pertenezcan al grupo de
trabajo o el administrador debe
Recibir
crear o modificar usuarios o grupos
R16 notificaciones y Alta
de usuarios.
alertas
2. Descripción: El usuario visualiza
en pantalla alertas y novedades
que se presentan en el desarrollo
de determinado proyecto.
3. Pos -Condición: No aplica.
Crear grupos de 3.Pos -condición: El sistema
R8 Media
usuario guarda en la base de datos la
ingresaron.
29
1.Precondición: El usuario
selecciona un nivel de
desagregación: Por grupo de
usuarios o por coincidencias de
búsqueda.
2.Descripción: El usuario
selecciona una opción dentro de
Consultar
R5 una lista que se genera a partir de Media
usuarios
la búsqueda.
muestra en pantalla el nombre ,
nickname , correo electrónico y dos
campos para contraseña y
confirmación de contraseña
(Cambio) .
realizar una consulta y seleccionar
una tarea.
2.Descripción: El usuario ingresa
Modificar los cambios deseados sobre la
R3 atributos de información actual de determinada Media
tareas tarea
guarda los cambios en la base de
datos y muestra un mensaje de
éxito.
un usuario.
R6 atributos de información actual de determinado Media
usuarios usuario.
éxito.
1.Precondición: El usuario digita en
un campo de texto para encontrar
coincidencias en la base de datos
según lo ingresado.
Consultar 2.Descripción: El usuario seleciona
R7 grupos de una opción dentro de una lista que Media
usuarios se genera a partir de la búsqueda.
muestra en pantalla la información
del grupo seleccionado, así como
un listado de todos los usuarios
30
asociados a el.
R10 Crear proyectos Media
ingresaron.
un grupo de usuarios.
R9 grupos de información actual de determinado Baja
usuario grupo de usuarios.
éxito.
1.Precondición: El usuario digita en
un campo de texto para encontrar
coincidencias en la base de datos
según lo ingresado.
2.Descripción: El usuario
Consultar
R11 selecciona una opción dentro de Baja
proyectos
una lista que se genera a partir de
la búsqueda.
muestra en pantalla la información
del proyecto seleccionado.
31
un proyecto.
R12 atributos de información actual de determinado Baja
proyectos proyecto.
éxito.
Fuente: El autor.
Restricciones. El software deberá contener dos módulos, un módulo

administrativo y un módulo para los responsables de las tareas a realizar. El
módulo administrativo funcionará bajo arquitectura web y se desarrollará en
lenguaje PHP y deberá funcionar en cualquier navegador web, con diferencias en
la apariencia física de la aplicación; el módulo para los responsables de las tareas
funcionará únicamente en dispositivos móviles con sistema operativo Android y
deberá ser desarrollado con lenguaje de programación Java.
Requerimientos no funcionales. Los requerimientos no funcionales se

identificaran con las letras RNF seguido de un número consecutivo. En la siguiente
tabla se listarán los requerimientos no funcionales de la aplicación.
Tabla 8: Lista de requerimientos no funcionales
ID Requerimiento funcional
RNF1 Extensibilidad
RNF2 Seguridad
RNF3 Usabilidad
RNF4 Confiabilidad
Fuente: El autor.
 Extensibilidad: Según Mario Barbacci, Mark H. Klein, Thomas A. Longstaff

y Charles B. Weinstock 27 , es un atributo de calidad de software que permite al
sistema agregar nuevas funcionalidades, modificar o eliminarlas en el futuro,
después de haber puesto en funcionamiento el sistema. Para esto, el 100% de
los componentes del software, deben tener su código fuente abierto y listo para
futuras adiciones, modificaciones o correcciones.
27
Mcllre, Robert. How „Percent-Complete‟ Is That Task Again?. Montereal : PM Hut, 2007.
32
 Seguridad: Según Mario Barbacci, Mark H. Klein, Thomas A. Longstaff y
Charles B. Weinstock28, es un atributo de calidad de software el cual garantiza,
en este caso, que el código fuente del sistema y la información que se
almacene en la base de datos sea integra y segura, así como que el acceso al
sistema deba ser confidencial. Para esto se debe contar con:
o Autenticación: El 100% de los casos de acceso deben ser

verificados mediante un nombre de usuario y contraseña.
o Autorización: El 100% de los usuarios debe poseer un perfil de
acceso y debe ser validado por el sistema.
o El 100% de las contraseñas deben ser cifradas mediante

algoritmo MD5 para ser almacenadas en la base de datos.
 Usabilidad: Según Mario Barbacci, Mark H. Klein, Thomas A. Longstaff y

Charles B. Weinstock29, es un atributo de calidad de software que permite que
el sistema sea intuitivo y tenga un alto grado de facilidad para que las
personas, independientemente del nivel de conocimiento que tengan del
tema, puedan utilizar la herramienta sin dificultad alguna y la curva de
aprendizaje de la herramienta sea baja. Para esto, el usuario deberá dar
máximo 4 clics o toques para realizar cualquier función en el sistema.
 Confiabilidad: Según Mario Barbacci, Mark H. Klein, Thomas A. Longstaff

y Charles B. Weinstock30, es la capacidad del software, mientras se encuentre
funcionando, de mantener el nivel de servicio acordado y a su vez, de tener
un grado alto de tolerancia a fallas en caso de que se presente alguna
anomalía en el sistema. Para esto el 100% de las operaciones realizadas en el
código fuente deben ser tratadas bajo un manejo de excepciones try-catch y en
caso de un error, se debe informar al usuario sobre el mismo, sin tener la
necesidad de detener la aplicación.
28
Ibíd.
29
Ibíd.
30
Ibíd.
33
6. ARQUITECTURA DEL SISTEMA
6.1 DIAGRAMA DE COMPONENTES

Según Grady Booch31, un diagrama de componentes permite visualizar con más
facilidad la estructura general del sistema y el comportamiento del servicio que
estos componentes proporcionan y utilizan a través de las interfaces. A
continuación se presenta el diagrama de componentes de la arquitectura del
sistema. Para consultar la especificación de este diagrama dirigirse a Anexo B.
Especificación de diagrama de componentes.
Figura 5: Diagrama de componentes
Fuente: El autor.
31
Grady Booch, Jim Rumbaugh e Ibar Jacobson. El lenguaje unificado de modelado. s.l. :
Fernando Berzal, 2004.
34
6.2 DIAGRAMA ENTIDAD RELACIÓN
Según Sorti y otros32, es la mejor forma de representar la estructura de estas

bases de datos relacionales y ayuda a entender los datos y como se relacionan
entre ellos, para consultar el diccionario de datos del diagrama presentado a
continuación , dirigirse a Anexo D. Diccionario de datos.
Figura 6: Diagrama Entidad/Relación
Fuente: El autor.
32
Storti, Guillermo, Campodónico, Gabriel y Rios, Gladys. Bases de datos: Modelo entidad
relación. 2007.
35
6.3 DIAGRAMA DE CLASES
Según Grady Booch33, un diagrama de clases sirve para visualizar las relaciones
entre las clases que involucran el sistema, las cuales pueden ser asociativas, de
herencia o de uso. A continuación se presenta el diagrama de clases del sistema,
para consultar la especificación de las clases, dirigirse a Anexo C. Especificación
de diagrama de clases.
Figura 7: Diagrama de clases
Fuente: El autor
33
Grady Booch, Jim Rumbaugh e Ibar Jacobson. El lenguaje unificado de modelado. s.l. :
Fernando Berzal, 2004.
36
7. CONCLUSIONES
 Según la evaluación de métodos de gestión de tareas realizada, el método

apropiado para la ejecución de este proceso en las pequeñas, medianas o
grandes empresas es el tablero Kanban.
 El desarrollo y programación de una aplicación bajo arquitectura web
(Lenguaje de programación PHP) y una aplicación móvil (Lenguaje de
programación JAVA), como sistemas transaccionales sobre la misma base
de datos, se realizó con éxito.
 Por limitaciones de tiempo, no fueron desarrolladas todas las
funcionalidades especificadas en los requerimientos funcionales, se espera
que en una próxima fase del proyecto se implementen estas y más
funcionalidades.
 Al realizar pruebas de caja negra sobre el sistema, se encontraron
diferentes fallas a nivel funcional, por ejemplo, las validaciones de
caracteres especiales y longitudes permitidas en los campos de ingreso de
datos, no estaba realizada y traía problemas en la creación de la tarea o en
la presentación de la tarea en el dispositivo móvil, el 100% de las fallas
encontradas según los casos de prueba, que no cumplían con los criterios
de aceptación en los requerimientos funcionales fueron solucionados.
En esta etapa se realizaron exclusivamente pruebas de caja negra sobre el
sistema, se espera que en una próxima fase se realicen pruebas sobre el
código fuente.
 Se describieron diferentes aspectos de la interacción y el funcionamiento
del software a construir por medio de lenguaje UML, representado su
arquitectura y diseño por medio de diagramas y modelos.
 Con el software desarrollado, se cubrieron el 70% de las debilidades
identificadas en las herramientas tecnológicas más usadas hoy en día para
gestionar tareas, como por ejemplo la priorización de tareas y la generación
de reportes.
37
BIBLIOGRAFÍA
Agile Alliance. Manifesto for Agile Software Development. [En línea].

<http://agilemanifesto.org/> [Citado el: 16 de Febrero de 2015.].
Allen, David. Getting thigs done: the art of stress-free productivity. Nueva York :
Penguin books, 2003.
Berjemo, Carlos. El Kanban. Barcelona : UOC, 2012.
Berriprocess. Lean Kanban, ¿por qué me importa?. Sofia : s.n., 2012.
Cirillo, Franceso. The pomodoro thechnique. California : s.n., 2006.
Federal Trade Commission. Understanding mobile apps : Questions & Answers.

Washintong D.C. : OnGuard, 2011.
Grady Booch, Jim Rumbaugh e Ibar Jacobson. El lenguaje unificado de modelado.

s.l. : Fernando Berzal, 2004.
Hiranabe, Kenji. Visualizing Agile Projects with Kanban Boards. Tokio : Change
Vision, 2007.
IBM. Life cycle of human tasks. IBM WebSphere Process Server documentation.
Retrieved : s.n., 2009.
Kunesh, Andrew. Beyond the List: 8 Powerful Ways to Manage Your Tasks.
Schaumburg : Zapier, 2015.
Kwak, Yung Hoon. Brief history of project management. Washintong : Quorum

Books, 2003.
Link, Stefan, Hoyer, Philip, Schuster, Thomas y Abeck, Sebastian. Model-Driven

Development of Human Tasks for Workflows. Karlsruhe : Universität Karlsruhe,
2010.
Mcllre, Robert. How „Percent-Complete‟ Is That Task Again?. Montereal : PM Hut,

2007.
Oza, Nilay, Fagerholm, Fabian y Münch, Jürgen. ¿How does Kanban impact
communication and collaboration in software engineering teams?. Helsinki :
University of Helsinki, 2013.
38
PC Magazine. Top Free Picks: Task Lists and To-Do Managers. New York : PC
Magazine, 2013.
Project Management Institute. Project Management Body of Knowledge. Newtown

Township : Project Management Institute, 2013.
Schiffer, Bernd. How to Track the Team‟s Mood with a Niko-niko Calendar.
Franconia : s.n., 2011.
Schulte, Daniel. Towards a human task management reference model. Hagen :

Fernuniversität hagen, 2012.
Schwaber, Ken. SCRUM Development Process. Burlington : s.n.
Serena. An Introduction to Agile Software Development. San Mateo : Serena,

2007.
Silversoft. Task management and the small bussiness. Londres : Silversoft

Solutions, 2010.
Social Compare. Task Management Web Apps Social Compare. [En línea].
<http://socialcompare.com/es/comparison/tasks-management-todo-lists-web-
apps> [Citado el: 23 de 02 de 2015.]
Sommerville, Ian. Ingeniería del software. Madrid : Pearson Educación, 2005.
Storti, Guillermo, Campodónico, Gabriel y Rios, Gladys. Bases de datos: Modelo

entidad relación. 2007.
The Standish Group. Chaos Manifesto. West Yarmouth : The Standish Group,
2013.
39
ANEXOS
Anexo A. Especificación de requerimientos

ESPECIFICACIÓN DE REQUERIMIENTOS
Identificador: Nombre:
R1 Crear tareas
Tipo Requerimiento que lo Crítico?
utiliza
Necesario R2, R3 Si
Prioridad de desarrollo Documentos de visualización asociados
Alta
Entrada Salida
1. Nombre de tarea Se visualiza un mensaje de éxito y la información que se
2. Descripción de la tarea almacena en la base de datos.
3. Fecha de entrega
4. Nivel de prioridad.
5. Usuario asignado.
6. Proyecto asociado
Descripción
1.Precondición: El usuario debe autenticarse con nombre de usuario y contraseña.
2.Descripción: El usuario ingresa la información de las entradas en los campos del formulario.
Luego el usuario da clic en el botón “Crear”.
3.Pos -condición: El sistema guarda en la base de datos la información que se ingresó en el
formulario y muestra un mensaje de éxito. Luego se visualiza en la pantalla los datos que se
ingresaron.
Manejo de situaciones anormales
1.Un campo del formulario que es obligatorio y está sin diligenciar, al momento de intentar
almacenar la información en la BD genera un mensaje de error.
2.Un dato ingresado en el formulario tiene errores de formato. (es incompatible con el tipo de
dato o excede el tamaño establecido). Por lo tanto, se visualizará un mensaje de error en
pantalla.
Criterios de aceptación
1.Si hay algún campo del formulario que es obligatorio y está sin diligenciar, al momento de
intentar almacenar la información en la base de datos, se visualizará en pantalla un mensaje de
error.
2.Si se ingresa un dato en el formulario que es incompatible con el tipo de dato asignado al
campo, se visualizará en pantalla un mensaje de error.
3.Si se ingresa un dato en el formulario que excede la longitud establecida para el campo, se
visualizará en pantalla un mensaje de error.
4.Si todos los campos del formulario están debidamente diligenciados, al momento de guardar
la información en la base de datos, se visualizará en pantalla un mensaje de éxito.
40
R2 Consultar información de tareas
utiliza
Necesario R3 Si
Alta
Entrada Salida
1.Nivel de desagregación Se visualiza nombre y descripción de la tarea, prioridad,
2. Tarea a consultar fecha de entrega, estado, responsable y comentarios del
responsable de una tarea
Descripción
1.Precondición: El usuario selecciona un nivel de desagregación: Por usuario, por grupo de
usuarios, por proyecto, por rango de fechas de entrega o por prioridad.
2.Descripción: El usuario seleciona una tarea dentro de una lista generada.
3.Pos -condición: El sistema muestra en pantalla nombre y descripción , prioridad, fecha de
entrega, estado, responsable y comentarios del responsable de la tarea seleccionada.

1. Si no existen tareas con las condiciones que solicita el usuario en la base de datos , al dar clic
en el botón “Buscar” se mostrará una pantalla sin información y un mensaje que informe al
respecto.
1.Si existen tareas que cumplan con los filtros que el usuario indique, se deben listar unica y
exclusivamente las tareas que cumplan con estas condiciones.
2. Si no se hace uso de ningun filtro y se da clic en el botón buscar, el sistema debe arrojar un
mensaje de error.
41
R3 Modificar atributos de tareas
utiliza
Necesario No
Media
Entrada Salida
Nuevos valores de los atributos Se actualiza la información en la base de datos y se visualiza
a cambiar en pantalla la información actualizada y un mensaje de éxito.
Descripción
1.Precondición: El usuario debe realizar una consulta y seleccionar una tarea.
2.Descripción: El usuario ingresa los cambios deseados sobre la información actual de
determinada tarea
3.Pos -condición: El sistema guarda los cambios en la base de datos y muestra un mensaje de
éxito.

1. Si los cambios ingresados no cumplen con los requisitos del campo (longitud, tipo, sin
caracteres especiales) se debe informar al usuario sobre el posible error cometido.
1.Si los cambios cumplen con las características de los atributos a cambiar, el sistema modifica
exitosamente el registro en la base de datos y muestra un mensaje de éxito.
2. Si no se hace ningun cambio, la actualización se ejecuta normalmente y el registro permanece
idéntico en la base de datos.
3. Si los cambios no cumplen con las características de los atributos a cambiar, el sistema no
realiza la actualización y muestra un mensaje de error.
42
R4 Crear usuarios
utiliza
Necesario R5, R6 Si
Alta
Entrada Salida
1. Nombre Se visualiza un mensaje de éxito y la información que se
2. Nickname almacena en la base de datos.
3. Grupo de usuarios asociado
4. Correo electrónico
5. Contraseña
6. Confirmación de contraseña
Descripción
ingresaron.

2.Un dato ingresado en el formulario tiene errores de formato. (es incompatible con el tipo de dato
o excede el tamaño establecido). Por lo tanto, se visualizará un mensaje de error en pantalla.
error.
4.Si todos los campos del formulario están debidamente diligenciados, al momento de guardar la
información en la base de datos, se visualizará en pantalla un mensaje de éxito.
43
R5 Consultar usuarios
utiliza
Necesario R6 Si
Media
Entrada Salida
1. Nivel de desagregación Se visualiza la información asociada al usuario que se haya
2. Usuario a consultar seleccionado en la lista.
Descripción
1.Precondición: El usuario selecciona un nivel de desagregación: Por grupo de usuarios o por
coincidencias de búsqueda.
2.Descripción: El usuario seleciona una opción dentro de una lista que se genera a partir de la
búsqueda.
3.Pos -condición: El sistema muestra en pantalla el nombre , nickname , correo electrónico y dos
campos para contraseña y confirmación de contraseña (Cambio) .

1. Si no existen usuarios con las condiciones que solicita el usuario en la base de datos , al dar
clic en el botón “Buscar” se mostrará una pantalla sin información y un mensaje que informe al
respecto.
1.Si existen usuarios que cumplan con las condiciones que se indiquen, se deben listar unica y
exclusivamente los que cumplan con estas condiciones.
2. Si no se hace uso de ningun filtro o no se ingresa texto en el campo de búsqueda y se da clic
en "Buscar" el sistema debe arrojar un mensaje de error
44
R6 Modificar atributos de usuarios

utiliza
Necesario No
Media
Entrada Salida
1. Información de campos a Se actualiza la información en la base de datos y se visualiza
modificar en pantalla la información actualizada y un mensaje de éxito.
Descripción
1.Precondición: El usuario debe realizar una consulta y seleccionar un usuario.
determinado usuario.
éxito.

1. En caso de desear un cambio de contraseña, se deberán llenar dos campos de contraseña y
confirmación de contraseña con el fin de evitar inconsistencias.
1.Si los cambios cumplen con las características de los atributos a cambiar , el sistema modifica
4. Si existe cambio de contraseña, el sistema solo actualizará la contraseña si y solo si lo digitado
en el campo de contraseña y cambio de contraseña es totalmente idéntico.
45
R7 Consultar grupos de usuarios

utiliza
Necesario R9 No
Media
Entrada Salida
1. Texto para coincidencias de El sistema muestra en pantalla la información del grupo
búsqueda seleccionado, así como un listado de todos los usuarios
asociados a el.
Descripción
1.Precondición: El usuario digita en un campo de texto para encontrar coincidencias en la base
de datos según lo ingresado.
búsqueda.
3.Pos -condición: El sistema muestra en pantalla la información del grupo seleccionado, así
como un listado de todos los usuarios asociados a el.

1. Si no existen usuarios con las condiciones que solicita el usuario en la base de datos , al dar
respecto.
1.Si existen grupos de usuarios que cumplan con las condiciones que se indiquen, se deben
listar unica y exclusivamente los que cumplan con estas condiciones.
2. Si no se ingresa texto en el campo de búsqueda y se da clic en "Buscar" el sistema debe
arrojar un mensaje de error.
46
R8 Crear grupos de usuarios

utiliza
Necesario No
Media
Entrada Salida
1. Nombre del grupo Se visualiza un mensaje de éxito y la información que se
2. Descripción almacena en la base de datos.
3. Usuarios asociados (Opcional)
Descripción
ingresaron.

2.Un dato ingresado en el formulario tiene errores de formato. (es incompatible con el tipo de dato
o excede el tamaño establecido). Por lo tanto, se visualizará un mensaje de error en pantalla.
error.
4.Si todos los campos del formulario están debidamente diligenciados, al momento de guardar la
información en la base de datos, se visualizará en pantalla un mensaje de éxito.
47
R9 Modificar grupos de usuarios

utiliza
Necesario No
Baja
Entrada Salida
1. Información de campos a Se actualiza la información en la base de datos y se visualiza
modificar en pantalla la información actualizada y un mensaje de éxito.
Descripción
1.Precondición: El usuario debe realizar una consulta y seleccionar un grupo de usuarios.
determinado grupo de usuarios.
éxito.
48
R10 Crear proyectos
utiliza
Necesario Si
Media
Entrada Salida
1. Nombre del proyecto Se visualiza un mensaje de éxito y la información que se
2. Descripción almacena en la base de datos.
3. Fecha de inicio
4. Fecha de fin
Descripción
ingresaron.

pantalla.
pantalla.
49
R11 Consultar proyectos
utiliza
Necesario R12 Si
Baja
Entrada Salida
1. Texto para coincidencias de El sistema muestra en pantalla la información del proyecto
búsqueda seleccionado.
Descripción
1.Precondición: El usuario digita en un campo de texto para encontrar coincidencias en la base
de datos según lo ingresado.
búsqueda.
3.Pos -condición: El sistema muestra en pantalla la información del proyecto seleccionado.
1. Si el usuario ingresa credenciales que no existen en la base de datos o no tiene los permisos
suficientes, el sistema arroja un mensaje de alerta y no permite el acceso al sistema
2. Si el usuario ingresa credenciales con espacios, vacíos o caracteres especiales, el sistema
denegará el acceso.
1.Si existen proyectos que cumplan con las condiciones que se indiquen, se deben listar unica y
exclusivamente los que cumplan con estas condiciones.
2. Si no se ingresa texto en el campo de búsqueda y se da clic en "Buscar" el sistema debe
arrojar un mensaje de error.
50
R12 Modificar atributos de proyectos
utiliza
Deseable No
Bajo
Entrada Salida
1. Información de campos a Se actualiza la información en la base de datos y se
modificar visualiza en pantalla la información actualizada y un mensaje
de éxito.
Descripción
1.Precondición: El usuario debe realizar una consulta y seleccionar un proyecto.
determinado proyecto.
éxito.

1. Si no existen proyectos con las condiciones que solicita el usuario en la base de datos , al dar
respecto.
51
R13 Generar reportes de resultados
utiliza
Necesario Si
Alta
Entrada Salida
1. Usuario o proyecto o grupo de Se visualiza una gráfica de lineas estadística en donde se
usuarios compara las tareas realizadas VS. Las tareas que se
realizaron semanalmente, además de un cuadro de salida
donde se muestra:
Cantidad de tareas asignadas
Cantidad de tareas realizadas.
Cantidad de tareas realizandose.
Cantidad de tareas por realizar
Lista de tareas asignadas
Todo esto según el usuario, proyecto o grupo de usuarios

seleccionado
Descripción
1.Precondición: El usuario debe seleccionar un usuario, proyecto o un grupo de usuarios
2.Descripción: El usuario da clic en el botón "Generar" y el reporte se visualiza en pantalla.
3.Pos -condición: Se visualiza gráfica de lineas estadísticas y el cuadro de salida.
1. Si no existen usuarios, proyectos o grupos de usuarios en la base de datos, el sistema no

permitirá el ingreso al módulo de reportes.
1. Se selecciona un usuario, proyecto o grupos de usuarios y el sistema debe generar la gráfica
estadística y el cuadro de salida exclusivamente con los datos que pertenezcan a la opción que
el usuario elija.
2. Si el usuario, proyecto o grupos de usuarios no tienen tareas asignadas aún, a la hora de
generar el reporte el sistema debe arrojar un mensaje de alerta
52
R14 Consultar información de tareas
Tipo Requerimiento que lo utiliza Crítico?
Necesario R15 Si
Alta
Entrada Salida
1. Tarea a consultar Según la tarea que se seleccione, se observará el nombre de la
tarea, la descripción, fecha de entrega, estado y prioridad
Descripción
1. Pre-Condición: El administrador debe crear y asignar una tarea a los usuarios de un grupo de
trabajo.
2. Descripción: El usuario selecciona una tarea de las que se muestren en pantalla para ver la
información asociada.
3. Pos -Condición: El usuario observa en pantalla el nombre, la descripción, fecha de entrega,
estado y prioridad de la tarea que se haya seleccionado
1. Si el usuario no tiene tareas asignadas, podrá consultar unica y exclusivamente las tareas de
su grupo de usuarios.
2. Si ningun miembro del equipo de trabajo tiene tareas, el módulo de consultas no se habilitará
para el usuario y se mostrará un mensaje que informe al respecto.
1.El sistema mostrará única y exclusivamente la información asociada correcta de la tarea
seleccionada, según lo almacenado en la base de datos.
2. A la hora de consultar solo se muestran las tareas que esten asignadas al grupo de trabajo o al
usuario.
53
R15 Modificar estados de tareas
Necesario Si
Alta
Entrada Salida
1. Tarea a modificar Según la tarea que se elija, el estado de la tarea a cambia
(Posibles estados: Realizada, por realizar, realizandose,
suspendida)
Descripción
1. Pre-Condición: El administrador debe crear y asignar una tarea a los usuarios de un grupo de
trabajo.
2. Descripción: Por medio de la acción Drag & Drop el usuario tomará la tarea deseada y
graficamente la camibiara al estado que corresponda.
3. Pos -Condición: El usuario recibe un mensaje de éxito y la información se actualiza en la base
de datos.
1. Si el usuario no tiene tareas asignadas la visualización de las tareas para cambio de estado
no estará habilitada.
1.El sistema cambiará el atributo de la tarea en la base de datos cada vez que el usuario haga
un cambio de estado (Drag & Drop).
2. El usuario no podrá cambiar de estado tareas que no esten asociadas directamente a el, es
decir, así pueda visualizar las tareas del grupo de usuarios, este no podrá modificarlas.
54
R16 Recibir notificaciones y alertas
Necesario Si
Alta
Entrada Salida
No aplica En la pantalla principal de la aplicación, se informará al usuario
sobre:
Cambios de estado realizados por todo aquel que pertenezca al
usuario y a su grupo de usuarios.
Tareas nuevas asignadas o reasingadas al usuario o a grupos de
usuarios por el administrador.
Tareas que tengan fecha de entrega próxima y no se hayan
realizado aún.
Descripción
1. Pre-Condición: El usuario o el administrador deber hacer modificaciones sobre las tareas que
pertenezcan al grupo de trabajo o el administrador debe crear o modificar usuarios o grupos de
usuarios.
2. Descripción: El usuario visualiza en pantalla alertas y novedades que se presentan en el
desarrollo de determinado proyecto.
3. Pos -Condición: No aplica.

1. Si no existen novedades o alertas, no se visualizará nada en pantalla y se informará al usuario
al respecto.
1.El sistema mostrará única y exclusivamente las novedades y alertas que existan en la base de
datos y que esten entre un rango de fechas del día actual y dos días atrás.
55
Anexo B: Diagramación y especificación de casos de uso
Caso de uso UC-001: Crear tareas:
UC - 001 Crear tarea

Actores involucrados Administrador(Web)
El administrador del sistema crea un tarea con las características y condiciones descritas
Objetivo en la espeficicación de requerimientos
El usuario debe autenticarse con nickname y contraseña.
Precondición
Flujo de eventos Paso Ejecutor Acción
Hace clic en la pestaña "tareas"
Administrador
1
Muestra en pantalla las opciones que se
Sistema pueden elegir en esta sección (Observar
2 Mockups)
3 Administrador Hace clic en el botón "crear tarea"
El sistema muestra en pantalla los siguientes
campos para ser diligenciados:
1. Nombre de tarea
2. Descripción de la tarea
4 Sistema 3. Fecha de entrega
5 Administrador Digita información en los campos solicitados

6 Administrador Hace clic en el botón "Aceptar"
Sistema
7 Guarda la información en la base de datos
Manejo de excepciones 1.Un campo del formulario que es obligatorio y está sin diligenciar, al momento de
intentar almacenar la información en la BD genera un mensaje de error.
2.Un dato ingresado en el formulario tiene errores de formato. (es incompatible con el
tipo de dato o excede el tamaño establecido). Por lo tanto, se visualizará un mensaje de
error en pantalla.
Postcondición El sistema guarda en la base de datos la información que se ingresó en el formulario y
muestra un mensaje de éxito. Luego se visualiza en la pantalla los datos que se
ingresaron.
Fuente: El autor
56
Caso de uso UC-002: Consultar tareas
UC - 002 Consultar tarea

El administrador del sistema consulta una tarea de acuerdo a los filtros descritos en la
especificación de requerimientos.
Objetivo
1. El usuario debe autenticarse con nickname y contraseña.
Precondición 2. Debe haber al menos una tarea creada en base de datos
Hace clic en la pestaña "tareas"
Administrador
1
2 Mockups)
3 Administrador Hace clic en el botón "consultar tareas"
El sistema muestra en pantalla un campo
para buscar tareas por coincidencias de texto
y los siguientes filtros de búsqueda:
Por usuario, por grupo de usuarios, por
4 Sistema proyecto, por rango de fechas de entrega o
por prioridad
Digita información en el campo de texto y/o

5 Administrador hace uso de los filtros de búsqueda
6 Administrador Hace clic en el botón "Buscar"
El sistema muestra en pantalla la
información de la tarea que se ha
7 Sistema
seleccionado
Manejo de excepciones 1. Si no existen tareas con las condiciones que solicita el usuario en la base de datos , al
dar clic en el botón “Buscar” se mostrará una pantalla sin información y un mensaje que
informe al respecto.
Postcondición El sistema muestra en pantalla nombre y descripción , prioridad, fecha de entrega,

estado, responsable y comentarios del responsable de la tarea seleccionada.
57
Caso de uso UC-003: Modificar tareas
UC - 003 Modificar tarea

El administrador del sistema modifica los atributos de determinada tarea
Objetivo
El usuario debe estar autenticado en el sistema, realizar una consulta y seleccionar una
Precondición tarea.
Consulta un tarea de acuerdo al flujo de
Administrador eventos del caso de uso UC-002 (Consultar
tarea)
1
Edita el información de la tarea que el sistema
Administrador muestra en los campos que se mencionan en
2 el caso de uso UC-001 (Crear tarea)
3 Administrador Hace clic en el botón "Modificar"

El sistema modifica la información en la base
de datos y arroja un mensaje de éxito.
4 Sistema
Manejo de excepciones 1. Si los cambios ingresados no cumplen con los requisitos del campo (longitud, tipo, sin
Postcondición La información modificada de la tarea seleccionada se guarda con éxito en la base de

datos.
58
Caso de uso UC-004: Crear usuarios.
UC - 004 Crear usuarios

El administrador del sistema crea un usuario con las características y condiciones
Objetivo descritas en la espeficicación de requerimientos
Precondición
Hace clic en la pestaña "usuarios"
Administrador
1
2 Mockups)
Hace clic en el botón "crear usuario"
3 Administrador
1. Nombre
2. Nickname
4 Sistema 3. Grupo de usuarios asociado
4. Correo electrónico
5. Contraseña
6. Confirmación de contraseña
Digita información en los campos solicitados
Administrador
5
Hace clic en el botón "Aceptar"
6 Administrador
7 Sistema Guarda la información en la base de datos
error en pantalla.
ingresaron.
59
Caso de uso UC-005: Consultar usuarios.
UC - 005 Consultar usuarios

El administrador del sistema consulta la información de un usuario de acuerdo a los filtros
Objetivo de búsqueda descritos en la especificación de requerimientos.
Precondición 2. Debe haber al menos un usuario creado en base de datos
Hace clic en la pestaña "Usuarios"
Administrador
1
pueden elegir en esta sección (Observar
Sistema Mockups)
2
Hace clic en el botón "consultar usuarios"
3 Administrador
El sistema muestra en pantalla un campo para
buscar usuarios por coincidencias de texto y
4 Sistema los siguientes filtros de búsqueda:
Por grupo de usuarios o por coincidencias de
búsqueda.
Digita información en el campo de texto y/o
hace uso de los filtros de búsqueda
Administrador

El sistema muestra en pantalla la información
7 Sistema de la tarea que se ha seleccionado
Manejo de excepciones 1. Si no existen tareas con las condiciones que solicita el usuario en la base de datos , al
dar clic en el botón “Buscar” se mostrará una pantalla sin información y un mensaje que
informe al respecto.
Postcondición El sistema muestra en pantalla el nombre , nickname , correo electrónico y dos campos
para contraseña y confirmación de contraseña (Cambio) .
60
Caso de uso UC-006: Modificar usuarios
UC - 006 Modificar usuarios

El administrador del sistema modifica los atributos de determinado usuario
Objetivo
El usuario debe estar autenticado en el sistema, realizar una consulta y seleccionar un
Precondición usuario.
usuario)
1
Edita la información del usuario que el
Administrador sistema muestra en los campos que se
mencionan en el caso de uso UC-003 (Crear
2 usuario)
4 Sistema
Manejo de excepciones 1. En caso de desear un cambio de contraseña, se deberán llenar dos campos de
contraseña y confirmación de contraseña con el fin de evitar inconsistencias.
Postcondición La información modificada del usuario seleccionado se guarda con éxito en la base de
datos.
61
Caso de uso UC-007: Consultar grupos de usuarios
UC - 007 Consultar grupos de usuarios

El administrador del sistema consulta la información de un grupo de usuario de acuerdo a
los filtros de búsqueda descritos en la especificación de requerimientos.
Objetivo
2. Debe haber al menos un grupo de usuarios creado en base de datos
Precondición
Administrador Hace clic en la pestaña "Grupos de usuarios"
1
Mockups)
2
Hace clic en el botón "consultar grupos de
3 Administrador usuarios"
buscar grupos de usuarios por coincidencias
de texto
4 Sistema
5 Administrador Digita información en el campo de texto

Muestra en pantalla un listado con los grupos
7 Sistema de usuarios que coinciden con la búsqueda.
Da clic en un grupo de usuarios que desee
8 Administrador consultar y que esté dentro del listado
generado
Muestra en pantalla la información del grupo
9 Sistema de usuarios
Manejo de excepciones 1. Si no existen grupos de usuarios con las condiciones que solicita el usuario en la base
de datos , al dar clic en el botón “Buscar” se mostrará una pantalla sin información y un
mensaje que informe al respecto.
Postcondición El sistema muestra en pantalla la información del grupo seleccionado, así como un listado
de todos los usuarios asociados a el.
62
Caso de uso UC-008: Crear grupos de usuarios
UC - 008 Crear grupos de usuarios

El administrador del sistema crea un grupo de usuarios con las características y

Objetivo condiciones descritas en la espeficicación de requerimientos
Precondición
Administrador Hace clic en la pestaña "Grupos de usuarios"
1
2 Mockups)
Hace clic en el botón "crear grupos de
3 Administrador usuarios"
1. Nombre del grupo
4 Sistema 2. Descripción
Y la opción de seleccionar los usuarios
asociados.
5 Administrador Ingresa información en los campos solicitados

Guarda la información en la base de datos
Sistema
7
Postcondición El sistema guarda los cambios en la base de datos y muestra un mensaje de éxito.
63
Caso de uso UC-009: Modificar grupos de usuarios
UC - 009 Modificar grupos de usuarios

El administrador del sistema modifica los atributos de determinado grupo de usuarios
Objetivo
grupo de usuarios.
Precondición
grupos de usuarios)
1
Administrador sistema muestra en los campos que se
mencionan en el caso de uso UC-007
2 (Consultar grupos de usuarios)
4 Sistema
Postcondición La información modificada del grupo de usuarios seleccionado se guarda con éxito en la
base de datos.
64
Caso de uso UC-010: Crear proyectos
UC - 010 Crear proyectos

El administrador del sistema crea un proyecto con las características y condiciones
Objetivo descritas en la espeficicación de requerimientos
Precondición
Hace clic en la pestaña "Proyectos"
1 Administrador

pueden elegir en esta sección (Observar
2 Sistema Mockups)
3 Administrador Hace clic en el botón "proyectos"

1. Nombre del proyecto
4 Sistema 2. Descripción
3. Fecha de inicio
4. Fecha de fin
Ingresa información en los campos solicitados
Administrador
5
Hace clic en el botón "Aceptar"
6 Administrador
7 Sistema Guarda la información en la base de datos
error en pantalla.
ingresaron.
65
Caso de uso UC-011: Consultar proyectos
UC - 011 Consultar proyectos

El administrador del sistema consulta la información de un proyecto de acuerdo a
concidencias por búsqueda de texto.
Objetivo
Precondición 2. Debe haber al menos un proyecto creado en base de datos
Hace clic en la pestaña "Proyectos"
Administrador
1
Mockups)
2
Hace clic en el botón "consultar proyectos"
3 Administrador
4 Sistema buscar proyectos por coincidencias de texto
Digita información en el campo de texto
Administrador
5

Muestra en pantalla un listado de proyectos
7 Sistema
que coincidieron con la búsqueda.
Selecciona un proyecto del listado generado
8 Administrador
Muestra en pantalla la información del

9 Sistema
proyecto seleccionado por el administrador
Manejo de excepciones 1.Si existen usuarios que cumplan con las condiciones que se indiquen, se deben listar
unica y exclusivamente los que cumplan con estas condiciones.
2. Si no se hace uso de ningun filtro o no se ingresa texto en el campo de búsqueda y se da
clic en "Buscar" el sistema debe arrojar un mensaje de error
Postcondición El sistema muestra en pantalla la información del proyecto seleccionado.
66
Caso de uso UC-012: Modificar proyectos
UC - 012 Modificar proyectos

El administrador del sistema modifica los atributos de determinado proyecto
Objetivo
Precondición proyecto.
1 proyectos)
sistema muestra en los campos que se
Administrador mencionan en el caso de uso UC-010 (Crear
2 proyectos)

4 Sistema de datos y arroja un mensaje de éxito.
Postcondición La información modificada del proyecto seleccionado se guarda con éxito en la base de
datos.
67
Caso de uso UC-013: Generar reportes de resultados
UC - 013 Generar reportes de resultados

Actores involucrados Administrador(Web), responsable
Objetivo Visualizar una gráfica de lineas estadística en donde se compara las tareas realizadas VS.
Las tareas que se realizaron semanalmente, además de un cuadro de salida donde se
muestra:
Cantidad de tareas asignadas
Cantidad de tareas realizadas.
Cantidad de tareas realizandose.
Cantidad de tareas por realizar
Lista de tareas asignadas
Precondición El usuario debe autenticarse con nickname y contraseña.

Deben haber tareas creadas, asignadas y modificadas por los responsables.
Deben existir usuarios creados.
Si se desea generar reporte por proyecto o por grupo de usuarios, deben existir al menos
uno de cada uno creado en la base de datos.
Administrador Hace clic en la pestaña "Reportes"
1
Sistema pueden elegir en esta sección: Reporte por
2 usuarios, por grupo de usuarios o por proyecto
Hace clic en alguna de las tres opciones.
3 Administrador
Muestra en pantalla una lista donde se
4 Sistema permite escoger un usuario, o un grupo de
usuario o un proyecto. Segun lo seleccionado
Selecciona una opción dentro de la lista y da
Administrador
5 clic en el botón "Generar reporte"
Muestra en pantalla gráfica de lineas
estadísticas y cuadros de salida.
7 Sistema
Manejo de excepciones 1. Si no existen usuarios, proyectos o grupos de usuarios en la base de datos, el sistema
no permitirá el ingreso al módulo de reportes.
Postcondición Muestra en pantalla gráfica de lineas estadísticas y cuadros de salida.
68
Caso de uso UC-014: Consultar tareas (Móvil)
UC - 014 Consultar tareas (Móvil)

Actores involucrados Administrador, responsable
Objetivo
Consultar la información y los atributos de una tarea asignada
El administrador debe crear y asignar una tarea a los usuarios de un grupo de trabajo.

Toca la opción "ir a tablero de trabajo" en la
Responsable pantalla principal
1
Muestra en pantalla un listado las tareas asignadas
Sistema al usuario y a su grupo de usuarios según el estado
2 en que se encuentren.
Elige y toca alguna de las tareas que se enlistan en
pantalla
3 Responsable
Muestra en una ventana emergente la siguiente
información de la tarea:
1. Nombre de tarea
2. Descripción de la tarea
4 Sistema 3. Fecha de entrega
Manejo de excepciones 1. Si el usuario no tiene tareas asignadas, podrá consultar unica y exclusivamente las tareas de su
grupo de usuarios.
2. Si ningun miembro del equipo de trabajo tiene tareas, el módulo de consultas no se habilitará
para el usuario y se mostrará un mensaje que informe al respecto.
Postcondición El usuario observa en pantalla el nombre, la descripción, fecha de entrega, estado y prioridad de la
tarea que se haya seleccionado
69
Caso de uso UC-015: Modificar tareas (Móvil)
UC - 015 Modificar tareas (Móvil)

Actores involucrados Responsable
Objetivo
Modifica el estado de una tarea asignada
El administrador debe crear y asignar una tarea a los usuarios de un grupo de
trabajo.

Toca la opción "ir a tablero de trabajo" en
Responsable la pantalla principal
1
Muestra en pantalla un listado las tareas
Sistema asignadas al usuario y a su grupo de
2 usuarios según el estado en que se
encuentren.
Por medio de Drag & Drop, el usuario
Responsable cambia de una manera visual el estado de
3 la tarea.
Muestra un mensaje de éxito
4 Sistema
Manejo de excepciones
1. Si el usuario no tiene tareas asignadas la visualización de las tareas para cambio
de estado no estará habilitada.
Postcondición El usuario recibe un mensaje de éxito y el estado de la tarea se actualiza en la base

de datos.
70
Caso de uso UC-016: Recibir notificaciones
UC - 015 Recibir notificaciones y alertas (Móvil)

Actores involucrados Responsable
Objetivo El usuario recibe notificaciones sobre:
Cambios de estado realizados por todo aquel que pertenezca al usuario y a su grupo de usuarios.
Tareas nuevas asignadas o reasingadas al usuario o a grupos de usuarios por el administrador.
Tareas que tengan fecha de entrega próxima y no se hayan realizado aún.
El usuario o el administrador deber hacer modificaciones sobre las tareas que pertenezcan al
grupo de trabajo o el administrador debe crear o modificar usuarios o grupos de usuarios.
Ejecuta la aplicación y se dirige a la pantalla
1 Responsable
principal
Muestra en la pantalla principal las alertas y
2 Sistema
novedades que se presentan en la descripción.
Manejo de excepciones 1. Si no existen novedades o alertas, no se visualizará nada en pantalla y se informará al usuario al
respecto.
Postcondición 1.El sistema muestra en pantalla las novedades y alertas que existan en la base de datos y que
esten entre un rango de fechas del día actual y dos días atrás.
71
Anexo C. Especificación de diagrama de componentes.
Requerimientos Descripción
Componente Interfaz
asociados
Este componente es el
encargado de presentar
al usuario visualmente, la
Interfaz de interfaz gráfica del
- R1- R13, RNF3
administración módulo de
administración que
funciona utilizando
arquitectura web.
Este componente es el
Interfaz de R14 – R16, al usuario visualmente, la
-
responsable RNF3 interfaz gráfica del
módulo que manejará
que bajo ambiente móvil.
Es el componente
visualmente gráficas
Reportes de
I_Reportes R13, RNF3 estadísticas y cuadros de
resultados
salida, según usuarios,
proyectos o grupos de
usuarios.
Componente encargado
de gestionar la
autenticación de
Control de usuarios a la hora de
ICaccesos RNF2 acceder a la aplicación
accesos
ya sea de administrador
o de responsable.
72
Componente Interfaz
asociados
de procesar la
información relacionada
con los usuarios que, si
se realiza una consulta,
Gestión de se traen desde la base
IGusuarios R4 - R6, RNF2
usuarios datos para
posteriormente pasarla a
la interfaz gráfica de
usuario o viceversa si se
trata de la creación o una
modificación.
de procesar la
con las tareas que, si se
realiza una consulta, se
Gestión de R1 – R3 , R14, traen desde la base
IGtareas
tareas R15, RNF2 datos para
modificación.
de procesar la
con los proyectos y los
Gestión PGU I_GPGU R7 – R12, RNF2 grupos de usuarios que,
si se realiza una
consulta, se traen desde
la base datos para
73
Componente Interfaz
asociados
modificación.
de realizar las
operaciones de creación,
modificación y consultas
Persistencia I_Persistencia R1 – R16, RNF2
en la base de datos
según lo solicitado por el
administrador o el
responsable.
74
Anexo D. Especificación de diagrama de clases.
Nombre de la clase tareas
Atributos
Nombre Tipo
id int
nombre string
descripcion string
prioridad int
responsable int
proyecto int
fecha_entrega Date
estado int
fecha_asignacion Date
Métodos
Nombre Descripción Parametros Descripción del parametro
id Identificador único de la tarea
nombre Nombre de la tarea
descripcion Descripción de la tarea
prioridad Prioridad de la tarea
insertar_tarea(nombre, descripcion, Método encargado de recibir los
Identificador único del
prioridad, responsable, proyecto, parámetros para la creación en la
Responsable a cargo de la
fecha_entrega) base de datos de una tarea nueva
responsable tarea
Identificador único del proyecto
proyecto al que pertenece la tarea
fecha_entrega Fecha de entrega de la tarea
Método encargado de traer todas las
-- --
consultar_todas_tareas() tareas existentes en la base de datos
Método encargado de traer todas las Identificador único del usuario
tareas que tenga a cargo determinado que se quiera consultar las
consultar_tareas_usuario(id_usuario) usuario id_usuario tareas asociadas
Método encargado de traer todas las Identificador único del proyecto
tareas que esten asociadas a que se quiera consultar las
consultar_tareas_proyecto(id_proyecto) determinado proyecto. id_proyecto tareas asociadas
Método encargado de traer todas las Identificador único del grupo de
tareas que tenga a cargo determinado usuarios que se quiera consultar
consultar_tareas_gusuarios(id_gusuarios) grupo de usuarios. id_gusuarios las tareas asociadas
Método encargado de traer toda la Identificador único de la tarea a
consultar_tarea(id_tarea) información de determinada tarea id_tarea consultar
prioridad Prioridad de la tarea
Método encargado de construir una Identificador único del
buscar_filtro_tarea(nombre, prioridad, consulta SQL de acuerdo a los filtros Responsable a cargo de la
responsable, proyecto, grupo, fecha) de búsqueda de los cuales haga uso responsable tarea
el usuario desde la interfaz gráfica Identificador único del proyecto
fecha Fecha de entrega de la tarea
id Identificador único de la tarea

Método encargado de recibir los descripcion Descripción de la tarea
actualizar_tarea(id, nombre, descripcion,
parámetros para lamodificación de en prioridad Prioridad de la tarea
prioridad, responsable, proyecto,
la base de datos de una tarea Identificador único del
fecha_entrega)
existente. Responsable a cargo de la
responsable tarea
Identificador único del proyecto
fecha_entrega Fecha de entrega de la tarea
Método encargado de traer todas las Identificador único del usuario
tareas asociadas a un usuario, en la que se quiera consultar las
tareas_por_usuario(id) base de datos. id tareas asociadas
Identificador único del usuario
que se quiera consultar las
tareas asociadas a un usuario, en la
tareas_por_semana(id, week) id tareas asociadas
base de datos en determinada
Número de semana del año
semana del año
week actual
Identificador único del usuario
que se quiera consultar las
tareas terminadas, asociadas a un
tareas_por_semana_realizadas(id, week) id tareas asociadas
usuario, en la base de datos en
Número de semana del año
determinada semana del año
week actual
75
Nombre de la clase usuarios
Atributos
Nombre Tipo
id int
nombre string
apellido string
usuario string
password string
g_usuarios int
correo string
Métodos
nombre Nombre del usuario
Método encargado de recibir los apellidos apellidos del usuario

insertar_usuario(nombre,apellidos,usuari
parametros de un usuario y crearlo en
o,contraseña, g_usuarios, correo)
la base de datos
usuario nombre de usuario de acceso
contraseña de acceso del
contraseña usuario
Identificador del grupo de
g_usuarios usuarios al que pertenece.
correo Correo del usuario
Método encargado de consultar y traer
todos los usuarios existentes en la -- --
consultar_todos_usuarios() base de datos.
Texto para coincidencias de
Método encargado de construir una nombre búsqueda
consulta SQL de acuerdo a los filtros
buscar_filtro_usuarios(nombre, g_usuarios) Identificador único del grupo de
de búsqueda de los cuales haga uso
el usuario desde la interfaz gráfica usuarios por el cual se quiere
g_usuarios realizar la búsqueda
id Identificador único del usuario

nombre Nombre del usuario
Método encargado de recibir los apellidos apellidos del usuario
actualizar_usuario(id,nombre,apellidos,us parametros de determinado usuario y usuario nombre de usuario de acceso
uario, contrasena, g_usuarios, correo) actualizar la información en la base de contraseña de acceso del
datos. contraseña usuario
Identificador del grupo de
g_usuarios usuarios al que pertenece.
correo Correo del usuario
Método encargado de traer toda la Identificador único del usuario a
consultar_usuarios(id)
información de determinada tarea id consultar
76
Nombre de la clase proyectos
Atributos
Nombre Tipo
id int
nombre string
descripcion string
fecha_inicio Date
fecha_fin Date
Métodos
nombre Nombre del proyecto a crear

Método encargado de recibir los
insertar_proyectos(nombre,descripcion,f descripcion Descripción del proyecto a crear
parametros de un proyecto y crearlo en
echa_inicio, fecha_fin) fecha_inicio Fecha de inicio del proyecto a crear
la base de datos
Fecha de finalización del proyecto
fecha_fin a crear
consultar_todos_proyectos() todos los proyectos existentes en la -- --
base de datos.
Método encargado de traer toda la Identificador único del proyecto a
consultar_proyecto(id)
información de determinado proyecto id consultar
Identificador único del proyecto a
id modificar
Nombre nuevo del proyecto a
Método encargado de recibir los nombre modificar
actualizar_proyecto(id, nombre, descripcion, parametros de determinado proyecto y Descripción nueva del proyecto a
fecha_inicio, fecha_fin) actualizar la información en la base de descripcion modificar
datos. Fecha de inicio nueva del proyecto
fecha_inicio a modificar
Fecha de finalización nueva del
fecha_fin proyecto a modificar
Método encargado de construir una
de búsqueda de los cuales haga uso Texto para coincidencias de
buscar_filtro_proyecto(nombre) el usuario desde la interfaz gráfica nombre búsqueda
77
Nombre de la clase proyectos
Atributos
Nombre Tipo
id int
nombre string
descripcion string
fecha_inicio Date
fecha_fin Date
Métodos
Nombre del grupo de usuarios a
Método encargado de recibir los
nombre insertar
insertar_grupo(nombre, descripcion) parametros de un grupo de usuarios
Descripción del grupo de usuarios
nuevo y crearlo en la base de datos
descripcion a insertar
todos los grupos de usuarios -- --
consultar_todos_grupos() existentes en la base de datos.
Método encargado de traer toda la
información de determinado grupo de Identificador único del grupo de
consultar_grupo(id_grupo) usuarios id_grupo usuarios a consultar
Identificador único del grupo de
Método encargado de recibir los id usuarios a modificar
parametros de determinado grupo de Nombre nuevo del grupo de
actualizar_grupo(id, nombre, descripcion)
usuarios y actualizar la información en la nombre usuarios
base de datos. Descripción nueva del grupo de
descripcion usuarios
Método encargado de construir una
de búsqueda de los cuales haga uso Texto para coincidencias de
buscar_filtro_grupo(nombre) el usuario desde la interfaz gráfica nombre búsqueda
78
Anexo E. Diccionario de datos.
Nombre de la tabla tareas
Almacena toda la información de las tareas creadas por el administrador y modificadas por los
Descripción reponsables
Columnas
Columna Tamaño Tipo de dato Descripción Valores permitidos
Almacena el identificador Cualquier número entero positivo,
id 11 Int
único de cada tarea no mayor de 11 cifras
Cualquier combinación de
Almacena el nombre de la
caracteres con una longitud menor
tarea creada
nombre 100 Varchar o igual a 100
Almacena una descripción
asociada a las tareas creadas
descripcion 500 Varchar o igual a 500
Guarda la prioridad de la
tarea creada (baja, media o 1 (baja), 2(media) ó 3 (alta)
prioridad 1 Int alta)
Guarda el identificador del
Cualquier número entero positivo,
usuario responsable de
no mayor de 11 cifras
responsable 11 Int realizar la tarea
Almacena el identificador
único del proyecto al cual esta
proyecto 11 Int asociada la tarea
Almacena la fecha en la cual
la tarea debe ser terminada y
fecha_entrega -- Date entegada Cualquier fecha
Almacena el estado de la
1 (sin iniciar), 2(realizandose) ó 3
tarea (sin iniciar, realizandose
(Terminada)
estado 1 Int o terminada)
Guarda la fecha en la cual la
tarea fue asignada a un
fecha_asignacion -- Timestamp responsable Cualquier fecha y hora
Llave primaria id
Llaves foráneas
Columna Tabla de referencia Columna de referencia
responsable usuarios id
proyecto proyectos id
79
Nombre de la tabla usuarios
Descripción Almacena toda la información de los usuarios del sistema
Columnas
id 11 Int único de cada grupo de
usuarios
Almacena el nombre del
usuario
Almacena los apellidos del
usuario.
apellido 50 Varchar o igual a 50
Guarda el nickname de
acceso del usuario.
usuario 20 Varchar o igual a 20
Almacena la contraseña Cualquier combinación de
(encriptada bajo algoritmo caracteres con una longitud menor
password 20 Varchar md5) del usuario o igual a 20
único del grupo de usuarios al
g_usuarios 11 Int que pertenece el usuarios
Alamacena el correo Cualquier combinación de
electronico asociado al caracteres con una longitud menor
correo 20 Varchar usuario o igual a 20
Llave primaria id
Llaves foráneas
Columna Tabla de referencia Columna de referencia
g_usuarios grupos_usuarios id
Nombre de la tabla grupos_usuarios

Descripción Almacena toda la información de los grupos de usuarios del sistema
Columnas
id 11 Int único de cada grupo de
usuarios
grupo de usuarios
Almacena una breve Cualquier combinación de
descripción del grupo de caracteres con una longitud menor
descripción 100 Varchar usuarios. o igual a 100
Llave primaria id
80
Nombre de la tabla proyectos
Descripción Almacena toda la información de los proyectos del sistema
Columnas
Almacena el identificador Cualquier número entero positivo,
id 11 Int
único de cada proyecto no mayor de 11 cifras
proyecto
Almacena una descripción del
proyecto
descripcion 300 Varchar o igual a 300
Guarda la fecha de inicio del
fecha_ini -- Date proyecto. Cualquier fecha
Guarda la fecha de fin del
fecha_fin -- Date proyecto. Cualquier fecha
Llave primaria id
81
Anexo F. Plan de pruebas de software (STP).
1. Objetivos
 Especificar los componentes y características del sistema que se van a

probar y las que no.
 Definir una estrategia para ejecutar el plan de pruebas.
 Realizar un formato para la documentación de los resultados de ejecución
de las pruebas.
2. Justificación
Según Sommerville34, al desarrollar el plan de pruebas, se puede obtener

información sobre los posibles errores o fallas que tiene el prototipo, para así
realizar los ajustes que sean necesarios según el caso y se asegura la calidad del
producto que se está desarrollando.
3. Estrategias de pruebas
En base a los diferentes documentos y diagramas que se han realizado como

parte de la arquitectura del software, se tomará esta información a la hora de
ejecutar las pruebas de la siguiente manera:
 De acuerdo al documento de especificación de requerimientos de software,

se realizará una prueba por cada requerimiento en orden descendente de
prioridad, con el fin de observar la trazabilidad del avance que se tenga en
la ejecución de las pruebas.
 Además de realizar las pruebas en orden descendente de prioridad, según
la especificación de del diagrama de componentes y la especificación de los
requerimientos de software, las pruebas se realizarán también por
componente y no se abandonará uno, hasta que este esté completo.
 Se hará una prueba del sistema por cada caso de uso teniendo en cuenta
los criterios de aceptación, descritos en la especificación del requerimiento
asociado a cada uno de los casos de uso.
34
Sommerville, Ian. Ingeniería del software. Madrid : Pearson Educación, 2005.
82
4. Alcance
Debido a la limitación de tiempo que se tiene en el desarrollo de este proyecto, las

pruebas unitarias y las pruebas de integración no se harán en esta fase. Se
espera que en una próxima fase se implementen más funcionalidades y se
realicen estas pruebas al código fuente ya existente, por el momento, se realizarán
únicamente pruebas de caja negra sobre los requerimientos funcionales del
software.
5. Formato para documentación de resultados de pruebas.
Para la documentación de los resultados de prueba se hará uso del siguiente

formato:
Requerimiento funcional ¿Qué se ¿Cumple? Cumple Resultados de la prueba
prueba? parcialmente
(condiciones)
83
Anexo G. Resultados de ejecución de plan de pruebas.
Para consultar el requerimiento funcional asociado, por favor consultar la
especificación de requerimientos según el identificador señalado en la tabla.
Cumple
Requerimiento
¿Qué se prueba? ¿Cumple? parcialmente Resultados de la prueba
funcional
(condiciones)
El usuario creado Si se cumplen todas las
debe almacenarse condiciones para que el usuario
Si No
en la base de sea correcto, se almacena en la
datos. base de datos correctamente.
Funciona correctamente. En el
campo de correo electrónico no
No debe permitir permite el ingreso de una
el ingreso de combinación que no tenga la
información con estructura de un correo
tipos de datos no electrónico correcto. En los otro
Si No
válidos para los campos, caracteres numéricos
campos (se debe son permitidos, pero caracteres
informar al especiales no; cuando existen no
usuario del error). se informa al usuario pero si se
eliminan de la cadena de texto
ingresada
Se debe exigir al Funciona correctamente, el
usuario todos los sistema no permite crear el
R4 Si No
campos como usuario si todos los campos no
obligatorios están diligenciados.
Si el usuario se
excede en el
Los campos no tenían límite de
número de
caracteres a digitar pero el
caracteres en
problema se solucionó. Al usuario
determinado
no se le informa cuando digita
campo el usuario Si Si
más caracteres de lo permitido,
no debe
sin embargo el campo no le
almacenarse y
permitirá escribir más de lo
debe arrojar un
permitido.
mensaje de alerta
al usuario.
El formulario se eliminaba si el
El formulario no
usuario cometía un error al enviar
debe borrarse si
Si No los datos, el problema fue
el usuario llegase
solucionado y funciona
a cometer un error
correctamente
84
Cumple
Requerimiento
funcional
(condiciones)
La contraseña y la
Si las contraseña y confirmación
confirmación de
de contraseña digitadas no son
contraseña deben
exactamente iguales, el sistema
ser exactamente Si No
informa al respecto y no ingresa el
iguales para que
usuario a la base de datos.
el usuario pueda
Funciona correctamente.
ser creado
Los datos ingresados se
almacenan en la base de datos.
La tarea debe
Las tildes y acentos se estaban
almacenarse en la Si No
almacenando de manera
base de datos.
incorrecta pero el problema fue
solucionado
Todos los campos son
Se debe exigir al
obligatorios y se le informa al
usuario todos los
Si No usuario al respecto cuando algún
campos como
campo de envía vacío se envía
obligatorios
vacío.
Si el usuario se
R1 excede en el Los campos no tenían límite de
número de caracteres a digitar pero el
caracteres en problema se solucionó. Al usuario
determinado no se le informa cuando digita
Si Si
campo la tarea no más caracteres de lo permitido,
debe almacenarse sin embargo el campo no le
y debe arrojar un permitirá escribir más de lo
mensaje de alerta permitido.
al usuario.
El formulario no usuario cometía un error al enviar
debe borrarse si Si No los datos, el problema fue
el usuario llegase solucionado y funciona
a cometer un error correctamente
85
Cumple
Requerimiento
funcional
(condiciones)
Desde la
aplicación móvil
se debe permitir
ver la siguiente
información de las Se visualiza la información
tareas asignadas: solicitada de las tareas asignadas
-Nombre de la Si No y la información corresponde a lo
tarea. que se almacena en la base de
-Descripción de la datos por el administrador.
tarea.
-Fecha de entrega
-Prioridad.
-Responsable.
R14 Las tareas son presentadas en
divisiones que la categorizan por
Las tareas deben estado (sin iniciar, realizando o
presentarse Si No terminadas). Deslizando la
según estado (Sin pantalla hacia los lados, se puede
iniciar, realizando, visualizar las tareas que están en
terminadas) los tres estados disponibles.
Las tareas que se
enlisten deben ser
únicamente las
del usuario
registrado y/o las
de su grupo de
usuarios asociado
Al realizar hold-on Funciona correctamente. Si se
en una tarea mantiene presionada la pantalla
enlistada, el en una tarea, este muestra los
usuario debe posibles estados a la que esta
visualizar los Si No tarea puede ser modificada y al
posibles cambios seleccionar uno de los estados el
de estado que estado de la tarea se modifica en
R15
puede realizar a la base de datos
esa tarea. automáticamente.
Cuando el usuario Funciona correctamente. Al
modifique el modificar cualquier tarea de
estado de una Si No estado, única y exclusivamente se
tarea, únicamente cambia el estado de la tarea que
el estado de la se seleccionó desde la aplicación.
86
Cumple
Requerimiento
funcional
(condiciones)
tarea
seleccionada,
debe modificarse
en la base de
datos (1 para sin
iniciar, 2 para
realizando, 3 para
completas).
Todos los filtros
de búsqueda Se probaron todos los filtros de
establecidos en la búsqueda disponibles en esta
especificación de búsqueda, y arroja como
Si No
requerimientos, resultado la información que
deben ser coincide con los criterios de
totalmente búsqueda que indicó el usuario.
funcionales.
Se debe enlistar
únicamente las
Funciona correctamente,
tareas que
exclusivamente se trae la
cumplan con las
Si No información que cumpla con lo
condiciones que
que el usuario haya ingresado en
se establecieron
los filtros de búsqueda.
según los filtro de
R2
búsqueda.
Al seleccionar una
tarea, se debe Funciona correctamente, la
poder visualizar la información mostrada varía según
información Si No el usuario seleccionado y
asociada de esa corresponde a lo existente en la
tarea base de datos.
seleccionada
Se debe apreciar
Se realizan diferente cambios de
el cambio de
estado de diferentes tareas en
estado que
simultáneo con una revisión
realicen los Si No
desde la parte web, los cambios
responsables
son visualizados por ende
desde la
funciona correctamente.
aplicación móvil
87
Cumple
Requerimiento
funcional
(condiciones)
Según un usuario
seleccionado se
debe visualizar:
- Tabla con la
cantidad de tareas
por estado (sin
iniciar, realizando,
terminadas) para
Se visualiza lo mencionado
el usuario
correctamente: tabla con cantidad
seleccionado. Si No
de encuestas según estado y
-Gráfica de líneas
gráfica estadística
que presente la
cantidad de tareas
R13 asignadas Vs. la
cantidad de tareas
realizadas por
semana, para el
usuario
seleccionado
Se realizaron dos conteos
La información manuales con diferentes tareas y
presentada debe diferentes fechas dentro de
ser coherente en diferentes semanas del año, las
Si No
fechas y cifras concuerdan con lo arrojado
cantidades según en la gráfica estadística, por ende
lo almacenado en se deduce que funciona
la base de datos. correctamente
La aplicación
debe permitir
visualizar en la
Se realizaron pruebas en conjunto
sección de
con la aplicación web para
novedades la
realizar la asignación de tareas
siguiente
nuevas con fechas de entrega
información:
R16 Si No que estén próximas a cumplirse
-Las tareas
(24 horas). Las novedades son
asignadas (más
visualizadas en la sección
recientes) por el
correspondiente de la aplicación
administrador y su
móvil.
respectivo
responsable.
-En un rango de
88
Cumple
Requerimiento
funcional
(condiciones)
24 horas, si hay
una tarea por
entregar y esta no
se ha terminado
se debe visualizar
una alerta con la
fecha de entrega
de dicha tarea
Las novedades
que se visualicen
deben ser única y
exclusivamente
del usuario
autenticado y de
su grupo de
usuarios asociado
El grupo de almacenan en la base de datos.
usuarios creado Las tildes y acentos se estaban
Si No
debe almacenarse almacenando de manera
en la base de incorrecta pero el problema fue
datos. solucionado
No debe permitir Los campos no tenían límite de
el ingreso de caracteres a digitar pero el
información con problema se solucionó. Al usuario
tipos de datos no no se le informa cuando digita
Si Si
válidos para los más caracteres de lo permitido,
campos (se debe sin embargo el campo no le
R8
informar al permitirá escribir más de lo
usuario del error). permitido.
Se debe exigir al
El nombre de grupo de usuario es
usuario solo el
el único campo obligatorio y se le
nombre del grupo Si No
informa al usuario al respecto
de usuarios como
cuando este se envía vacío.
obligatorio
89
Cumple
Requerimiento
funcional
(condiciones)
Los únicos filtros de búsqueda
Todos los filtros son: por grupo de usuarios y por
de búsqueda coincidencia de búsqueda por
establecidos en la texto, ambos funcionan
especificación de Si No correctamente y traen
requerimientos, exclusivamente la información
deben ser que cumpla con los requisitos de
totalmente los usuarios indicados en los
funcionales. filtros de búsqueda.
Se debe enlistar
únicamente las
tareas que
R5 exclusivamente se trae la
cumplan con las
Si No información que cumpla con lo
condiciones que
que el usuario haya ingresado en
se establecieron
los filtros de búsqueda.
búsqueda.
Al seleccionar una
usuario, se debe Funciona correctamente, la
información Si No el usuario seleccionado y
asociada de ese corresponde a lo existente en la
usuario base de datos.
seleccionada
Para actualizar
una tarea primero
Funciona correctamente, la
se debió realizar
actualización no puede realizarse
la consulta de Si No
sin antes haber consultado un
tareas haciendo
registro en específico
uso de los filtros
de búsqueda.
R3 La información
modificada debe
ser actualizada en
únicamente se actualiza la
la base de datos
Si No información que fue cambiada en
según la tarea
el registro donde el usuario lo
seleccionada en
solicito.
la consulta
realizada.
90
Cumple
Requerimiento
funcional
(condiciones)
Al realizar la
actualización de
determinado
atributo de una
Las validaciones de datos y
tarea, este debe
longitud de los campos son las
cumplir con las
Si No mismas usadas en el código
mismas
fuente de la creación de registros,
condiciones de
por ende funciona correctamente
longitud y
caracteres que se
exigía a la hora de
crear la tarea
Para actualizar un
usuario primero
se debió realizar
actualización no puede realizarse
la consulta de Si No
sin antes haber consultado un
usuarios haciendo
registro en específico
uso de los filtros
de búsqueda.
La información
modificada debe
ser actualizada en
la base de datos
según el usuario
seleccionado en
solicito.
R6 la consulta
realizada.
Al realizar la
actualización de
determinado
atributo de un
usuario, este debe
cumplir con las
mismas
condiciones de
longitud y
caracteres que se
crear el usuario
91
Cumple
Requerimiento
funcional
(condiciones)
Si se desea
modificar la
contraseña, se
debe exigir una
actualización de contraseña se
confirmación de
Si No realiza si y solo si la contraseña y
contraseña, si no
la confirmación son totalmente
son iguales, la
iguales
actualización del
usuario no debe
ser permitida
Todos los filtros
de búsqueda
establecidos en la El único filtro de búsqueda es el
especificación de campo para búsquedas por
Si No
requerimientos, coincidencias de texto y funciona
deben ser correctamente
totalmente
funcionales.
Se debe enlistar
únicamente los
Se cambió manualmente en la
grupos de
base de datos el administrador
usuarios que
asociado a diferentes grupos de
R7 cumplan con las Si No
usuarios creados antes y después
condiciones que
de realizar una misma consulta.
se establecieron
Funciona correctamente
búsqueda.
Al seleccionar un
grupo de
usuarios, se debe
información mostrada varía según
poder visualizar la
Si No el grupo de usuarios seleccionado
información
y corresponde a lo existente en la
asociada de ese
base de datos.
grupo de usuarios
seleccionado
almacenan en la base de datos.
El proyecto Las tildes y acentos se estaban
R10 Si No
creado debe almacenando de manera
almacenarse en la incorrecta pero el problema fue
base de datos. solucionado
92
Cumple
Requerimiento
funcional
(condiciones)
Se debe exigir al
usuario solo el El nombre y fechas de inicio y fin
nombre y las del proyecto son los únicos
fechas de inicio y Si No campos obligatorios y se le
de fin del proyecto informa al usuario al respecto
como campos cuando este se envía vacío.
obligatorios
Si el usuario se
excede en el
Los campos no tenían límite de
número de
caracteres a digitar pero el
caracteres en
problema se solucionó. Al usuario
determinado
no se le informa cuando digita
campo, el grupo Si Si
más caracteres de lo permitido,
de usuarios no
sin embargo el campo no le
debe almacenarse
permitirá escribir más de lo
y debe arrojar un
permitido.
mensaje de alerta
al usuario.
La fecha de inicio
Funciona correctamente, cuando
del proyecto no
Si No existe esta inconsistencia se le
debe ser mayor a
informa al usuario
la fecha de fin.
Para actualizar un
grupo de usuarios
primero se debió Funciona correctamente, la
realizar la actualización no puede realizarse
Si No
consulta de sin antes haber consultado un
grupos, haciendo registro en específico
uso de los filtros
R9
de búsqueda.
La información
modificada debe
ser actualizada en
la base de datos
según el grupo de
solicito.
usuarios
93
Cumple
Requerimiento
funcional
(condiciones)
seleccionado en
la consulta
realizada.
Al realizar la
actualización de
determinado
atributo de un
grupo de Las validaciones de datos y
usuarios, este longitud de los campos son las
debe cumplir con Si No mismas usadas en el código
las mismas fuente de la creación de registros,
condiciones de por ende funciona correctamente
longitud y
caracteres que se
crear el grupo.
Todos los filtros
de búsqueda
establecidos en la El único filtro de búsqueda es el
especificación de campo para búsquedas por
Si No
requerimientos, coincidencias de texto y funciona
deben ser correctamente
totalmente
funcionales.
Se debe enlistar
únicamente los Se cambió manualmente en la
proyectos que base de datos el administrador
R11 cumplan con las asociado a diferentes proyectos
Si No
condiciones que creados antes y después de
se establecieron realizar una misma consulta.
según los filtro de Funciona correctamente
búsqueda.
Al seleccionar un
proyecto, se debe Funciona correctamente, la
información Si No el proyecto seleccionado y
asociada de ese corresponde a lo existente en la
proyecto base de datos.
seleccionado
94
Cumple
Requerimiento
funcional
(condiciones)
Para actualizar un
proyecto primero
se debió realizar Funciona correctamente, la
la consulta de actualización no puede realizarse
Si No
proyectos, sin antes haber consultado un
haciendo uso de registro en específico
los filtros de
búsqueda.
La información
modificada debe
ser actualizada en
la base de datos
según el proyecto
seleccionado en
R12 solicito.
la consulta
realizada.
Al realizar la
actualización de
determinado
atributo de un
proyecto, este
debe cumplir con
las mismas
condiciones de
longitud y
caracteres que se
crear el proyecto.
95

Prototipo de Aplicación para La Gestión de Tareas en La Planeación Y Desarrollo de Proyectos

Cargado por

Copyright:

Formatos disponibles

Prototipo de Aplicación para La Gestión de Tareas en La Planeación Y Desarrollo de Proyectos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Prototipo de Aplicación para La Gestión de Tareas en La Planeación Y Desarrollo de Proyectos

Cargado por

Copyright:

Formatos disponibles

PROTOTIPO DE APLICACIÓN PARA LA GESTIÓN DE TAREAS EN LA

PLANEACIÓN Y DESARROLLO DE PROYECTOS

DIEGO HERNANDO TORRES SARMIENTO

UNIVERSIDAD CATÓLICA DE COLOMBIA

DIEGO HERNANDO TORRES SARMIENTO

UNIVERSIDAD CATÓLICA DE COLOMBIA

Aprobado por el comité de grado en

Tabla 1: Características de evaluación de métodos de gestión de tareas ............. 18

Figura 1: Ciclo de vida de un proyecto................................................................... 13

Anexo A. Especificación de requerimientos ........................................................... 40

Debido a la exigencia de gestionar tareas en la planeación y ejecución de un

Según el artículo de Stefan Link, Philip Hoyer, Thomas Schuster y Sebastian

Actualmente, en el mercado existen diferentes herramientas tecnológicas que

Debido a esto, se realiza un análisis a las aplicaciones de gestión de tareas más

 Remember the milk.

Los criterios de evaluación se toman de la tabla de comparación colaborativa de

 Ninguna de las cuatro aplicaciones cuenta con la opción de priorización de

 Solo una de las cuatro aplicaciones cuentan con módulos de alertas o

 Las aplicaciones no cuentan con una plataforma que permita la

 Las aplicaciones observadas, funcionan en ambiente web o en dispositivos

 No permiten la generación de reportes y de indicadores de calidad lo cual

Con base en las razones presentadas anteriormente, se da como propuesta de

2.1 OBJETIVO GENERAL

2.2 OBJETIVOS ESPECÍFICOS

 Determinar el método o la técnica de gestión de tareas a utilizar como

 Diseñar la arquitectura para la aplicación móvil con el fin de establecer su

 Desarrollar la aplicación móvil según el diseño y la arquitectura planteados.

 Validar el prototipo construido considerando el diseño y los requerimientos que

3.1 MARCO CONCEPTUAL

3.1.1 Proyecto. El Project Management Institute7 define proyecto como un

Figura 1: Ciclo de vida de un proyecto

Fuente: Project Management Institute. Project Management Body of Knowledge. Newtown

La Figura 1: Ciclo de vida de un proyecto describe el ciclo de vida de un proyecto,

 Fase de iniciación: En esta fase se define y se autoriza el proyecto o una

 Fase de planeación: Se definen y refinan los objetivos, además de planear

 Fase de monitoreo: En esta fase se supervisa el desempeño y el progreso

 Fase de cierre: Se realiza una aceptación de los resultados, servicios o

3.1.2 Gestión de proyectos. Según El Project Management Institute, las gestión

3.1.4 Tarea. Robert Mcllre9 define en su artículo una tarea en la gestión de

 El estado inicial de una tarea, después de su creación, siempre será

 Cuando está en estado preparada, la tarea espera a que alguna persona

3.1.5 Gestión de tareas. Es definido por Silversoft10 como el proceso de gestión

3.1.6 WIP (Work in progress). El WIP en la gestión de tareas, se define como

3.1.7 App. Según la Comisión Federal de Comercio de los Estados Unidos11, es

Si bien la gestión de tareas es un proceso utilizado en la planeación y desarrollo

3.2.1 Contextualización histórica de la gestión de tareas. Según Young Hoon

3.2.2 Justificación. Dentro de la gestión de proyectos, se ha tenido como

Esto ha dado paso al término “gestión de tareas” dentro de las organizaciones, el

3.2.4 Beneficios de la gestión de tareas. Además de soportar la ejecución

 Se aprecia el talento humano como factor clave en la cadena de valor de

A continuación se realizará una evaluación del estado del arte de diferentes

Considerando lo anterior, y debido a las limitaciones de tiempo que se tienen, se

Tabla 1: Características de evaluación de métodos de gestión de tareas

Característica Descripción Peso

Trabajo en Capacidad del método de gestión de tareas para 33,3%

Gestión del Nivel de satisfacción que brinda el método a la hora 33,3%

WIP (Work in Grado de satisfacción que brinda el método cuando 33,3%

Como muestra la Figura 3: Tablero Kanban, el método consiste en escribir una

Según la empresa consultora Berriprocess20 Las principales ventajas que tiene el