Especificación de requisitos de

software
Proyecto: Puchetty
Revisión 1

noviembre de 2021
Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del software.

Está basado y es conforme con el estándar IEEE Std 830-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 pulsar 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 MS 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.

De la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org

.
Historial de Revisiones

Fecha Revisión Descripción Autor

1.0 “Requerimientos de Interfaz” Luis

Documento validado por las partes en fecha: 14/11/2021

Por el cliente Por la empresa suministradora

Fdo. D./ Dña Pedro Fdo. D./Dña Luis

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 4

Contenido

HISTORIAL DE REVISIONES...................................................................................................... 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.................................................................................................................... 7

1.6 Resumen........................................................................................................................ 7

2 DESCRIPCIÓN GENERAL.................................................................................................7

2.1 Perspectiva del producto.............................................................................................. 7

2.2 Funcionalidad del producto..........................................................................................7

2.3 Características de los usuarios....................................................................................8

2.4 Restricciones................................................................................................................. 9

2.5 Suposiciones y dependencias.....................................................................................9

2.6 Evolución previsible del sistema.................................................................................9

3 REQUISITOS ESPECÍFICOS.............................................................................................. 9

3.1 Requisitos comunes de los interfaces......................................................................11

3.1.1 Interfaces de usuario................................................................................................. 11
3.1.2 Interfaces de hardware.............................................................................................. 12
3.1.3 Interfaces de software............................................................................................... 12
3.1.4 Interfaces de comunicación.......................................................................................12

3.2 Requisitos funcionales............................................................................................... 12

3.2.1 Para solicitud de compra........................................................................................... 12
3.2.2 Aprobación de solicitud de compra...........................................................................12
3.2.3 Orden de compra...................................................................................................... 13
3.2.4 Recepción de materia prima.....................................................................................13
3.2.5 Producción de artículos............................................................................................. 13
3.2.6 Registro de desechos................................................................................................ 14
3.2.7 Control de ventas...................................................................................................... 14
3.2.8 Control de ventas...................................................................................................... 14
3.2.9 Devolución de productos........................................................................................... 15
3.2.10 Procesos contables............................................................................................... 15

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 5

3.3 Requisitos no funcionales.......................................................................................... 15

3.3.1 Requisitos de rendimiento......................................................................................... 15
3.3.2 Seguridad.................................................................................................................. 16
3.3.3 Fiabilidad................................................................................................................... 16
3.3.4 Disponibilidad............................................................................................................ 16
3.3.5 Mantenibilidad........................................................................................................... 16
3.3.6 Portabilidad............................................................................................................... 16

3.4 Otros requisitos........................................................................................................... 16

4 Apéndices.......................................................................................................................... 16

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 6

1 Introducción
La empresa produce y comercializa zapatos a nivel nacional, con perspectiva de
comercializarlos a nivel internacional, actualmente la compañía registra y controla mediante
hojas de cálculo en web todo lo referente a costos de producción, costos de
comercialización y logística de entrada y salida de materia prima.

Como parte de la necesidad se espera un desarrollo que centralice toda la operación en un

software a medida.

1.1 Propósito
Tener un software que permita registrar ingresos de materia prima coma llevar registro
de la producción en manufactura y tener la traza del proceso de comercialización a los
clientes.
Este documento espera ser de uso y consumo de la gerencia de proyecto del cliente
(Puchetty) y el proveedor. Así como de consulta de los usuarios finales del software.

1.2 Alcance
Esperamos que el software: Puchetty ERP contenga todas las herramientas necesarias
para hacer el control de ingreso, producción y salida de mercancía

1.3 Personal involucrado

Nombre Pedro Perez
Rol Gerente de proyecto
Categoría profesional Gerente general
Responsabilidades Dirección de la compañía
Información de contacto 3002223333
Aprobación

Nombre Juan Jerez

Rol Director de producción y almacén
Categoría profesional Administrador de empresas
Responsabilidades Proceso de producción
Información de contacto 3002223333
Aprobación

Nombre Luis Lopez

Rol Gerente de ventas
Categoría profesional Profesional en comercio exterior
Responsabilidades Proceso de comercialización
Información de contacto 3002223333
Aprobación

1.4 Definiciones, acrónimos y abreviaturas

