Nombre de la Actividad

Mapa de Navegación.

GA5-220501095-AA1-EV05

Por:
Juan Sebastián Monroy Cárdenas

Análisis y Desarrollo de Software ID 2721402

Instructora:

Abaned Manrique Calderón

Felipe Martínez Leiva

Centro de Formación Agroindustrial – La Angostura

Servicio Nacional de Aprendizaje – Sena, Regional Huila

Análisis y Desarrollo de Software

10 de Diciembre de 2023

Huila, Colombia
 Contenido

1. Introducción.......................................................................................................3

1.1 Nombre...........................................................................................................4

1.2 Problemática...................................................................................................4

2. Descripción General..........................................................................................6

2.1 Perspectiva del producto................................................................................6

2.2 Funciones del Producto..................................................................................7

3. Requerimientos Específicos.................................................................................9

3.1 Interfaz............................................................................................................9

3.2 Requisitos Funcionales.................................................................................11

3.3 Requisitos no Funcionales............................................................................14

3.4 Otros Requisitos...........................................................................................16

4. Desarrollo...........................................................................................................20

4.1 Introducción a la Sección de Mockup (Prototipo de Diseño):.......................20

4.2 Maquetación HTML...................................................................................... 24

Conclusiones..........................................................................................................27
 1. Introducción

En la actualidad, las empresas de reparación y mantenimiento de equipos

TIC enfrentan grandes desafíos para mantenerse competitivas en un mercado

cada vez más exigente y cambiante. Para ello, es fundamental contar con

herramientas tecnológicas que les permitan optimizar sus procesos internos,

mejorar la eficiencia y la calidad de sus servicios y, en última instancia, aumentar

la satisfacción de sus clientes.

En este contexto, el diseño de un software de gestión integrada para la

empresa Compucenter Pitalito se justifica por varias razones. En primer lugar, la

implementación de un sistema integrado y eficiente para la gestión de la

información de los clientes, sus equipos y el historial de reparaciones y

mantenimiento, permitirá una mejor toma de decisiones y programación de tareas,

lo que se traducirá en una mayor eficiencia en la gestión de los recursos y una

reducción de los tiempos de respuesta.

En segundo lugar, el software permitirá la programación y seguimiento de

las tareas asociadas a los procesos de reparación y mantenimiento, incluyendo los

mantenimientos preventivos y la gestión de garantías, lo que reducirá el riesgo de

incumplimiento de los acuerdos con los clientes y mejorará la calidad del servicio

ofrecido. Además, el sistema de alertas y recordatorios integrado en el software

facilitará la gestión y seguimiento de las tareas programadas, lo que reducirá la

posibilidad de olvidos o errores en la gestión.

 En tercer lugar, el software permitirá la generación de informes y

estadísticas sobre la gestión de los procesos de reparación y mantenimiento, lo

que permitirá a la empresa evaluar su desempeño y tomar decisiones estratégicas

para mejorar sus servicios y aumentar la satisfacción de los clientes.

Por lo tanto, el diseño de un software de gestión integrada para la empresa

Compucenter Pitalito se justifica por su capacidad para optimizar los procesos

internos, mejorar la eficiencia y la calidad del servicio, reducir los tiempos de

respuesta y aumentar la satisfacción de los clientes, lo que se traducirá en una

mayor competitividad y rentabilidad para la empresa en un mercado cada vez más

exigente.

1.1 Nombre

Compucenter Manager: Software de gestión integrada para la optimización

del servicio de reparación y mantenimiento de equipos TIC

1.2 Problemática

Compucenter Pitalito es una empresa de reparación y mantenimiento de

equipos TIC fundada en 2010 en la ciudad de Pitalito, Huila, Colombia, por el

señor Eyder Ariza Calderón. A lo largo de su trayectoria, la empresa ha venido

enfrentando diversos desafíos en su gestión diaria que limitan su capacidad de

ofrecer un servicio de calidad a sus clientes. Uno de los principales problemas

identificados es la falta de un sistema integrado y eficiente para la gestión de la

información de los clientes, sus equipos y el historial de reparaciones y

mantenimiento.

Actualmente, la empresa registra la información de los clientes y sus equipos

de forma manual y en diferentes archivos y formatos, lo que dificulta la toma de

