Informe Documentación De Activos Ti Sistema Movilidad V.2.1.docx

FACULTAD DE INGENIERÍA Y NEGOCIOS CARRERA DE INGENIERÍA DE EJECUCIÓN EN INFORMÁTICA ACI594 PROYECTO DE TITULO SEDE PROVIDENCIA

Documentación de Activos TI Sistema Movilidad

Profesora: Natalia Conejero Alumno: Andrés Campos Fabres

Enero – 2018 Santiago de Chile

Página | 1

Índice 1 Introducción ............................................................................................................2 2 Resumen del Proyecto ...........................................................................................3 2.1 2.2 2.3 2.4 2.4.1 2.4.2

2.5

3

Alcances y Limitaciones ........................................................................................... 6 Stakeholders.............................................................................................................. 7 Roles y Responsabilidades ...................................................................................... 7 Metodología a Utilizar ............................................................................................... 8

Evaluación de Alternativas de Solución ...............................................................8 4.1 4.2 4.3 4.4

5

Generales ................................................................................................................................ 6 Específicos .............................................................................................................................. 6

Organización del Proyecto ....................................................................................7 3.1 3.2 3.3

4

Propósito ................................................................................................................... 3 Descripción de la situación actual ........................................................................... 3 Descripción del Problema ........................................................................................ 5 Objetivos.................................................................................................................... 6

Factibilidad Técnica .................................................................................................. 8 Factibilidad Económica ............................................................................................ 9 Factibilidad Operacional ......................................................................................... 11 Factibilidad Legal .................................................................................................... 11

Solución Propuesta .............................................................................................. 12 5.1 5.2 5.2.1 5.2.2

5.3

Solución ................................................................................................................... 12 Levantamiento de Requerimientos ........................................................................ 13 Requerimientos Funcionales ................................................................................................. 13 Requerimientos No Funcionales ........................................................................................... 13

Diseño ...................................................................................................................... 14

5.3.1 UML ....................................................................................................................................... 14 5.3.1.1 Casos de Uso ............................................................................................................... 14 5.3.2 Diagrama de Flujo de Datos.................................................................................................. 16 5.3.2.1 Web Service ................................................................................................................. 16 5.3.3 Descripción de Módulos Principales a Desarrollar................................................................ 16 5.3.3.1 Validación de Usuarios ................................................................................................. 16 5.3.3.2 Menú Principal .............................................................................................................. 16 5.3.3.3 Mis Tareas .................................................................................................................... 16

5.4 5.5 5.5.1 5.5.2 5.5.3 5.5.4

5.6

6

Módulo de Validación de Usuarios ........................................................................................ 19 Módulo Mi Escritorio .............................................................................................................. 20 Módulo Mis Tareas ................................................................................................................ 21 Módulo Mis Tareas – Formulario OT Móvil ........................................................................... 22

Diagrama de Arquitectura de Solución Propuesta ............................................... 26

Proceso de Administración ................................................................................. 27 6.1 6.2 6.3 6.4 6.5

7 8

Evaluación de Herramientas de Implementación.................................................. 17 Construcción de Prototipo Funcional.................................................................... 19

Plan de Hitos ........................................................................................................... 27 Entregables del Proyecto ....................................................................................... 28 Supuestos Críticos de la Planificación .................................................................. 28 Matriz de Riesgos .................................................................................................... 29 Carta Gantt General del Proyecto .......................................................................... 30

Conclusiones del Proyecto.................................................................................. 32 Bibliografía ............................................................................................................ 33

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 2

1

Introducción

El proyecto que se presenta de “Documentación de Activos TI con Sistema Movilidad”, es una herramienta de software móvil que permitirá al usuario documentar las tareas de soporte, tales como: Instalaciones de Equipos, Traslados, Mantención y Reparación de equipos, a través de una herramienta móvil que podrá ser utilizada en Tablets y SmartPhones, como alternativa a la versión cliente que se debe acceder desde un computador directamente. La implementación de esta herramienta necesitará integración de sistemas existentes y el desarrollo de la aplicación móvil especificado en el presente documento. El proyecto tiene un tiempo asignado de cuatro meses para su inicio y funcionamiento. Posterior a ello se ha programado un período de marcha blanca de quince días. En este documento se dará a conocer de manera más detallada de la solución propuesta, las causas que no permiten una adecuada documentación de las actividades de soporte en tiempo y forma. Se mostrarán los objetivos, el propósito, los alcances y las limitaciones del desarrollo propuesto. Profundizaremos en el desarrollo de las integraciones de sistemas, finalmente buscaremos mostrar la implementación y funcionamiento de la aplicación móvil.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 3