ERP: por sus siglas en inglés Enterprise Resource Planning, sistemas de planificación
de recursos empresariales, que juntan todas las necesidades estimadas para la
empresa.
Proceso: define cada área de la empresa que se verá afectada por el desarrollo.

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 7

1.5 Referencias
Referencia Titulo Ruta Fecha Autor

1.6 Resumen
Este documento contiene la descripción de las necesidades para desarrollar por parte de
la empresa proveedor, así como las tareas y responsabilidades que debe ejecutar la
compañía para entregar al desarrollador las necesidades y requerimientos de la
empresa.

Ese documento está dividido en secciones que facilitan a la persona que consulte, bien
sea de la empresa o del proveedor, la lectura y entendimiento de necesidades y
alcances del desarrollo del ERP.

2 Descripción general
Actualmente la logística de la compañía se lleva mediante hojas de cálculo separadas que
no interrelacionan la información contenida en ella, es por ello que solicitamos a la empresa
las necesidades de materias primas, control de los ingresos de materia prima, planeación y
control del uso de las materias primas en el proceso de manufactura, registro y control de
las ventas, registro y control de las devoluciones y procesos contables y tributarios para
comunicación a junta directiva y entes gubernamentales.

2.1 Perspectiva del producto

Este desarrollo debe contener todas las áreas de la compañía y contar con la
participación de todos los usuarios para su uso y consumo. no depende de otros
sistemas y no existirán otros sistemas que dependan del ERP.

2.2 Funcionalidad del producto

2.2.3 Solicitudes de materia prima
Se espera que los operarios funcionarios de almacén tengan un adecuado control de
necesidades de materia prima por lo que, la solicitud de estos materiales se debe
registrar en el ERP, Esto está sujeto a control y planeación presupuestal.

2.2.4 Control de ingreso de materia prima

Se espera que los operarios de almacén y el director de producción y almacén tenga un
control de ingreso de materias primas.

2.2.5 Control de proceso de manufactura

Se espera que el director de producción y almacén pueda tener en vivo el control de las
materias primas que se usan en el proceso productivo del producto final. Este control
debe incluir los desperdicios del proceso productivo y los costos asociados a la
producción.

2.2.6 Control de inventarios

Todas las áreas de la compañía deben tener acceso al inventario disponible y en
tránsito, bien sea por compra a los proveedores, o por devolución de los clientes.

2.2.7 Control de ventas

Se espera que el sistema tenga la funcionalidad de venta y control sobre las ventas tanto
en términos logísticos como en términos contables y financieros.

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 8

2.2.8 Procesos contables

Se espera que el sistema registre todos los procesos contables en cualquier transacción
realizada en la empresa. Debería incluir manejos presupuestales de inicio de mes o año,
manejo financiero del proceso de compras, manejo financiero del proceso de producción
y desperdicio y manejo financiero del proceso de ventas y devoluciones. En la misma
línea se espera que el software haga los registros contables para uso de los procesos
gerenciales y los reportes fiscales en el país de la compañía.

2.3 Características de los usuarios

Tipo de usuario Gerente de proyecto
Formación Maestría/Doctorado
Habilidades Gerencia, planeación, administración y comunicación
asertiva.
Actividades Definir presupuestos, estrategias y metas a cumplir a nivel
corporativo.

Tipo de usuario Director de producción y almacén

Formación Maestría/Doctorado
Habilidades Control logístico, financiero presupuestal y comunicación
asertiva.
Actividades Definir necesidades, estrategias y acciones para cumplir
metas a nivel corporativo.

Tipo de usuario Gerente de ventas

Formación Maestría/Doctorado
Habilidades Control logístico, financiero presupuestal y comunicación
asertiva.
Actividades Definir necesidades, estrategias y acciones para cumplir
metas a nivel corporativo.

Tipo de usuario Operario de almacén

Formación Técnico/tecnólogo
Habilidades Comunicación básica y organización de inventario.
Actividades Recepción, organización y despacho de mercancía.

Tipo de usuario Operario de producción

Formación Técnico/tecnólogo
Habilidades Comunicación básica y procesos productivos.
Actividades Control de inventario de entrada y salida, producción de
materia prima y residuos de proceso productivo.

