Formato Ieee830 1

Especificación de requisitos de
software
Proyecto: GLPI Mesa de ayuda
Por
NOMBRE
Marzo de 2024
Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
Brandon Daniel Pasachoa

22/03/2024
Cañón
Documento validado por las partes en fecha: 22/03/2024
Por el cliente Por la empresa suministradora

Distribuidoras Mesa de
servicio
NOMBRE NOMBRE
Gestion Mesa de servicio Rev. 1
Especificación de requisitos de software Pág. 3
Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 INTRODUCCIÓN 6
1.1 Propósito 6
1.2 Alcance 6
1.3 Personal involucrado 6
1.4 Definiciones, acrónimos y abreviaturas 6
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.1 Perspectiva del producto 7
2.2 Funcionalidad del producto 7
2.3 Características de los usuarios 7
2.4 Restricciones 7
2.5 Suposiciones y dependencias 7
2.6 Evolución previsible del sistema 7
3 REQUISITOS ESPECÍFICOS 7
3.1 Requisitos comunes de los interfaces 8

3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8
3.2 Requisitos funcionales 8

3.2.1 Requisito funcional 1 9
3.2.4 Requisito funcional n 9
3.3 Requisitos no funcionales 9

3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9
Descripción de requisitos del software

3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10
3.4 Otros requisitos 10
4 Apéndices 10

1 Introducción
Este documento establece los requisitos de software para el Sistema de Información de

InnovaTech, una aplicación web diseñada para la gestión eficiente de inventarios con un
enfoque en la innovación. Se ha estructurado siguiendo las directrices del estándar IEEE
para Especificaciones de Requisitos de Software (ERS) para garantizar una comprensión
clara y completa de las funcionalidades y restricciones del sistema.
1.1 Propósito
El propósito de GLPI es proporcionar a las organizaciones una plataforma integral para la

gestión eficiente de sus activos de TI y la prestación de servicios de TI. Aquí hay una
descripción del propósito de GLPI:
 Gestión de Activos de TI: El propósito principal de GLPI es ayudar a las organizaciones

a gestionar sus activos de TI, incluyendo hardware, software, componentes de red y
otros recursos relacionados con la tecnología. Esto incluye la capacidad de realizar un
seguimiento de la ubicación, el estado, la configuración y la utilización de los activos de
TI a lo largo de su ciclo de vida.
 Gestión de Servicios de TI: GLPI también está diseñado para facilitar la prestación de
servicios de TI al personal y a los usuarios finales de la organización. Esto incluye la
gestión de incidentes, cambios, problemas y solicitudes de servicio, así como la
implementación de procesos y flujos de trabajo para garantizar una respuesta eficiente
y oportuna a las necesidades de soporte técnico.
 Centralización de la Información: Otro propósito importante de GLPI es centralizar la

información relacionada con los activos de TI y los servicios de TI en un solo lugar.
Esto ayuda a mejorar la visibilidad y el control sobre los recursos de TI de la
organización, facilitando la toma de decisiones informadas y la optimización de los
procesos de gestión.
1.2 Alcance
El alcance de GLPI se refiere a las funcionalidades y áreas que cubre dentro de la

gestión de activos de TI y la prestación de servicios de TI. Aquí se presenta el
alcance de GLPI:
 Gestión de Activos de TI: GLPI abarca la gestión completa del ciclo de vida
de los activos de TI, desde la adquisición hasta la disposición. Esto incluye
la creación de inventarios detallados de hardware y software, el
seguimiento de las ubicaciones y asignaciones de los activos, la gestión de
las licencias de software y la documentación de la configuración de los
activos.
 Gestión de Servicios de TI: GLPI cubre la gestión de incidentes, cambios,

problemas y solicitudes de servicio, proporcionando herramientas para la
recepción, el registro, la asignación, el seguimiento y la resolución de estas
actividades. Además, permite la configuración de flujos de trabajo
personalizables para la gestión eficiente de los procesos de servicio de TI.

 Gestión de Contratos y Proveedores: GLPI también puede abarcar la

gestión de contratos con proveedores de servicios de TI y otros
proveedores externos. Esto incluye la creación de contratos, el seguimiento
de los términos y condiciones, la gestión de renovaciones y la evaluación
del rendimiento de los proveedores.
 Integración con Otras Herramientas: En algunos casos, el alcance de GLPI

puede incluir la integración con otras herramientas y sistemas de gestión
utilizados en la organización, como sistemas de gestión de la red, sistemas
de gestión de la configuración y sistemas de monitorización de la salud de
TI.
1.3 Personal involucrado
NOMBRE
Nombre
Rol Analista, diseñador y programador
Categoría profesional TSU-Informática
Responsabilidades Análisis de información, diseño y programación
Información de contacto 3106675851
Aprobación Aprobado
NOMBRE
Nombre
Rol Analista, diseñador y programador
Categoría profesional TSU-Informática
Responsabilidades Análisis de información, diseño y programación
Información de contacto 3218348061
Aprobación Aprobado
1.4 Definiciones, acrónimos y abreviaturas
En GLPI, es importante establecer un conjunto claro de definiciones, acrónimos y

abreviaturas para garantizar una comprensión común de los términos utilizados en el
sistema. Aquí se presentan algunas definiciones, acrónimos y abreviaturas que pueden
ser relevantes para GLPI:
 Definiciones:
 Activo de TI: Cualquier componente de hardware, software o infraestructura de
red utilizado en el entorno de tecnologías de la información de la organización.
 Incidente: Un evento no planificado que interrumpe o reduce la calidad del
servicio de TI y que requiere una respuesta rápida para minimizar el impacto en
el negocio.
 Solicitud de Servicio: Una solicitud formal de un usuario o cliente para obtener
información, soporte o asistencia relacionada con los servicios de TI.
 Problema: Una causa subyacente de uno o más incidentes, que requiere una