2 2.1

Resumen del Proyecto Propósito

Apoyar la gestión cotidiana significa que se hace cargo de la administración de indicadores de desempeño respecto de las labores de Soporte TI. Implementar una herramienta móvil que permita apoyar la gestión cotidiana de los técnicos de soporte, a su vez realizar integración del sistema de gestión de tickets hacia el sistema de administración de activos TI. De esta manera, se aprovechará de mejor forma la documentación existente, generando una documentación en línea de las atenciones de soporte y actualizando los inventarios de activos TI. 2.2

Descripción de la situación actual

En el departamento de Gestión de Activos TI administra los activos del cliente BBVA por contrato, estos corresponden a 30.000 activos TI (PC, Notebooks, Monitores, Lectores e Impresoras) distribuidos en sucursales a nivel nacional y en bodega. Para la administración se realiza un inventario Físico al inicio del contrato y registro de los movimientos de los activos TI en los flujos de soporte, durante el periodo del contrato. Existe un acuerdo de nivel de servicio donde se exige como base un 95% de confiabilidad y exactitud de los datos de los activos TI registrados en el sistema HP Asset Manager. El cálculo para este SLA se obtiene a través de auditorías físicas en las sucursales tomando un 0.3% del total de los activos y validando los datos con la información registrada en los sistemas. Se acordó realizar la auditoría de Sucursales, en total 100 activos son validados física y presencialmente contra su registro de los sistemas.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 4

Se valida que el activo esté asignado al usuario que lo utiliza y su ubicación sea de la sucursal que se está auditando. A continuación, los resultados obtenidos en la auditoría mes de Agosto 2017: SUCURSAL CLIENTE EL GOLF PREMIUM_BBVA CHILE LO CASTILLO_BBVA CHILE MALL ARAUCO QUILICURA_BBVA CHILE MALL PLAZA OESTE_BBVA CHILE MALL QUILIN_BBVA CHILE PARQUE ARAUCO_BBVA CHILE SAN BERNARDO_BBVA CHILE SAN DIEGO_BBVA CHILE TAJAMAR_BBVA CHILE TOMAS MORO_BBVA CHILE Total % EXACTITUD DE DATOS

ERROR 3 1 1 1 2 3 2 1 1 1 16

OK 7 9 9 9 8 7 8 9 9 9 84

Total 10 10 10 10 10 10 10 10 10 10 100

84%

Tabla N° 1 – Auditorías Mes de Agosto 2017

En la tabla N° 1 se mencionan las 10 sucursales del cliente auditadas, en cada una de ellas se auditaron 10 activos. En la columna “ERROR” se enumeran los activos en los cuales se encontraron errores en sus datos, esto es, el activo no se encuentra en el lugar indicado y/o el usuario no tiene registrado el activo auditado. En la columna “OK” se enumeran los activos que se encontraron correctos en su ubicación y usuario asignado. El resultado de la auditoría se calcula a través del porcentaje de la cantidad de activos con resultados “OK” sobre el total de los activos auditados. Fórmula de Cálculo del SLA: [(Total Activos “OK”/Total Activos Auditados)*100] >=95%

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 5

2.3

Descripción del Problema

Incumplimiento de SLA con cliente: Existe un acuerdo de nivel de servicio donde se exige como base un 95% de confiabilidad y exactitud de los datos de los activos TI registrados en el sistema HP Asset Manager. Al no cumplir el SLA, está en riesgo el pago de multas según el contrato de servicios. Se acordó el pago de 20 UF por cada punto porcentual incumplido. En el caso de agosto 2017, se debió generar un pago de multas correspondiente a los 11 puntos porcentuales incumplidos. Esto es: 95% a conseguir - 84% conseguido = 11% incumplido Calculo de Multa agosto 2017 11 puntos porcentuales x 20 UF = 220 UF Multa en Pesos: $5.863.000 (Valor UF Sept17: $26.650) Las causas detectadas son las siguientes: Tardía Documentación de Técnicos: En los movimientos de activos TI hay registros de manera tardía (de días, incluso semanas), de poca exactitud y en algunos casos se realiza en un formulario físico que firma el usuario final. Actualizaciones manuales de Gestión de Activos: Para registrar los movimientos de los activos (despachos, instalaciones, traslados, retiros) se requiere que personal del área de gestión de activos TI realice actualizaciones caso a caso, revisando la documentación de cada activo: Estado, Ubicación donde se encuentra, Usuario que está utilizando el activo. Cada caso requiere 30 minutos promedio por persona, y debido al alto flujo de movimiento de los activos (200 movimientos diarios), no es suficiente con el personal planificado y costeado dentro del contrato (2 personas). Movimientos sin registros por usuarios: En las auditorías se han detectado movimientos, préstamos y enroques de activos TI sin autorización ni registros con el proveedor del servicio en los sistemas formales, por lo cual algunos casos han sido registrados como error a raíz de estas desviaciones.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 6