Tipo de usuario Auxiliar comercial

Formación Técnico/tecnólogo
Habilidades Comunicación básica, control de inventario y habilidades
comerciales.
Actividades Comunicación con cliente, control de inventario y
comercialización de productos.

Tipo de usuario Contador

Formación Profesional
Habilidades Propias de un contador.
Actividades Levantamiento, revisión y comunicación de resultados
contables de la compañía.

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 9

2.4 Restricciones
El software a desarrollar debe poderse ejecutar en dispositivos móviles tales como
celulares o tablets. los computadores con los que cuenta la compañía tienen en general
tecnologías de no más de 2 años de antigüedad para uso de oficina. Se espera que el
desarrollo tenga funcionalidad web y no local.

2.5 Suposiciones y dependencias

En caso de que la compañía tenga un crecimiento distinto al esperado es probable que
comiencen a involucrarse nuevos procesos que hagan necesario, desarrollos adicionales
a los mapeados en el alcance de este documento.
En cualquier caso, esta posible necesidad no se prevé que pase en menos de 5 años.

2.6 Evolución previsible del sistema

En el momento de uso del software por parte de los usuarios y la familiarización de ellos
con el software es posible que se detecten nuevas necesidades de ajuste o mejora en el
ERP.
También se deja a discreción de los desarrolladores, cualquier nueva liberación que
permita la mejora del software en términos de seguridad rendimiento o mejoras en el
alcance. En ese sentido el soporte que esperamos tener se espera que tenga un término
de tiempo de por lo menos 10 años, tanto para desarrollo como mantenimiento.

3 Requisitos específicos
Número de requisito S-1
Nombre de requisito Solicitud de materia prima
Tipo Requisito Restricción
Descripción del requisito Se espera que el operario de producción, que se involucra en
el proceso productivo pueda registrar en el sistema el tipo de
materia prima y la cantidad que espera recibir para garantizar
la producción esperada para el período de tiempo definido
para el proceso productivo siguiente.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito S-2

Nombre de requisito Aprobación de solicitud de materia prima
Tipo Requisito Restricción
Descripción del requisito Se espera que el director de producción y almacén, teniendo
en cuenta las metas y presupuestos, pueda aprobar modificar
o rechazar las solicitudes de materia prima del operario de
producción.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito C-1

Nombre de requisito Compra de materia prima
Tipo Requisito Restricción
Descripción del requisito Se espera que el director de producción y almacén puede
registrar en la herramienta el proceso de compras de materias
primas. este documento debe contener tipo de materia prima
cantidad valor unitario o monto y la posibilidad de registrar
información logística adicional según necesite cada proceso
en particular. Esto puede manejarse mediante campos
abiertos a registro.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 10

Número de requisito C-2

Nombre de requisito Recepción de materia prima
Tipo Requisito Restricción
Descripción del requisito Se espera que el operario de almacén tenga la posibilidad de
consultar y registrar toda la mercancía que se encuentra en
tránsito hacia el almacén, sin importar si el origen es compras
o devoluciones de los clientes.

En el registro de esta información, se espera tener información

de tipo logístico, como tipo de artículo, cantidad y
observaciones sobre el proceso de recepción.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito M-1

Nombre de requisito Producción de artículos.
Tipo Requisito Restricción
Descripción del requisito Se espera que el operario de producción pueda registrar la
cantidad de materia prima necesaria, el tiempo invertido para
la producción y la cantidad de artículos producidos como
resultado del proceso.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito M-2

Nombre de requisito Registro de desechos
Tipo Requisito Restricción
Descripción del requisito Se espera que el operario de producción puede registrar la
cantidad que se desecha o desperdicia del proceso productivo
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito I-1

Nombre de requisito Control de inventarios
Tipo Requisito Restricción
Descripción del requisito Se espera que el gerente de proyecto, director de producción
y almacén, gerente de ventas, operario de almacén, operario
de producción y auxiliar comercial tengan acceso de consulta
al inventario de la empresa.

Como parte del proceso normal de la compañía, únicamente el

operario de almacén tiene posibilidad de edición sobre las
cantidades que ingresan o salen de inventario.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito V-1