decisiones y la programación de tareas. Además, no cuenta con un sistema de

alertas y recordatorios para la programación de mantenimientos preventivos y la

gestión de garantías, lo que aumenta el riesgo de incumplimiento de los acuerdos

con los clientes y la insatisfacción de los mismos.

Por lo tanto, la necesidad de implementar un software para la gestión de la

empresa de reparación y mantenimiento de equipos TIC se deriva de la falta de

una herramienta que permita la gestión integrada y eficiente de la información de

los clientes, sus equipos y el historial de reparaciones y mantenimiento, así como

la programación y seguimiento de las tareas asociadas a estos procesos. De esta

forma, se espera mejorar la eficiencia y la calidad del servicio que brinda la

empresa, aumentar la satisfacción de los clientes y fidelizarlos a largo plazo.

 2. Descripción General

2.1 Perspectiva del producto

Se refiere a cómo el software de gestión de órdenes de trabajo y

mantenimiento de equipos TIC se posiciona en el contexto empresarial y

tecnológico. Algunos aspectos a considerar en la perspectiva del producto podrían

ser los siguientes:

 Integración con sistemas existentes: El software debe ser compatible e

integrable con otros sistemas y herramientas utilizadas en la empresa,

como sistemas de contabilidad, gestión de inventario u otros sistemas

empresariales.

 Adaptabilidad y escalabilidad: El software debe ser flexible y adaptable para

satisfacer las necesidades actuales y futuras de la empresa. Debe poder

soportar el crecimiento y evolución de la empresa, así como la

incorporación de nuevas funcionalidades y módulos en el futuro.

 Interfaz intuitiva y amigable: El software debe contar con una interfaz de

usuario intuitiva y fácil de usar, que permita a los usuarios realizar las

tareas de gestión de órdenes de trabajo y mantenimiento de manera

eficiente y sin dificultades.

 Accesibilidad: El software debe ser accesible desde diferentes dispositivos

y plataformas, como computadoras de escritorio, dispositivos móviles y

 tablets. También debe garantizar la accesibilidad para personas con

discapacidades visuales o motoras.

 Seguridad de los datos: El software debe contar con medidas de seguridad

robustas para proteger la información confidencial de los clientes y

garantizar la privacidad de los datos. Esto implica implementar

autenticación, cifrado y controles de acceso adecuados.

 Mantenibilidad: El software debe ser fácil de mantener y actualizar,

permitiendo la corrección de errores, la implementación de mejoras y la

adaptación a cambios en los requisitos o tecnologías.

2.2 Funciones del Producto

Las funciones del software de gestión de órdenes de trabajo y

mantenimiento de equipos TIC incluyen:

 Registro de la información del cliente: Permite el registro y actualización de

la información de los clientes, incluyendo datos personales, equipos e

historial de reparaciones y mantenimiento.

 Gestión de órdenes de trabajo: Permite la creación, asignación y

seguimiento de órdenes de trabajo relacionadas con reparaciones y

mantenimiento de equipos TIC.

 Programación de tareas: Permite la programación de tareas asociadas a

reparaciones y mantenimiento, incluyendo mantenimientos preventivos y

gestión de garantías.
 Seguimiento de tareas: Permite el seguimiento y gestión de las tareas

programadas, incluyendo actualización de estado, generación de alertas y

recordatorios.

 Gestión de inventario: Permite el registro y seguimiento del inventario de

repuestos y componentes necesarios para las reparaciones y

mantenimiento de los equipos TIC.

 Generación de informes: Permite la generación de informes y estadísticas

sobre la gestión de reparaciones y mantenimiento, ofreciendo datos

relevantes para evaluar el desempeño y tomar decisiones estratégicas.

 Comunicación con el cliente: Facilita la comunicación con los clientes,

permitiendo el envío de notificaciones, actualizaciones y recordatorios

relacionados con las órdenes de trabajo y el mantenimiento de sus equipos.

 Gestión de garantías: Permite el registro y seguimiento de las garantías de

los equipos, facilitando el proceso de reclamación y seguimiento de las

reparaciones cubiertas por garantía.

 Integración con otros sistemas: Permite la integración con otros sistemas y

herramientas utilizadas en la empresa, como sistemas de contabilidad,