2.4

Objetivos

2.4.1 Generales Proporcionar una aplicación móvil que les permita documentar en SmartPhones y/o Tablets en línea, a tiempo, de manera cómoda y con datos adicionales que permitan que la gestión de activos TI pueda realizar su trabajo con información más exacta y fidedigna. 2.4.2 Específicos 

Mejorar las actualizaciones de los inventarios en los sistemas de Activos TI.



Disminuir los tiempos de documentación de los técnicos de soporte.



Cumplir y superar el SLA contratado por el cliente, que corresponde al 95% de exactitud de los datos en la administración de activos TI del cliente, con una inversión en desarrollo de integraciones de bajo costo, junto con modernizar los servicios al cliente final.

 2.5

Generar política y normativa de uso de activos TI, en conjunto con cliente. Alcances y Limitaciones

En lo que comprende a alcances, la solución está inicialmente focalizada para los técnicos de soporte de la región metropolitana, que le dan soporte al cliente BBVA Chile. 

Sucursales BBVA Santiago



Edificios Centrales BBVA (técnicos residentes)

Dada la utilidad de la aplicación móvil, esta podrá ser escalable en un futuro hacia el resto del país, donde se encuentran los técnicos regionales que tienen funciones de soporte multi-cliente. Ellos requieren de una aplicación móvil ya probada y con experiencia previa en la operación.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 7

3

Organización del Proyecto

3.1

Stakeholders

Serán los usuarios líderes de cada área involucrada quienes interactuarán activamente en la implementación del proyecto, es decir: Gerencia de Operaciones y Gestión Son quienes liderarán de manera general el proyecto por parte de la empresa, derivando funciones a los Gestores, Supervisores, Coordinadores y técnicos de Soporte. Los resultados y entregas serán reportados a ellos, quienes darán el paso a cada siguiente etapa de manera definitiva. Gestión de Activos y Técnicos de Soporte Son usuarios que trabajan a diario con las actualizaciones de inventarios y realizando tareas de soporte, por cuanto tienen claras las necesidades. Interactuarán iterativamente con el jefe de proyecto y el equipo de implementadores en la identificación de requerimientos y revisión de entregas, como filtro previo a cada entrega oficial. 3.2

Roles y Responsabilidades

Jefe de Gestión de Activos TI (Product Owner) 

Representa a todos los interesados en el producto final (Stakeholders).



Marca las prioridades del producto, en cada reunión.



Retorno de Inversión (ROI). Verificación del costo-beneficio de la aplicación adquirida.

Equipo Soporte y Desarrollo (Scrum Team) 

Desarrollar el producto con calidad.



Auto gestionado



Multi-funcional

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 8

Jefe de Proyectos (Scrum Master) 

Responsable del proceso e incorporación de Scrum en la compañía.



Asegura que el proveedor realice entregas periódicas de la aplicación.



Asegura el cumplimiento de los roles y responsabilidades.

3.3

Metodología a Utilizar

Se utilizará la metodología Scrum, que se caracteriza por ser dinámica, interactiva y con estrechos lazos de cooperación entre el equipo a cargo del proyecto y los usuarios líderes involucrados. A continuación, se mencionan algunas de sus características: 

Es un modo de desarrollo de carácter adaptable más que predictivo.



Orientado a las personas más que a los procesos.



Emplea la estructura de desarrollo ágil: incremental basada en iteraciones y revisiones.

4

Evaluación de Alternativas de Solución

4.1

Factibilidad Técnica

La aplicación móvil se realizará en conjunto con un proveedor Mobilbox, el cual desarrollará el aplicativo móvil. Este aplicativo consiste en un formulario desarrollado nativamente en O.S. Android la cual es alojada en una base de datos que provee Mobilbox. 

Plataforma WEB BackOffice



Base de datos – PostgreSQL



Desarrollo de Formulario móvil APK con JBoss (Android)

Los sistemas en que serán integrados y recepción de datos desde la aplicación móvil, son HPSM y HPAM, que a su vez se integrarán para distribuir las actividades y los datos documentados. HP Asset Manager 7.11 (HPAM), Software de Administración de Activos TI. Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 9



