Implantación JIRA: Facultad Informática de Barcelona (FIB)

Facultad Informtica de Barcelona (FIB)
Implantacin JIRA
Memoria Trabajo Final de Grado
Autor: Jos Miguel Lorente

Director: Xavier Milin
Ponente: Jorge Fernndez
Junio 2015
ndice
0. Introduccin ........................................................................................................................... 5
1. Objetivos del proyecto............................................................................................................ 7
2. Qu es GCO? ...................................................................................................................... 8
2.1 Historia y estructura del grupo .......................................................................................... 8
2.2 Propsito estratgico ........................................................................................................ 9
2.3 Modelo de negocio ........................................................................................................... 9
3. Evolucin y situacin actual del rea de informtica .............................................................10
3.1 Evolucin histrica...........................................................................................................10
3.2 Situacin Actual ...............................................................................................................10
3.2.1 Estructura organizativa..............................................................................................11
3.2.2 Estructura funcional ..................................................................................................11
4. Proceso seleccin JIRA ........................................................................................................14
4.1 Microsoft Team Foundation Server ..................................................................................14
4.2 IBM Rational .................................................................................................................15
4.3 Atlassian JIRA .................................................................................................................16
4.4 Comparativa de las tres opciones ....................................................................................16
5. Qu es JIRA? .....................................................................................................................19
5.1 Uso particular de GCO ....................................................................................................23
6. Proceso de seleccin del nuevo desarrollo ...........................................................................25
7. Definicin de Peticiones Informtica ...................................................................................26
7.1 Contexto ..........................................................................................................................26
7.1.1 Situacin de partida ..................................................................................................26
7.1.2 Partes interesadas ....................................................................................................27
7.1.3 Funcionamiento actual ..............................................................................................28
2
7.2 Alcance del proyecto .......................................................................................................29
7.2.1 Objetivos ...................................................................................................................29
7.2.2 Alcance .....................................................................................................................29
7.2.3 Posibles obstculos ..................................................................................................30
7.2.4 Metodologa de trabajo..............................................................................................30
7.2.5 Herramientas de desarrollo .......................................................................................31
7.2.6 Herramientas de seguimiento....................................................................................31
7.2.7 Mtodos de validacin...............................................................................................31
7.3 Planificacin temporal......................................................................................................32
7.3.1 Duracin del proyecto ...............................................................................................32
7.3.2 Recursos Humanos...................................................................................................32
7.3.3 Fases del proyecto ....................................................................................................32
7.4 Presupuesto ....................................................................................................................36
7.4.1 Identificacin y estimacin de los costes ...................................................................36
7.4.2 Control de gestin .....................................................................................................40
7.4.3 Viabilidad econmica ................................................................................................41
7.5 Sostenibilidad ..................................................................................................................41
7.5.1 Matriz de sostenibilidad .............................................................................................41
7.5.2 Dimensin econmica ...............................................................................................42
7.5.3 Dimensin social .......................................................................................................42
7.5.4 Dimensin ambiental .................................................................................................43
8. Anlisis de la aplicacin web .................................................................................................44
8.1 Requisitos no funcionales ................................................................................................44
8.2 Casos de uso ..................................................................................................................45
8.2.1 CU01: Aadir una peticin ........................................................................................46
8.2.2 CU02: Seleccionar el orden de una peticin..............................................................46
8.2.3 CU03: Buscar una peticin ........................................................................................47
3
8.2.4 CU04: Buscar Mis peticiones ....................................................................................47
8.2.5 CU05: Buscar Todas las peticiones...........................................................................48
8.2.6 CU06: Buscar usuario ...............................................................................................49
8.2.7 CU07: Reordenar las peticiones................................................................................49
8.2.8 CU08: Gestionar las reas de los solicitantes ...........................................................50
8.2.9 CU09: Ver los detalles de una peticin ......................................................................50
8.2.10 CU10: Modificar una peticin ..................................................................................51
8.2.11 CU011: Aadir un archivo anexo a una peticin ......................................................52
8.2.12 CU012: Aadir un comentario a una peticin ..........................................................52
8.2.13 CU013: Aadir informacin a una peticin ..............................................................53
8.2.14 CU014: Validar una peticin ....................................................................................53
8.3 Esquema conceptual .......................................................................................................54
8.4 Normativas ......................................................................................................................54
8.5 Desarrollos a realizar .......................................................................................................54
8.5.1 FrontEnds .................................................................................................................55
8.5.2 BackEnds ..................................................................................................................67
8.2.3 Base de Datos ..........................................................................................................69
9. Reflexin personal ................................................................................................................70
10. Webgrafa ...........................................................................................................................71
4
0. Introduccin
Este Trabajo Final de Grado en modalidad B se ha realizado en la empresa Grupo Catalana

Occidente. El proyecto se inici en febrero del 2015 y se finaliz en junio del mismo ao.
La aplicacin que se ha obtenido del trabajo realizado es una aplicacin web, que se usar
dentro de la compaa, y que pretende redisear algunos procesos que tenan un
rendimiento mejorable. A grandes rasgos, la aplicacin servir para realizar peticiones o
informar de incidencias hacia el rea de informtica desde cualquiera de las reas de negocio
de la compaa. La aplicacin se ha bautizado con el nombre de Peticiones Informtica.
En el diagrama anterior se representa de manera esquemtica el proceso que seguir una

peticin/incidencia informada por parte de un usuario de alguna de las reas de negocio. Las
flechas son bidireccionales ya que los usuarios de las reas de negocio tanto introducen
como consultan peticiones/incidencias de la aplicacin Peticiones Informtica, la
aplicacin tambin introduce y recupera datos en JIRA y los empleados del rea de
informtica reciben las peticiones/incidencias e informan sobre su estado a travs de JIRA.
Las principales funcionalidades que ofrece la aplicacin son:
- Crear una peticin/incidencia.
- Buscar las peticiones/incidencias que se han aadido en el sistema, pudiendo ver

todos los detalles de las mismas.
- Aadir comentarios y archivos anexos en las peticiones/incidencias que existen en el

sistema.
- Aadir informacin y validar peticiones/incidencias cuando sea necesario.

5
A da de hoy, se est realizando una prueba piloto de la aplicacin con un grupo reducido de
empleados. A partir de los resultados de rendimiento y satisfaccin que se obtengan de dicha
prueba, se decidir su implantacin en los departamentos que se crean convenientes.
En esta memoria del TFG, se presentan, en primer lugar, los objetivos del proyecto. Despus,
para contextualizar el proyecto, se explica qu es Grupo Catalana Occidente y cmo ha
evolucionado desde sus orgenes. A continuacin, se expone la evolucin que ha tenido el
rea de informtica de la compaa y cul es su situacin actual, para acabar de entender el
marco donde se desarrolla el proyecto. En los siguientes apartados, se detalla la situacin
que llev a necesitar el desarrollo de una aplicacin como la que se acab obteniendo del
proyecto, des del proceso de seleccin de JIRA, hasta el proceso de seleccin que tuvo
como resultado el de realizar el nuevo desarrollo de Peticiones Informtica. Finalmente,
se encuentra la definicin, el anlisis y el diseo de la aplicacin. Documentacin que se
cre y se fue modificando, en algunos casos, durante las diferentes fases del proyecto.
Cabe destacar, que el ttulo del TFG, Implantacin JIRA, se debe a que este proyecto ha
surgido como consecuencia de la implantacin de la herramienta de Atlassian, JIRA, dentro
del rea informtica del Grupo. Adems, la aplicacin que se ha desarrollado en el proyecto
se comunica con JIRA y se puede comprender como una segunda fase de implantacin de
la herramienta dentro de la compaa.
6
1. Objetivos del proyecto
El objetivo principal del proyecto es mejorar el funcionamiento de algunos de los procesos

de negocio de la compaa gracias al uso de una nueva aplicacin web. La aplicacin web,
que ser desarrollada en este proyecto, ser capaz de generar nuevas peticiones e
incidencias en JIRA y realizar seguimiento de las mismas.
Gracias a esta aplicacin, los usuarios que pertenecen a las reas de negocio podrn
generar nuevas peticiones e incidencias al rea de informtica, y stas se ingresarn de
manera automtica en JIRA.
El diseo de la aplicacin ser muy similar al de otras aplicaciones de la compaa con el fin
de que sea familiar para los usuarios. Tambin se buscar que la aplicacin sea intuitiva y
fcil de usar para que los usuarios no tengan que dedicar tiempo en aprender a usarla.
A parte del objetivo principal, el proyecto tiene varios objetivos ms:
- Exponer qu es GCO para entender en qu empresa se est realizando el desarrollo

de la aplicacin web.
- Analizar cul era la situacin que hizo que GCO necesitase una herramienta como
JIRA para su rea de informtica. Junto a este punto se podr encontrar todo el
proceso de seleccin de software que surgi para finalmente seleccionar JIRA.
- Explicar qu es JIRA y qu uso se le da en la compaa.
7
2. Qu es GCO?
GCO son las siglas con las que se reconoce al Grupo Catalana Occidente. GCO es uno de
los mayores grupos aseguradores del estado espaol. Est conformado por varias
empresas, la mayora dedicadas directa o indirectamente al negocio asegurador.
2.1 Historia y estructura del grupo
Sus orgenes se remontan a 1864, ao en que la Sociedad Catalana de Seguros Contra

Incendios a Prima Fija, fundada por Fernando de Dels y ms conocida como La Catalana,
empez a operar. Esa empresa fue adquirida en 1959 por Jess Serra Santamans, dando
origen al Grupo Catalana Occidente.
Gracias a la adquisicin de varias compaas, Multinacional Aseguradora (MNA) (1999),

Crdito y Caucin (2000), Lepanto Nortehispana (2001), Seguros Bilbao (2004), Atradius
(2008) y Plus Ultra (2012), se ha convertido en una de las empresas lderes del mercado
espaol de seguros, con ms de cuatro millones de clientes, 6.500 empleados, unos ingresos
en sus primas de 4.100 millones de euros y un beneficio neto anual de 221 millones de euros.
En la siguiente figura se muestran las sociedades que forman parte del grupo junto al
porcentaje de participacin que el grupo tiene en las mismas:
8
Para conseguir obtener beneficios de las nuevas adquisiciones, el grupo ha necesitado llevar
a cabo un proceso de integracin de cada una de ellas. Procesos que han sido lentos pero
que han acabado reportando rentabilidades superiores al 10%.
2.2 Propsito estratgico
El propsito estratgico del Grupo Catalana Occidente es el de ser lderes en el mercado

espaol de seguros familiares y de empresa, y ser lderes internacionales en cobertura de
riesgo de crdito.
2.3 Modelo de negocio
El sistema de comercializacin de Catalana Occidente se basa en la accin comercial de

agentes autnomos que trabajan en exclusiva para la compaa. Estos agentes no forman
parte de la plantilla laboral de la compaa. Sin embargo, su trabajo como comerciales de
seguros se lleva a cabo de manera exclusiva.
La red de Agentes se apoya en una estructura de sucursales que tiene como finalidad
mantener un estrecho vnculo con los agentes asesorndoles adecuadamente.
Esta compleja red de sucursales, agencias y agentes se apoya en un sistema informtico

integrado que facilita las operaciones y da homogeneidad al conjunto de las actividades.
Catalana Occidente fue la primera empresa aseguradora en Espaa que implant la
informtica y ha apostado siempre en disponer de los ltimos avances tecnolgicos.
9
3. Evolucin y situacin actual del rea de informtica
3.1 Evolucin histrica
El primer equipo informtico que adquiri GCO data del ao 1963. Desde entonces, la
compaa ha tenido multitud de equipos y sistemas con el fin de obtener mejores resultados.
Durante estos 52 aos que han pasado, se han puesto en marcha diferentes sistemas que
han dado apoyo a las distintas reas que conforman el Grupo. Adems, se han tenido que
integrar algunos sistemas que se obtuvieron con la adquisicin de las empresas que el Grupo
ha ido absorbiendo durante estos aos.
El proceso de evolucin de los sistemas ha ido de la mano de la organizacin y estructura

del rea de informtica de la compaa. En sus inicios, la estructura se centraba en las
necesidades de cada rea de la compaa. El gran crecimiento del Grupo y las adquisiciones
de otras sociedades, hicieron que la estructura se incrementase, con el paso de los aos,
hasta llegar a ser catica y, en consecuencia, mejorable. Este hecho impuls la creacin de
una entidad que gestionase todas las necesidades del rea de informtica, Grupo Catalana
Occidente Servicios Tecnolgicos, AIE. El objetivo principal de la nueva entidad era el de
impulsar la generacin de sinergias entre las distintas empresas del Grupo. A partir de la
creacin y puesta en marcha de la entidad, se cre, adems, una nueva estructura
organizativa.
3.2 Situacin Actual
Actualmente, el rea de informtica de la compaa sigue estando gestionada por Grupo

Catalana Occidente Servicios Tecnolgicos, AIE.
Gracias al desempeo de esta entidad, se ha aumentado la posibilidad de innovacin

tecnolgica, al concentrar recursos e inversiones, y se han reducido los costes de gestin de
servicios y redes, al unificar compras y mantener diseos homogneos en las
infraestructuras del Grupo.
A continuacin se presenta como est estructurada la entidad, tanto a nivel organizativo

como funcional.
10
3.2.1 Estructura organizativa
Grupo Catalana Occidente Servicios Tecnolgicos, AIE est situada bajo la

responsabilidad de la Direccin de Operaciones y est dividida en tres grandes reas:
- Tecnologa y Sistemas de Informacin.
- Desarrollo de Procesos
- Procesos y Sistemas Plus Ultra (esta rea existe ya que Plus Ultra est,
actualmente, en proceso de integracin dentro de la estructura).
Cada una de estas reas, a su vez, queda subdividida en varios departamentos con
el objetivo de responder a las necesidades especficas del negocio. A continuacin se
incluye un esquema con la relacin de cada una de las reas y sus departamentos.
Estructura organizativa de GCO Servicios Tecnolgicos, AIE
3.2.2 Estructura funcional
Adems, los departamentos presentados anteriormente estn agrupados en cinco

reas funcionales, en base a las tareas que desempean:
11
- Produccin. Se encarga de revisar y autorizar los cambios realizados por
el resto de departamentos. Por lo tanto, garantiza el correcto
funcionamiento de los procesos de negocio.
- Infraestructura. Se responsabiliza de proveer las infraestructuras de