investigación y resolución para prevenir la recurrencia de los incidentes.

 Cambios: Modificaciones planificadas en la infraestructura de TI o en los

servicios de TI que pueden afectar a la operación normal del sistema.
 Acrónimos y Abreviaturas:
 TI: Tecnologías de la Información
 SGI: Sistema de Gestión de Incidencias
 SLA: Acuerdo de Nivel de Servicio
 ITIL: Biblioteca de Infraestructura de Tecnologías de la Información
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
Ieee830 Plantilla_formato_ieee830 /documentos/ 24/03/2023 NOMBRES
plantilla:formato_ieee830
pool.doc
1.6 Resumen
GLPI (Gestión Libre de Parque Informático) es una plataforma de gestión de activos de
TI y de gestión de servicios de TI de código abierto diseñada para ayudar a las
organizaciones a gestionar eficientemente sus recursos de tecnologías de la información
(TI).
El propósito principal de GLPI es proporcionar a las organizaciones una solución integral

para la gestión de activos de TI y la prestación de servicios de TI, lo que incluye la
gestión completa del ciclo de vida de los activos de TI, la gestión de incidentes, cambios,
problemas y solicitudes de servicio, y la gestión de contratos y proveedores.
El alcance de GLPI abarca múltiples aspectos de la gestión de activos de TI y la

prestación de servicios de TI, incluyendo la gestión de inventarios, la gestión de
incidentes y problemas, la gestión de cambios, la gestión de contratos y proveedores, y
la integración con otras herramientas de gestión de TI.
Para garantizar una comprensión común de los términos utilizados en GLPI, es

importante establecer un conjunto claro de definiciones, acrónimos y abreviaturas. Esto
ayuda a evitar malentendidos y confusiones durante el uso del sistema.
En resumen, GLPI es una herramienta poderosa y versátil que puede ayudar a las
organizaciones a optimizar la gestión de sus recursos de TI, mejorar la calidad del
servicio de TI y aumentar la eficiencia operativa en general.
2 Descripción general
2.1 Perspectiva del producto

Desde la perspectiva del producto, GLPI se posiciona como una solución integral para la
gestión de activos de TI y la prestación de servicios de TI en organizaciones de
diferentes tamaños y sectores. Aquí se destacan algunos aspectos clave de la
perspectiva del producto:
 Integración Versátil: GLPI está diseñado para integrarse con otros sistemas de
gestión empresarial, como sistemas de ventas o contabilidad, para ofrecer una
solución completa y centralizada. Aunque puede funcionar de manera
independiente, su capacidad de integración permite una mayor eficiencia y
coherencia en la gestión empresarial.
 Funcionalidad Principal Autónoma: Aunque puede integrarse con otros sistemas,

la funcionalidad principal de GLPI no depende de la interacción con ningún otro
producto o sistema mayor. Esto significa que puede operar de forma autónoma y
completa para gestionar los activos de TI y los servicios de TI en la
organización.
 Adaptabilidad a Diversas Industrias: GLPI se adapta a las necesidades de

diferentes industrias y sectores, proporcionando herramientas y funcionalidades
específicas para la gestión de activos de TI y servicios de TI en una amplia
variedad de contextos empresariales.
 Facilidad de Uso y Personalización: GLPI se destaca por su facilidad de uso y su

capacidad de personalización. Los usuarios pueden adaptar el sistema según
sus necesidades específicas, creando campos personalizados, formularios y
flujos de trabajo para optimizar la gestión de activos y servicios de TI.

2.2 Funcionalidad del producto
La funcionalidad del producto en GLPI se centra en proporcionar herramientas y

características robustas para la gestión eficiente de activos de TI y la prestación de
servicios de TI en una organización. Aquí se describen algunas de las principales
funcionalidades que ofrece GLPI:
1. Gestión de Activos de TI: GLPI permite la creación de un inventario detallado de
todos los activos de TI de la organización, incluyendo hardware, software,
dispositivos de red y otros recursos relacionados. Esta funcionalidad incluye la
capacidad de registrar información detallada sobre cada activo, como su
ubicación, estado, configuración y atributos técnicos.
2. Gestión de Incidentes y Solicitudes de Servicio: GLPI ofrece herramientas para
la gestión de incidentes, cambios, problemas y solicitudes de servicio,
permitiendo a los usuarios reportar y seguir el progreso de los problemas
técnicos y solicitudes de soporte en toda la organización. Esto incluye la
asignación de tareas, la priorización de tickets y la resolución eficiente de
problemas.
3. Gestión de Contratos y Proveedores: GLPI facilita la gestión de contratos con
proveedores de servicios de TI y otros proveedores externos, permitiendo a los
usuarios mantener un registro centralizado de los contratos, gestionar las
renovaciones y evaluar el rendimiento de los proveedores.
4. Personalización y Configuración: GLPI ofrece opciones de personalización y
configuración que permiten a los usuarios adaptar el sistema según sus
necesidades específicas. Esto incluye la capacidad de crear campos
personalizados, definir flujos de trabajo personalizados y personalizar la interfaz
de usuario para satisfacer los requisitos únicos de la organización.
5. Informes y Análisis: GLPI proporciona herramientas de generación de informes y
análisis que permiten a los usuarios obtener información detallada sobre el
estado y el rendimiento de los activos de TI, los incidentes y solicitudes de
servicio, y otros aspectos clave de la gestión de TI. Esto facilita la toma de
decisiones informadas y la mejora continua de los procesos empresariales
relacionados con la gestión de activos y servicios de TI.

2.3 Características de los usuarios

Tipo de usuario Coordinador logístico
Formación Tecnología en logística
Habilidades Manejo de sistemas de inventario, informes, básico en
sistemas.
Actividades Supervisar, controlar y agilizar procesos logísticos,
alimentándose de los requerimientos del área de ventas, a
su vez brindando el manejo de una correcta distribución de
tiempos en entregas a cliente final.
Tipo de usuario Almacenista