Base de Datos Oracle 11g



MS VS Basic 4.0



MS Windows Server 2008



WebService Tomcat

HP Service Manager 9.4 (HPSM) Software de Administración de Servicios (Incidentes y Requerimientos).

4.2



Base de Datos Oracle 11g



MS VS Basic 4.0



MS Windows Server 2008 Factibilidad Económica

Según estimaciones realizadas, la inversión alcanza 200 UF, considerando contrato de implementación del proveedor, tareas de integración (Equipo Soporte y Desarrollo) y jornadas de capacitación. La evaluación económica se presenta de la siguiente forma: Costos del Proyecto Desarrollo APP Móvil (Proveedor) Desarrollo de Módulos Aplicación Capacitaciones internas Desarrollo Interno 1 Jefe de Proyecto 2 Desarrolladores 1 Gestor (Documentador) 1 Gestor (Capacitador)

TIEMPO Días Total 30 25 5 50 10 30 5 5

Capacitaciones a Usuarios

10

Total Días Proyecto

90 Tabla N° 2 – Tiempos del proyectos

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 10

Costos del Proyecto Costo por Día Desarrollo APP Móvil (Proveedor) Desarrollo de Aplicación Capacitaciones internas Desarrollo (COSTOS INTERNOS) 1 Jefe de Proyecto 2 Desarrolladores 1 Gestor (Documentador) 1 Gestor (Capacitador)

UF Costo por HH

Total 150 UF

5.2 UF 4 UF

130 UF 20 UF 40 UF

3 UF 0.6 UF 1 UF 1 UF

10 UF 20 UF 5 UF 5 UF

Capacitaciones

10 UF

Total Costo Proyecto

200 UF Tabla N° 3 – Evaluación factibilidad económica

Para las tareas de desarrollo del aplicativo móvil se deberá realizar una Orden de Compra al proveedor, a pagar en 30 días. Para las tareas de integraciones (sistemas internos) se realizarán imputaciones de horas hombre utilizadas en el proyecto, al término de este. Existen algunos recursos necesarios que son de propiedad de la empresa, por cuanto no es necesario incurrir en mayores gastos. No se incluyen costos para adquirir Hardware, tales como Tablets y/o Smartphones, ya que cada técnico de Soporte cuenta con éstos al ingreso a la compañía, el cual es utilizado con otras herramientas de registro para fines de mantenciones preventivas. Las licencias correspondientes al aplicativo móvil se incluyen en el costo del desarrollo. Las licencias de los sistemas HPSM y HPAM ya se encuentran costeados en el servicio, este proyecto sólo contempla tareas de desarrollo de integraciones.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 11

4.3

Factibilidad Operacional

A nivel operacional no existen mayores problemas, ya que los procesos están operando de manera regular, es decir, las tareas de registros de actividades de soporte son parte de la actividad del día a día. La diferencia radica en que estas actividades deberán ser registradas en línea, en el momento de finalizar la actividad. Para esto se requieren las capacitaciones y entrega de material, esto es, manual de usuario y procedimientos actualizados. 4.4

Factibilidad Legal

Para el aplicativo móvil las licencias son de responsabilidad del proveedor del servicio de desarrollo, con el cual se establecerá un contrato que se contemplen las condiciones y acuerdos para el desarrollo de la aplicación móvil. Para la integración de sistemas (HPSM y HPAM) se utiliza software licenciado, como son Oracle 11g (Base de datos), MS Windows Server 2008 (Sistema Operativo) y MS Visual Basic (lenguaje de programación), las licencias fueron adquiridas al inicio del servicio. Por lo que no existen inconvenientes en cuanto al uso de licencias. Por parte del cliente se establecen deberes en que debe incurrir, como por ejemplo el pago oportuno de la Orden de Compra por el servicio. Con todo esto, se indica que el proyecto es factible, económico y que otorgará calidad, mayor precisión en los datos y rapidez en la obtención de información.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 12

5 5.1

Solución Propuesta Solución

La solución propone generar una aplicación móvil que permita documentar en SmartPhones y/o Tablets en línea, a tiempo, de manera cómoda y con datos adicionales que permitan que la gestión de activos TI pueda realizar su trabajo con información más exacta y fidedigna. Se propone realizar integraciones del sistema de Administración de Activos y de los sistemas de Documentación que permitan que los técnicos de soporte que realizan los movimientos documenten al momento de realizar cada actividad. Cada vez que el técnico de soporte registre una actividad en su sistema HP Service Manager (HPSM) esos datos sean transferidos automáticamente al sistema HP Asset Manager (HPAM), a través de integración de las bases de datos de ambos sistemas. •