software y hardware necesarias para dar soporte a los procesos de
negocio.
- Desarrollo. Entre sus responsabilidades se encuentra la adecuacin del

software de la compaa a la arquitectura tecnolgica definida por la
organizacin, as como la planificacin de los desarrollos futuros, en el
marco de las necesidades globales del grupo empresarial.
- Proyectos Especiales. Es responsable de temas de seguridad de la

informacin, LOPD, rediseo de cdigos generales y metodologas de
trabajo. Por sus caractersticas, debe dar soporte al resto de
departamentos en cuestiones normativas y metodolgicas.
- Seguridad. Es la encargada de impulsar la seguridad de la informacin,

definir los objetivos estratgicos de seguridad, elaborar, aprobar y revisar
la Poltica y Normativa de Seguridad de la Informacin, coordinar la
respuesta a incidentes de seguridad de alcance corporativo, y crear una
cultura de seguridad en la compaa.
A continuacin se adjunta un diagrama que muestra esta divisin funcional:
Estructura funcional de GCO Servicios Tecnolgicos, AIE
12
Debido a la constitucin del Grupo por varias sociedades, la organizacin interna
departamental est conformada por empleados que estn en distintas ciudades (Sant
Cugat del Valls, Bilbao, Getxo y Madrid). Esta situacin hizo plantearse si la manera
de gestionar el trabajo haba que adaptarla.
Se realizaron varias consultoras enfocadas en el anlisis de la situacin actual y en

cmo realizar esta adaptacin. Las conclusiones que se sacaron son las siguientes:
- Existe una carencia de uniformidad en la gestin de trabajo, con mayor o

menor grado de eficacia.
- La gestin de la demanda se realiza a travs de varios canales y que son poco

eficaces.
Estas dos conclusiones hicieron que el Grupo empezase a estudiar las posibles
soluciones que podan solventar esta situacin.
13
4. Proceso seleccin JIRA
Para mejorar la situacin actual se plante la implantacin de alguna herramienta de gestin
del trabajo y de la demanda. Las tres herramientas que se estudiaron son:
- Microsoft Team Foundation Server.
- IBM - Rational.
- Atlassian JIRA.
A continuacin se presentan y comparan las principales funcionalidades que ofrecen las tres
herramientas:
4.1 Microsoft Team Foundation Server
Team Foundation Server (comnmente abreviado como TFS) es un producto de Microsoft

que proporciona:
- Control de versiones de cdigo (a travs de Team Foundation Versin Control o Git).

- Reporting.
- Gestin de requerimientos.
- Gestin de proyectos (tanto para desarrollos giles y desarrollos en cascada).
- Builds automticos.
- Lab management.
- Testing.
- Gestin de entregas de software (versiones del producto).
Esquema resumen funcionalidades TFS
14
Esta herramienta cubre todo el ciclo de vida de la aplicacin que se vaya a desarrollar. TFS
puede usarse en numerosos entornos de desarrollo pero est adaptado para Microsoft Visual
Studio y Eclipse (en plataformas Windows y no-Windows). Adems, ofrece una versin
basada 100% en la tecnologa Cloud que permite no tener limitaciones de crecimiento.
GCO tiene licencias de Microsoft y de esta herramienta en concreto. Por lo tanto, la inversin
econmica sera muy pequea (costes de implantacin de la herramienta). Pero no se acaba
de ajustar a las necesidades que se queran cubrir.
4.2 IBM Rational
IBM - Rational es un producto de IBM que se usa para el despliegue, diseo, construccin,
pruebas y administracin de proyectos en el proceso de desarrollo de software. Este
producto est centrado en la metodologa del Proceso Racional Unificado (RUP).
Las principales ventajas que ofrece el uso de IBM - Rational son:
- Mejora de la colaboracin del equipo con caractersticas integradas.

- Proporciona una gran visibilidad de actividades de proyectos y progreso del equipo.
- Facilita la planificacin y ejecucin de proyectos giles o formales.
- Ayuda a mejorar la productividad con control de origen avanzado.
GCO no tiene licencias de esta herramienta. Por lo tanto, deberan realizar una inversin
econmica para implantarla. Adems, la metodologa en la que se centra, RUP, no es la que
se usa en los desarrollos de la compaa.
15
4.3 Atlassian JIRA
Atlassian JIRA, JIRA ms comnmente, es un producto de Atlassian. Ofrece como

principales funcionalidades:
- Gestin de tareas.
- Captura y organizacin de peticiones o incidencias.
- Creacin de flujos de trabajo.
- Planificacin de proyectos.
- Colaboracin entre equipos.
- Notificaciones a los usuarios.
- Gestin de proyectos.
- Gestin de repositorios de cdigo.
- Posibilidad de importacin de datos de otras herramientas de planificacin de
proyectos.
GCO no tiene licencias de esta herramienta. Por lo tanto, deberan realizar una inversin
econmica para implantarla.
4.4 Comparativa de las tres opciones
Informacin General TFS IBM - Rational JIRA
Basado en Web
Hosted On-Premises
Software como servicio
Licencia Propietario Propietario Propietario
Lenguaje de programacin - - Java

Comparativa de la informacin general
16
Caractersticas TFS IBM - Rational JIRA
Software Colaborativo
Sistema de seguimiento de errores
Scheduling
Project Portofolio Management
Resource Management
Gestor Documental
Workflow system
Reporting and Analyses
Comparativa de las caractersticas funcionales principales
Caractersticas monetarias TFS IBM - Rational JIRA
Gestin Presupuestaria
Seguimiento de tiempo
Facturacin
Comparativa de las caractersticas monetarias
17
Despus de ver las diferentes opciones y estudiar cmo encajaban con las necesidades de
la compaa, se decidi escoger JIRA.
En ese momento se contact con dos consultoras dispuestas a llevar a cabo el proceso de
puesta en marcha de la herramienta. Despus de estudiar las dos ofertas, se decidi
contratar los servicios de una de ellas.
La consultora en cuestin ofreca la realizacin de un piloto que permitiera tomar decisiones

por parte de GCO en un plazo corto de 2 a 3 meses. Para llevar a cabo el piloto, la consultora
marc tres fases que consistan en:
- La instalacin del producto.
- La realizacin de unas jornadas de consultora para ajustarlo a las necesidades de la

compaa.
- La formacin de los usuarios que realizaron el piloto.
- Una vez realizadas las tres fases, GCO empez el periodo del piloto de la
herramienta.
Despus de la evaluacin del piloto, GCO decidi implantar JIRA en el rea de informtica.
La implantacin se decidi que fuera gradual. Se formaron diferentes grupos de equipos del
rea de informtica y cada uno de ellos fue recibiendo la formacin necesaria para usar la
herramienta.
Despus de varios meses, JIRA est implantado y funcionando de manera correcta en la

totalidad del rea de informtica.
18
5. Qu es JIRA?
JIRA es un producto creado por la compaa Atlassian y lanzado al mercado en octubre del
ao 2004. Es una aplicacin web que la empresa comercializa vendiendo los derechos de
uso. El precio de los derechos depende del nmero de usuarios que vayan a usar la
aplicacin.
La aplicacin web de Atlassian es un gestor de proyectos que permite a los equipos de

desarrollo planificar, construir y finalizar proyectos. Adems, permite capturar y organizar
incidencias, asignar trabajo y hacer un seguimiento de la actividad del equipo.
Las principales funcionalidades que ofrece la aplicacin son:
- Gestin de tareas: los usuarios pueden crear tareas con toda la informacin
necesaria, priorizar las tareas existentes, asignarlas entre los usuarios y mantenerse
al da de la evolucin de las mismas.
Pantalla de JIRA de gestin de tareas
- Creacin de flujos de trabajo: proporciona flujos de trabajo y tambin permite crear

nuevos para que los flujos de trabajo de la compaa, que adquiere Jira, puedan
seguirse a travs de la aplicacin.
19
Pantalla de JIRA de gestin de flujos de trabajo
- Planificacin de proyectos: permite planificar todo el trabajo que se va a llevar a cabo

durante un proyecto, asignando y priorizando cada una de las tareas. Adems, se
adapta a las metodologas giles de desarrollo.
- Colaboracin entre equipos: facilita la colaboracin entre los miembros de un equipo

y la colaboracin entre equipos.
Pantalla de JIRA para aadir comentarios
20
- Tener visibilidad y notificaciones de todo lo que le interesa al usuario: permite
configurar las notificaciones que desea recibir el usuario y el canal por el cual las
quiere recibir (correo electrnico, chat o telfono mvil). De este modo, el usuario
siempre estar informado.
Pantalla de JIRA en la que se pueden gestionar la visibilidad y las notificaciones
- Gestin de proyectos: desde la aplicacin se puede gestionar todo lo relacionado con

el proyecto sin tener que usar nada ms. Adems, existe la posibilidad de gestionar
proyectos que quieran usar metodologas giles.
Esquema de gestin de proyectos segn JIRA
21
- Interfaz mvil: ofrece una interfaz mvil para que el equipo est siempre al da est
donde est. Funciona a travs del navegador. Por lo tanto, no es necesario instalar
nada en el mvil.
- Gestin de repositorios de cdigo integrado: a partir de la aplicacin, los

desarrolladores del equipo pueden realizar una transicin entre tareas, cdigo y
despliegue. Esta transicin est enfocada a tareas que estn relacionadas con la fase
de desarrollo para que el programador se centre en desarrollar y nada ms. Adems,
la herramienta se ocupa de gestionar el repositorio de cdigo generando
automticamente las acciones necesarias para que el cdigo del proyecto est a buen
recaudo y bien organizado.
- Posibilidad de importar datos de mltiples herramientas de planificacin de proyectos:

esta funcionalidad es til si antes de implantar JIRA se ha usado otro gestor de tareas
o incidencias. De este modo, la compaa no pierde los datos anteriores y puede
seguir con el trabajo desde donde lo dej.
Ofrecen el servicio de importacin para 8 herramientas (Bugzilla, FogBugz, Trac,
Redmine, Mantis, IBM, HP, GitHub) y tambin tienen una opcin para Otras. De este
modo, si no encuentras tu antigua herramienta te dan soporte para importar los datos
desde tu caso particular.
Principales herramientas desde las que se pueden importar datos a JIRA
22
5.1 Uso particular de GCO
En el rea de informtica de GCO, el uso de JIRA se centra en la comunicacin, gestin y

seguimiento de peticiones e incidencias y en la gestin de proyectos de desarrollo. Dentro
de estas funciones que se le da al sistema, se da importancia al control de horas invertidas
en cada una de ellas.
Para realizar un correcto funcionamiento de JIRA dentro del rea de informtica de GCO, se
han configurado diferentes aspectos de la herramienta para que sta se ajuste a la estructura
del rea de informtica.
Se han creado diferentes proyectos para gestionar los distintos tipos de peticiones o
incidencias que puedan surgir. Cada proyecto tiene un lder, que es el responsable de
asignar las tareas y comprobar que todo funciona correctamente. Existe un proyecto por
cada equipo de trabajo del rea de informtica y por cada proyecto en el que estn trabajando
juntos diferentes equipos (proyectos colaborativos). Para cada uno de los proyectos se han
definido los siguientes aspectos:
- Los tipos de incidencias que se pueden crear.
- El flujo de trabajo que se sigue (cada uno de los pasos que hay que dar para tratar
una incidencia).
- Los componentes que segmentan el proyecto. Los componentes representan cada

uno de los equipos o reas de informtica que estn relacionados con el proyecto. De
este modo se estructura el proyecto en diferentes entidades que tendrn asignadas
partes del proyecto.
- Las pantallas que se muestran en las transiciones del flujo de trabajo.
- Los roles especficos que tienen los usuarios dentro del proyecto.
- Los campos que forman parte del proyecto y su comportamiento (obligatorio/opcional,

oculto/visible).
- Los permisos que tienen los usuarios en el proyecto (acceso, modificacin de algn
campo,...).
Cada usuario tiene una visibilidad marcada para facilitarle el trabajo. A partir de esta
visibilidad y de las asignaciones que pueda tener, el usuario ver en su Cuadro de mando
solo las incidencias que le deberan interesar.
23
Se ha configurado la herramienta para que el proceso de registro de trabajo sea sencillo y
que los usuarios puedan realizarlo en cualquier momento.
A partir de esta configuracin los usuarios de JIRA usan la herramienta para:
- Comunicar peticiones o incidencias internas del rea de informtica (Proyecto JIRA:

Peticiones Internas).
- Organizar todas las tareas que se deben realizar en los diferentes proyectos y realizar
seguimiento durante su ejecucin. Adems, en el proceso de organizacin, se
estiman los tiempos con picas si son tareas que no se pueden acabar en un solo
sprint.
- Gestionar proyectos que se basen en metodologas giles como Scrum y Kanban.
- Mantener a los usuarios al da de sus asignaciones. Se usan las notificaciones por

correo electrnico que informan de todas las acciones importantes que pueden
interesar a los usuarios.
- Extraer estadsticas, informes y grficos relacionados con los datos de los proyectos
que pueden ser tiles para analizarlos, aprender de ellos y mejorar da a da. Esta
funcin es interesante para los lderes de los proyectos.
24
6. Proceso de seleccin del nuevo desarrollo
Por la parte de la gestin de la demanda, en el rea de informtica se usa JIRA. A partir del
uso de JIRA y al ver los beneficios que se han obtenido, se necesita alguna herramienta para
las comunicaciones de las diferentes rea de negocio de la compaa haca el rea de
informtica.
En primer lugar, se plante la opcin de extender el uso de JIRA en las reas de negocio.
Esta opcin se desestim por varias razones. Las ms importantes fueron que haba que
realizar otra inversin econmica para que ms usuarios pudieran usar la herramienta, y,
sobretodo, que se entendi que Jira es una herramienta demasiado compleja para el tipo de
usuario que necesitaba la nueva herramienta, y al no ser sencilla este sera un factor
resistente para que los usuarios no llevaran bien el cambio.
En segundo lugar, se baraj la adquisicin de otra herramienta de Atlassian, JIRA Service