Formación Técnico en Logística
Habilidades Manejo de sistemas de inventario, entradas y salidas de
mercancía
Actividades Supervisar, controlar y agilizar procesos logísticos,
alimentando inventario cuando se realice una compra, a su
vez generando informes de inventario para controlar un
stock sin ningún tipo de variaciones, controlando salidas por
deterioros, producto en mal estado o consumos internos.
2.4 Restricciones

Las restricciones en GLPI se refieren a los límites o condiciones que pueden

afectar su implementación, uso o funcionamiento dentro de una organización.
Aquí se detallan algunas restricciones comunes asociadas con GLPI:
Requerimientos de Hardware y Software: GLPI puede tener ciertos

requerimientos mínimos de hardware y software para su instalación y
funcionamiento adecuado. Esto puede incluir especificaciones de hardware
como memoria RAM, capacidad de almacenamiento y procesador, así como
software adicional necesario, como un servidor web y una base de datos.
Licenciamiento y Costos: Aunque GLPI es un software de código abierto y está

disponible de forma gratuita, pueden existir costos asociados con su
implementación y mantenimiento, como la infraestructura de hardware
requerida, el personal técnico para la instalación y configuración, y posiblemente
servicios de soporte adicionales.
Capacidad de Personalización: Aunque GLPI ofrece opciones de

personalización y configuración, puede haber limitaciones en cuanto a la
complejidad y alcance de las personalizaciones que pueden realizarse sin un
conocimiento técnico especializado. Algunas personalizaciones pueden requerir
la intervención de desarrolladores o consultores externos.
Integración con Otros Sistemas: Aunque GLPI puede integrarse con otros
sistemas de gestión empresarial, como sistemas de ventas o contabilidad,
puede haber limitaciones en cuanto a la compatibilidad y la complejidad de las
integraciones. La integración exitosa puede depender de factores como la
disponibilidad de API y la capacidad de los sistemas para intercambiar datos de
manera efectiva.
Seguridad y Privacidad: GLPI almacena información crítica sobre activos de TI,

incidentes y solicitudes de servicio, por lo que es importante implementar
medidas adecuadas de seguridad y privacidad para proteger esta información
contra accesos no autorizados o filtraciones de datos.
2.5 Suposiciones y dependencias
Las suposiciones y dependencias en GLPI se refieren a los factores externos o

condiciones que pueden influir en su implementación, uso o funcionamiento dentro de
una organización. Aquí se detallan algunas suposiciones y dependencias comunes
asociadas con GLPI:
 Disponibilidad de Recursos Humanos: La implementación y el mantenimiento

efectivo de GLPI pueden depender de la disponibilidad de personal técnico con

experiencia en administración de sistemas, bases de datos y desarrollo web. La

falta de recursos humanos capacitados puede afectar negativamente la
implementación y el rendimiento de GLPI.
 Disponibilidad de Hardware y Software: La implementación de GLPI puede

depender de la disponibilidad de hardware y software adecuados, como
servidores web, bases de datos y sistemas operativos compatibles. La
adquisición y configuración de estos recursos pueden ser suposiciones clave en
la implementación de GLPI.
 Compatibilidad con Sistemas Existentes: La integración exitosa de GLPI con

otros sistemas existentes en la organización, como sistemas de gestión de
ventas o contabilidad, puede depender de la disponibilidad de interfaces de
programación de aplicaciones (API) y la capacidad de intercambiar datos de
manera efectiva entre los sistemas.
 Aceptación del Usuario Final: El éxito de la implementación de GLPI puede

depender de la aceptación y adopción por parte de los usuarios finales dentro de
la organización. Es importante garantizar la capacitación adecuada y la
comunicación efectiva para fomentar la confianza y la satisfacción del usuario
con la plataforma.
 Cumplimiento Normativo y Regulatorio: La implementación y el uso de GLPI

pueden estar sujetos a requisitos normativos y regulatorios específicos en la
industria o el país en el que opera la organización. Es importante asegurarse de
que GLPI cumpla con todas las regulaciones pertinentes y que se implementen
medidas adecuadas de seguridad y privacidad de datos.
 Disponibilidad de Soporte y Mantenimiento: La disponibilidad de soporte técnico

y actualizaciones periódicas puede ser una dependencia importante para
garantizar el funcionamiento continuo y la fiabilidad de GLPI a lo largo del
tiempo. Es importante tener acceso a recursos de soporte confiables y
oportunidades de capacitación para el personal técnico.
2.6 Evolución previsible del sistema

La evolución previsible del sistema en GLPI se refiere a los cambios y mejoras
anticipadas que pueden ocurrir en la plataforma a lo largo del tiempo. Aquí se detallan
algunas áreas de evolución previsible en GLPI:
 Mejoras en la Funcionalidad: Se espera que GLPI continúe evolucionando para

ofrecer nuevas funcionalidades y características que mejoren la gestión de
activos de TI y la prestación de servicios de TI en la organización. Esto puede
incluir la introducción de nuevos módulos, herramientas de automatización,
integraciones con otros sistemas, y mejoras en la interfaz de usuario.

 Optimización del Rendimiento: Con el tiempo, se anticipa que GLPI

experimentará mejoras en el rendimiento y la escalabilidad para garantizar su
eficacia en entornos empresariales de gran escala. Esto puede implicar
optimizaciones en el código, la gestión de la base de datos y la infraestructura
subyacente para mejorar la velocidad y la capacidad de respuesta del sistema.
 Actualizaciones de Seguridad y Cumplimiento: GLPI se mantendrá al día con los