Desarrollar aplicativo Móvil compatible con S.O. Android que permita

documentar en línea. •

Es necesario contar con Tablets o Smartphones con conexión 3G/4G y S.O.

Android para cada técnico de soporte. •

Generar proceso de documentación, capacitaciones e instructivos para los

técnicos de soporte. •

Generar proceso de validación, capacitaciones e instructivos para gestores de

activos. •

Generar proceso de auditorías internas, previas a las auditorias formales con el

cliente para analizar y validar que los nuevos procesos e integraciones sistémicas vayan cumpliendo el objetivo general.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 13

5.2

Levantamiento de Requerimientos

5.2.1 Requerimientos Funcionales 

Se solicita la creación de una aplicación que sea capaz de permitir al usuario documentar las actividades de soporte (Instalación, Movimiento, Retiro, Reparación y/o Mantención de equipos).



Ingreso mediante autenticación por RUT y contraseña, se conecte a la base del sistema HP Service Manager, para registrar las actividades realizadas ya sea en un incidente o requerimiento.



El perfil que debe utilizar el usuario en el aplicativo móvil debe ser de similares permisos que el sistema HPSM versión cliente.



El aplicativo móvil debe ser capaz de registrar la actividad de soporte en su propia base de datos, junto con integrarse vía WebService hacia el sistema HPSM.



El generarse un nuevo registro de actividad en el sistema HPSM (Incidente o Requerimiento) debe ser capaz de notificar al sistema HPAM los campos claves; Usuario que fue atendido, Ubicación física del usuario y el Activo (Número de Serie) que fue intervenido.



El aplicativo móvil debe tener un ambiente web para backoffice, que debe estar disponible para el área de Gestión de Activos, en los cuales pueda revisar y validar las actividades de soporte en que se intervino un activo TI.



Los registros en el ambiente web backoffice debe tener la posibilidad de ser exportable en formato Excel.

5.2.2 Requerimientos No Funcionales 

Debe ser compatible con el sistema Operativo Android y tener la capacidad de en un futuro ser multiplataforma, es decir, que se pueda acceder desde sistemas operativos iOS y acceso web.



Posibilidad de ser accesado por cualquier dispositivo móvil en la red de Internet.



Alojado en un servidor web seguro.



Alta disponibilidad 24/7.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 14



Escalable, que permita añadir nuevas funcionalidades en el futuro o modificar los actuales.

 5.3

Intuitivo, simple y flexible para el usuario final. Diseño

5.3.1 UML 5.3.1.1 Casos de Uso

1) Caso de uso de inicio de sesión

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 15

2) Caso de uso perfil de usuario

3) Caso de uso registros de OT

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 16

5.3.2 Diagrama de Flujo de Datos 5.3.2.1 Web Service

Figura N°4 Diagrama de Acceso de Datos

5.3.3 Descripción de Módulos Principales a Desarrollar

5.3.3.1 Validación de Usuarios Es el proceso de ingreso al sistema móvil, en el cual se valida que el usuario que ingresa se encuentra habilitado para utilizar los módulos y que le permite realizar las actividades necesarias para documentar las tareas asignadas. 5.3.3.2 Menú Principal Luego del correcto ingreso al sistema, el usuario tendrá acceso al menú señalado como Mi Escritorio, el cuál le permitirá realizar ingresar a los sub-módulos de Mis Tareas, Mis Formularios y el Historial de registros realizados. 5.3.3.3 Mis Tareas El módulo de Tareas es el centro de la aplicación donde el usuario podrá realizar las actividades de documentación de las atenciones de terreno junto con registrar el activo que está reparando, instalando, retirando, etc. Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 17

El usuario podrá actualizar el listado de tareas asignadas al usuario a través de una función de actualización. De existir varios registros, también el usuario podrá hacer búsquedas por el nombre del cliente. 5.4

Evaluación de Herramientas de Implementación

Al existir una diversidad de software existente licenciado y de código libre, hace necesario definir con algunos criterios básicos que se deben tener en cuenta a la hora de seleccionar una herramienta para implementación. Las indicaciones a continuación están sujetas al estándar ISO/IEC 9126-1 que define un modelo de calidad y evaluación: Se plantean seis ítems que deben ser considerados de forma general al realizar la evaluación: 1) Funcionalidad 2) Confiabilidad 3) Uso 4) Eficiencia 5) Mantenimiento 6) Portabilidad Para este proyecto se hará el desarrollo y configuración del aplicativo Móvil para sistemas Android con la herramienta JBoss en su código central (core) para publicar el aplicativo en formato APK para su instalación en dispositivos móviles. En el proceso de integraciones se utilizarán las herramientas que entrega la Suite Profesional de HP para sus softwares Service Manager y Asset Manager. 1) Funcionalidad a. APP Movil: JBoss permite desarrollar el core de la aplicación y luego es configurable con gran facilidad. Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 18