Desk. sta es una extensin de la herramienta JIRA ya que comparte un subconjunto de los
datos que se gestionan con JIRA. Se puede decir, que es una herramienta focalizada en la
comunicacin de incidencias. Las principales funciones que ofrece son las siguientes:
- Comunicacin de incidencias.
- Notificaciones para realizar seguimiento.
- Creacin de bases de conocimiento.
- Supervisin por parte de los responsables.
- Portal intuitivo para clientes.
- Fcil personalizacin.
- Informes en tiempo real.
Esta segunda opcin se desestim ya que tambin haba una inversin econmica en la
adquisicin e implantacin de la herramienta, e, igual que en la primera opcin, se entendi
que segua siendo una solucin compleja para los usuarios que la iban a usar.
Finalmente, se decidi desarrollar una aplicacin web propia que se comunique con JIRA y
que permita a los usuarios realizar todas las funciones que necesiten. Esta decisin se tom
con el objetivo de reducir la barrera de entrada y la curva de aprendizaje de los usuarios que
van a usar la aplicacin. Estos usuarios estn acostumbrados a usar aplicaciones
desarrolladas por la propia compaa. Las cules tienen una estructura y un diseo definido
y marcado, con la finalidad de evitar estos problemas de implantacin y, de este modo,
facilitarles la vida a los usuarios que las usan da a da. Por lo tanto, la aplicacin web que
se decide desarrollar va a seguir con las directrices marcadas en los desarrollos propios de
la compaa.
25
7. Definicin de Peticiones Informtica
7.1 Contexto
7.1.1 Situacin de partida
Actualmente, los empleados de las reas de negocio de la compaa en el momento

en que necesitan realizar una peticin de creacin o modificacin de software o
informar de una incidencia para el rea de informtica, lo hacen a travs del telfono,
el correo electrnico o directamente en persona. Adems, el seguimiento del estado
o el progreso de las peticiones o incidencias lo realizan a travs de los mismos
canales de comunicacin. Y en algunos casos, hay empleados que solicitan lo mismo
o algo muy parecido.
Despus de la implantacin de JIRA y de su uso durante estos meses en el rea de

informtica, se ha detectado la necesidad de mejorar esta comunicacin y este
seguimiento, como en su da se hizo en el rea de informtica.
Por lo tanto, la finalidad del proyecto es la de normalizar y canalizar esta comunicacin

de las reas de negocio al rea de informtica, hacer posible que los usuarios puedan
saber en todo momento qu peticiones e incidencias se han informado y cul es el
estado de las mismas.
La solucin que se ha planteado es la del desarrollo de una aplicacin web que
solucionar los problemas expuestos. La aplicacin permitir a los empleados de las
reas de negocio comunicar sus peticiones e incidencias al rea de informtica,
realizar el seguimiento de las mismas y buscar y formar parte de las peticiones que
se han creado en su departamento, gracias a diferentes acciones que podrn llevar a
cabo. Dichas peticiones e incidencias se crearn directamente en JIRA, y de esta
manera, los empleados del rea de informtica no tendrn que usar otra herramienta
para gestionar las peticiones e incidencias externas.
La aplicacin seguir la misma estructura y el mismo diseo que todas las

aplicaciones web de la compaa con la finalidad de que sea familiar para los usuarios
de las reas de negocio y se adapten fcilmente al uso de la aplicacin.
26
7.1.2 Partes interesadas
Las partes interesadas que estn implicadas de alguna manera con el proyecto que
se va a desarrollar y el uso que va a hacer cada una de ellas de la aplicacin web son
las siguientes:
7.1.2.1 Usuarios del sistema
Empleados de las reas de negocio: Son los que usarn directamente la aplicacin
web. A travs de la aplicacin podrn generar peticiones e incidencias y podrn
realizar seguimiento del estado de las mismas. Las acciones de seguimiento que
podrn llevar a cabo sobre las peticiones e incidencias que se han creado a travs
del sistema son:
1. Buscarlas con diferentes filtros de bsqueda.

2. Ver los detalles de cada una de ellas.
3. Aadirles archivos anexos en cualquier momento.
4. Aadirles comentarios en cualquier momento.
5. Aadirle informacin en el caso en que los empleados del rea de
informtica la pidan y la peticin o incidencia sea del solicitante.
6. Validarlas cuando los empleados del rea de informtica se lo pidan al
solicitante.
Al realizar alguna de las acciones que modifican las peticiones o incidencias (acciones
3, 4, 5 y 6), stas sern comunicadas, al responsable del rea de informtica de la
peticin o incidencia, a travs de notificaciones de correo electrnico automticas.
Empleados del rea de informtica: Aunque no usarn de manera directa la
aplicacin, s que recibirn a travs de JIRA las peticiones e incidencias que los
empleados de las reas de negocio crearn. Son los responsables de tratar dichas
peticiones e incidencias. Y todas las acciones que realicen en las peticiones e
incidencias, que se hayan generado en JIRA a travs de la aplicacin, sern
comunicadas al solicitante (empleado de alguna de las reas de negocio) a travs de
notificaciones de correo electrnico automticas.
Responsables de la compaa: Podrn utilizar la aplicacin para supervisar las

peticiones e incidencias que se estn generando en su rea de responsabilidad. Si
es necesario tambin podrn interactuar de la misma manera que los empleados de
las reas de negocio con la aplicacin.
27
7.1.2.2 El desarrollador
Es el responsable del desarrollo de la aplicacin y del mantenimiento de la misma en

el momento en el que se empiece a utilizar en la compaa. Tambin ser el
responsable de desarrollar posibles mejoras que vayan surgiendo.
7.1.2.3 Otras partes interesadas
Todas las dems reas de la compaa: Si el uso de la aplicacin acaba siendo

beneficioso para la compaa, las dems reas podran necesitar el uso de la misma
aplicacin o una similar adaptada a sus necesidades.
Administradores de JIRA de la compaa: Son los empleados de la compaa con

los que el desarrollador deber acordar la creacin de algunos componentes en JIRA
para que la aplicacin funcione tal y como se plantea.
7.1.3 Funcionamiento actual
Tal y como se ha expuesto en el apartado 7.1.1 Situacin de partida, los empleados

de las reas de negocio cuando necesitan realizar una peticin o una incidencia al
rea de informtica lo hacen a travs del telfono, el correo electrnico o en persona.
Dichas peticiones o incidencias las exponen de la manera en que se les ocurre y sin
ninguna estructura de solicitud marcada.
Tras comunicar estas peticiones o incidencias, los empleados que las han realizado
deben esperar a que los empleados del rea de informtica estudien si es posible, o
directamente se pongan en ello en cuanto les sea posible. Durante este tiempo, la
comunicacin sigue siendo por alguno de los canales por los que se ha informado la
peticin o incidencia. De esta manera, el empleado que ha hecho la peticin o
incidencia podra tener la necesidad de comunicarse con los empleados del rea de
informtica para saber el estado de su peticin si stos no se comunican con l.
Al finalizar la peticin, los empleados del rea de informtica debern informar al

empleado que realiz la peticin que ya est resuelta. Otra vez, usando algunos de
los canales antes expuestos. Si despus de revisar el resultado, el empleado del rea
de negocio cree que an no se ha solucionado su peticin, deber informarlo otra vez
por alguno de los canales antes expuestos, y as, hasta que la peticin acabe
solucionada.
28
Adems, como ya se ha comentado, en algunos casos algunas peticiones e
incidencias que se informan por parte de los empleados de las reas de negocio ya
haban sido informadas de manera idntica o muy parecida.
7.2 Alcance del proyecto
7.2.1 Objetivos
El objetivo principal del proyecto es mejorar el funcionamiento de algunos de los

procesos de negocio de la compaa gracias al uso de una nueva aplicacin web. La
aplicacin web, que ser desarrollada en este proyecto, ser capaz de generar
nuevas peticiones e incidencias en JIRA y realizar seguimiento de las mismas.
Gracias a esta aplicacin, los usuarios que pertenecen a las reas de negocio podrn
generar nuevas peticiones e incidencias al rea de informtica, y stas se ingresarn
de manera automtica en JIRA.
El diseo de la aplicacin ser muy similar al de otras aplicaciones de la compaa

con el fin de que sea familiar para los usuarios. Tambin se buscar que la aplicacin
sea intuitiva y fcil de usar para que los usuarios no tengan que dedicar tiempo en
aprender a usarla.
A parte del objetivo principal, el proyecto tiene varios objetivos ms:
- Exponer qu es GCO para entender en qu empresa se est realizando el

desarrollo de la aplicacin web.
- Analizar cul era la situacin que hizo que GCO necesitase una herramienta
como JIRA para su rea de informtica. Junto a este punto se podr encontrar
todo el proceso de seleccin de software que surgi para finalmente
seleccionar JIRA.
- Explicar qu es JIRA y qu uso se le da en la compaa.
7.2.2 Alcance
El alcance de este proyecto se centra en definir, disear e implementar una aplicacin

web que permitir comunicar y realizar seguimiento de peticiones e incidencias de las
reas de negocio de la compaa al rea de informtica. Sin embargo, dada la
restriccin temporal del trabajo, hay que aplicar ciertas limitaciones:
29
- La aplicacin funcionar de manera correcta slo en los tres principales
navegadores (Internet Explorer, Mozilla Firefox y Google Chrome), que son los
que usan los empleados de la compaa.
- No se garantiza que la aplicacin est preparada para su uso de manera

concurrente por un nmero de usuarios muy grande. Para garantizarlo habra
que estudiar cual es el mximo nmero de usuarios que podran usarla a la
vez y si fuera necesario ampliarlo.
- El proyecto se quedar en el estudio de cmo mejorara la aplicacin los

procesos de negocio de la compaa pero no llegar a tener resultados
tangibles del uso real de aplicacin.
7.2.3 Posibles obstculos
Durante el desarrollo del proyecto pueden surgir infinidad de obstculos que se

debern solucionar de manera rpida si se quiere obtener una solucin en la fecha
deseada. Con esta finalidad, a continuacin se definen, por un lado, posibles
obstculos que pueden aparecer en la realizacin del proyecto y, por otro lado,
algunas recomendaciones para intentar que estos obstculos no aparezcan.
Un mal diseo de la aplicacin puede acabar en una aplicacin que no llegar a

desarrollarse dentro de la compaa. Por lo tanto, se tiene que poner especial nfasis
en analizar qu se necesita y disear una solucin que sea realista y posible realizar.
La gestin del tiempo ser un punto muy importante ya que ste estar limitado por
la fecha de entrega del proyecto. As pues, tener una buena planificacin de las
diferentes iteraciones y entregas del proyecto ser clave para llegar a obtener un
producto final acabado y que funciona correctamente.
7.2.4 Metodologa de trabajo
La metodologa de trabajo que se usar durante el desarrollo del proyecto ser

SCRUM. Se escoge SCRUM ya que es una metodologa que se suele usar en la
compaa y que est en auge actualmente. Tambin gracias al uso de JIRA se puede
seguir esta metodologa de una forma fcil.
30
Se definirn iteraciones de poca duracin con una carga de trabajo suficiente para
poder llegar a obtener el producto final que se desea.
7.2.5 Herramientas de desarrollo
El proyecto se desarrollar dentro de la compaa GCO, por lo tanto se usarn las

herramientas que ellos usan. Se usar el framework de Microsoft ASP.NET para el
desarrollo de la aplicacin web, Visual Studio 2012 como entorno de desarrollo y los
navegadores Internet Explorer9, Mozilla Firefox y Google Chrome para testear el
funcionamiento de la aplicacin web. Para la definicin de los wireframes de la
aplicacin, se usar la versin gratuita de JustinMind. Finalmente, para definir la
documentacin se usar Microsoft Word 2010 y todos los documentos que forman
parte del proyecto tendrn una copia de seguridad en Google Drive.
7.2.6 Herramientas de seguimiento
Las principales herramientas de seguimiento que se van a usar para el seguimiento

del proyecto se describen a continuacin:
- Para la planificacin de las tareas del proyecto y el seguimiento de las mismas

se usar JIRA, que como se ha explicado con anterioridad es la herramienta
que se usa en el rea de informtica de la compaa.
- Para garantizar la disponibilidad del cdigo de la aplicacin web se usar el

control de versiones que usa la compaa.
- Para la comunicacin con el ponente del proyecto y otros miembros que

forman parte del mismo se usar el correo electrnico.
7.2.7 Mtodos de validacin
Con la finalidad de validar el trabajo que se est llevando a cabo, se establecern

peridicamente reuniones con el ponente del proyecto, el director del proyecto y con
jefes y trabajadores del rea de informtica de la compaa.
Por un lado, con el ponente del proyecto se harn varias reuniones presenciales. Las
reuniones se organizarn, sobre todo, en los das previos a las fechas claves de
entrega y cuando se necesite la revisin de alguna de las partes del proyecto.
31
Tambin habr comunicacin a travs del correo electrnico para cualquier duda que
surja durante el proyecto.
Por otro lado, con el director del proyecto se harn reuniones diariamente dentro del
horario laboral de prcticas para validar tambin que el proyecto va por buen camino.
Finalmente, con los jefes y trabajadores del rea de informtica de la compaa se

harn varias reuniones para presentarles la solucin propuesta y la evolucin de la
misma.
7.3 Planificacin temporal
7.3.1 Duracin del proyecto
La duracin aproximada del proyecto es de 4 meses (17 semanas), desde el 16 de

febrero del 2015 hasta el 15 de junio del 2015. La duracin del proyecto es estimada
y puede verse afectada por desviaciones que pueden aparecer durante la realizacin
del mismo. Se ha tenido en cuenta un margen de 15 das de retraso en la fecha de
entrega del proyecto por si fuera necesario.
7.3.2 Recursos Humanos
Para la realizacin del proyecto solo se contar con el trabajo del estudiante, autor
del proyecto. Aunque cabe decir que tambin se contar con la ayuda del director y
del ponente del proyecto, que tratarn de resolver todas las dudas que puedan surgir
y, tambin, verificarn que el trabajo que se va haciendo es correcto. Por lo tanto,
como consecuencia de que slo trabajar en el proyecto una persona, no aparecen
tareas en paralelo en ninguna de las fases que forman parte del proyecto.
Tambin cabe decir que los recursos materiales que se usarn durante la realizacin
del proyecto sern solamente un ordenador de la compaa GCO que tendr todo el
software necesario instalado.
7.3.3 Fases del proyecto
Con la finalidad de organizar todo el trabajo necesario para llegar a obtener la totalidad
del mismo en la fecha de finalizacin marcada, el proyecto se ha dividido en diferentes
fases. Cada una de las fases ser revisada tras su ejecucin con el fin de replanificar
las fases posteriores, que la planificacin sea lo ms real posible y que en ningn
caso se supere la fecha de finalizacin.
32
Las fases se realizarn en el orden marcado y todas tendrn dependencias de
precedencia. Por lo tanto, hasta que no se acabe la fase 1 no se podr realizar la fase
2, hasta que no se acabe la fase 2 no se podr realizar la fase 3, y as hasta acabar
en su totalidad el proyecto. A continuacin se detallan las diferentes fases del
proyecto.
7.3.3.1 Fase 1: Gestin del proyecto
En esta primera fase se generarn los diferentes documentos que se debern

