Requisitos del sistema

Proyecto: [Nombre de Proyecto]

Revisión [99.99]

[Mes de año]
Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del sistema.

Está basado y es conforme con el estándar IEEE Std 1362-1998.

Las secciones que no se consideren aplicables al sistema descrito podrán de forma

justificada indicarse como no aplicables (NA).

Notas:
Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por
los contenidos descritos en cada apartado.

Los textos entre corchetes del tipo “[Inserte aquí el texto]” permiten la inclusión directa de
texto con el color y estilo adecuado a la sección, al marcar sobre ellos con el puntero del
ratón.

Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de
forma que su numeración consecutiva se genera automáticamente según se trate de estilos
“Titulo1, Titulo2 y Titulo3”.

La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar Intro
al final de la línea de título. (Estilos Normal indentado1, Normal indentado 2 y Normal
indentado 3).

El índice del documento es una tabla de contenido que Word actualiza tomando como
criterio los títulos del documento.
Una vez terminada su redacción debe indicarse a Word que actualice todo su contenido
para reflejar el contenido definitivo.

Trabajo registrado en Safe Creative. Código: 0710100109946

Puede emplearse y distribuirse según se indica en http://www.safecreative.org/work/0710100109946
Ficha del documento

Fecha Revisión Autor Verificado dep. calidad.

[Fecha] [Rev] [Descripcion] [Firma o sello]

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 4

Contenido
FICHA DEL DOCUMENTO 3

CONTENIDO 4

1 ALCANCE 6

1.1 Identificación [*] 6

1.2 Visión general del documento [*] 6

1.3 Visión general del sistema [*] 6

1.4 Personal involucrado [*] 6

2 DOCUMENTOS REFERENCIADOS 6

3 SITUACIÓN ACTUAL 7

3.1 Descripción del sistema o situación actual [*] 7

3.2 Tipos de usuarios 8

3.3 Necesidad y naturaleza de los cambios 8

3.4 Descripción de los cambios deseados 8

4 SISTEMA PROPUESTO 9

4.1 Descripción del sistema propuesto [*] 9

4.2 Tipos de usuarios [*] 10

4.3 Mantenimiento / soporte [*] 10

4.4 Escenarios operacionales 10

4.5 Futuras evoluciones 10

4.6 Cambios considerados pero no incluidos 10

5 RESUMEN DE MEJORAS 11

6 Información adicional 11

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 5

1 Alcance
La elaboración de este documento pretende proporcionar información
necesaria que permita al lector conocer un poco más acerca del proyecto G-
MERI; Software que tiene como finalidad mejorar los procesos en gestión de
mantenimiento de equipos de refrigeración industrial en la refinería de
Barrancabermeja.

Este tiene relación con el documento de especificación de requisitos del

software.

1.1 Identificación

Gestión De Mantenimiento De Equipos De Refrigeración Industrial (G-

MERI).

1.2 Visión general del documento

Por medio de este documento se pretende plasmar las necesidades y

requerimientos de los usuarios en cuanto al sistema de información se
refiere, esto con el fin de poder tener un panorama claro de lo que
necesita el cliente que haga su sistema de información de forma tal que el
personal involucrado en el desarrollo puedan saber qué es lo que
requiere.

1.3 Visión general del sistema

El sistema de información G-MERI tiene como objetivo principal realizar

de forma ágil y practica la gestión de los mantenimientos de equipos de
refrigeración industrial de la Gerencia de Refinería de Barrancabermeja
(GRB), teniendo en cuenta los formatos, formularios y condiciones
generales del contrato por medio del cual se establecen condiciones
específicas sobre presentación de informes, facturación, y ejecución de
las labores. Se desea que el sistema de información que se va a
desarrollar cumpla con tanto con los requisitos del usuario como con los
estándares de calidad de software y las condiciones propias de los
stakeholders.

1.4 Personal involucrado

Nombre Antanas Gerardo Slapaitis Forero

Rol Líder – Motivador
Categoría profesional Aprendiz - SENA
Responsabilidades Liderar las iniciativas del proyecto, y motivar a los
integrantes a trabajar con empeño en ello.

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 6