b. Suite HP: Tiene funcionalidades propias para desarrollar mejoras e integraciones. 2) Confiabilidad a. APP Movil: Las aplicaciones móviles desarrolladas (JBoss) tienen un gran uso y las versiones actuales han mejorado en seguridad y estabilidad. b. Suite HP: Los módulos pueden ser modificados por especialistas certificados de HP, por lo que no pueden ser modificadas por externos. 3) Uso a. APP Movil: De uso masivo y popular en estos tiempos, de gran facilidad para los usuarios finales. b. Suite HP: Tiene el fin de ser herramientas de registros de clase mundial, es utilizado como base para gestión de tickets a nivel mundial. 4) Eficiencia a. APP Movil: Permite que el usuario tenga las facilidades y la rapidez de registras sus tareas y actividades en corto tiempo. b. Suite HP: Mantiene sus registros consistentes y de una base que se puede consultar desde el aplicativo móvil u otro sistema integrado. 5) Mantenimiento a. APP Movil: El proveedor tiene soporte 24/7 del aplicativo y sus bases de datos. b. Suite HP: Existe un área de soporte dedicado a la Suite HP. 6) Portabilidad a. APP Movil: La portabilidad es su principal ventaja de utilizar un aplicativo de esta naturaleza, sus datos también pueden ser enviados hacia cualquier sistema que sea definido. b. Suite HP: No es su principal virtud, para suplir las necesidades de portabilidad se generó el apoyo del aplicativo móvil. En general, en ambos sistemas de desarrollo y programación para la APP Movil y la suite HP, se cumplen los estándares planteados.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 19

Al realizar la evaluación se consideraron estos puntos y los seis puntos se revisaron para llegar a la conclusión que es factible utilizar estas herramientas para el desarrollo del proyecto. 5.5

Construcción de Prototipo Funcional

5.5.1 Módulo de Validación de Usuarios

El prototipo de la APP Movil comienza con la validacón de usuario a través de los campos: Usuario, Clave y Boton de acceso. Al momento de validar al usuario correctamente pasará al siguiente módulo de Mi Escritorio. En caso de no validar el usuario, indicará el mensaje: “Usuario no existe” ó “Contraseña inválida” según corresponda.

Mockup N°1 – Validación de Usuario

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 20

5.5.2 Módulo Mi Escritorio

Al validar correctamente al usuario dará acceso al Módulo Mi Escritorio que contiene, los sub-módulos: 

Mis Tareas, el cual contiene las tareas asignadas al técnico correspondiente.



Mis Formularios, el cual muestra otros formularios que pudiera utilizar el usuario.



Historial, muestra el registro histórico de atenciones registradas y guardadas.

Y el botón Salir para cerrar sesión.

Mockup N°2 – Módulo Mi Escritorio

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 21

5.5.3 Módulo Mis Tareas

Al elegir la opción de Mis Tareas, le mostrará las tareas asignadas al técnico, desde enviadas desde el sistema HPSM. Desde aquí en adelante las tareas se serán llamadas OT (Orden de Trabajo). 

Listado de OT: En este módulo se ordenan las OT asignadas al técnico listadas por fecha de asignación.



Boton actualizar: Se crea un botón para actualizar las OT asignadas recientemente.



Boton Buscar: Permite realizar búsqueda por usuario o por n° de OT dentro del mismo listado.

Mockup N°3 – Módulo Mis Tareas

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 22

5.5.4 Módulo Mis Tareas – Formulario OT Móvil Al ingresar a cada OT se desplegará los datos necesarios a completar, se describirá cada campo a continuación: Técnico: Corresponderá al login del técnico que está realizando la actividad. Número de OS: Es el número de la Orden de Servicio la actividad asignada. Fecha Creación OS: Es la fecha de creación de la orden de servicio. Número de OT: Es el número de la orden de trabajo que se realizará la atención, ya sea para reparación, instalación, retiro de equipamiento, etc. Fecha creación OT: Fecha de Orden de trabajo. Numero Caso: por definir Numero HPSM: Numero de registro del sistema HPSM. Síntoma: Resumen del motivo de la atención. Grupo Soporte: Es el grupo al que el técnico pertenece, separado por cliente.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 23