entregar en la asignatura semipresencial de Gestin de Proyectos (GEP). Los
documentos que se generarn y entregarn en este periodo son los siguientes:
1. Alcance del proyecto.

2. Planificacin temporal.
3. Gestin econmica y sostenibilidad.
4. Presentacin preliminar (esta entrega no ser un documento, sino un video).
5. Contextualizacin y bibliografa.
6. Pliego de condiciones (especialidad de Sistemas de Informacin).
7. Documento final.
La duracin estimada de esta fase es de 5 semanas.
7.3.3.2 Fase 2: Anlisis de requisitos
En esta fase se analizarn y definirn los requisitos no funcionales que deber cumplir
la aplicacin web que se acabar desarrollando. Tambin se definirn las partes
interesadas del sistema y las restricciones.
7.3.3.3 Fase 3: Especificacin
Esta fase se centrar en la definicin de la especificacin de la aplicacin web. Se

definirn los casos de uso y el esquema conceptual.
7.3.3.4 Fase 4: Diseo
Esta fase tendr como objetivo principal el diseo de la arquitectura del sistema y el
diseo de las pantallas o wireframes que formarn la aplicacin web. Junto a los
33
wireframes tambin se realizar un mapa navegacional para ver las transiciones entre
pantallas.
7.3.3.5 Fase 5: Desarrollo y pruebas
En esta fase se llevar a cabo el desarrollo de la aplicacin web. Despus del

desarrollo de cada una de las partes de la aplicacin se realizarn diferentes pruebas
para comprobar el correcto funcionamiento de las mismas.
7.3.3.6 Fase 6: Documentacin y cierre del proyecto
En esta ltima fase del proyecto se realizarn las partes de documentacin que an
no se hayan realizado, se acabar la memoria del proyecto y se preparar la
presentacin final.
La duracin aproximada en horas de cada una de las fases del proyecto es la

siguiente:
Fase Duracin aproximada (horas)
Gestin del proyecto 90
Anlisis de requisitos 60
Especificacin 60
Diseo 60
Desarrollo y pruebas 120
Documentacin y cierre del proyecto 60
Total 450
Duracin de las fases del proyecto
34
Finalmente, en la siguiente figura, se muestra en un diagrama de Gantt la planificacin temporal de las fases y las tareas que
forman parte del proyecto.
Diagrama de Gantt de la planificacin temporal
35
7.4 Presupuesto
7.4.1 Identificacin y estimacin de los costes
Los costes que forman parte del presupuesto del proyecto los podemos
dividir en cinco categoras:
- Recursos humanos.
- Software.
- Hardware.
- Gastos generales.
- Costes imprevistos.
A continuacin se estima el coste de cada una de las categoras.
7.4.1.1 Recursos humanos
El proyecto, como se ha explicado con anterioridad, ser desarrollado por

una sola persona que deber adoptar diferentes roles dependiendo de la
tarea que deba realizar. Por lo tanto, para estimar el coste en recursos
humanos del proyecto, se deber tener en cuenta las horas que se van a
necesitar para cada uno de los roles y el precio estimado que cobra una
persona que ejerce cada rol. En la tabla que se muestra a continuacin se
puede ver en detalle el coste total de recursos humanos del proyecto.
Rol /h Estimacin (horas) Total estimado
Jefe de proyecto 50 /h 150 7.500
Analista 40/h 120 4.800
Diseador 35/h 60 2.100
Programador 25/h 120 3.000
Total - 450 17.400
Presupuesto de recursos humanos
36
La estimacin de horas que aparece en la tabla anterior procede de las
diferentes tareas que se haban definido en la planificacin temporal del
proyecto.
7.4.1.2 Software
Durante el desarrollo del proyecto se necesitar el uso de diferentes

herramientas de software. Algunas de ellas tienen un coste que se debe
contemplar en el presupuesto del proyecto. En la siguiente tabla se detalla el
coste de cada una de las herramientas y que parte del mismo se debe
contabilizar en el presupuesto.
Amortizacin
Producto Coste Vida til total
(4 meses)
Windows 7
149 3 aos 12,20
Professional
Visual Studio 2012 387 3 aos 31,69
Microsoft Office
119 3 aos 9.74
2010
Internet Explorer 9 0 - 0
Mozilla Firefox 0 - 0
Google Chrome 0 - 0
0 (versin de
JustinMind - 0
prueba)
Total - - 53,63
Presupuesto de software
37
Para calcular la amortizacin se cuentan 229 das hbiles por ao (251 das
laborables menos 22 das de vacaciones). Si se cuenta que son 8 horas de
uso del software por cada da hbil, se obtiene un total de 5.496 horas en los
tres aos de amortizacin. Dividiendo el coste del producto usado por las
horas totales de uso en su vida til, se obtiene el coste de amortizacin por
hora. Multiplicando este coste por las horas que se ha estimado que se van
a necesitar los productos en el proyecto, finalmente, se obtiene el coste
proporcional de la amortizacin del producto (que es el que se va a tener en
cuenta en el presupuesto).
7.4.1.3 Hardware
Para desarrollar el proyecto, nicamente se va a necesitar un ordenador. En

la siguiente tabla aparece el coste de hardware del proyecto.
Amortizacin total
Producto Coste Vida til
(4 meses)
Ordenador 600 4 aos 36,85
Total - - 36,85
Presupuesto de hardware
El clculo de la amortizacin se ha llevado a cabo de la misma manera que

el del software.
38
7.4.1.4 Gastos generales
En el presupuesto del proyecto tambin se deben tener en cuento los gastos

generales que aparecen al realizar el proyecto. Los gastos generales que se
han tenido en cuenta estn detallados en la siguiente tabla.
Producto / Servicio Coste Periodo Total estimado
Energa elctrica 0,15/h*0,15kW 450h 10,13
Transporte 20 4 meses 80
Servidor y dominio 10 4 meses 40
Acceso a Internet 30 4 meses 120
Total - - 250,13
Presupuesto de gastos generales
7.4.1.5 Costes imprevistos
Los costes imprevistos que pueden aparecer podran estar relacionados con
la avera del ordenador que se utiliza para el desarrollo del proyecto. Si esto
sucediera se pasara a utilizar otro ordenador de repuesto con el que se
cuenta.
Por lo tanto, en el presupuesto contaremos la amortizacin de otro ordenador

como gasto imprevisto.
7.4.1.6 Coste total del proyecto
Finalmente, en la siguiente tabla se presenta el coste total del proyecto. ste

se ha obtenido de la suma de todas las categoras que se han detallado en
apartados anteriores y tambin se le ha sumado un 5% de contingencia dado
que el presupuesto est muy detallado.
39
Concepto Coste
Recursos humanos 17.400
Software 53,63
Hardware 36,85
Gastos generales 250,13
Contingencia (5%) 887,64
Costes imprevistos 36,85
Total (IVA incluido) 18.665,1
Presupuesto total del proyecto
7.4.2 Control de gestin
Como ya se ha explicado en el apartado de planificacin temporal, al acabar

cada una de las fases del proyecto, se llevar a cabo una revisin de la
duracin de la fase con la finalidad de controlar las horas reales que se han
empleado y, en el caso que fuera necesario, redistribuir la planificacin
temporal. Gracias a estas revisiones se podrn ver las desviaciones de horas
del proyecto. Como se ha expuesto en el presupuesto, a partir de las horas
que se van a emplear en el proyecto se calculan casi todos los costes. Por lo
tanto, junto a este control de horas se realizar un control de los costes del
proyecto.
Al finalizar el proyecto, con la informacin obtenida de cada una de las fases

se podrn calcular las desviaciones por precio, consumo o total.
40
7.4.3 Viabilidad econmica
Al ser una aplicacin web que va a ser de soporte y va a intentar mejorar

algunos de los procesos de negocio de la empresa, a priori, es muy
complicado ver si el proyecto va a ser viable en la faceta econmica.
No obstante, en el momento en que se ponga en marcha la aplicacin se

podr comprobar si su uso mejora la eficiencia de los procesos de negocio.
En el caso de que mejore, los empleados ahorraran tiempo y de este modo
el tiempo ahorrado se empleara en otras tareas y as, finalmente, acabaran
siendo ms productivos.
En conclusin, si los empleados acaban siendo ms productivos al usar la

aplicacin web y gracias a este aumento de la productividad se obtiene un
beneficio mayor al coste del proyecto, se podr afirmar que es viable.
7.5 Sostenibilidad
7.5.1 Matriz de sostenibilidad
Con el fin de identificar y tener en cuenta la sostenibilidad del proyecto, se

han evaluado las dimensiones econmica, social y ambiental del proyecto.
Despus de la evaluacin de las tres dimensiones, se ha puntuado cada una

de las celdas de la matriz de sostenibilidad que se muestra a continuacin:
Sostenible? Econmica Social Ambiental
Planificacin Viabilidad econmica Mejora en calidad de Anlisis de

vida recursos
25/30 8 9 8
Matriz de sostenibilidad
El resultado final es de 25 sobre 30 en el concepto de planificacin. As pues,

se puede asegurar que el proyecto es sostenible en el concepto de
planificacin.
41
A continuacin se muestra la evaluacin en detalle de cada una de las
dimensiones junto a las justificaciones pertinentes.
7.5.2 Dimensin econmica
En este proyecto se ha tenido en cuenta una evaluacin de costes, tanto de

recursos materiales como de recursos humanos. No se ha tenido en cuenta
el coste de los ajustes, actualizaciones o reparaciones durante la vida til del
proyecto ya que este proyecto solo se centra en el desarrollo y ese sera un
coste de mantenimiento.
Comparando los costes del proyecto con los de otros que se han realizado
en otras empresas del sector, se puede afirmar que el coste est muy
ajustado y que por lo tanto es un proyecto competitivo.
En cuanto a la realizacin del mismo, sera posible acabar el proyecto en un

periodo de tiempo ms breve si se contara con recursos humanos ms
experimentados en el desarrollo de aplicaciones similares.
El tiempo que se va a dedicar a cada tarea es proporcional a su importancia

con la finalidad de obtener un producto final de calidad.
Es posible que a partir de este proyecto aparezcan ms proyectos

relacionados con el mismo dentro de la compaa.
7.5.3 Dimensin social
La situacin social y poltica del entorno en el que se desarrolla el proyecto

es de depresin. Todos los recortes en gastos son buenos y se busca el
aumento de la productividad de los trabajadores. En el sector se busca
ajustar los precios al mximo ya que estn apareciendo compaas que
ofrecen los servicios con precios muy ajustados.
El uso de la aplicacin web que se va a desarrollar en el proyecto mejorar

algunos de los procesos de negocio de la empresa. Por lo tanto, favorece a
la empresa.
S que existe una necesidad real del producto ya que algunos de los
trabajadores de la empresa han pedido la creacin de un producto similar.
La implantacin de esta aplicacin en la compaa mejorar la calidad de

vida de los empleados ya que no tendrn que perder tanto tiempo en realizar
algunos procesos.
42
Gracias a la aplicacin, los usuarios podrn realizar las peticiones e
incidencias por un canal marcado, la aplicacin web, y stas se crearn de
manera automtica en la herramienta de seguimiento de peticiones e
incidencias que se usa en el rea de informtica, JIRA. De esto modo, los
usuarios se ahorrarn algunos pasos.
En definitiva, no hay ningn colectivo que se vea perjudicado por la

realizacin del proyecto.
7.5.4 Dimensin ambiental
Durante el desarrollo del proyecto se va a necesitar energa elctrica para

alimentar el ordenador y los servidores que se van a usar. Cabe decir que la
obtencin de esta energa tiene un impacto ambiental negativo.
Se estima que el consumo del ordenador ser de unos 67,5 kW. En cambio,
no podemos estimar cul ser el consumo de los servidores.
Cabe destacar que sin el uso de la aplicacin que se va a obtener en el TFG

se tendra un consumo elctrico ms alto ya que los procesos tardaran ms
tiempo en realizarse.
Los servidores que se van a usar para esta aplicacin son los que usa la
empresa para todos sus desarrollos y aplicaciones. Por lo tanto, los
servidores se reutilizan.
Adems, durante el desarrollo del producto no se va a generar ningn tipo de

contaminacin excepto la que est relacionada con el proceso de obtencin
de la energa elctrica que se va a necesitar.
Todos los servicios que se desarrollen en el proyecto podrn ser reutilizados

por otras aplicaciones que se desarrollen en un futuro en la compaa.
43
8. Anlisis de la aplicacin web
8.1 Requisitos no funcionales
Los requisitos no funcionales que se tendrn en cuenta en el desarrollo de la

aplicacin son los siguientes:
- Disponibilidad: la aplicacin debe estar disponible como mnimo en las
horas en las que los empleados estn trabajando en la compaa.
- Seguridad: a la aplicacin slo pueden acceder los empleados que estn

autorizados. stos tendrn un usuario y una clave para acceder a la
aplicacin. Adems, debern tener asignadas las reas a las cuales pueden
realizar peticiones o informar incidencias. Si no disponen de un usuario y una
clave vlidos o no tienen asignadas reas, la aplicacin no se podr usar. Si
estn en esa situacin y necesitan usarla, debern contactar con los
administradores de la aplicacin.
- Accesibilidad: la aplicacin ser accesible a travs del portal intranet de

aplicaciones de la compaa. Adems, se podr acceder desde fuera a travs
de una url preparada para ello.
- Usabilidad: la aplicacin seguir las mismas pautas de usabilidad que se