estándares de seguridad y cumplimiento normativo, con actualizaciones
regulares para abordar vulnerabilidades de seguridad y cumplir con las
regulaciones pertinentes en la industria. Esto puede incluir parches de
seguridad, mejoras en la gestión de accesos y protección de datos, y auditorías
de seguridad periódicas.
 Adaptación a Tecnologías Emergentes: A medida que surjan nuevas tecnologías

y tendencias en la gestión de activos de TI y la prestación de servicios de TI, se
espera que GLPI se adapte para aprovechar estas innovaciones. Esto puede
incluir la integración con tecnologías emergentes como la inteligencia artificial, el
aprendizaje automático y el Internet de las cosas (IoT) para mejorar la eficiencia
y la automatización en la gestión de activos y servicios de TI.
 Mejoras en la Experiencia del Usuario: Se espera que GLPI continúe mejorando

la experiencia del usuario a través de actualizaciones en la interfaz de usuario,
la navegación intuitiva y la personalización de la experiencia del usuario. Esto
puede incluir mejoras en la usabilidad, la accesibilidad y la integración con
herramientas de colaboración empresarial para mejorar la productividad y la
satisfacción del usuario.
3 Requisitos específicos
Número de requisito RF1
Nombre de requisito Gestión de productos
Tipo X Requisito Restricción
Fuente del requisito Usuario
Prioridad del requisito X Alta/Esencial Media/Deseado Baja/ Opcional

Nombre de requisito Gestión de proveedores

Nombre de requisito Control de inventario
3.1 Requisitos comunes de los interfaces

El sistema de software GLPI maneja una variedad de entradas y salidas que son
fundamentales para su funcionamiento eficiente y efectivo. A continuación, se proporciona una
descripción detallada de cada una de estas entradas y salidas:
3.1.1 Interfaces de usuario
Las interfaces de usuario del producto GLPI están diseñadas para proporcionar
una experiencia intuitiva y eficiente para los usuarios. A continuación, se
describen los requisitos del interfaz de usuario:
1. Página de Inicio de Sesión:
 La página de inicio de sesión debe permitir a los usuarios acceder

de manera segura al sistema.
 Debe incluir campos para ingresar el nombre de usuario y la
contraseña.
 Se proporcionará un enlace para restablecer la contraseña en
caso de olvido.

2. Panel de Control:
 Al iniciar sesión, los usuarios serán dirigidos a un panel de control

central.
 Este panel mostrará una visión general del estado del inventario,
las órdenes pendientes y otras métricas relevantes.
 Debe ser personalizable para que los usuarios puedan configurar
los widgets según sus preferencias.

3. Gestión de Productos:
 Los usuarios podrán agregar, editar y eliminar productos desde

una interfaz clara y organizada.
 Debe haber campos para ingresar información detallada del
producto, como nombre, descripción, categoría, precio y cantidad
en stock.
4. Gestión de Órdenes:
 Se proporcionará una interfaz para que los usuarios administren

las órdenes de compra y venta.
 Deben poder ver el estado de las órdenes, confirmar entregas,
generar facturas y gestionar devoluciones.
5. Informes y Análisis:
 El sistema ofrecerá herramientas de generación de informes para

que los usuarios puedan analizar el rendimiento del inventario y
las ventas.
 Deben estar disponibles varios tipos de informes, como informes
de ventas, informes de inventario y análisis de tendencias.
6. Personalización y Configuración:

 Los usuarios tendrán la capacidad de personalizar su experiencia

según sus necesidades.
 Deben poder ajustar la configuración del sistema, como unidades
de medida, moneda y preferencias de visualización.
7. Navegación Intuitiva:
 Se implementará una navegación clara y fácil de usar en todo el

sistema.
 Debe haber menús desplegables o de navegación lateral para
acceder rápidamente a diferentes secciones del producto.
3.1.2 Interfaces de hardware
En GLPI, las interfaces de hardware se refieren a los dispositivos físicos utilizados

para interactuar con el sistema o para facilitar la gestión de activos de TI. Aquí se
detallan algunas interfaces de hardware relevantes para GLPI:
 Servidores: Los servidores son componentes de hardware fundamentales

para alojar la aplicación de GLPI y su base de datos. Estos servidores
pueden ser físicos o virtuales, y deben cumplir con los requisitos de
hardware recomendados por GLPI para garantizar un rendimiento óptimo
del sistema.
 Dispositivos de Red: Los dispositivos de red, como routers, switches y
puntos de acceso inalámbricos, son interfaces de hardware que pueden
ser gestionadas dentro de GLPI para mantener un inventario actualizado
de la infraestructura de red de la organización. Esto incluye información
detallada sobre la configuración, ubicación y estado de estos dispositivos.
 Dispositivos de Almacenamiento: Los dispositivos de almacenamiento,
como unidades de disco duro, matrices de almacenamiento y sistemas de
almacenamiento en red (NAS), son interfaces de hardware que pueden
ser gestionadas dentro de GLPI para mantener un inventario de los
recursos de almacenamiento de la organización. Esto puede incluir
información sobre la capacidad, el rendimiento y la disponibilidad de los
dispositivos de almacenamiento.
 Dispositivos Periféricos: Los dispositivos periféricos, como impresoras,
escáneres y dispositivos de copia, son interfaces de hardware que
pueden ser gestionadas dentro de GLPI para mantener un inventario de
los recursos periféricos de la organización. Esto puede incluir información
sobre el modelo, la ubicación y el estado de estos dispositivos.
 Dispositivos de Seguridad: Los dispositivos de seguridad, como firewalls,
sistemas de detección de intrusiones (IDS) y sistemas de prevención de
intrusiones (IPS), son interfaces de hardware que pueden ser gestionadas
dentro de GLPI para mantener un inventario de los recursos de seguridad
de la organización. Esto puede incluir información sobre las políticas de
seguridad, las alertas y los eventos generados por estos dispositivos.
3.1.3 Interfaces de software