Información Cliente

Cliente: En nuestro caso será el BBVA Folio Cliente: N° de cliente (BBVA: 13) Región: Región de la dirección donde está ubicado el usuario final. Comuna: Comuna de la dirección donde está ubicado el usuario final. Dirección: Dirección donde está ubicado el usuario final. Sucursal: Sucursal del Banco donde se encuentra ubicado el usuario final. Usuario del equipo: Nombre del usuario que utiliza el equipo a ser atendido. Correo Electrónico: Dirección de correo del usuario final. Teléfono: Número de Teléfono comercial del usuario final.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 24

Detalle de OT

Trabajo: Tipo de trabajo a realizar Estado OT: Estado actual de la actividad (Pendiente, Trabajando, etc). Datos del Equipo: Al elegir la opción requerida, usuario debe ingresar los datos del equipo en atención. 

Barcode Serie (Número de Serie)



QR Code Serie Coasin



Foto

Línea Equipo: Es el tipo de activo: PC, Impresora, Notebook, Pantalla, Lector, etc. Marca: Marca de fabricante del activo. Modelo: Modelo de fabricante del activo. Ámbito: Área de atención HW, SW, etcAcción: Tipo de acción a realizar, instalar, reparar, etc. Detalle: Detalles de la acción.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 25

Detalle de OT Identificar serie no registrada: En caso que la serie no se encuentra o esté ilegible. Diagnóstico: Detalle de la atención realizada. Solución: Detalles de la solución para cerrar la OT de atención. Usuario Operativo: Si usuario se encuentra operativo, es posible cerrar OT de trabajo. Foto Evidencia: Corresponde a tomar una foto del equipo esté operando y el usuario se encuentre operando. ¿Se realizaron gastos?: Corresponde a gastos de traslado en el caso de regiones. MGH: Registro de los tiempos y gastos. Firma Cliente: Funcionalidad para que usuario realice una firma holográfica aceptando la atención y la información. Nombre Cliente: Nombre de usuario que firma.

Mockup N°4 – Formulario OT Móvil Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 26

5.6

Diagrama de Arquitectura de Solución Propuesta

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 27

Figura N°5 Diagrama de Arquitectura APP Móvil

6 Proceso de Administración 6.1

Plan de Hitos

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 28

PLAN DE HITOS Proyecto: App Móvil

Revision:

Cliente:

COASIN-BBVA

Fecha:

Autor:

Andrés Campos Fabres

ID

Descripción

00001 10-04-2018

Responsable

Fecha

0

Inicio del Proyecto

Jefe de proyecto

01-04-2018 Dueño del Proyecto

Carta Gantt - Plan de Hitos

1

Pruebas APP Movil validación de Usuarios

Equipo Desarrollo

15-04-2018 StakeHolders y Dueño del Proyecto

-

2

Entrega APP Movil con validación de usuarios

Jefe de proyecto

20-04-2018 Dueño del Proyecto

Versión 0.1 de APP y credenciales de acceso

3

Inicio de Integraciones HPSM-HPAM

Equipo Desarrollo

15-04-2018 StakeHolders y Dueño del Proyecto

-

4

Pruebas de Integraciones HPSM-HPAM

Equipo Desarrollo

30-04-2018 StakeHolders y Dueño del Proyecto

-

5

Entrega de Integraciones HPSM-HPAM

Jefe de proyecto

30-05-2018 Dueño del Proyecto

Documentación de Suite HPSM integrados

6

Iteraciones APP Movil mod. Mi Escritorio

Equipo Desarrollo

25-04-2018 StakeHolders y Dueño del Proyecto

-

7

Entrega APP Movil modulo Mi Escritorio

Jefe de proyecto

15-05-2018 Dueño del Proyecto

Versión 0.2 de APP

8

Iteraciones APP Movil mod. Mis Tareas

Equipo Desarrollo

16-05-2018 StakeHolders y Dueño del Proyecto

-

9

Entrega APP Movil modulo Mis Tareas

Jefe de proyecto

30-06-2018 Dueño del Proyecto

Versión 0.3 de APP

10

Pruebas integraciones APP Movil - HPSM

Equipo Desarrollo

16-06-2018 StakeHolders y Dueño del Proyecto

-

11

Entrega integraciones APP Movil - HPSM

Equipo Desarrollo

10-07-2018 Dueño del Proyecto

Versión Beta de APP y Manual de Usuario

12

Fase Implementacion y Capacitaciones

Jefe de proyecto

12-07-2018 StakeHolders y Dueño del Proyecto

-

13

Fin del Proyecto