han usado en todas las aplicaciones que ha desarrollado la compaa.
- Portabilidad: al ser una aplicacin web es totalmente portable.
- Operatividad: la aplicacin estar operativa para los tres principales

navegadores: Internet Explorer, Mozilla Firefox y Google Chrome.
- Interoperabilidad: al ser una aplicacin web que funciona con conexin a

Internet se asegura que la aplicacin es interoperable, los datos que usan se
guardarn y descargarn de la red.
- Escalabilidad: la escalabilidad del sistema estar relacionada con la

escalabilidad que tiene la herramienta JIRA.
- Mantenibilidad: la aplicacin ser fcilmente mantenible. Cualquier mejora

que surja ser aadida. Al ser una aplicacin web no har falta volver a
instalarla en el caso de que se actualice.
- Interfaz: la aplicacin tendr una interfaz semejante a la de todas las

aplicaciones que han sido desarrolladas por la compaa para facilitar el
proceso de implantacin.
44
8.2 Casos de uso
A continuacin se presentan los casos de uso que definen el uso de la aplicacin.
Diagrama de casos de uso
45
8.2.1 CU01: Aadir una peticin
Actor principal: Usuario aplicacin.
Precondicin: -.
Disparador: El usuario quiere aadir una peticin al sistema.
Escenario principal:
1. El usuario selecciona la opcin Aadir peticin.
2. El sistema le muestra al usuario los campos que debe definir para aadir una
peticin.
3. El usuario define los campos que le solicita el sistema y confirma que quiere
aadir la peticin.
4. El sistema aade la peticin y le notifica al usuario el identificador de la
misma.
Extensiones:
4.a Alguno de los campos no son vlidos.
4.a.1 El sistema notifica al usuario que campos no son vlidos.
4.a.2 El caso de uso contina en el paso 3.
8.2.2 CU02: Seleccionar el orden de una peticin

Precondicin: El usuario ha seleccionado la opcin Aadir peticin.
Disparador: El usuario quiere seleccionar el orden de una peticin que va a aadir.
1. El usuario selecciona la opcin Seleccionar orden.
2. El sistema le muestra al usuario todas las peticiones en estado Abierta de
la misma rea y prioridad que la peticin que se est creando.
3. El usuario selecciona el orden y lo confirma.
4. El sistema define el campo orden de la peticin que se va a crear.
Extensiones:
2.a No existen peticiones en estado Abierta de la misma rea y de la misma
prioridad.
2.a.1 El sistema notifica al usuario que no existe ninguna peticin que
cumpla estas condiciones y le muestra una opcin para seleccionar el
orden de manera automtica.
2.a.2 El usuario selecciona la opcin para seleccionar el orden de
manera automtica.
46
8.2.3 CU03: Buscar una peticin
Precondicin: -.
Disparador: El usuario quiere buscar una peticin concreta.
1. El usuario selecciona la opcin Una peticin del formulario de bsqueda.
2. El usuario introduce el identificador de la peticin que quiere buscar y
selecciona la opcin buscar.
3. El sistema muestra la peticin.
Extensiones:
3.a La peticin no existe.
3.a.1 El sistema notifica al usuario que la peticin no existe.
3.b El usuario no puede recuperar esta peticin.
3.b.1 El sistema notifica al usuario que no puede recuperar la peticin
con ese identificador.
3.b.2 El caso de uso contina en el paso 2.
8.2.4 CU04: Buscar Mis peticiones
Precondicin: -.
Disparador: El usuario quiere buscar las peticiones que ha aadido l en el sistema.
1. El usuario selecciona la opcin Mis peticiones del formulario de bsqueda.
2. El usuario define las opciones de bsqueda que vea oportunas y selecciona
la opcin buscar.
3. El sistema muestra todas las peticiones que han sido aadidas por el usuario
de la aplicacin que se ajustan a las opciones de bsqueda.
Extensiones:
3.a No existen peticiones que se ajusten a las opciones de bsqueda
seleccionadas.
3.a.1 El sistema notifica al usuario que no existen peticiones que se
ajustan a las opciones de bsqueda seleccionadas.
47
8.2.5 CU05: Buscar Todas las peticiones
Precondicin: -.
Disparador: El usuario quiere buscar todas las peticiones que hay en el sistema.
1. El usuario selecciona la opcin Todas las peticiones del formulario de
bsqueda.
2. El usuario define las opciones de bsqueda que vea oportunas y selecciona
la opcin buscar.
3. El sistema muestra todas las peticiones que han sido aadidas por el usuario
de la aplicacin que se ajustan a las opciones de bsqueda.
Extensiones:
2.a El usuario necesita buscar las peticiones de un usuario concreto.
2.a.1 El usuario selecciona la opcin buscar usuario.
2.a.2 [ -> CU06: Buscar usuario].
3.a No existen peticiones que se ajusten a las opciones de bsqueda
seleccionadas.
3.a.1 El sistema notifica al usuario que no existen peticiones que se
ajustan a las opciones de bsqueda seleccionadas.
48
8.2.6 CU06: Buscar usuario
Precondicin: -.
Disparador: El usuario quiere buscar un usuario.
1. El usuario selecciona la opcin buscar usuario.
2. El sistema le muestra al usuario un formulario de bsqueda.
3. El usuario define los campos del formulario de bsqueda y selecciona la
opcin buscar.
4. El sistema muestra los resultados de la bsqueda.
5. El usuario selecciona el usuario que estaba buscando.
6. El sistema recupera los datos del usuario.
Extensiones:
4.a No existen resultados de la bsqueda.
4.a.1 El sistema notifica al usuario que no hay resultados.
8.2.7 CU07: Reordenar las peticiones
Precondicin: El usuario ha realizado una bsqueda de Mis peticiones y ha definido

los campos rea, estado (Abierta) y prioridad del formulario de bsqueda.
Disparador: El usuario quiere reordenar las peticiones.
1. El usuario selecciona la opcin reordenar.
2. El sistema muestra las peticiones resultantes de la bsqueda, efectuada
antes de seleccionar la opcin reordenar, junto a diferentes opciones para
poder reordenarlas.
3. El usuario reordena las peticiones seleccionando las diferentes opciones que
le muestra el sistema.
4. El sistema modifica el orden de las peticiones que hayan sido reordenadas.
Extensiones:
4.a Alguna modificacin no ha sido posible.
4.a.1 El sistema notifica al usuario que la modificacin del orden no ha
sido posible.
49
8.2.8 CU08: Gestionar las reas de los solicitantes
Actor principal: Administrador.
Precondicin: -.
Disparador: El administrador quiere gestionar las reas de los solicitantes (Usuarios

de la aplicacin).
1. El administrador selecciona la opcin gestin solicitantes.
2. El sistema muestra una opcin de bsqueda de personas.
3. El administrador selecciona la opcin seleccionar persona [-> CU06: Buscar
usuario].
4. El sistema muestra las reas a las que tiene acceso el usuario seleccionado
y tambin muestra opciones para aadir o eliminar las reas del usuario
seleccionado.
5. El administrador aade o elimina reas al usuario.
6. El sistema modifica las reas a las que tiene accesos el usuario
seleccionado.
Extensiones:
8.2.9 CU09: Ver los detalles de una peticin
Precondicin: -.
Disparador: El usuario quiere ver los detalles de una peticin.
1. El usuario marca una peticin y selecciona la opcin ver detalles.
2. El sistema muestra todos los detalles de la peticin seleccionada.
Extensiones:
50
8.2.10 CU10: Modificar una peticin
Precondicin: La peticin est Abierta (estado) y el solicitante es el usuario que

est usando la aplicacin.
Disparador: El usuario quiere modificar una peticin.
1. El usuario selecciona la opcin modificar.
2. El sistema muestra los campos que definen la peticin para poder editarlos.
3. El usuario modifica los campos que quiera modificar y confirma la
modificacin.
4. El sistema modifica la peticin con los nuevos datos introducidos.
Extensiones:
3.a El usuario quiere modificar el campo orden.
3.a.1 [CU02: Seleccionar el orden de una peticin].
4.a Alguno de los campos no son vlidos.
4.a.1 El sistema notifica al usuario que campos no son vlidos.
51
8.2.11 CU011: Aadir un archivo anexo a una peticin
Precondicin: -.
Disparador: El usuario quiere aadir un archivo anexo a una peticin.
1. El usuario selecciona la opcin aadir anexo.
2. El sistema le muestra las opciones necesarias para aadir el anexo.
3. El usuario selecciona el archivo que quiere aadir a travs de las opciones
mostradas por el sistema y confirma que quiere aadir el archivo.
4. El sistema aade el archivo anexo a la peticin.
Extensiones:
4.a El archivo no se puede aadir (por razones de formato o tamao).
4.a.1 El sistema notifica al usuario que no se puede aadir ese anexo
y le informa la razn.
8.2.12 CU012: Aadir un comentario a una peticin
Precondicin: -.
Disparador: El usuario quiere aadir un comentario a una peticin.
1. El usuario selecciona la opcin aadir comentario.
2. El sistema muestra las opciones necesarias para aadir el comentario.
3. El usuario introduce el comentario y confirma que quiere aadirlo.
4. El sistema aade el comentario a la peticin.
Extensiones:
4.a El usuario no ha introducido ningn comentario.
4.a.1 El sistema notifica al usuario que debe introducir un comentario
si quiere aadirlo.
52
8.2.13 CU013: Aadir informacin a una peticin
Precondicin: La peticin est Pendiente de informacin (estado) y el solicitante

es el usuario de la peticin.
Disparador: El usuario quiere aadir informacin a una peticin.
1. El usuario selecciona la opcin aadir informacin.
2. El sistema muestra las opciones necesarias para aadir la informacin.
3. El usuario introduce la informacin y confirma que quiere aadirla.
4. El sistema aade la informacin a la peticin y cambia el estado de la misma
a Abierta.
Extensiones:
4.a El usuario no ha introducido la informacin.
4.a.1 El sistema notifica al usuario que debe introducir la informacin
si quiere aadirla.
8.2.14 CU014: Validar una peticin
Precondicin: La peticin est Pendiente de validacin (estado) y el solicitante es

el usuario de la peticin.
Disparador: El usuario quiere validar la peticin.
1. El usuario selecciona la opcin validar.
2. El sistema muestra las opciones necesarias para validar la peticin.
3. El usuario selecciona la opcin Validacin correcta, se cierra la peticin y
confirma la validacin.
4. El sistema cambia el estado de la peticin a Cerrada.
Extensiones:
3.a El usuario selecciona la opcin de validacin incorrecta.
3.a.1 El usuario selecciona la opcin Validacin incorrecta, revisar
puntos indicados, aade los puntos a revisar y confirma la validacin.
3.a.2 El sistema cambia el estado de la peticin a Reabierta y aade
los puntos a revisar como Motivo reapertura.
3.a.3 Acaba el caso de uso.
53
8.3 Esquema conceptual
A continuacin se presenta el esquema conceptual:
Esquema conceptual de Peticiones Informtica
8.4 Normativas
La nica normativa que se tiene en cuenta es la de LOPD para la proteccin de datos

de los empleados y de la compaa.
8.5 Desarrollos a realizar
Para desarrollar la aplicacin, se ha dividido el desarrollo en dos proyectos:
- Uno de FrontEnd, con las pantallas que conforman la aplicacin.

- Uno de BackEnd/Servicios, con las funcionalidades necesarias para que el
funcionamiento de la aplicacin sea el esperado.
Adems, se necesita una Base de datos para gestionar las reas de informtica a
las que los usuarios podrn comunicar peticiones/incidencias.
54
Las peticiones/incidencias que se creen desde la aplicacin se crearn de manera
automtica en un proyecto especfico de JIRA, Peticiones Externas.
8.5.1 FrontEnds
Los FrontEnds que se deben desarrollar son:
1. Pantalla de seguimiento de peticiones. [Seguimiento Peticiones]

2. Pantalla para gestionar las reas de un usuario. [Gestin Solicitantes]
3. Pantalla para aadir una peticin. [Registro Peticin]
4. Pantalla para seleccionar el orden de una peticin. [Seleccionar Orden]
5. Pantalla para reordenar peticiones. [Reordenar]
6. Pantalla para ver los detalles de una peticin. [Detalles Peticin]
7. Pantalla para modificar una peticin. [Modificar Peticin]
8. Pantalla para comentar una peticin. [Aadir Comentario]
9. Pantalla para aadir un archivo anexo a una peticin. [Aadir Archivo
Anexo]
10. Pantalla para aadir informacin a una peticin. [Aadir Informacin]
11. Pantalla para validar una peticin. [Validar Peticin]
La aplicacin seguir est mapa navegacional:
Mapa navegacional de Peticiones informtica
En todas las pantallas el botn salir servir para volver a la pantalla desde la que
venamos. En el caso de la pantalla inicial (Seguimiento Peticiones) al pulsar el botn
salir no pasar nada.
55
La pantalla Buscar Persona ya est desarrollada y se reutilizar para este proyecto.
Wireframe de la pantalla Buscar Persona
En esta pantalla los usuarios de la aplicacin podrn buscar a cualquiera de las

personas que forman parte de las compaas que conforman el grupo. Para realizar
la bsqueda podrn seleccionar la compaa del desplegable e introducir el nombre
o los apellidos de la persona. Al pulsar el botn buscar obtendrn los resultados.
Finalmente debern seleccionar a la persona de la tabla de resultados y pulsar el

botn seleccionar, de este modo se obtendr el correo electrnico de la persona
que se mostrar en la pantalla Seguimiento Peticiones o Gestin Solicitantes.
A continuacin, se exponen los wireframes de todas las pantallas que se van a

realizar junto a una explicacin de todas las funcionalidades que puede realizar un
usuario.
56
8.5.1.1 Seguimiento Peticiones
Wireframe de la pantalla Seguimiento Peticiones
En esta pantalla los usuarios podrn realizar bsquedas de peticiones/incidencias