En GLPI, las interfaces de software se refieren a las aplicaciones y sistemas con los que GLPI
interactúa para gestionar activos de TI y servicios de TI en la organización. Aquí se detallan
algunas interfaces de software relevantes para GLPI:
 Sistemas Operativos: GLPI es compatible con una variedad de sistemas operativos,

incluyendo Linux, Windows y macOS, que pueden alojar la aplicación de GLPI y su
base de datos. Los usuarios pueden interactuar con GLPI a través de navegadores
web compatibles con estos sistemas operativos.
 Navegadores Web: Las interfaces de software en GLPI son accesibles a través de
navegadores web estándar, como Google Chrome, Mozilla Firefox, Microsoft Edge y
Safari. Estos navegadores proporcionan la interfaz de usuario para acceder a las
funcionalidades de GLPI desde cualquier dispositivo con conexión a Internet.
 Bases de Datos: GLPI utiliza bases de datos relacionales, como MySQL, PostgreSQL y
SQLite, para almacenar y gestionar la información de activos de TI, incidentes y
solicitudes de servicio. Los usuarios pueden interactuar con GLPI a través de consultas
SQL directas o a través de la interfaz de usuario proporcionada por la aplicación.
 Sistemas de Gestión de Contenidos (CMS): GLPI puede integrarse con sistemas de
gestión de contenidos, como WordPress o Joomla, para proporcionar una experiencia
de usuario integrada y personalizada. Esto puede incluir la integración de la
autenticación de usuarios y la presentación de datos de GLPI dentro del CMS.
 Sistemas de Gestión de Redes (NMS): GLPI puede integrarse con sistemas de gestión
de redes, como Nagios o Zabbix, para proporcionar una visión integrada de la
infraestructura de red de la organización. Esto puede incluir la importación automática
de dispositivos de red y la sincronización de datos entre GLPI y el NMS.
 Sistemas de Gestión de Incidentes (ITS): GLPI puede integrarse con sistemas de
gestión de incidentes, como OTRS o ServiceNow, para facilitar la creación y el
seguimiento de incidentes de TI. Esto puede incluir la sincronización de tickets entre
GLPI y el ITS, así como la importación automática de información de incidentes.
3.1.4 Interfaces de comunicación
En GLPI, las interfaces de comunicación se refieren a los mecanismos y

protocolos utilizados para intercambiar datos y facilitar la comunicación entre
GLPI y otros sistemas, usuarios o dispositivos. Aquí se detallan algunas interfaces
de comunicación relevantes para GLPI:
 Protocolo HTTP/HTTPS: GLPI utiliza el protocolo HTTP o HTTPS para la

comunicación entre el cliente (navegador web) y el servidor donde se
encuentra alojada la aplicación de GLPI. Este protocolo permite el
intercambio de información a través de la web de manera segura y
eficiente.
 API RESTful: GLPI proporciona una API RESTful que permite a otros
sistemas y aplicaciones interactuar con GLPI de manera programática.
Esta interfaz de comunicación permite realizar operaciones como la
creación, lectura, actualización y eliminación de datos en GLPI desde
aplicaciones externas.
 Correo Electrónico: GLPI puede integrarse con servidores de correo
electrónico para gestionar la comunicación por correo electrónico
relacionada con incidentes, cambios, problemas y solicitudes de servicio.
Esto incluye la recepción de notificaciones por correo electrónico, la
creación automática de tickets y la actualización del estado de los tickets
a través de respuestas por correo electrónico.
 LDAP/Active Directory: GLPI puede integrarse con servidores LDAP
(Protocolo Ligero de Acceso a Directorios) o Active Directory para
autenticar y autorizar a los usuarios de GLPI utilizando las credenciales

de inicio de sesión de la red corporativa. Esto simplifica la gestión de

usuarios y contraseñas al sincronizar la información de autenticación con
el directorio centralizado.
 Integración con Herramientas de Colaboración: GLPI puede integrarse
con herramientas de colaboración empresarial, como Slack o Microsoft
Teams, para facilitar la comunicación y la colaboración entre los equipos
de soporte técnico. Esto puede incluir la creación automática de
notificaciones y alertas en los canales de colaboración en función de
eventos en GLPI.
 Integración con Sistemas de Telefonía: GLPI puede integrarse con
sistemas de telefonía, como PBX (Centralita Telefónica Privada) o
sistemas de VoIP (Voz sobre Protocolo de Internet), para gestionar la
comunicación telefónica relacionada con incidentes y solicitudes de
servicio. Esto puede incluir la creación automática de tickets basada en
llamadas telefónicas entrantes.
3.2 Requisitos funcionales
Los requisitos funcionales de GLPI se refieren a las capacidades y

funcionalidades que debe proporcionar el sistema para satisfacer las necesidades
de gestión de activos de TI y servicios de TI en la organización. Aquí se presentan
algunos requisitos funcionales clave de GLPI:
 Gestión de Activos de TI:
 Registro y seguimiento de todos los activos de TI de la organización,
incluyendo hardware, software y dispositivos de red.
 Asignación de atributos y categorías a los activos de TI, como tipo,
ubicación, estado y propietario.
 Seguimiento del ciclo de vida de los activos de TI, desde la adquisición
hasta la disposición final.
 Generación de informes y análisis sobre el inventario de activos de TI,
incluyendo detalles de configuración y estado.
 Gestión de Incidentes y Solicitudes de Servicio:
 Recepción y registro de incidentes reportados por usuarios finales o
detectados por sistemas de monitoreo.
 Creación de tickets para incidentes y solicitudes de servicio, con
asignación automática de prioridades y niveles de servicio.
 Seguimiento y gestión de tickets a lo largo de su ciclo de vida, incluyendo