Jefe de proyecto

28-07-2018 Dueño del Proyecto

Version 1.0 de App y Manual de Usuario

6.2

Aprobador

Entregables

Entregables del Proyecto

Se realizará un entregable por cada módulo terminado de la aplicación móvil, que consiste en el aplicativo APK instalable en los dispositivos de prueba y disponible para su utilización, una vez que haya sido aprobado por el dueño del proyecto. En el caso de las integraciones entre sistemas de la Suite HP, se realizará una entrega de la documentación correspondiente. En la entrega del aplicativo en versión Beta, se adjuntará documentación referente a cómo utilizar el nuevo app móvil, el que, en una primera instancia, quedará en manos de los Stakeholders del proyecto. Se entregarán a los usuarios finales una vez iniciada la etapa de implementación y capacitaciones.

6.3

Supuestos Críticos de la Planificación

Se detallarán los supuestos contemplados en el desarrollo del proyecto:

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 29



La realización del proyecto se efectuará dentro de los plazos estipulados para cada etapa.



Los participantes del proyecto estarán disponibles en las fechas y horarios en que se realicen las reuniones de trabajo.



El área de desarrollo presentará una actitud colaboradora en todo momento con el proyecto.



El equipo de desarrollo tiene experiencia en desarrollo de aplicaciones bajo metodologías ágiles.



El equipo de desarrollo interno es el punto de contacto con el proveedor que desarrolla el aplicativo móvil.



Las soluciones entregadas satisfacen a los Interesados (Stakeholders).



El Project Owner aceptará cada módulo entregado y aprobado por el equipo de interesados.

6.4

Matriz de Riesgos

De acuerdo a los supuestos es posible definir algunos riesgos, que pondrían en peligro la correcta realización del proyecto, en su forma y plazos acordados. Se detallan a continuación: 1) Cambio en el personal de desarrollo. 2) Cambios en el alcance del proyecto. 3) Almacenamiento y Transmisión de datos: Riesgo de Pérdida y divulgación de datos. 4) Dificultades por el desconocimiento de la tecnología: Como son tecnologías nuevas, podríamos encontrarnos con poco conocimiento para los desarrolladores. Puede ocasionar retrasos por contratiempos no conocidos. 5) Disponer de dispositivos reales: Para poder realizar el proyecto de desarrollo de la aplicación móvil, es necesario poder probarlo en dispositivos reales. Se indica cada uno de los riesgos valorizados dentro de la matriz y su ubicación en el gráfico: Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 30

6.5

Carta Gantt General del Proyecto

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 31

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 32

7 Conclusiones del Proyecto La aplicación móvil en desarrollo de este proyecto está enfocado a facilitar el registro de actividades de Técnicos de Terreno de manera más rápida, cómoda y confiable. Este sistema móvil permitirá tener evidencias fotográficas del activo atendido, junto con la aceptación del usuario final del trabajo realizado. Realizar este proyecto ha sido todo un desafío profesional, debido a que forma parte del proyecto empresa, en el cual soy uno de los principales Interesado de este proyecto, ya que al liderar una de las áreas que trabaja a diario con los activos tecnológicos de los clientes, este proyecto nos permitirá mejorar el control de los activos. Además mejorará los procesos actuales de la operación del servicio. He impulsado dentro de la compañía este proyecto móvil que evitará el uso de papeles a través del uso de las tecnologías móviles actuales disponibles. Se han presentado los datos resultantes de las auditorías, junto con los sobre tiempos utilizados en los procesos de documentación actuales. No obstante, dentro del proyecto han existido algunos aspectos complejos, tales como: lograr conciencia en el uso del aplicativo, acordar los campos necesarios en el formulario de OT, etc. En definitiva cambiar paradigmas en la forma de realizar las funciones actuales en pos de una mejora continua. En conclusión las expectativas acerca del proyecto son altas, por lo que le hemos puesto todos los esfuerzos de gestionar el proyecto con las mejores prácticas adquiridas y que sea todo un éxito.

Documentación de Activos TI Sistema de Movilidad

Proyecto Título

Página | 33

8 Bibliografía



Casos de Usos

https://app.genmymodel.com/edit/_RUM3AFbiEeeTnI9B59buBQ#



Diagrama de Arquitectura

https://cacoo.com/diagrams/Atw5yR6bJaqST1l3



Matriz de Riesgos

http://www.itmplatform.com/es/matriz-de-evaluacion-de-riesgos/#RiskSetId=gGIklfHPVOg8Z4bcUOVMmA==

Documentación de Activos TI Sistema de Movilidad

Proyecto Título