Nombre de requisito Control de ventas
Tipo Requisito Restricción
Descripción del requisito Se espera que el auxiliar comercial puede registrar la cantidad
de producto comercializado y la información del respectivo
cliente.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito V-2

Nombre de requisito Control de satisfacción
Tipo Requisito Restricción
Descripción del requisito Se espera que el auxiliar comercial puede registrar la

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 11

información una vez el cliente haya recibido el producto. Esto

puede resultar en el caso de un descontento del cliente, en un
proceso de devolución.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito V-3

Nombre de requisito Devolución de productos
Tipo Requisito Restricción
Descripción del requisito Se espera que el auxiliar comercial puede registrar en el caso
de una devolución, un proceso de tránsito hacia almacén de
devolución de mercancía.

Como parte de retroalimentación del ejercicio debe registrar

en los módulos comerciales la razón por la cual se efectúa la
devolución y esta nota debe quedar a disposición del operario
de almacén.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Número de requisito C-1

Nombre de requisito Procesos contables
Tipo Requisito Restricción
Descripción del requisito Se espera que el contador de la compañía puede generar
como resultado de los procesos logísticos normales, informes
de contabilidad en cualquier momento del mes. Es importante
también que el sistema produzca automáticamente los
procesos de cierre de mes y año que por ley deben generarse.

El contador tendrá posibilidad de revisar los orígenes de toda

la información que vean en los reportes.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

3.1 Requisitos comunes de los interfaces

Se espera que el sistema pueda recibir como parámetros, toda la información relativa al
proceso de compras, que contiene información sobre las materias primas requeridas
para la operación; al proceso de manufactura, que contiene toda la información relativa
al proceso productivo y sus desperdicios; y finalmente, al proceso comercial, que
contiene toda la información relativa al proceso de ventas y posibles devoluciones de
mercancía.

Se espera que el sistema pueda entregar como salidas, toda la información relativa al
inventario como consulta, y la información contable como resultado de la operación de la
compañía.

3.1.1 Interfaces de usuario

La compañía usa como colores principales el blanco y el negro. se espera que
sea amigable al usuario en cuanto al uso de dispositivos móviles tablets o
computadoras. No existen restricciones sobre el diseño propuesto y se espera
que su usabilidad sea web.

Se deja a criterio del desarrollador el diseño de interfaces.

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 12

3.1.2 Interfaces de hardware

No existen requerimientos especiales dado que el uso esperado es mediante
navegadores web. Se espera sin embargo que sea usable en cualquier
navegación que el usuario desee utilizar.

3.1.3 Interfaces de software

No existen necesidades de integración con ningún otro software aparte del que se
está desarrollando. toda salida que deba tener un formato de acuerdo a una
entidad externa (caso entidades fiscales o gubernamentales) debe ajustarse en el
software para su respectiva comunicación o reporte.

3.1.4 Interfaces de comunicación

No existen necesidades de comunicación con otro software.

3.2 Requisitos funcionales

Se registrarán todos los requisitos de acuerdo al proceso mapeado anteriormente.

3.2.1 Para solicitud de compra

Número de requisito S-1
Validaciones  Tipo de materia prima debe ser un artículo existente que se usa
en producción.
 Cantidad de acuerdo con la unidad de medida debe ser un
número entero o con decimales.
Requisito previo Ninguno
Requisito posterior S-2
Respuesta a situaciones En caso de no existir la materia prima se debe permitir la creación o
anormales verificación en base de datos.
En caso de recibir cantidades numéricas debe exigirse que el dato
cumpla con esta característica.
Parámetros  Tipo de materia prima.
 Cantidad
Salidas Ninguna
Relaciones entre entradas Ninguna
y salidas
Tipo de información En base de datos con las validaciones registradas.

3.2.2 Aprobación de solicitud de compra

Número de requisito S-2
Validaciones Solo en caso de necesitar edición:
 Tipo de materia prima debe ser un artículo existente que se usa
en producción.
 Cantidad de acuerdo con la unidad de medida debe ser un
número entero o con decimales.
Requisito previo S-1
Requisito posterior C-1
Respuesta a situaciones No aplica
anormales
Parámetros Solo en caso de necesitar edición:
 Tipo de materia prima.
 Cantidad

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 13

Salidas Orden de compra