Información de contacto DOCUMENTO: 1096202089

DIRECCIÓN: TRANSVERSAL 46 A ND-60ª-21 BARRIO LAS
GRANJAS
TELÉFONO: 6024493
CELULAR: 3163068927

Aprobación

Nombre Yuri Katherine Ibáñez Navarro

Rol Observador
Categoría profesional Aprendiz - SENA
Responsabilidades Inspeccionar que se cumplan con las tareas propuestas en
el equipo de trabajo.
Información de contacto DOCUMENTO DE IDENTIDAD: 1096227665
DIRECCIÓN: CALLE 75 N23-04 BARRIO BRISAS DE LA LIBERTAD
TELÉFONO:
CELULAR: 3164307271

Aprobación

Nombre Maira Alejandra Contreras Silva

Rol Organizador de Tareas
Categoría profesional Aprendiz - SENA
Responsabilidades Organizar espacios y reuniones para el desarrollo de las
actividades planteadas en el equipo de trabajo.
Información de contacto DOCUMENTO DE IDENTIDAD: 1003258449
DIRECCIÓN: BARRIO SAN SILVESTRE CASA 07 MANZANA 01
TELÉFONO CELULAR: 3114234956
Aprobación [Inserte aquí el texto]

Nombre Jefferson Hernán Vargas Silva

Rol Redactor
Categoría profesional Aprendiz – SENA
Responsabilidades Consignar de forma escrita y documentar todas las
evidencias durante cada reunión hecha por el grupo de
trabajo
Información de contacto DOCUMENTO DE IDENTIDAD: 97083116521
DIRECCIÓN: TRANSVERSAL 34 C N 60-34 BARRIO ALTOS
LOS ÁNGELES
CELULAR: 3203007746
Aprobación [Inserte aquí el texto]

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 7

Nombre Jaider José Mercado López

Rol Gestor de Materiales
Categoría profesional Aprendiz- SENA
Responsabilidades Proveer materiales y demás elementos necesitados por el
grupo de trabajo a la hora de realizar las reuniones.
Información de contacto DOCUMENTO DE IDENTIDAD: 1096223351
DIRECCIÓN: CALLE 55 N 37 A -42 BARRIO PROVIVIENDA
TELÉFONO: 6020942
CELULAR: 3004322470

Aprobación [Inserte aquí el texto]

2 Documentos referenciados
Nº Título Ruta Versión Fecha Autor
01 Requisitos de Wilfran n/a 01 05/11/2015 Antanas
Salazar Slapaitis
02 Requerimientos Juan n/a 01 06/11/2015 Antanas
Manuel Slapaitis
03 Clasificación de n/a 02 10/11/2015 Antanas
requisitos Slapaitis
04 Información general n/a 01 20/08/2015 Antanas
de la empresa Slapaitis
05 Actas de reuniones n/a 01 24/08/2015 Antanas
(de la 001 hasta la 10/11/2015 Slapaitis
009)
06 Idea del Proyecto n/a 01 29/08/2015 Antanas
ADSI Slapaitis
07 Especificación de n/a 1.5 30/11/2015 Antanas
Requerimientos Slapaitis

3 Situación actual
Actualmente, la empresa PYS en relación al proyecto con la GRB maneja
todos los procesos de mantenimiento de equipos de forma manual. La GRB
genera órdenes de trabajo en formatos físicos, los transfiere a PYS, este
último en mención los recibe y revisa informes técnicos de mantenimiento
de los equipos revisados anteriormente con las es que son transcritos
manualmente a tablas de datos en Excel.

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 8

3.1 Descripción del sistema o situación actual

[Inserte aquí el texto]
Descripción detallada del sistema o situación actual y de su funcionamiento, incluyendo
los siguientes subapartados:
 Enumeración y descripción de funciones, características y capacidades del