asignación, resolución y cierre.
 Comunicación con usuarios finales sobre el estado y la resolución de
incidentes y solicitudes de servicio.
 Gestión de Cambios y Problemas:
 Registro y seguimiento de cambios planificados en la infraestructura de
TI, incluyendo cambios de configuración, actualizaciones de software y
despliegues de hardware.
 Evaluación de impacto y riesgo de cambios propuestos, con aprobaciones
y controles de autorización.
 Investigación y resolución de problemas subyacentes que causan
incidentes recurrentes o degradación del servicio.
 Gestión de Contratos y Proveedores:
 Mantenimiento de un registro centralizado de contratos con proveedores
de servicios de TI y otros proveedores externos.

 Seguimiento de fechas de vencimiento, términos y condiciones, y niveles

de servicio de los contratos.
 Evaluación del rendimiento de los proveedores, incluyendo cumplimiento
de SLAs (Acuerdos de Nivel de Servicio) y satisfacción del cliente.
 Personalización y Configuración:
 Opciones de personalización y configuración para adaptar GLPI a las
necesidades específicas de la organización.
 Creación de campos personalizados, formularios y flujos de trabajo para
reflejar los procesos empresariales y requisitos únicos.
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
Los requisitos de rendimiento en GLPI se refieren a las características y

capacidades necesarias para garantizar que el sistema funcione de manera
eficiente y responda adecuadamente a las demandas de los usuarios. Aquí se
detallan algunos requisitos de rendimiento clave para GLPI:
 Tiempo de Respuesta: GLPI debe ser capaz de proporcionar tiempos de
respuesta rápidos para las solicitudes de los usuarios, incluyendo la carga
de páginas, la ejecución de consultas y la realización de acciones dentro
de la aplicación. Se espera que el tiempo de respuesta sea lo
suficientemente bajo como para garantizar una experiencia de usuario
fluida y sin interrupciones.
 Capacidad de Escalabilidad: GLPI debe ser capaz de manejar un
crecimiento en el número de usuarios y la cantidad de datos sin
experimentar una degradación significativa en el rendimiento. Se espera
que el sistema sea escalable tanto vertical como horizontalmente para
adaptarse a las necesidades cambiantes de la organización a lo largo del
tiempo.
 Capacidad de Carga: GLPI debe ser capaz de manejar una carga de
trabajo alta, incluyendo múltiples usuarios concurrentes y un volumen alto
de transacciones. Se espera que el sistema mantenga un rendimiento
consistente incluso durante períodos de actividad pico, sin experimentar
tiempos de respuesta prolongados o interrupciones del servicio.
 Optimización de Consultas: GLPI debe estar optimizado para ejecutar
consultas de manera eficiente en la base de datos, minimizando el tiempo
de procesamiento y el uso de recursos del sistema. Se espera que el
sistema utilice índices adecuados, consultas optimizadas y técnicas de
caché para mejorar el rendimiento de las operaciones de lectura y
escritura.
 Uso Eficiente de Recursos: GLPI debe utilizar los recursos de hardware
disponibles de manera eficiente, incluyendo CPU, memoria y
almacenamiento. Se espera que el sistema optimice el uso de recursos
para minimizar la sobrecarga del servidor y maximizar la capacidad de
procesamiento disponible para las operaciones del sistema.
 Tolerancia a Fallos: GLPI debe ser capaz de recuperarse de fallos de
hardware o software de manera rápida y eficiente, minimizando el
impacto en la disponibilidad y el rendimiento del sistema. Se espera que
el sistema implemente mecanismos de redundancia y recuperación para
garantizar la continuidad del servicio en caso de fallos inesperados.

3.3.2 Seguridad
La seguridad en GLPI es una preocupación fundamental para garantizar la

integridad, confidencialidad y disponibilidad de los datos gestionados por el
sistema. Aquí se detallan algunos requisitos de seguridad importantes para
GLPI:
 Autenticación de Usuarios: GLPI debe contar con un sistema robusto
de autenticación de usuarios que permita verificar la identidad de
cada usuario que accede al sistema. Esto puede incluir opciones
como el uso de contraseñas seguras, autenticación de dos factores y
la integración con sistemas de directorio corporativo como LDAP o
Active Directory.
 Control de Acceso: Es crucial implementar un control de acceso
adecuado en GLPI para garantizar que los usuarios solo puedan
acceder a la información y funcionalidades para los que tienen
autorización. Esto implica la asignación de roles y permisos
granulares basados en las responsabilidades de cada usuario dentro
de la organización.
 Cifrado de Datos: Se deben utilizar técnicas de cifrado robustas para
proteger la confidencialidad de los datos almacenados en GLPI,
especialmente aquellos sensibles o críticos para la organización. Esto
puede incluir el cifrado de datos en reposo y en tránsito, utilizando
algoritmos de cifrado fuertes y certificados SSL/TLS para la
comunicación segura.
 Auditoría y Registro de Eventos: GLPI debe ser capaz de registrar
todas las actividades realizadas por los usuarios dentro del sistema,
incluyendo cambios en la configuración, accesos a datos sensibles y
acciones administrativas. Estos registros de eventos son
fundamentales para la detección de intrusiones, la investigación de
incidentes y el cumplimiento de regulaciones de seguridad.
 Actualizaciones y Parches de Seguridad: Es esencial mantener GLPI
actualizado con las últimas versiones y parches de seguridad
disponibles para mitigar vulnerabilidades conocidas y proteger el
sistema contra posibles amenazas. Se debe establecer un proceso
regular de actualización y parcheo para garantizar la seguridad
continua del sistema.
 Respaldo y Recuperación de Datos: Se deben implementar medidas
de respaldo y recuperación de datos para proteger la integridad de la
información almacenada en GLPI y garantizar su disponibilidad en
caso de fallos del sistema, desastres naturales o ataques
cibernéticos. Los respaldos regulares deben ser almacenados de
forma segura y probados periódicamente para verificar su integridad y
utilidad.
 Gestión de Vulnerabilidades: Se debe establecer un proceso de