Relaciones entre entradas Orden de compra con tipo de materia prima y cantidad.
y salidas
Tipo de información En base de datos con las validaciones registradas.

3.2.3 Orden de compra

Número de requisito C-1
Validaciones  Tipo de materia prima debe ser un artículo existente que se usa
en producción.
 Cantidad de acuerdo con la unidad de medida debe ser un
número entero o con decimales.
 Proveedor debe ser uno existente en base de datos.
Requisito previo S-2
Requisito posterior C-2 / C-1
Respuesta a situaciones En caso de no existir el proveedor debe permitir su creación en base
anormales de datos.
Parámetros Solo en caso de necesitar creación de proveedor:
 Nombre de proveedor
 Número de documento fiscal en Colombia (NIT)
Salidas Recepción pendiente
Relaciones entre entradas Documento de recepción pendiente
y salidas
Tipo de información En base de datos con las validaciones registradas.

3.2.4 Recepción de materia prima

Número de requisito C-2
Validaciones  Validaciones físicas de mercancía.
 Toda recepción es numérica.
Requisito previo C-1 / V-3
Requisito posterior M-1 / I-1 / C-1
Respuesta a situaciones Error en transacción si el dato a recibir no es numérico.
anormales
Parámetros Cantidad.
Salidas Registro en base de datos.
Relaciones entre entradas Suma la cantidad existente del artículo y la registrada en el
y salidas documento
Tipo de información En base de datos con las validaciones registradas.

3.2.5 Producción de artículos

Número de requisito M-1
Validaciones  Todo recurso es numérico.
 El material resultante debe existir en base de datos.
 La cantidad resultante es numérica.
Requisito previo C-2
Requisito posterior M-2 (opcional) / I-1 / V-1 / C-1
Respuesta a situaciones En caso de no existir en base de datos el material resultante debe
anormales permitirse su creación en base de datos.
Parámetros  Tipo de recurso es existente en base de datos.
 Cantidad de cada recurso es un dato numérico
 Tipo de recurso resultante existente en base de datos.

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 14

 Cantidad de recursos resultante es un dato numérico.

Salidas Nuevas cantidades de inventario y registro en base de datos.
Relaciones entre entradas Suma la cantidad existente del artículo y la registrada en el
y salidas documento. Para la cantidad de recursos debe descontar la cantidad
del documento, a la cantidad disponible en base de datos.
Tipo de información En base de datos con las validaciones registradas.

3.2.6 Registro de desechos

Número de requisito M-2
Validaciones  Todo recurso es numérico.
 El material resultante debe existir en base de datos.
 La cantidad resultante es numérica.
 La cantidad de desecho debe ser inferior a la cantidad disponible
en inventario.
Requisito previo M-1
Requisito posterior I-1 / C-1
Respuesta a situaciones Error en la transacción.
anormales
Parámetros  Tipo de recurso es existente en base de datos y debe ser
relacionado en el documento de consumo de material M-1.
 Cantidad de cada recurso es un dato numérico
Salidas Nuevas cantidades de inventario y registro en base de datos.
Relaciones entre entradas Descuenta de la cantidad de inventario del recurso, la cantidad
y salidas registrada en el documento.
Tipo de información En base de datos con las validaciones registradas.

3.2.7 Control de ventas

Número de requisito V-1
Validaciones  El artículo y la cantidad que se vende debe existir en inventario.
Requisito previo M-1 / I-1
Requisito posterior V-2 / V-3 (opcional) / C-1
Respuesta a situaciones No permite la venta
anormales
Parámetros  Tipo de recurso es existente en base de datos.
 Cantidad de cada recurso es un dato numérico y existente en
base de datos.
Salidas Nuevas cantidades de inventario y registro en base de datos.
Relaciones entre entradas Descuenta de la cantidad de inventario de la venta, la cantidad
y salidas registrada en el documento.
Tipo de información En base de datos con las validaciones registradas.

3.2.8 Control de ventas

Número de requisito V-2
Validaciones  Debe existir un documento de venta relacionado
Requisito previo V-1
Requisito posterior V-3 (opcional) / C-1
Respuesta a situaciones No permite el registro de retroalimentación sobre el proceso.
anormales
Parámetros  Número de documento de venta

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 15