sistema o situación actual.
En el caso de considerarse apropiado puede aportarse información adicional
como:
- Diagramas, flujos y procesos con un nivel de detalle suficiente para comprender
la función o un conjunto de funciones del sistema o situación actual.
- Interacción entre componentes del sistema.
 Descripción del entorno de operación y sus características
 Interacción del sistema con otros sistemas externos
 Características de rendimiento como velocidad, rendimiento de trabajo, volumen,
frecuencia, etc
 Atributos de calidad como disponibilidad, eficiencia, flexibilidad, portabilidad,
reusabilidad, usabilidad, etc.
 Provisiones de seguridad, emergencia, privacidad y continuidad de las
operaciones en circunstancias de emergencia.
 Otro tipo de información relevante en la descripción del sistema como: factores de
riesgo, coste de las operaciones, etc.

Es importante que la descripción del sistema o situación actual sea los más simple y
clara posible, para que todos los lectores del documento puedan entenderla
completamente. Debe realizarse usando la terminología del usuario.

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 9

3.2 Tipos de usuarios

Tipo de usuario [Inserte aquí el texto]
Responsabilidad [Inserte aquí el texto]
Formación [Inserte aquí el texto]
Habilidades [Inserte aquí el texto]
Actividades [Inserte aquí el texto]
Interacción con el sistema [Inserte aquí el texto]

Relación de los tipos de usuario. Un tipo de usuario se distingue por el modo en el cual
un usuario interactúa con el sistema.
Factores como la responsabilidad, habilidades, competencias, etc. distinguen a los
distintos tipos de usuarios.

3.3 Necesidad y naturaleza de los cambios

[Inserte aquí el texto]
Descripción de las carencias, defectos o debilidades del sistema o situación actual y
que motivan al desarrollo de un nuevo sistema o, a una modificación del existente.
De no existir un sistema anterior (ni tan siquiera manual), en este apartado y
subapartados deben quedar reflejadas las justificaciones que llevan al cambio.

3.4 Descripción de los cambios deseados

[Inserte aquí el texto]
Enumeración de las capacidades, funciones, procesos, etc. que deben generarse o
modificarse para satisfacer las nuevas necesidades.
Los cambios deben basarse en el sistema descrito en el punto 3.3. Si no existe un
sistema anterior, en este apartado se enumeran las capacidades requeridas del nuevo
sistema.

De forma apropiada podrá hacerse referencia a:

 Cambios en la capacidad. Descripción de las funciones y características que
deben añadirse, eliminarse o modificarse para conseguir los objetivos y
requisitos del nuevo sistema.
 Cambios en el proceso del sistema. Descripción de los cambios en el proceso
o procesos de transformación de datos que darán lugar a nuevos resultados
con los mismos datos, mismos resultados con nuevos datos o ambos.
 Cambios de interfaces. Descripción de los cambios en el sistema que
provocan cambios en los interfaces y cambios en los interfaces que causan
cambios en el sistema.
 Cambios de personal. Descripción de cambios en personal causados por
nuevos requisitos, cambios en tipos de usuarios o ambos.
 Cambios de entorno. Descripción de cambios en el entorno operacional que
causan cambios en las funciones, procesos, interfaces, o personal del sistema
y/o cambios que deben realizarse en el entorno por causa de cambios de las
funciones, procesos, interfaces, o personal del sistema.
 Cambios operacionales. Descripción de cambios a procedimientos, métodos,
rutinas de trabajo del usuario causados por los cambios mencionados.
 Cambios de soporte. Cambios en los requisitos de soporte causados por
cambios en las funciones, procesos, interfaces o personal del sistema y/o
cambios en las funciones, procesos, interfaces o personal del sistema
causados por cambios de soporte.
 Otros cambios. Descripción de otros cambios que afectarán a los usuarios.

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 10

Deben identificarse las prioridades entre cambios deseados y nuevas

características. Esta identificación puede realizarse clasificando cada uno de los
cambios como esencial, deseado u opcional.
Esta información será útil en la toma de decisiones durante el desarrollo y en el
caso de interrupciones o invasiones de agendas o presupuestos.