gestión de inventario u otros sistemas empresariales.

 3. Requerimientos Específicos

3.1 Interfaz

En el apartado de interfaz, es importante describir los requerimientos

específicos relacionados con la interfaz de usuario del software de gestión de

órdenes de trabajo y mantenimiento de equipos TIC. Aquí presentamos una forma

de explicar este apartado:

1. Diseño intuitivo y amigable: El software debe contar con una interfaz de usuario

intuitiva y amigable que facilite su uso por parte de los usuarios,

independientemente de su nivel de experiencia técnica. Se deben seguir principios

de diseño centrados en el usuario para lograr una experiencia de usuario

agradable y sin complicaciones.

2. Navegación clara y estructurada: La interfaz debe ofrecer una navegación clara

y estructurada que permita a los usuarios acceder fácilmente a las diferentes

funcionalidades y secciones del software. Deben utilizarse elementos de

navegación como menús, pestañas y botones con etiquetas claras y descriptivas.

3. Diseño responsivo y adaptativo: El software debe ser compatible con diferentes

dispositivos y tamaños de pantalla, asegurando que la interfaz se adapte

correctamente a dispositivos móviles, tablets y computadoras de escritorio. Esto

garantizará una experiencia consistente y accesible desde cualquier dispositivo.

4. Presentación de información relevante: La interfaz debe mostrar de manera

clara y concisa la información relevante para cada tarea o sección. Se deben

utilizar elementos visuales como tablas, gráficos o diagramas para representar

datos de manera comprensible y facilitar la toma de decisiones por parte de los

usuarios.

5. Facilidad de ingreso de datos: El software debe proporcionar formularios y

campos de entrada de datos que sean intuitivos y fáciles de completar por los

usuarios. Deben incluir validaciones en tiempo real para prevenir errores y facilitar

la entrada de datos precisos.

6. Personalización de la interfaz: El software debe permitir cierto grado de

personalización de la interfaz para adaptarse a las preferencias individuales de los

usuarios. Esto puede incluir opciones de personalización de colores, fuentes,

disposición de elementos, entre otros.

7. Retroalimentación visual y mensajes de error claros: La interfaz debe

proporcionar retroalimentación visual inmediata al realizar acciones, como

confirmaciones de operaciones exitosas o mensajes de error en caso de que

ocurra algún problema. Los mensajes de error deben ser claros y descriptivos,

indicando claramente el problema y las posibles soluciones.

Al describir los requerimientos específicos de la interfaz, es importante ser

claro y detallado en la explicación para que los desarrolladores y diseñadores

comprendan exactamente qué se espera lograr en términos de diseño y

funcionalidad de la interfaz de usuario.

3.2 Requisitos Funcionales

Requerimientos Funcionales
Código Nombre de Requerimiento Prioridad
RF1 Registro de la información del cliente Alta
Descripción El sistema debe permitir el registro y actualización de la información del
cliente, incluyendo datos personales, equipos e historial de reparaciones
y mantenimiento.
Entrada Datos del cliente (nombre, dirección, contacto, etc.)
Fuente Usuario (gerente, personal de atención al cliente)
Salida Registro actualizado del cliente en la base de datos
Destino Base de datos del sistema
Restricción Los campos obligatorios deben ser completados
Proceso El usuario accede al formulario de registro, ingresa los datos del cliente y
los guarda en la base de datos
Efecto Colateral El cliente queda registrado en el sistema para futuras referencias y
gestiones

Requerimientos Funcionales
Código Nombre de Requerimiento Prioridad
RF2 Programación de tareas Alta
Descripción El sistema debe permitir la programación de tareas asociadas a
reparaciones y mantenimiento, incluyendo mantenimientos preventivos y
gestión de garantías.
Entrada Datos de la tarea (tipo de tarea, fecha, equipo asociado, descripción, etc.)
Fuente Usuario (personal de mantenimiento)
Salida Tarea programada en el sistema
Destino Sistema de gestión de tareas
Restricción La fecha y el equipo asociado deben ser especificados
Proceso El personal de mantenimiento accede al sistema, selecciona el tipo de
 tarea, ingresa los detalles y programa la tarea en el calendario
Efecto Colateral Se registra la tarea programada en el sistema para su seguimiento y
ejecución