gestión de vulnerabilidades para identificar, evaluar y mitigar posibles
vulnerabilidades en GLPI y sus componentes subyacentes. Esto
puede incluir la realización de evaluaciones de seguridad periódicas,
la aplicación de buenas prácticas de configuración y la colaboración
con la comunidad de seguridad para abordar posibles riesgos.

3.3.3 Fiabilidad
Tiempo Entre Incidentes Permisibles (MTBF):
Se establece que el sistema deberá tener un tiempo medio entre fallos (MTBF) de
al menos X horas.
El MTBF representa la duración promedio que el sistema puede funcionar
continuamente sin experimentar un fallo.
Total de Incidentes Permisibles:
Se define un número máximo de incidentes permitidos durante un período de

tiempo especificado, por ejemplo, X fallos por mes o por año.
Los incidentes incluyen cualquier interrupción del servicio o mal funcionamiento
del sistema que afecte negativamente a la experiencia del usuario o a la
funcionalidad del software.
3.3.4 Disponibilidad
La disponibilidad en GLPI se refiere a la capacidad del sistema para estar

operativo y accesible cuando sea necesario. Aquí se detallan algunos requisitos
de disponibilidad clave para GLPI:
 Tiempo de Inactividad Planificado: Se establecerán ventanas de

mantenimiento programadas para realizar actualizaciones de software,
realizar copias de seguridad de datos y llevar a cabo otras tareas de
mantenimiento. Estas ventanas de mantenimiento se programarán
durante períodos de baja actividad para minimizar el impacto en los
usuarios.
 Respaldo y Recuperación de Datos: Se implementarán políticas de

respaldo de datos periódicos para garantizar la disponibilidad de
información crítica en caso de pérdida de datos o fallo del sistema.
Además, se establecerán procedimientos de recuperación de desastres
para restaurar el sistema a un estado operativo en caso de un evento
catastrófico.
 Tolerancia a Fallos: GLPI debe ser diseñado con redundancia y tolerancia

a fallos para minimizar el impacto de posibles fallos de hardware o
software en la disponibilidad del sistema. Esto puede incluir la
implementación de clústeres de servidores, replicación de datos y
conmutación por error automática.
 Monitoreo de la Disponibilidad: Se implementarán herramientas de

monitoreo de la disponibilidad para supervisar el estado del sistema y
detectar posibles problemas de rendimiento o fallos del sistema. Se
establecerán alertas automáticas para notificar al personal técnico sobre
cualquier problema de disponibilidad detectado.
3.3.5 Mantenibilidad
La mantenibilidad en un sistema como GLPI es fundamental para asegurar que

pueda ser modificado, actualizado y mejorado de manera eficiente y efectiva a lo

largo del tiempo. Aquí se detallan algunos aspectos clave de la mantenibilidad en

GLPI:
 Claridad en el Código Fuente: El código fuente de GLPI debe estar bien

estructurado y documentado para facilitar su comprensión y
mantenimiento por parte de desarrolladores y administradores. Se deben
seguir las mejores prácticas de programación para garantizar la
legibilidad y modularidad del código.
 Facilidad de Actualización: GLPI debe ser diseñado para permitir la fácil

aplicación de actualizaciones de software, parches de seguridad y nuevas
versiones. Se deben establecer procedimientos claros para la instalación
y configuración de actualizaciones, minimizando el tiempo de inactividad y
el impacto en los usuarios.
 Flexibilidad y Extensibilidad: GLPI debe ser flexible y extensible para

permitir la incorporación de nuevas funcionalidades y la integración con
otros sistemas y herramientas. Se deben proporcionar interfaces de
programación de aplicaciones (API) y herramientas de desarrollo para
facilitar la personalización y la ampliación del sistema según las
necesidades específicas de la organización.
 Gestión de la Configuración: Se deben establecer prácticas de gestión de

la configuración para controlar los cambios en la configuración del
sistema y mantener un registro de versiones. Esto incluye la
documentación de la configuración del sistema, la gestión de cambios y la
realización de pruebas exhaustivas antes de implementar cambios en
producción.
 Pruebas y Depuración: Se deben implementar procesos de pruebas

exhaustivas para identificar y corregir errores en el sistema antes de su
implementación en producción. Se deben establecer entornos de pruebas
separados para probar nuevas funcionalidades y actualizaciones sin
afectar la disponibilidad del sistema en producción.
 Capacitación y Documentación: Se debe proporcionar capacitación

adecuada para el personal técnico responsable del mantenimiento de
GLPI, así como documentación detallada sobre la arquitectura,
funcionamiento y configuración del sistema. Esto garantizará que el
personal esté bien preparado para realizar tareas de mantenimiento de
manera efectiva.
3.3.6 Portabilidad
En esta sección se detallan los requisitos de portabilidad para el sistema GLPI, que incluyen los
atributos que deben presentar el software para facilitar su traslado a otras plataformas o
entornos.
Independencia del Servidor:
Se requerirá que el software tenga un porcentaje mínimo de componentes y código
dependientes del servidor.
Se busca reducir la dependencia del servidor para garantizar que el software pueda ejecutarse
de manera eficiente en diferentes entornos de servidor.
Lenguaje y Plataforma de Desarrollo:

El software debe estar desarrollado utilizando un lenguaje de programación y una plataforma