4 Sistema propuesto
Definir los requisitos y especificaciones para desarrollar un sistema de
información que permita mejorar el proceso administrativo para el control de
mantenimiento de equipos de refrigeración industrial de la empresa
Proyectos y Servicios Ltda. Para el contrato de mantenimiento con
GERENCIA REFINERIA DE BARRANCABERMEJA.

4.1 Descripción del sistema propuesto

[Inserte aquí el texto]
Descripción detallada del sistema propuesto y de su funcionamiento, que incluya la
enumeración y descripción de funciones, características y capacidades del sistema
propuesto. Puede realizarse clasificando cada una las funciones, características y
capacidades como esencial, deseado u opcional.

 Interacción del sistema con otros sistemas externos

 Características de rendimiento como velocidad, rendimiento de trabajo, volumen,
frecuencia, etc.
 Atributos de calidad como disponibilidad, eficiencia, flexibilidad, portabilidad,
reusabilidad, usabilidad, etc.
 Provisiones de seguridad, emergencia, privacidad y continuidad de las
operaciones en circunstancias de emergencia.
 Otro tipo de información relevante en la descripción del sistema como: factores de
riesgo, coste de las operaciones, etc.

Es importante que los requisitos del sistema propuesto sea los más simples y claros
posible, para que todos los lectores del documento puedan entenderlos
completamente. Debe realizarse usando la terminología del usuario.

Nota: El autor del documento debe organizar la información en este apartado como
considere apropiado para el sistema o situación. Aquellas partes de la descripción que
sean extensas podrán incluirse como apéndices del documento.

4.2 Tipos de usuarios

Tipo de usuario [Inserte aquí el texto]
Responsabilidad [Inserte aquí el texto]
Formación [Inserte aquí el texto]
Habilidades [Inserte aquí el texto]
Actividades [Inserte aquí el texto]
Interacción con el sistema [Inserte aquí el texto]

Relación de los tipos de usuario. Un tipo de usuario se distingue por el modo en el cual
un usuario interactúa con el sistema.
Factores como la responsabilidad, habilidades, competencias, etc. distinguen a los
distintos tipos de usuarios.

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 11

4.3 Mantenimiento / soporte

 Realización periódica de copias de seguridad
 Depuración de información obsoleta de base de datos
 Controlar el cumplimiento de las funciones del sistema

4.4 Escenarios operacionales

Relación de escenarios operacionales. Un escenario es una descripción paso a paso de
cómo el sistema propuesto debe operar e interactuar con sus usuarios y sus interfaces
externas, bajo unas determinadas circunstancias.

4.4.1 Especificación de casos de uso

Caso de uso 1 : Generación de orden de trabajo

Diagrama de caso de uso 1

Realizar diagrama

Descripción del caso de uso 1

Descripción El sistema de información permite la generación de órdenes
de trabajo donde se identifica claramente la labor realizada,
donde se realizó dicha labor tanto de equipo como de
ubicación del mismo.

Precondiciones Ecopetrol como stkeholder primario, genera una orden de

trabajo donde solicita a Proyectos y Servicios Ltda. La
realización de un trabajo en un equipo determinado.
Secuencia Paso Acción
normal 1 Generación de orden de trabajo por Ecopetrol
2 Apertura de orden de trabajo por PyS Ltda.
3 Asignación y indicación sobre orden de trabajo
pareja encargada de realizar la labor
4 Realización de labor por parte de la pareja asignada
5 Elaboración del reporte técnico de la labor realizada
6 Entrega y digitalización del reporte técnico para su
posterior inclusión en la orden de trabajo
7 Validación de información según orden de trabajo de
ECOPETROL y reporte técnico
8 Diligenciamiento de campos de reportes de
condiciones iniciales, finales y observaciones del
equipo
9 Cierre de la orden de trabajo, impresión y
almacenamiento en bases de datos de las mismas
Post Las órdenes de trabajo creadas deben estar
condiciones completamente diligenciadas y en estado cerrada o
terminada para poder realizar el siguiente
procedimiento.
Excepciones Paso Acción
1 La orden de trabajo permanecerá en condición
“en desarrollo” mientras se esté realizando la
labor indicada en la misma

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 12