Requerimientos Funcionales
Código Nombre de Requerimiento Prioridad
RF3 Seguimiento de tareas Alta
Descripción El sistema debe permitir el seguimiento y gestión de tareas programadas,
incluyendo actualización de estado, generación de alertas y recordatorios.
Entrada Estado de la tarea (pendiente, en progreso, completada, etc.)
Fuente Usuario (personal de mantenimiento)
Salida Tarea actualizada en el sistema con el nuevo estado
Destino Sistema de gestión de tareas
Restricción Solo el personal de mantenimiento puede actualizar el estado de las
tareas
Proceso El personal de mantenimiento accede al sistema, selecciona la tarea en
progreso y actualiza su estado
Efecto Colateral Se registra el nuevo estado de la tarea en el sistema y se generan alertas o
recordatorios según sea necesario

Requerimientos Funcionales
Código Nombre de Requerimiento Prioridad
RF4 Generación de informes Media
Descripción El sistema debe permitir la generación de informes y estadísticas sobre la
gestión de reparaciones y mantenimiento para evaluar el desempeño y
tomar decisiones estratégicas.
Entrada Parámetros de generación de informe (rango de fechas, tipo de informe,
etc.)
Fuente Usuario (gerente, personal administrativo)
Salida Informe generado con los datos solicitados
Destino Usuario solicitante
Restricción Solo los usuarios autorizados pueden generar informes
Proceso El usuario selecciona los parámetros de generación de informe, solicita la
generación y el sistema genera el informe correspondiente
Efecto Colateral Se obtiene un informe con los datos solicitados para su análisis y toma de
decisiones

Requerimientos Funcionales
 Código Nombre de Requerimiento Prioridad
RF5 Gestión de inventario Media
Descripción El sistema debe permitir la gestión del inventario de productos y
repuestos, incluyendo la actualización de existencias, registro de ingresos
y egresos, y generación de informes de inventario.
Entrada Datos de productos, repuestos y movimientos de inventario
Fuente Usuario (personal de almacén, gerente)
Salida Inventario actualizado y registros de movimientos de inventario
Destino Base de datos del sistema y usuarios autorizados
Restricción Solo los usuarios autorizados pueden acceder y gestionar el inventario
Proceso El personal de almacén registra los ingresos y egresos de productos y
repuestos, actualiza el inventario y genera informes de inventario según
sea necesario
Efecto Colateral Se mantiene un registro actualizado del inventario y se pueden tomar
decisiones de compra y reposición de productos de manera informada.

Requerimientos Funcionales
Código Nombre de Requerimiento Prioridad
RF6 Integración con sistemas externos Alta
Descripción El sistema debe integrarse con sistemas externos, como proveedores de
repuestos, para facilitar la gestión de compras y abastecimiento.
Entrada Datos de proveedores y órdenes de compra
Fuente Usuario (personal de compras)
Salida Solicitud de compra generada y enviada al proveedor
Destino Sistema externo del proveedor y usuario solicitante
Restricción La integración con sistemas externos debe ser segura y confiable
Proceso El personal de compras realiza la solicitud de compra en el sistema, que se
integra automáticamente con el sistema del proveedor para generar y
enviar la orden de compra correspondiente.
Efecto Colateral Se agiliza el proceso de compra y abastecimiento al automatizar la
comunicación con los proveedores.

Requerimientos Funcionales
Código Nombre de Requerimiento Prioridad
RF7 Gestión de garantías Media
Descripción El sistema debe permitir la gestión de garantías para productos vendidos,
incluyendo registro de garantías, seguimiento del estado de garantía y
generación de informes de garantías.
Entrada Datos de productos vendidos y detalles de garantía
Fuente Usuario (personal de ventas, personal de atención al cliente)
Salida Registro de garantía actualizado y registros de estado de garantía
Destino Base de datos del sistema y usuarios autorizados
Restricción Solo los usuarios autorizados pueden gestionar las garantías
Proceso El personal de ventas registra los productos vendidos y los detalles de
garantía en el sistema, realiza el seguimiento del estado de garantía y
genera informes de garantías según sea necesario.
Efecto Colateral Se realiza un seguimiento adecuado de las garantías, lo que permite
proporcionar un servicio de atención al cliente eficiente y satisfactorio.