que ya se han dado de alta en el sistema, aadir nuevas peticiones/incidencias,
gestionar las reas de los solicitantes, reordenar las peticiones/incidencias y ver los
detalles de una peticin/incidencia.
Las bsquedas se podrn acotar rellenando los diferentes campos del Formulario
de Consulta:
- Una Peticin: Marcando esta opcin los usuarios podrn buscar una
peticin/incidencia en concreto introduciendo el identificador de la misma.
- Mis Peticiones: Seleccionando esta opcin obtendrn las
peticiones/incidencias que el usuario que est usando la aplicacin haya
introducido en el sistema. Adems, podr filtrar la bsqueda seleccionando
el rea a la que iban dirigidas las peticiones/incidencias, el estado, la
prioridad y el tipo de las peticiones/incidencias, y podr ordenar los
resultados por fecha de modificacin o por el campo orden.
- Todas las Peticiones: Escogiendo esta opcin obtendrn las

peticiones/incidencias que se han comunicado a las reas a las que tiene
acceso. Adems, podr filtrar la bsqueda de la misma manera que la de
Mis Peticiones y tambin podr buscar las peticiones/incidencias que ha
comunicado un usuario concreto. Para seleccionar el usuario deber pulsar
el botn buscar usuario que le permitir recuperar el correo de la persona
que necesite.
57
Los resultados de las bsquedas estarn paginados para evitar que el usuario
obtenga un nmero demasiado grande de resultados. Para visualizar todos los
resultados de la bsqueda el usuario deber usar los botones anterior y siguiente.
La gestin de reas de los solicitantes solo la podrn realizar los usuarios con
permisos de administrador de la aplicacin, que son los nicos que vern ese botn
en la pantalla.
Wireframe de la pantalla Seguimiento Peticiones (opcin reordenar disponible)
Solo se podrn reordenar las peticiones/incidencias cuando stas sean de la misma

rea y de la misma prioridad y estn en estado Abierta. Solo en ese caso aparecer
el botn que permitir acceder a la pantalla reordenar.
58
8.5.1.2 Gestin Solicitantes
En esta pantalla los administradores de la aplicacin podrn gestionar las reas de

los usuarios que la usan.
En primer lugar debern buscar el usuario, para obtener las reas que actualmente
tiene vinculadas, pulsando el botn seleccionar persona. Una vez se haya
recuperado el usuario, se podrn aadir y eliminar las reas que tiene asignadas.
Wireframe de la pantalla Gestin Solicitantes
8.5.1.3 Registro Peticin
Esta es la pantalla en la que los usuarios de la aplicacin podrn aadir una nueva
peticin/incidencia. Los nicos campos que no son obligatorios son el de Fecha
Deseada y Archivo Anexo. El campo orden se deber definir mediante el botn
seleccionar orden que llevar al usuario a la pantalla destinada a ello.
Las reas que se muestran en el desplegable rea se recuperarn de la base de

datos en funcin del usuario que est usando la aplicacin. De este modo, los
usuarios solo podrn seleccionar las reas a las que le pueden informar
peticiones/incidencias.
Los dos tipos de peticiones que se pueden definir son Peticin o Incidencia. El
tipo Peticin est pensado para nuevos desarrollos o mejoras en aplicaciones ya
existentes. En cambio el tipo Incidencia est pensado para informar errores.
El campo Prioridad tiene tres opciones posibles: alta, media y baja. A partir de este
campo los usuarios debern priorizar las peticiones/incidencias que introduzcan. Por
defecto aparecer la opcin Baja seleccionada.
59
El Orden es un campo numrico que servir para ordenar las
peticiones/incidencias que se van informando. El orden ser relativo al rea y a la
prioridad seleccionada previamente. Por lo tanto esos dos campos debern estar
definidos antes de escoger el orden.
La Fecha Deseada servir para que los usuarios de la aplicacin puedan informar
en qu fecha les gustara que se solucionase la peticin/incidencia. Por parte de los
empleados del rea de informtica, que son los que reciben las
peticiones/incidencias, se usar para organizar todos los trabajos que tengan.
Finalmente, el Archivo Anexo complementar la informacin dada sobre la

peticin/incidencia.
Wireframe de la pantalla Registro Peticin
60
8.5.1.4 Seleccionar Orden
En esta pantalla el usuario de la aplicacin deber seleccionar el orden que desea

que tenga la peticin/incidencia. Aparecern las peticiones/incidencias en estado
Abierta que tengan el rea y la prioridad seleccionadas en la pantalla anterior.
El usuario deber escoger una de las peticiones/incidencias que se mostrarn en la

pantalla y despus si quiere que la peticin se ordene antes o despus de la
peticin/incidencia escogida.
Wireframe de la pantalla Seleccionar Orden
8.5.1.5 Reordenar
En esta pantalla el usuario de la aplicacin podr reordenar las

peticiones/incidencias que estn en estado Abierta y sean de la misma rea y
prioridad.
Pulsando los botones subir y bajar podr obtener el orden de las

peticiones/incidencias que desee.
Wireframe de la pantalla Reordenar
61
8.5.1.6 Detalles Peticin
En esta pantalla el usuario de la aplicacin podr ver los detalles de una

peticin/incidencia y los comentarios que se han aadido por parte de usuarios de
la aplicacin y por parte de los usuarios de informtica que usan Jira.
Adems podr realizar las siguientes acciones:
- Modificar los datos de la peticin/incidencia. Esta funcionalidad solo se podr

ejecutar cuando el estado de la peticin/incidencia sea Abierta. De este
modo se evita que los usuarios puedan modificar los datos de una
peticin/incidencia que ya se ha empezado a llevar a cabo por parte de los
receptores de la peticin.
- Aadir un archivo anexo. Esta accin se podr utilizar en cualquier momento.

El usuario de la aplicacin podr aadir todos los archivos anexos que
necesite para detallar su peticin/incidencia.
- Aadir un comentario. A travs de este canal el usuario podr comunicarse

con el usuario que va a trabajar en su peticin/incidencia de una manera ms
rpida y sencilla. Este canal de comunicacin siempre estar abierto y lo
podrn usar todos los usuarios de la aplicacin que puedan acceder a los
detalles de la peticin/incidencia.
Wireframe de la pantalla Detalles Peticin (opcin modificar disponible)
62
- Aadir informacin. Este botn solo aparecer en la pantalla cuando la
peticin/incidencia est en estado Pendiente de Informacin. Este estado
lo usarn los usuarios de Jira para solicitarle, a los usuarios de la aplicacin,
informacin que les falte y sea necesaria para continuar trabajando en
solucionar la peticin/incidencia. A travs de un comentario le pedirn la
informacin que necesiten.
Wireframe de la pantalla Detalles Peticin (opcin aadir informacin disponible)
- Validar la peticin/incidencia. Esta funcionalidad solo aparecer cuando el

estado de la peticin/incidencia sea Pendiente de Validacin. Este estado
lo usarn los usuarios de Jira para solicitarle, al usuario de la aplicacin, que
valide si la peticin/incidencia ha sido solucionada.
63
Wireframe de la pantalla Detalles Peticin (opcin validar disponible)
8.5.1.7 Modificar Peticin
En esta pantalla el usuario de la aplicacin podr modificar los datos de una

peticin/incidencia que previamente haba creado. El nico campo que no podr
modificar es el de Tipo.
Wireframe de la pantalla Modificar Peticin
64
8.5.1.8 Aadir Comentario
A travs de esta pantalla cualquier usuario de la aplicacin que pueda acceder podr
aadir un comentario a la peticin/incidencia.
Wireframe de la pantalla Aadir Comentario
8.5.1.9 Aadir Archivo Anexo
En esta pantalla el usuario podr aadir un archivo anexo a la peticin/incidencia.
Wireframe de la pantalla Aadir Archivo Anexo
65
8.5.1.10 Aadir Informacin
En esta pantalla el usuario de la aplicacin podr aadir la informacin que se le

solicita por parte de los usuarios de Jira que estn trabajando en solucionar la
peticin/incidencia. Al aadir la informacin el estado de la peticin/incidencia
pasar de Pendiente de Informacin a En progreso.
Wireframe de la pantalla Aadir Informacin
8.5.1.11 Validar Peticin
En esta pantalla el usuario de la aplicacin podr validar la peticin/incidencia. Si el

resultado de la validacin es el de Validacin incorrecta, el usuario deber aadir
los puntos que deben revisar los usuarios que estn trabajando en solucionar la
peticin/incidencia para que sta acabe solucionndose. En este caso, el estado de
la peticin/incidencia pasar de Pendiente de Validacin a Reabierta. En cambio,
si el resultado de la validacin es el de Validacin correcta, la peticin/incidencia
pasar del estado Pendiente de Validacin a Cerrada.
Wireframe de la pantalla Validar Peticin

66
8.5.2 BackEnds
Los BackEnds que se deben desarrollar son:
1. BE.IniLstAreasPetInform
2. BE.InsAreasPetInform
3. BE.GetAreasPetInform
4. BE.DelAreasPetInform
5. BE.ListIssue
6. BE.AltaIssue
7. BE.AddFile
8. BE.AddComment
9. BE.UpdateIssue
10. BE.GetIssue
11. BE.ChangeState
12. BE.SetReordenar
13. BE.ACSetReordenar
14. BE.ACGetIssue
15. BE.ACGetDatUsr
A continuacin se explica brevemente para qu sirve cada uno de ellos:
8.5.2.1 BE.IniListAreasPetInform
Comprueba si el usuario que est usando la aplicacin tiene permisos para

realizar cambios en las reas de acceso que tiene un usuario.
8.5.2.2 BE.InsAreasPetInform
Inserta las reas de informtica junto al usuario que estn en la entrada en la

tabla Peticiones Informtica Usuario para que ste tenga acceso a dichas reas
dentro de la aplicacin.
8.5.2.3 BE.GetAreasPetInform
Obtiene las reas a las que tiene acceso un usuario. De este modo se controla
a qu reas puede acceder el usuario.
8.5.2.4 BE.DelAreasPetInform
Borra de base de datos la fila en la que se la acceso a un usuario de una rea.

Este servicio y los anteriores servirn para gestionar las reas a las que tiene
acceso un usuario a travs de la aplicacin.
67
8.5.2.5 BE.ListIssue
Obtiene todas las peticiones/incidencias que cumplen con los parmetros de

entrada. No obtiene todos los datos de las peticiones, sino los necesarios en el
FE dnde se realiza la bsqueda.
8.5.2.6 BE.AltaIssue
Crea una nueva peticin/incidencia en Jira con los datos de la entrada.
8.5.2.7 BE.AddFile
Aade un fichero adjunto a la peticin/incidencia identificada por los datos de la

entrada.
8.5.2.8 BE.AddComment
Aade un comentario a la peticin/incidencia identificada por los datos de la

entrada. Este comentario se formatea para que los usuarios de Jira puedan ver
fcilmente cules son los comentarios que han introducido los usuarios de la
aplicacin.
8.5.2.9 BE.UpdateIssue
Modifica los datos de una peticin/incidencia. Antes de realizar la modificacin

comprueba que la peticin/incidencia est en estado Abierta y que estn todos
los datos obligatorios informados.
8.5.2.10 BE.GetIssue
Obtiene todos los datos de una peticin/incidencia. Los datos que obtiene son
los necesarios en el FrontEnd que muestra los detalles de una peticin.
8.5.2.11 BE.ChangeState
Modifica el estado actual de una peticin/incidencia.
8.5.2.12 BE.SetReordenar
Modifica el orden de una peticin/incidencia.

68
8.5.2.13 BE.ACSetReordenar
Modifica el orden de varias peticiones/incidencias. Es capaz de modificar el

orden de ms de una peticin/incidencia ya que es un BackEnd de actividad
compuesta, que puede ejecutar de manera recurrente BackEnds de actividad
simple.
8.5.2.14 BE.ACGetIssue
Obtienes los datos de acceso de un usuario y los datos de una

peticin/incidencia. Este servicio de actividad compuesta se tuvo que crear para
controlar el acceso a la aplicacin desde los correos electrnicos de notificacin
que reciben los usuarios.
8.5.2.15 BE.ACGetDatUsr
Obtiene los datos de acceso de un usuario y los datos necesarios para poder
iniciar la aplicacin. Es un servicio de actividad compuesta ya que se
comprueban los permisos de acceso del usuario que accede a la aplicacin y
adems se recuperan los datos para que el usuario pueda empezar a usar la
aplicacin.
8.2.3 Base de Datos
Para la gestin de las reas que los usuarios de la aplicacin pueden seleccionar,
se han creado estas dos tablas que contendrn la informacin necesaria en base de
datos.
Esquema BBDD para la gestin de las reas
En la tabla PeticionesInformaticaAreaInformatica se guardarn todas las reas que

hay en el rea de informtica.
En la tabla PeticionesInformaticaUsuario se guardarn las reas que tendr
asignadas cada uno de los usuarios de la aplicacin Peticiones Informtica.
69
9. Reflexin personal
En este ltimo apartado me gustara hacer una reflexin personal sobre la

experiencia de realizar este TFG.
Antes de todo dar las gracias al Grupo Catalana Occidente, en especial a Xavier
Portales y Xavier Milin, por darme la oportunidad de estar con ellos estos meses
realizando un contrato de prcticas en el que confiaron en m para llevar a cabo este
proyecto.
Despus de estos meses trabajando en este proyecto, puedo decir que han sido
unos meses muy enriquecedores. El hecho de hacer el proyecto en una empresa,
te da la perspectiva necesaria para acabar de aplicar todos los conocimientos
adquiridos en estos aos en la FIB.
Durante la carrera he ido cursando muchas asignaturas que me han aportado el

conocimiento necesario para poder llevar a cabo un proyecto de esta ndole. Las
asignaturas que creo que me han sido de ms utilidad para realizar este trabajo junto
a los conocimientos que he aplicado son:
- ER (Ingeniera de Requisitos): definicin de los requisitos y los casos de uso.
- DSI (Diseo de Sistemas de Informacin): definicin de diferentes diagramas

y seleccin de la metodologa de desarrollo que se va a utilizar en el proyecto.
- VPE (Viabilidad de Proyectos Empresariales): anlisis econmico del

proyecto.
- EDO (Estrategia Digital de las Organizaciones): anlisis del proceso de

negocio que va a mejorar gracias al uso de la aplicacin y diseo de los
wireframes de la aplicacin.
- PSI (Proyectos de Sistema de Informacin): definicin de la documentacin

necesaria para desarrollar el proyecto.
- CSI (Conceptos de Sistemas de Informacin): anlisis de los posibles

sistemas que se podran implantar.
- SIO (Sistema de Informacin para las Organizaciones): procesos de