Salidas Registro de retroalimentación del proceso de venta.

Relaciones entre entradas Registro de retroalimentación del proceso de venta.
y salidas
Tipo de información En base de datos con las validaciones registradas.

3.2.9 Devolución de productos

Número de requisito V-3
Validaciones  Debe existir un documento de venta relacionado.
 Debe existir un documento de retroalimentación V-1.
 El artículo que se devuelve debe ser el mismo que se vendió.
 La cantidad devuelve debe ser menor o igual a lo vendido.
Requisito previo V-1 / V- 2
Requisito posterior C-2 / I-1 (opcional) / C-1
Respuesta a situaciones No permite el registro de proceso de evolución y recepción de
anormales mercancía.
Parámetros  Número de documento de venta.
 Artículo para devolver.
 Cantidad para devolver.
Salidas Documento de recepción de mercancía
Relaciones entre entradas Creación de documentos de recepción de mercancía con artículo y
y salidas cantidad
Tipo de información En base de datos con las validaciones registradas.

3.2.10 Procesos contables

Número de requisito C-1
Validaciones  Deben existir transacciones para registros contables
Requisito previo C-1 / C-2 / M-1 / M-2 / V-1 / V- 3
Requisito posterior Ninguno
Respuesta a situaciones No permite generación de reporte contable.
anormales
Parámetros  Documentos de transacción.
 Cantidades de transacción.
 Valores de transacción.
 Fecha de transacción.
Salidas Informe de contabilidad y costos
Relaciones entre entradas Creación de documentos de contabilidad y costos.
y salidas
Tipo de información En base de datos con las validaciones registradas.

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
La cantidad de espera de usuarios es en general uno excepto en el proceso de
producción, en el que se espera tener entre 3 y 5 operarios. ninguna de las
transacciones debe tener un tiempo de respuesta (escritura en base de datos)
mayor a un segundo. La comunicación entre módulos y navegación entre ellos
debe tener un tiempo de respuesta inferior a un segundo, no debería existir
ningún tipo de fallos en sincronización en la base de datos.

Descripción de requisitos del software

 Puchetty Rev. 1
Especificación de requisitos de software Pág. 16

3.3.2 Seguridad
Cualquier Transacción realizada en el sistema, debe guardar en base de datos
usuario, hora y tipo de transacción. Todo acceso al software debe hacerse
mediante autentificación con correo electrónico corporativo y contraseña personal.

De acuerdo con el tipo de proceso se establece el perfil de uso de cada módulo,

es decir, en cada descripción del requisito se Encuentra el perfil de usuario que
debería realizar la transacción descrita. Ningún otro usuario debe poder ingresar
al módulo ni registrar ninguna transacción en el.

Los ingresos y salidas de información de cada módulo no son susceptibles de

modificación por parte de los usuarios, toda comunicación se hace
automáticamente mediante el software.

3.3.3 Fiabilidad
Se esperan fallos menores durante el proceso de implementación, que incluyen
algunos días al inicio de la operación. Después de este hito, no deberían
presentarse errores o detenciones en el software salvo las disponibles para
mantenimiento o desarrollo.

3.3.4 Disponibilidad
El software debe estar disponible el 100% del tiempo, ya que la operación de la
compañía en cualquiera de los procesos puede darse en cualquier momento de la
semana o el mes.

Se considera sin embargo momentos de mantenimiento o desarrollo en los cual

es el software estará disponible para soporte al equipo de desarrollo, únicamente
en periodos de tiempo de baja o nula actividad comercial o productiva.

3.3.5 Mantenibilidad
Se espera que, en el acuerdo de colaboración durante 10 años, sea
responsabilidad de la empresa de desarrollo, el mantenimiento y creación de
nuevos módulos adicionales según necesidad de la compañía. esto incluye
actualizaciones por posibles nuevas herramientas en navegadores web
innovaciones tecnológicas o técnicas derivadas del negocio.

3.3.6 Portabilidad
Sin necesidades adicionales por la expectativa de uso mediante navegadores
web.

3.4 Otros requisitos

Para informes a entidades fiscales (DIAN) los formatos de reporte deben cumplir con los
establecidos por las autoridades.

4 Apéndices
Sin apéndices adicionales.

Descripción de requisitos del software