de desarrollo que favorezcan la portabilidad.
Se preferirá el uso de lenguajes y herramientas que sean conocidos por su capacidad de
ejecutarse en múltiples sistemas operativos y arquitecturas de hardware.
Compatibilidad con Sistemas Operativos:
El software debe ser compatible con una amplia gama de sistemas operativos, incluyendo
Windows, macOS y Linux.
Se requerirá que el software utilice estándares y APIs que estén disponibles en los sistemas
operativos objetivo para garantizar su funcionalidad en diferentes entornos.
Compiladores y Herramientas de Desarrollo:
Se especificará el uso de compiladores y herramientas de desarrollo que sean compatibles con
múltiples plataformas.
Se evitará la dependencia de compiladores o herramientas específicas que limiten la
portabilidad del software a otros entornos de desarrollo.
3.4 Otros requisitos
Requisitos Culturales:
El software debe ser sensible a las diferencias culturales y lingüísticas de los usuarios.
Se requerirá la capacidad de adaptar el software para diferentes regiones geográficas,
idiomas y prácticas comerciales locales como por ejemplo en GLPI se implementara el
uso de comas puntos tildes y la letra ñ .
Requisitos Políticos:
El software debe cumplir con las regulaciones y políticas gubernamentales pertinentes

en todas las jurisdicciones donde se utilice.
Se requerirá que el software garantice la privacidad y seguridad de los datos del usuario
de acuerdo con las leyes de protección de datos aplicables.
Requisitos Legales:
El software debe cumplir con todas las leyes y regulaciones relevantes, incluyendo
aquellas relacionadas con la propiedad intelectual, el comercio electrónico y la
protección al consumidor.
Se requerirá que el software incluya avisos legales apropiados, términos de servicio y
políticas de privacidad que cumplan con las normativas legales vigentes.
4 Apéndices
Los apéndices pueden incluir, pero no se limitan a, los siguientes elementos:
Diagramas de flujo: Diagramas detallados que representan los procesos y flujos de

información dentro del sistema.
Modelos de datos: Descripciones detalladas de las estructuras de datos utilizadas por el

sistema, incluidas tablas de bases de datos, diagramas de entidad-relación, etc.

Listas de abreviaturas y acrónimos: Una recopilación de todas las abreviaturas y acrónimos

utilizados en el documento, junto con sus significados.
Referencias bibliográficas: Una lista de todas las fuentes consultadas durante la elaboración
de la SRS, incluyendo libros, artículos, documentos técnicos, etc.
Documentación adicional: Cualquier otra información relevante para el desarrollo,

implementación o mantenimiento del sistema, como manuales de usuario, guías de
instalación, etc.

Formato Ieee830 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Formato Ieee830 1

Cargado por

Copyright:

Formatos disponibles

Especificación de requisitos de

Fecha Revisión Autor Verificado dep. calidad.

Brandon Daniel Pasachoa

Documento validado por las partes en fecha: 22/03/2024

Por el cliente Por la empresa suministradora

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3.1 Requisitos comunes de los interfaces 8

3.2 Requisitos funcionales 8

3.3 Requisitos no funcionales 9

Descripción de requisitos del software

3.4 Otros requisitos 10

Descripción de requisitos del software

Este documento establece los requisitos de software para el Sistema de Información de

El propósito de GLPI es proporcionar a las organizaciones una plataforma integral para la

 Gestión de Activos de TI: El propósito principal de GLPI es ayudar a las organizaciones

 Centralización de la Información: Otro propósito importante de GLPI es centralizar la

El alcance de GLPI se refiere a las funcionalidades y áreas que cubre dentro de la

 Gestión de Servicios de TI: GLPI cubre la gestión de incidentes, cambios,

Descripción de requisitos del software

 Gestión de Contratos y Proveedores: GLPI también puede abarcar la

 Integración con Otras Herramientas: En algunos casos, el alcance de GLPI

1.3 Personal involucrado

1.4 Definiciones, acrónimos y abreviaturas

En GLPI, es importante establecer un conjunto claro de definiciones, acrónimos y

Descripción de requisitos del software

 Cambios: Modificaciones planificadas en la infraestructura de TI o en los

El propósito principal de GLPI es proporcionar a las organizaciones una solución integral

El alcance de GLPI abarca múltiples aspectos de la gestión de activos de TI y la

Para garantizar una comprensión común de los términos utilizados en GLPI, es

Descripción de requisitos del software

 Funcionalidad Principal Autónoma: Aunque puede integrarse con otros sistemas,

 Adaptabilidad a Diversas Industrias: GLPI se adapta a las necesidades de

 Facilidad de Uso y Personalización: GLPI se destaca por su facilidad de uso y su

Descripción de requisitos del software

2.2 Funcionalidad del producto

La funcionalidad del producto en GLPI se centra en proporcionar herramientas y

Descripción de requisitos del software

2.3 Características de los usuarios

Tipo de usuario Almacenista

Descripción de requisitos del software

Las restricciones en GLPI se refieren a los límites o condiciones que pueden

Requerimientos de Hardware y Software: GLPI puede tener ciertos

Licenciamiento y Costos: Aunque GLPI es un software de código abierto y está

Capacidad de Personalización: Aunque GLPI ofrece opciones de

Seguridad y Privacidad: GLPI almacena información crítica sobre activos de TI,

2.5 Suposiciones y dependencias

Las suposiciones y dependencias en GLPI se refieren a los factores externos o

 Disponibilidad de Recursos Humanos: La implementación y el mantenimiento

Descripción de requisitos del software

experiencia en administración de sistemas, bases de datos y desarrollo web. La

 Disponibilidad de Hardware y Software: La implementación de GLPI puede

 Compatibilidad con Sistemas Existentes: La integración exitosa de GLPI con

 Aceptación del Usuario Final: El éxito de la implementación de GLPI puede

 Cumplimiento Normativo y Regulatorio: La implementación y el uso de GLPI

 Disponibilidad de Soporte y Mantenimiento: La disponibilidad de soporte técnico

2.6 Evolución previsible del sistema

 Mejoras en la Funcionalidad: Se espera que GLPI continúe evolucionando para