Especificación de escenarios

Coloque los diagramas de secuencia, actividad y/o estados que apoyan la

descripción de cada uno de los escenarios del caso de uso.

Caso de uso 2: Generación de factura

Diagrama de caso de uso 2

Realizar diagrama

Descripción del caso de uso 2

Descripción El sistema de información permite la generación de facturas
sobre las labores realizadas y especificadas en las ordenes
de servicio elaboradas en el estudio de caso 1

Precondiciones La orden de trabajo generada en el caso de uso 1 DEBE

ESTAR EN ESTADO CERRADA O FINALIZADA
Secuencia Paso Acción
normal 1 Apertura de la factura
2 Vinculación de orden de trabajo de ECOPETROL y
orden de trabajo de PyS Ltda.
3 Diligenciamiento de campos de textos en la factura
como lo son: departamento y ubicación del equipo,
pareja que realizo la labor.
4 Asignación del valor a facturar basándose en
cuadros establecidos por contrato teniendo en
cuenta valores adicionales como IVA y AIU
5 Impresión física de la factura y presentación a
ECOPETROL para su aprobación
6 En caso de que la factura sea aprobada se procede
a cerrar, en caso de no ser aprobada deberá ser
modificada hasta su respectiva aprobación
7 Cierre de la factura, impresión y almacenamiento en
bases de datos de las mismas
Post La factura creada debe permanecer en condición de
condiciones abierta incluso después de su diligenciamiento total,
debido a que por condiciones propias del contrato con
el ECOPETROL estas no están exentas de
modificaciones
Excepciones Paso Acción
1 La factura solo podrá ser modificada mientras su
condición sea “abierta” y con su respectivo color
de identificación

Especificación de escenarios
Coloque acá los diagramas de secuencia, actividad y/o estados que apoyan la
descripción de cada uno de los escenarios del caso de uso

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 13

Caso de uso 3: (Nombre del caso de uso n, por cada caso

cree un nuevo ítem)

Diagrama de caso de uso n

Descripción del caso de uso n

Especificación de escenarios
Coloque acá los diagramas de secuencia, actividad y/o estados que apoyan la
descripción de cada uno de los escenarios del caso de uso

Identificación de Clases y Atributos

[Inserte aquí el texto]

Describa en esta sección cada una de las clases candidatas con los atributos y
métodos (operaciones identificadas).

Diagrama de Clases

Incluya el diagrama de clases con la especificación de relaciones y multiplicidad.

4.4.2 Modelo de datos

Identificación de Entidades

[Inserte aquí el texto]

Deben listarse y describirse cada una de las entidades identificadas para el

sistema.

Modelo Entidad Relación

Inserte aquí el diagrama MER (Modelo entidad relación) donde se identfiquen

claramente: entidades, atributos, atributo clave, relaciones entre entidades y
cardinalidad.

4.5 Futuras evoluciones

 La implementación del control de costos en mano de obra e
insumos de las labores realizadas.
 Reportes técnicos elaborados por los técnicos de forma manual a
su elaboración en formatos digitales.

4.6 Cambios considerados pero no incluidos

[Inserte aquí el texto]
Identificación de cambios considerados pero no incluidos en el sistema propuesto y el
motivo por el que no han sido incluidos.

Requisitos del sistema

 [Nombre del proyecto] Rev. [99.99]
Requisitos del sistema Pág. 14

5 Resumen de mejoras
 Automatización de alimentación de la base de datos

 Migración de los datos e información contenida en la base de datos

en reporte e informes (generación de gráficos).

 Características obsoletas (Ninguna).

 Con la implementación del sistema se mejoraran notablemente la

reducción de los tiempos en la elaboración de órdenes de trabajos y
facturas aplicando un modelo de calidad eficiente.

6 Información adicional
[Inserte aquí el texto]
Cualquier información adicional que facilite la comprensión del documento en sí.

Requisitos del sistema