Requerimientos Funcionales
Código Nombre de Requerimiento Prioridad
RF8 Gestión de servicios técnicos Alta
Descripción El sistema debe permitir la gestión de servicios técnicos, incluyendo el
registro de solicitudes de servicio, asignación de técnicos, seguimiento del
estado del servicio y generación de informes de servicios técnicos.
Entrada Datos de solicitud de servicio, disponibilidad de técnicos
Fuente Usuario (personal de atención al cliente, personal de servicio técnico)
Salida Registro de servicio técnico actualizado, estado del servicio y registros de
actividad del técnico
Destino Base de datos del sistema y usuarios autorizados
Restricción Solo los usuarios autorizados pueden gestionar los servicios técnicos
Proceso El personal de atención al cliente registra las solicitudes de servicio, el
sistema asigna un técnico disponible, se realiza el seguimiento del estado
del servicio y se generan informes de servicios técnicos según sea
necesario.
Efecto Colateral Se mejora la eficiencia en la gestión de servicios técnicos, se optimiza la
asignación de técnicos y se brinda un servicio de calidad a los clientes.

3.3 Requisitos no Funcionales

Requerimientos No Funcionales
Código Nombre de Requerimiento Prioridad

RNF1 Usabilidad Alta

Descripción El sistema debe ser fácil de usar y comprensible, con una interfaz amigable e
intuitiva para los usuarios.
Entrada
Fuente
Salida
Destino
Restricción El sistema debe tener un tiempo de aprendizaje mínimo para los usuarios nuevos
Proceso El sistema debe ser diseñado con una interfaz intuitiva y con elementos de
navegación claros y sencillos
Efecto
Colateral

Requerimientos No Funcionales
Código Nombre de Requerimiento Prioridad
RNF2 Escalabilidad Media
Descripción El sistema debe ser escalable y adaptable a medida que la empresa crezca y
evolucione.
Entrada
Fuente
Salida
Destino
Restricción El sistema debe poder manejar un incremento significativo en la cantidad de
usuarios y volumen de datos
Proceso El sistema debe ser diseñado con una arquitectura modular y flexible que permita
su expansión y adaptación futura
Efecto
Colateral

Requerimientos No Funcionales
Código Nombre de Requerimiento Prioridad
RNF3 Seguridad Alta
Descripción El sistema debe contar con medidas de seguridad para proteger la información
del cliente y garantizar la privacidad de los datos.
Entrada
Fuente
Salida
Destino
Restricción Solo los usuarios autorizados deben tener acceso a la información sensible
Proceso El sistema debe implementar mecanismos de autenticación, encriptación y
control de acceso para garantizar la seguridad de los datos
Efecto
Colateral
 Requerimientos No Funcionales
Código Nombre de Requerimiento Prioridad
RNF4 Integración Media
Descripción El sistema debe ser compatible con otros sistemas y herramientas de la empresa
para una gestión integrada y eficiente.
Entrada
Fuente
Salida
Destino
Restricción El sistema debe poder intercambiar datos con otros sistemas de la empresa de
forma segura y sin problemas de compatibilidad
Proceso El sistema debe ser diseñado con capacidad de integración a través de API o
protocolos estándar para facilitar la comunicación y el intercambio de
información con otros sistemas.
Efecto
Colateral

3.4 Otros Requisitos

Estos requisitos pueden ser específicos de la empresa o del contexto en el

que se desarrolla el software. Algunos podrían ser:

 Requisitos de rendimiento: Si hay alguna expectativa específica de

rendimiento del software, como tiempos de respuesta rápidos o capacidad

para manejar un cierto volumen de órdenes de trabajo.

 Requisitos de seguridad adicionales: Si hay requisitos de seguridad

específicos que deben cumplirse, como autenticación de usuarios,

encriptación de datos o protección contra amenazas externas.

 Requisitos de integración con sistemas externos: Si es necesario que el

software se integre con otros sistemas o herramientas utilizadas en la

empresa.

 Requisitos de cumplimiento normativo: Si la empresa debe cumplir con

ciertas regulaciones o normativas, es importante incluir esos requisitos en

esta sección.

 Requisitos de escalabilidad futura: Si se espera que la empresa crezca en