seleccin de sistemas de informacin y procesos de implantacin de
sistemas de informacin.
Finalmente, me gustara dar las gracias a todos los profesores y compaeros que
han hecho posible que haya sido capaz de acabar la carrera y realizar este Trabajo
Final de Grado. Gracias!
70
10. Webgrafa
- Web oficial del Grupo Catalana Occidente:

http://www.grupocatalanaoccidente.com/ESP/
- Artculo sobre el Grupo Catalana Occidente en la web del IESE:

http://www.iese.edu/es/conoce-iese/prensa-
noticias/noticias/2015/febrero/150-anos-asegurando-negocio-familiar/
- Artculo sobre el Grupo Catalana Occidente en la web de El Pas:

http://elpais.com/diario/1999/12/31/economia/946594804_850215.html
- Entrada en un blog sobre TFS:

http://elbruno.com/como-convencer-a-tu-jefe-de-utilizar-team-foundation-
server/
- Entrada en la Wikipedia sobre TFS:

http://en.wikipedia.org/wiki/Team_Foundation_Server
- Pgina oficial IBM (informacin IBM-Rational):

http://www-03.ibm.com/software/products/es/rtc
- Entradas en la Wikipedia sobre IBM-Rational:

http://es.wikipedia.org/wiki/Rational_Software
http://en.wikipedia.org/wiki/Rational_Software
- Entrada en la Wikipedia sobre comparativa de herramientas de gestin de

proyectos:
http://en.wikipedia.org/wiki/Comparison_of_project_management_software
- Web oficial de Atlassian:

(Informacin sobre JIRA):
https://es.atlassian.com/software/jira
(Informacin sobre JIRA Service Desk):
https://es.atlassian.com/software/jira/service-desk
Adems de estas pginas web, se ha usado informacin proporcionada por Grupo

Catalana Occidente que no est disponible en la red.
71
Anexo I
Peticiones Informtica FAQs

ndice
Qu es Peticiones Informtica? ................................................................................ 3
Cmo acceder a la aplicacin? ................................................................................... 3
Cmo empezar? ......................................................................................................... 3
Qu puedo hacer en cada una de las pantallas? ........................................................ 5
Por qu me aparece esta pantalla al acceder a la aplicacin? .................................. 10
Cmo aadir ms de un archivo anexo?................................................................... 10
Puedo eliminar un archivo anexo? ............................................................................ 10
Cmo buscar una peticin/incidencia que ya existe? ................................................ 11
Qu notificaciones recibir?...................................................................................... 11
Qu hacer al recibir un correo que me pide validar una peticin/incidencia? ............ 11
Por qu no encuentro una peticin/incidencia?......................................................... 12
Qu hacer al recibir un correo que me pide informacin sobre una

peticin/incidencia? .................................................................................................... 12
Puedo eliminar una peticin/incidencia? ................................................................... 12
Cmo saber si tengo algo pendiente? ...................................................................... 12
Cmo cambiar el orden de una peticin/incidencia? ................................................. 12
Puedo realizar alguna accin en una peticin/incidencia en la que no soy el

solicitante?.................................................................................................................. 14
Puedo modificar una peticin/incidencia? ................................................................. 14
Qu acciones puedo hacer cuando mi peticin/incidencia ya no est en estado

Abierta? .................................................................................................................... 14
2
Qu es Peticiones Informtica?
Peticiones Informtica es una aplicacin web que permite informar
peticiones/incidencias a las reas de informtica y realizar seguimiento de las mismas
durante su resolucin.
Cmo acceder a la aplicacin?

Desde el portal de cada compaa existe un enlace a Peticiones Informtica, segn
el portal su ubicacin es:
- Portal de SCO: Inicio > Portales > Portal de Informtica

- Portal de Seguros Bilbao: Inicio > rea Servicios
- Portal de Prepersa: Inicio > Comunicaciones
Cmo empezar?
La pantalla inicial de la aplicacin es la siguiente:
Para aadir una peticin/incidencia pulse sobre el botn aadir peticin. Le aparecer
la siguiente pantalla en la que deber introducir los datos que se le solicitan en el
formulario para crear la peticin/incidencia.
3
Los campos del formulario de registro de una peticin/incidencia son los siguientes:
- rea: departamento de informtica al que le quiere comunicar la

peticin/incidencia.
- Tipo: Peticin o Incidencia. La peticin est pensada para nuevos desarrollos

o modificacin de alguna de las aplicaciones que ya existen. La incidencia, en
cambio, est pensada para informar errores o fallos de alguna de las
aplicaciones.
- Asunto: resumen de la peticin/incidencia.
- Descripcin: explicacin de todos los detalles de la peticin/incidencia.
- Prioridad: alta, media o baja.
- Orden: nmero con el que se ordenan las peticiones/incidencias de la misma

rea y la misma prioridad. Para seleccionar el orden pulse el botn seleccionar
orden, le aparecern las peticiones/incidencias del rea y la prioridad
seleccionadas que estn en estado Abierta y deber definir si quiere que la
nueva peticin/incidencia est antes o despus de la peticin/incidencia que
seleccione de la tabla.
4
- Fecha orientativa deseada: es una fecha orientativa que le servir a
informtica para mirar de planificar los desarrollos. En ningn caso implica
ningn tipo de compromiso y desde informtica se intentar establecer una
fecha prevista una vez se haya estudiado el detalle.
- Archivo anexo: el archivo podr ser de alguna de las siguientes extensiones

ms usuales: .doc, .docx, .xls, .xlsx, .ppt, .pptx, .pps, .ppsx, .mpp, .vsd, .pdf, .txt,
.csv, .jpg, .png, .gif, .log y no podr superar los 2 MB de tamao.
Una vez rellenado el formulario, al pulsar el botn guardar se crear la

peticin/incidencia y se informar el Identificador de la misma. Esta peticin/incidencia
se informar automticamente al responsable del rea de informtica que se ha
indicado y a partir de aqu usted recibir notificaciones por correo electrnico que le
mantendrn informado durante la resolucin de la peticin/incidencia.
Qu puedo hacer en cada una de las pantallas?

Desde la pantalla inicial de la aplicacin puede buscar peticiones/incidencias a partir
de los datos del formulario de bsqueda.
Hay tres opciones de bsqueda:
- Una peticin: para buscar una peticin concreta a partir de su identificador. El

identificador se indicar en el momento de dar de alta una peticin/incidencia o en
las notificaciones por correo electrnico que vaya recibiendo.
- Mis peticiones: para buscar las peticiones/incidencias que ha comunicado. Puede

acotar la bsqueda si define los campos rea, Estado, Prioridad y Tipo. Adems,
puede ordenar los resultados de la bsqueda por fecha de modificacin o por el
campo orden de las peticiones/incidencias.
- Todas las peticiones: para buscar todas las peticiones/incidencias que se han
comunicado a las reas a las que tiene acceso. Puede acotar la bsqueda la misma
manera que la de Mis peticiones. Adems, puede buscar las
peticiones/incidencias que ha comunicado un usuario en concreto si pulsa el botn
buscar usuario y recupera el usuario que necesita.
5
Una vez haya realizado la bsqueda y haya obtenido resultados, podr realizar las
siguientes acciones:
- reordenar: esta accin solo aparecer cuando busque Mis peticiones de un

rea en concreto, que estn en estado Abierta y que sean de una prioridad
concreta.
Esta es la pantalla en la que podr reordenar las peticiones/incidencias que le

aparecan en los resultados de la bsqueda. Las puede ordenar pulsando los
botones subir o bajar de cada una de las filas que necesite reordenar.
- ver detalles: podr acceder a los detalles de la peticin/incidencia al

seleccionar la fila de los resultados de la bsqueda.
6
Esta es la pantalla en la que podr ver los detalles de la peticin/incidencia. Adems
desde esta pantalla podr realizar las siguientes acciones:
- aadir anexo: si pulsa el botn aadir anexo acceder a la siguiente

pantalla que le permitir aadir un archivo anexo a la peticin/incidencia.
Se pueden aadir todos los archivos anexos que desee, pero de uno en
uno.
- modificar: si pulsa el botn modificar acceder a la pantalla en la que

podr modificar los campos de la peticin/incidencia. Solo podr
modificar las peticiones/incidencias que estn en estado Abierta. El
nico campo que no podr modificar es el de Tipo.
7
- aadir informacin: esta accin solo la podr realizar cuando des del
rea de informtica le soliciten informacin referente a la
peticin/incidencia que ha informado. En ese caso, en la pantalla de
detalles de la peticin/incidencia le aparecer el botn aadir
informacin. Al aadir la informacin, la peticin/incidencia pasar del
estado Pendiente de Informacin a Abierta y volver a estar en
manos de informtica.
- validar: esta accin solo la podr realizar cuando des del rea de
informtica le soliciten que valide la peticin/incidencia que ha
informado. En ese caso, en la pantalla de detalles de la
peticin/incidencia le aparecer el botn validar. A partir de esta
pantalla, informar si la validacin es correcta, y por consiguiente se
8
cierra la peticin/incidencia, o si la validacin es incorrecta, y se reabre
la peticin/incidencia debido a los Puntos a revisar que aadir.
- aadir comentario: si pulsa el botn aadir comentario

acceder a la siguiente pantalla que le permitir aadir un comentario a
la peticin/incidencia.
- aadir peticin: podr aadir una nueva peticin/incidencia.
9
Esta es la pantalla en la que podr aadir una nueva peticin/incidencia. En el
apartado Cmo empezar? se expone la informacin referente a los campos de
esta pantalla.
Por qu me aparece esta pantalla al acceder a la

aplicacin?
Al acceder a la aplicacin directamente me aparece esta pantalla donde me indica que
mi usuario no se ha encontrado.
En este caso, debe ponerse en contacto con el responsable del rea de informtica, a
quien iba a realizar la peticin, para que gestione la autorizacin de mi usuario. Una
vez se haya realizado esta gestin, mi usuario ya tendr asignada esa rea y no me
aparecer el error.
Cmo aadir ms de un archivo anexo?

Al aadir una peticin/incidencia puede ser que tenga la necesidad de aadir ms de
un archivo anexo. Desde esta pantalla solo podr aadir uno, pero podr aadir todos
los que necesite si busca la peticin/incidencia en la pantalla inicial de la aplicacin,
entra en los detalles de la peticin/incidencia y pulsa sobre el botn aadir anexo.
Puedo eliminar un archivo anexo?

No es posible borrar alguno de los archivos anexos que ha aadido a una
peticin/incidencia a travs de la aplicacin. Si ha aadido alguno por error puede
informrselo al receptor de la peticin/incidencia mediante un comentario.
10
Cmo buscar una peticin/incidencia que ya existe?
Desde la pantalla inicial de la aplicacin puede buscar peticiones/incidencias a partir
de los datos del formulario de bsqueda.
Hay tres opciones de bsqueda:
- Una peticin: para buscar una peticin concreta a partir de su identificador.

- Mis peticiones: para buscar las peticiones/incidencias que ha comunicado. Puede
acotar la bsqueda si define los campos rea, Estado, Prioridad y Tipo. Adems,
puede ordenar los resultados de la bsqueda por fecha de modificacin y por el
campo orden de las peticiones/incidencias.
- Todas las peticiones: para buscar todas las peticiones/incidencias que se han
comunicado a las reas a las que tiene acceso. Puede acotar la bsqueda la misma
manera que la de Mis peticiones. Adems, puede buscar las
peticiones/incidencias que ha comunicado un usuario en concreto si pulsa el botn
buscar usuario y recupera el usuario que necesita.
Qu notificaciones recibir?
Recibir notificaciones por correo electrnico de todos los cambios de estado y de
algunos de los comentarios que se realicen en sus peticiones/incidencias.
Qu hacer al recibir un correo que me pide validar una

peticin/incidencia?
Al recibir un correo que le pide validar una peticin/incidencia, debe entrar en alguno
de los links que se le muestran en el correo.
En la pantalla de detalles de la peticin/incidencia, pulse sobre el botn validar e

informe si la validacin es correcta seleccionando una de las dos opciones del men
desplegable que aparece. En el caso en el que la validacin sea incorrecta deber
informar los puntos a revisar por parte de los empleados del rea de informtica.
11
Por qu no encuentro una peticin/incidencia?
Puede ser que al buscar una peticin/incidencia por su identificador no se le pueda
mostrar porque no existe o porque no tiene acceso a dicha peticin ya que no tiene
acceso al rea al que pertenece.
Qu hacer al recibir un correo que me pide informacin

sobre una peticin/incidencia?
Al recibir un correo que le pide informacin sobre una peticin/incidencia, debe entrar
en alguno de los links que se le muestran en el correo.
En la pantalla de detalles de la peticin/incidencia podr ver en los comentarios la

informacin que se le solicita y si pulsa sobre el botn aadir informacin acceder a
la pantalla en la que podr informarla.
Puedo eliminar una peticin/incidencia?

No es posible borrar una peticin/incidencia a travs de la aplicacin. Si ha aadido
una peticin/incidencia por error puede reaprovecharla modificndola o puede
informrselo al receptor de la misma mediante un comentario y ste la cerrar en
cuanto pueda.
Cmo saber si tengo algo pendiente?

Si en algn momento desde informtica se solicita alguna aclaracin o la validacin de
la peticin/incidencia recibir una notificacin mediante el correo electrnico.
No obstante, puede comprobar si tiene algo pendiente con el solo hecho de acceder a
la aplicacin ya que la bsqueda que se realiza al acceder a la aplicacin le muestra
las peticiones/incidencias que estn pendientes de usted. Si no aparece ninguna no
tendr nada pendiente.
Cmo cambiar el orden de una peticin/incidencia?

En primer lugar, para cambiar el orden de una peticin/incidencia, sta tiene que estar
en estado Abierta y tiene que ser propia (yo soy el solicitante). Si se cumplen estas
condiciones dispone de dos opciones para modificar el orden:
12
- Mediante la opcin reordenar, que aparece en la pantalla inicial de la
aplicacin cuando se buscan Mis peticiones de un rea en concreto, que estn
en estado Abierta y que sean de una prioridad concreta.
- Mediante la opcin modificar, que aparece en la pantalla de detalles de la