el futuro, es relevante mencionar los requisitos de escalabilidad del software

para asegurarse de que pueda adaptarse a las necesidades cambiant

DER
 4. Desarrollo

4.1 Introducción a la Sección de Mockup (Prototipo de Diseño):

La fase de Mockup, también conocida como prototipo de diseño, representa

un paso crucial en el desarrollo del software Compucenter Manager. Aquí, nos

sumergimos en la visualización tangible de la interfaz de usuario y las

interacciones clave que darán vida a las funciones descritas en las historias de

usuario y casos de uso. Este prototipo sirve como una representación gráfica

anticipada de la aplicación, permitiendo a las partes interesadas, desde usuarios

finales hasta desarrolladores, comprender la apariencia y la experiencia de usuario

previstas.

En esta sección, exploraremos las interfaces de usuario clave asociadas

con las historias de usuario prioritarias. Cada pantalla y elemento interactivo se

diseñará cuidadosamente para reflejar la lógica del sistema y para garantizar una

experiencia de usuario intuitiva y eficiente. A través de este proceso, buscamos

validar y mejorar la usabilidad, la navegabilidad y la estética del software, teniendo

en cuenta las necesidades específicas de los usuarios de Compucenter.

A medida que presentamos los mockups, se destacará la coherencia con la

identidad visual de Compucenter, asegurando que cada elemento gráfico y de

diseño contribuya a una experiencia de usuario armoniosa. Estos mockups no solo

sirven como una herramienta para la visualización, sino también como una
plataforma para recopilar valiosos comentarios y realizar ajustes antes de la fase

de implementación. ¡Sumérgete en la próxima etapa del viaje de Compucenter

Manager mientras transformamos conceptos abstractos en interfaces tangibles y

atractivas!

Los Mockup propuestos son:

Las anteriores serian las vistas proyectadas de momento, a falta de adquirir los

conocimientos que permitan proyectar las demás funcionalidades.

4.2 Maquetación HTML

La idea del proyecto es montarlo siguiendo la arquitectura MVC así:

Y la maquetación HTML seria la siguiente, iniciando por Index y de forma similar

las siguientes:
Lo que en navegador se vería algo más o menos así:
 Conclusiones

1. Claridad Visual y Navegación Intuitiva:

- Los mockups desarrollados reflejan una interfaz visual clara y una

navegación intuitiva, lo que facilita a los usuarios comprender y utilizar

eficientemente las funcionalidades del software.

2. Alineación con Requisitos del Usuario:

- Se ha buscado una estrecha alineación entre los mockups y los

requisitos detallados en las historias de usuario. La interfaz visual refleja las

expectativas del Usuario Compucenter y del Gerente, cumpliendo con sus

necesidades y prioridades.

3. Identidad Visual Coherente:

- La aplicación de principios de diseño garantiza una identidad visual

coherente con la marca Compucenter. La estética y el estilo se han adaptado para

transmitir profesionalismo y confianza.

4. Validación de Flujos de Trabajo:

- A través de los mockups, se ha validado la lógica de los flujos de trabajo,

asegurando que las transiciones entre pantallas y las interacciones del usuario

sigan un enfoque lógico y fluido.

5. Feedback Iterativo:
 - Durante la presentación de los mockups, se ha fomentado un proceso

de retroalimentación iterativa. Esto ha permitido realizar ajustes y mejoras según

las sugerencias de los stakeholders, asegurando que la aplicación cumpla con las

expectativas del usuario final.

6. Facilidad de Implementación:

- Se ha considerado la factibilidad técnica y la facilidad de implementación

de los elementos visuales y funcionales propuestos en los mockups, garantizando

que el desarrollo futuro sea eficiente y sin contratiempos.

7. Proximidad a los Casos de Uso:

- Los mockups han sido diseñados manteniendo una estrecha relación

con los casos de uso previamente establecidos, asegurando que la representación

visual sea fiel a las acciones y funciones requeridas.

8. Preparación para la Próxima Fase:

- La conclusión de esta sección de mockup marca la transición hacia la

fase de implementación. Con una visión clara de la interfaz de usuario, se sientan

las bases para el desarrollo de Compucenter Manager, proporcionando una guía

visual sólida para los equipos de desarrollo y diseño.