peticin/incidencia.
---
Pulsando el botn seleccionar orden.
13
Puedo realizar alguna accin en una peticin/incidencia
en la que no soy el solicitante?
S. En las peticiones/incidencias en las que no es el solicitante puede aadir
comentarios y archivos anexos. Esta funcin est pensada por si necesita interactuar
con alguna peticin/incidencia que ya se ha creado por otro usuario.
Puedo modificar una peticin/incidencia?

S, para modificar una peticin/incidencia sta tiene que estar en estado Abierta y
tiene que ser propia (yo soy el solicitante). Si se cumplen estas condiciones, en la
pantalla de detalles de la peticin/incidencia aparecer la opcin modificar.
Qu acciones puedo hacer cuando mi peticin/incidencia

ya no est en estado Abierta?
En el momento en que su peticin deje de estar en estado Abierta puede:
- Aadir comentarios.
- Aadir archivos anexos.
- Validar o aadir informacin (en el momento en que se lo soliciten).
14
Anexo II
Peticiones Externas FAQs (JIRA)

ndice
Cmo se da de alta a los usuarios para que puedan realizar peticiones externas a
travs de Jira? .............................................................................................................. 3
Cmo se da de alta a los usuarios de informtica para que puedan ver las peticiones
externas en Jira? .......................................................................................................... 4
Cmo solicitar ms informacin al usuario que ha dado de alta una peticin? ........... 4
Cmo solicitar que el usuario que ha solicitado la peticin la valide? ........................ 5
Todos los comentarios de Jira se visualizan en la aplicacin? .................................... 6
Qu diferentes tipos de comentarios puedo aadir? ................................................... 6
1- Con notificacin por correo electrnico ................................................................ 6
2- Sin notificacin por correo electrnico .................................................................. 7
Qu correos recibe el usuario que solicita la peticin? ............................................... 8
Puedo cerrar una peticin sin pasar por la validacin del usuario que ha solicitado la
peticin? ....................................................................................................................... 8
Puedo rechazar una peticin que me han solicitado? ................................................. 8
El usuario que solicita la peticin visualiza todo lo que se anota en la tarea de Jira? . 8
Puedo eliminar una peticin si el usuario me lo pide? ................................................. 9
Puedo eliminar un archivo anexo si el usuario me lo pide? ......................................... 9
Por qu empiezo a recibir peticiones externas?.......................................................... 9
Cmo debera tratar las peticiones externas? ........................................................... 10
2
Cmo se da de alta a los usuarios para que puedan
realizar peticiones externas a travs de Jira?
Para dar de alta usuarios en la aplicacin Peticiones Informtica, que es la aplicacin
web desde donde los usuarios pueden aadir peticiones externas a Jira, el responsable
del departamento de informtica deber entrar en la aplicacin Peticiones Informtica
y deber pulsar el botn gestin solicitantes.
Al pulsar el botn aparecer la siguiente pantalla en la que podr buscar al usuario que
quiera darle de alta las reas de informtica que necesite.
Una vez haya recuperado al usuario podr ver las reas de informtica que tiene
asignadas y podr aadir o eliminar reas.
Recuerde que las reas que aparecen son las reas que aparecen en Jira.
3
Cmo se da de alta a los usuarios de informtica para que
puedan ver las peticiones externas en Jira?
Todos los usuarios Jira pueden ver las peticiones del proyecto Peticiones Externas
(PETEXT).
Cmo solicitar ms informacin al usuario que ha dado de

alta una peticin?
Del mismo modo que en Peticiones Internas, para pedirle ms informacin a un usuario
que ha creado una peticin desde la aplicacin Peticiones Informtica, seleccione la
opcin Pedir info de Jira.
Al pulsar la opcin Pedir info, le aparecer la siguiente ventana en la que NO deber

definir el usuario al que le quiere pedir la informacin, a diferencia de Peticiones internas.
En cambio, recuerde que debe aadir un comentario en el que le comunica al Usuario
inicial la informacin que necesita. Aunque este campo no es obligatorio es
recomendable que se use.
4
Al realizar el cambio de estado de la peticin, el sistema notificar al Usuario inicial
(persona que ha realizado la peticin), a travs de un correo electrnico, que usted
necesita informacin para seguir trabajando.
Cmo solicitar que el usuario que ha solicitado la peticin

la valide?
Para pedirle al usuario que solicita la peticin que la valide deber seleccionar la opcin
de Jira Solicitar Validacin.
Al pulsar la opcin Solicitar Validacin, le aparecer la siguiente ventana en la que NO

deber informar el usuario que queremos que valide la peticin, el sistema ya lo
gestionar de forma automtica. Si quiere, puede aadir un comentario para que el
usuario que va a validar la peticin lo tenga en cuenta.
5
Al realizar el cambio de estado de la peticin, se le notificar al Usuario inicial (persona
que ha realizado la peticin), a travs de un correo electrnico, que debe validarla.
Todos los comentarios de Jira se visualizan en la

aplicacin?
S, todos los comentarios que se aaden en Jira se visualizan en la aplicacin Web.
Qu diferentes tipos de comentarios puedo aadir?

A partir de Jira puede aadir diferentes tipos de comentarios dependiendo de su
necesidad.
1- Con notificacin por correo electrnico
Si necesita que se le notifique al usuario que ha solicitado la peticin que ha aadido

un comentario deber seleccionar de las funciones que le ofrece Jira la de
Comentar y notificar.
6
Al seleccionar esta opcin, le aparecer la siguiente ventana en la que podr
aadir el comentario.
Al aadir el comentario de este modo, el usuario que ha solicitado la peticin

(Usuario Inicial) recibir una notificacin por correo electrnico informndole que se
ha aadido un comentario a la peticin.
2- Sin notificacin por correo electrnico
Si necesita aadir un comentario pero no quiere notificarle al usuario que ha

solicitado la peticin que se ha aadido, utilice la opcin comentar que se
encuentra en la parte baja de Jira.
7
Qu correos recibe el usuario que solicita la peticin?
El usuario que solicita la peticin recibe notificaciones por correo de todos los cambios
de estado que sufre la peticin y de los comentarios que se aaden a partir de la opcin
Comentar y notificar.
Puedo cerrar una peticin sin pasar por la validacin del

usuario que ha solicitado la peticin?
S puede, pero es recomendable que se pase por la validacin de la peticin para que
el usuario que la haba creado d el visto bueno.
Puedo rechazar una peticin que me han solicitado?

S, en ese caso deberas aadir un motivo de rechazo para que el usuario que haba
solicitado la peticin sea informado del motivo.
El usuario que solicita la peticin visualiza todo lo que se

anota en la tarea de Jira?
No. El usuario que solicita la peticin solo visualiza desde la aplicacin Peticiones
Informtica los siguientes campos de la peticin en Jira:
- Identificador
- Tipo
- Resumen
- Descripcin
- Fecha de creacin
- Prioridad
- Orden
- Estado
8
- Fecha de entrega
- Archivos anexos
- Comentarios
- Motivo pausa
- Motivo reapertura
- Motivo rechazo
- Resolucin
Puedo eliminar una peticin si el usuario me lo pide?

No, si el usuario se ha equivocado al introducirla y le pide que la borre haga un rechazar.
Puedo eliminar un archivo anexo si el usuario me lo pide?

S. Si el usuario le informa que ha aadido un archivo anexo por error y le pide que lo
elimine, si cree que el archivo no tiene nada que ver con la peticin elimnelo de la
peticin. Para eliminarlo pulse el botn que se muestra a continuacin.
La documentacin importante no debera quedarse de forma perpetua, una vez cerrada

la peticin deberan ingresarse los documentos en el repositorio de documentos que
corresponda (actualmente cada rea utiliza distintos sistemas y se est trabajando para
unificarlo).
Por qu empiezo a recibir peticiones externas?

Se ha implantado una aplicacin web (Peticiones Informtica) desde donde los
usuarios de las reas de negocio, que no tienen acceso a Jira, pueden crear
9
peticiones/incidencias en Jira en el proyecto de Jira Peticiones Externas. Por lo tanto,
por ese motivo ha empezado a recibir peticiones externas.
Puede saber qu usuario le ha realizado la peticin gracias al campo de Jira Usuario

Inicial. En este campo encontrar el correo electrnico de dicha persona. ES importante
no modificar nunca este campo ya que el sistema lo utiliza para enviar las notificaciones.
Cmo debera tratar las peticiones externas?

Para tratar las peticiones externas de forma apropiada, se han marcado los siguientes
pasos de buenas prcticas, que sera recomendable que siguiera.
1. Peridicamente revisar las peticiones Abiertas recibidas (desde cuando se
realiz la ltima revisin) para determinar, si se precisa, alguna aclaracin
importante antes de entrar en mayor detalle. En este punto, es importante ver si
se ha indicado una fecha orientativa para evitar malos entendidos con el usuario
que la solicita (ver porque viene motivado, si es imposible hacerlo saber,....).
2. Determinar el periodo de tiempo a planificar.
3. De las peticiones externas (PETEXT) Abiertas con prioridad "Alta" y menor

Orden.
3.1 Entrar en detalle y resolver las dudas que se precisen.
3.2 Realizar una estimacin en horas.
4. De las peticiones externas (PETEXT) Abiertas con fecha orientativa prevista

ms prxima o anterior a la fecha actual:
10
5. De las peticiones externas (PETEXT) Abiertas con fecha de creacin ms
antiguas.
6. De las peticiones externas (PETEXT) planificadas que no se han llevado a cabo

o no se han terminado:
6.1 Entrar en detalle para ver si las condiciones han cambiado y se requiere
alguna aclaracin.
6.2 Revisar si hay que ajustar la estimacin en horas.
7. En funcin de las horas previstas determinar que Peticiones de las estimadas

en los cuatro puntos anteriores se van a llevar a cabo. Es importante hacer esa
"mezcla" para evitar:
Que tareas de prioridad menor nunca se lleven a cabo.
Que tareas con una fecha determinada se miren de llevar a cabo en esas
fechas, cuando sea posible.
Que si tenemos algn contratiempo, que nos tira por la borda la planificacin
realizada, tengamos un conjunto de horas previstas en tareas menos
prioritarias que podemos desplazar y al solicitante no le doler tanto.
8. Pasar esas Tareas seleccionadas en el punto anterior a estado "Preparada" e

informando/actualizando la "Fecha de entrega" con la fecha que se considere
oportuna indicar.
9. Generar las tareas que se precisen en el Proyecto propio de Jira y enlazarlas

con la peticin externa.
11

Implantación JIRA: Facultad Informática de Barcelona (FIB)

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Implantación JIRA: Facultad Informática de Barcelona (FIB)

Încărcat de

Drepturi de autor:

Formate disponibile

Facultad Informtica de Barcelona (FIB)

Memoria Trabajo Final de Grado

Autor: Jos Miguel Lorente

1. Objetivos del proyecto............................................................................................................ 7

2.1 Historia y estructura del grupo .......................................................................................... 8

2.2 Propsito estratgico ........................................................................................................ 9

2.3 Modelo de negocio ........................................................................................................... 9

3. Evolucin y situacin actual del rea de informtica .............................................................10

3.1 Evolucin histrica...........................................................................................................10

3.2 Situacin Actual ...............................................................................................................10

3.2.1 Estructura organizativa..............................................................................................11

3.2.2 Estructura funcional ..................................................................................................11

4. Proceso seleccin JIRA ........................................................................................................14

4.1 Microsoft Team Foundation Server ..................................................................................14

4.2 IBM Rational .................................................................................................................15

4.3 Atlassian JIRA .................................................................................................................16

4.4 Comparativa de las tres opciones ....................................................................................16

5.1 Uso particular de GCO ....................................................................................................23

6. Proceso de seleccin del nuevo desarrollo ...........................................................................25

7. Definicin de Peticiones Informtica ...................................................................................26

7.1 Contexto ..........................................................................................................................26

7.1.1 Situacin de partida ..................................................................................................26

7.1.2 Partes interesadas ....................................................................................................27

7.1.3 Funcionamiento actual ..............................................................................................28

7.2.1 Objetivos ...................................................................................................................29

7.2.2 Alcance .....................................................................................................................29

7.2.3 Posibles obstculos ..................................................................................................30

7.2.4 Metodologa de trabajo..............................................................................................30

7.2.5 Herramientas de desarrollo .......................................................................................31

7.2.6 Herramientas de seguimiento....................................................................................31

7.2.7 Mtodos de validacin...............................................................................................31

7.3 Planificacin temporal......................................................................................................32

7.3.1 Duracin del proyecto ...............................................................................................32

7.3.2 Recursos Humanos...................................................................................................32

7.3.3 Fases del proyecto ....................................................................................................32

7.4 Presupuesto ....................................................................................................................36

7.4.1 Identificacin y estimacin de los costes ...................................................................36

7.4.2 Control de gestin .....................................................................................................40

7.4.3 Viabilidad econmica ................................................................................................41

7.5 Sostenibilidad ..................................................................................................................41

7.5.1 Matriz de sostenibilidad .............................................................................................41

7.5.2 Dimensin econmica ...............................................................................................42

7.5.3 Dimensin social .......................................................................................................42

7.5.4 Dimensin ambiental .................................................................................................43

8. Anlisis de la aplicacin web .................................................................................................44

8.1 Requisitos no funcionales ................................................................................................44

8.2 Casos de uso ..................................................................................................................45

8.2.1 CU01: Aadir una peticin ........................................................................................46

8.2.2 CU02: Seleccionar el orden de una peticin..............................................................46

8.2.3 CU03: Buscar una peticin ........................................................................................47

8.2.5 CU05: Buscar Todas las peticiones...........................................................................48

8.2.6 CU06: Buscar usuario ...............................................................................................49

8.2.7 CU07: Reordenar las peticiones................................................................................49

8.2.8 CU08: Gestionar las reas de los solicitantes ...........................................................50

8.2.9 CU09: Ver los detalles de una peticin ......................................................................50

8.2.10 CU10: Modificar una peticin ..................................................................................51

8.2.11 CU011: Aadir un archivo anexo a una peticin ......................................................52

8.2.12 CU012: Aadir un comentario a una peticin ..........................................................52

8.2.13 CU013: Aadir informacin a una peticin ..............................................................53

8.2.14 CU014: Validar una peticin ....................................................................................53

8.3 Esquema conceptual .......................................................................................................54

8.4 Normativas ......................................................................................................................54

8.5 Desarrollos a realizar .......................................................................................................54