Formato - Ieee830 Version 4

Especificación de requisitos de
software
Proyecto: HADACON
Revisión [99.99]
Diciembre 2017
Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
Ronny Alexander Almeida

2017-12-11 1 Barbosa [Firma o sello]
German López
Documento validado por las partes en fecha: 28 de noviembre 2017
Por el cliente Por la empresa suministradora
 Fdo. D./ Sra Paola Andrea Marmolejo Fdo. D./Dña Juan Pablo Anaya
Hurtado -Gerente Comercial Piñateria
Happy Day
HADACON Rev. [99.99]
Especificación de requisitos de software Pág. 4
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
Descripción de requisitos del software

3.3.3 Fiabilidad 9
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
El software HADACON (happy Day Contable) es un software capaz de llevar un control total
de la contabilidad de una empresa, gestionando todos los requerimientos necesarios para
apoyar la labor humana en la contabilidad, siendo un software sencillo, eficaz, intuitivo y de
fácil comprensión. El objetivo primordial de este software es controlar de manera óptima los
movimientos contables de la empresa evitando perdidas por errores humanos y prediciendo
posibles errores que se puedan cometer. El HADACON está propuesto a ser una
herramienta la cual asegure el control y el crecimiento financiero de la empresa con
algoritmos de crecimiento y estadísticos los cuales aportaran las tendencias de mercado y
la oportunidad indicada para una expansión.
1.1 Propósito
Con este documento se pretende llegar a los actores que trabajan en la empresa para
que tengan una visión general del software y estén conscientes de sus capacidades y
limitaciones a la hora de comenzar a trabajar con él.
1.2 Alcance
La implementación de un nuevo Software Contable es trascendental dado que los
procesos de la empresa se han visto afectados por su bajo rendimiento, Con la
implementación del nuevo software, esto permitirá desarrollar los procesos de manera
más eficiente, sin desgaste operativo, sin reprocesos), mejorando la temporalidad de
ejecución logrando optimizar los tiempos en los procesos, incentivando la productividad y
los buenos resultados.
1.3 Personal involucrado

Nombre Ronny Alexander Almeida Barbosa
Rol Programador ventas
Categoría profesional Ingeniero de sistemas
Responsabilidades Sistema de ventas
Información de contacto 3183083756
Aprobación si
Nombre German López

Rol Programador Clientes
Categoría profesional Ingeniero de sistemas
Responsabilidades Sistema de clientes.
Información de contacto 3115992493
Aprobación Si
1.4 Definiciones, acrónimos y abreviaturas

Para un mejor entendimiento de este documento, se anexan los siguientes conceptos:
1. Software: También conocido como un programa. Son unos conjuntos de

comandos lógicos que tienen como fin el cumplimiento de una o varias tareas
específicas.

2. Implementación: Llevar acabo determinada acción por medio de un sistema.
3. Caso de Uso (Informática): Es la descripción de los pasos o actividades que se

deben a ejecutar en un proceso.
4. CRM: También conocido como “Customer Relationship Management”.

Programa que tiene como fin almacenar las relaciones que una empresa tiene
con sus clientes de una manera organizada.
5. Back end: Todo programa cuenta con una capa de presentación y una capa de
acceso de datos. El “back end” es la capa de acceso de datos donde se
ingresan los comandos que son utilizados para dirigir lo que el usuario puede
realizar en la capa de presentación.
6. Backup: Conocido también como una copia de seguridad en donde se puede

almacenar los datos actuales del sistema de una forma temporal con el fin de no
poderlos en caso de un fallo en el programa.
7. Reboot: También conocido en español como reiniciar. En este contexto se utiliza

para realizar el reinicio de un sistema o parte de un sistema.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
Paso 2 Identificación del Foro 3 de Analistas de
problema octubre sistemas
de 2017
Paso 3 Gestionar Foro 5 de Analistas de
requerimientos noviembre sistemas
de 2017
Paso 4 Modelar la solución Foro 30 de Analistas de
al problema noviembre sistemas
de 2017
1.6 Resumen
El presente documento tiene como propuesta la solución del problema que tiene la
empresa Happy Day, podemos visualizar los alcances y propósitos de implementar un
Software que garantiza un funcionamiento tanto eficiente eficaz y sistemático para la
empresa, la cual beneficiará a todos los miembros de la compañía; desde el asesor
hasta el gerente comercial.
2 Descripción general
2.1 Perspectiva del producto
Este sistema es un producto independiente por lo tanto no depende de otro sistema y su
funcionamiento y uso no es una derivada de un sistema mayor y depende
exclusivamente del mismo ya que dentro de él, se encuentran todas las funciones
necesarias para las áreas pertinentes de la empresa Happy Day.

2.2 Funcionalidad del producto

El producto final debe permitir realizar de una forma eficaz y eficiente las siguientes
operaciones:
 Administración de los clientes, gestión de bases de datos del cliente, teniendo en

cuenta sus características.
 Administración de los inventarios de los productos y servicios de la Piñatería
 Administración de las Ventas
 Administración de las Compras y proveedores
 Calculo de las comisiones de los empleados de acuerdo con las ventas.
2.3 Características de los usuarios

Tipo de usuario Gerente
Formación Profesional en el área administrativa o financiera.
Habilidades Capacidad de liderazgo y conocimiento de la empresa,
diligente, capacidad para trabajar y dirigir bajo presión,
Capacidad para solucionar problemas y diseñar nuevas
propuestas para la industria. Así mismo, debe ser eficaz,
eficiente y comprometido.
Actividades Experiencia mínima de 4 años en la gerencia o área
administrativa. Brindar soluciones y/o propuesta a los
problemas que se pueden presentar. Dirigir y representar
legalmente la empresa.
Tipo de usuario Asistente

Formación Bachiller, Técnico o tecnólogo en el área de finanzas.
Habilidades Capacidad para relacionarse con las personas, eficaz y
eficiente, buen manejo de computador
Actividades Experiencia mínima de 1 año como asistente de oficina.
Optimo manejo del CRM, excelente manejo de clientes
2.4 Restricciones
Financieras
 La empresa no cuenta con los recursos para utilizar software o licencias de
pago, por ese motivo se seleccionó software libre para su desarrollo.
Software
 Diseñado en el conocido lenguaje de programación C# por medio de Windows
Forms, de otra manera llamado Drag n Drop.
 Compatibilidad con sistemas con Windows OS de x32 o x64 bits.
 El sistema debe contar mínimo con un procesador Intel Pentium de 1.3 GHz o
más.
 Compatibilidad con Windows Vista y superiores.
Equipos
 La empresa no cuenta con los equipos de cómputo necesarios para el correcto
funcionamiento del sistema.

Personal
 El personal no es idóneo para el manejo del software se recomienda
capacitarlos.
2.5 Suposiciones y dependencias

 El cambio de sistema operativo a uno que no cumpla con los requerimientos
puede causar problemas con el sistema.
 Si el computador no cuenta con el mínimo de la RAM o con el mínimo de
procesador, el sistema no correrá bien, por lo tanto su operación no será óptima.
 El sistema debe desarrollarse con la capacidad de ampliarse en razón a la
proyección de la empresa.
 En caso de un ataque el sistema debe contar con un servidor de respaldo con el
fin de proteger los datos guardados en las bases.
 La empresa debe asegurar un proceso de actualizaciones anual con el fin de
mantener en óptimo estado el sistema y proteger su información.
 Cada sucursal debe tener un estudio de seguridad de los trabajadores con el fin
de evitar fugas de información o intrusiones de los mismos empleados al
sistema.
2.6 Evolución previsible del sistema

Creación de una página web
Ventas online
Servicios a domicilio
Nuevas sucursales en ciudades principales (ampliación a actualizaciones al software)
Aplicación móvil
3 Requisitos específicos
INVENTARIOS
Número de requisito 1
Nombre de requisito El módulo de la administración de inventarios deberá permitir
llevar el registro del ingreso de la mercancía a la bodega por
producto por código de barras y por precio de costo con el fin
de tener un control de lo que ingresa a la bodega.
Tipo Requisito Restricción
Fuente del requisito
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
llevar el registro de la salida de la mercancia a la bodega por
producto por código de barras con el fin de tener un control de
lo que sale de la bodega.
Nombre de requisito El módulo de la administración de inventarios deberá llevar un

conteo de lo ingresado y egresado de la mercancia de la

bodega por producto con el fin de permitirle al usuario obtener
en tiempo real la cantidad exacta de las existencias por
producto en bodega.
la generación de informes de movimientos y existencias por
producto en la bodega con el fin de llevar un control de los
productos más usados y los de menor movimiento.
Nombre de requisito El módulo de la administración de inventarios debe llevar un
control de la rotación de productos mediante PEPS y UEPS
dependiendo la necesidad y el producto esto con el fin de que
el usuario pueda administrar los productos.
Nombre de requisito El módulo de la administración de inventarios debe permitir la
creación de usuarios y perfiles para la administración y
registro de información con el propósito de que sólo los
usuarios permitidos puedan hacer uso de este.
VENTAS
Nombre de requisito Que el software permita el acceso a la base de datos de los
clientes con el fin de llevar un record de negocio.
Nombre de requisito El software debe indicar el surtido que hay en bodega y en
stock con el fin de conocer de antemano las necesidades
para planear nuevas adquisiciones

Nombre de requisito El software debe permitir todos los medios de pago con el fin
de agilizar el proceso, mejorar la atención y atraer más
clientes.
Nombre de requisito Debe integrarse con la página web con el fin de controlar las
ventas online y actualizar tanto las bases de datos como el
dato real de la mercancía existente
Nombre de requisito El software debe mostrar en tiempo real las necesidades de
insumos o surtido en la tienda.
COMPRAS-PROVEEDORES
Nombre de requisito El sistema deberá ofrecer un módulo de administración de
compras y proveedores al usuario con el fin que pueda
administrar de forma centralizada estos dos procesos.
Nombre de requisito El sistema deberá ofrecer la seguridad necesaria a la
empresa con el fin de poder identificar mediante auditoría las
transacciones realizadas por cada usuario.
Nombre de requisito El módulo de administración de compras y proveedores
deberá ofrecer al usuario la posibilidad de tener múltiples
listas de precios por proveedor y la asociación de condiciones
de pago por cada una.

deberá permitir el ingreso de solicitudes por usuario o por
centro de costo al usuario, con el fin de tener la información
contable de forma organizada
deberá generar automáticamente solicitudes de compra
cuando el stock alcance los puntos críticos al usuario con el
fin de estar siempre abastecidos.
deberá realizar el procesamiento de solicitudes de compra
pendientes dependiendo si tiene aprobación o no, al usuario
con el fin de tener siempre los productos solicitados por los
clientes.
deberá ofrecer una opción en la que el usuario pueda realizar
pedidos de cotización a proveedores con el fin de adquirir la
mercancía al mejor precio.
deberá ofrecer la opción de generación de órdenes de
compra al usuario con el fin de imponer un control en las
autorizaciones de las compras y generar una relación entre
las cotizaciones y las órdenes.

deberá tener la opción de generar remisiones de proveedores
donde el usuario pueda realizar el chequeo contra la orden de
compra correspondiente, poder aprobar o rechazar de forma
total o parcial el ingreso de mercancía con el motivo del
mismo, y la consulta en línea de este documento.
deberá tener contar con la opción de administrar las facturas
de compra de proveedores mediante la cual el usuario puede
realizar notas débito o crédito de proveedores, y consultar las
facturas de proveedores con opción de reimpresión
Nombre de requisito El sistema debe tener una opción de reportes donde el
usuario pueda observar los precios por proveedor, precios por
artículo, solicitudes de compra, pedidos de cotización,
pedidos de cotización no recepcionados, pedidos de
cotización recepcionados, órdenes de compra, órdenes de
compra pendientes, remisiones por proveedor y facturas con
el fin de tener un mejor control sobre el negocio.
Nombre de requisito El sistema debe tener la opción de acceso remoto para el
usuario con el fin de poder realizar consultas y transacciones
en el módulo así no se esté físicamente en el almacén
CLIENTES
Nombre de requisito El sistema deberá permitir el ingreso básico de los diferentes
datos del cliente.

Nombre de requisito El sistema deberá permitir la modificación de los datos
básicos del cliente.
Nombre de requisito El módulo de administración de cliente generar
automáticamente la cantidad de clientes ingresados en el
sistema diario y dará un reporte semanal de sus movimiento
automáticamente la cantidad de clientes ingresados en el
sistema diario y dará un reporte semanal de sus movimiento
automáticamente la cantidad de clientes
ingresados en el sistema diario y dará un
reporte semanal de sus movimiento.
Nombre de requisito El sistema permitirá solo al administrador de la
plataforma la posibilidad de eliminar un cliente
en la plataforma de acuerdo a las validaciones
Nombre de requisito El sistema tendrá la posibilidad de enviar
reportes de seguimiento de clientes.

Nombre de requisito El módulo de administracion de clientes podrá
realizar las diferentes consultas de clientes de
toda la empresa
Nombre de requisito El sistema deberá tener la opción de acceso
remoto para el administrador con el fin de
poder realizar consultas y transacciones de
clientes
Nombre de requisito El módulo de administración de clientes podrá
hacer la validación de clientes de acuerdo a su
fecha de creación y seguimiento de pedidos
realizados.
3.1 Requisitos comunes de los interfaces

[Inserte aquí el texto]
Descripción detallada de todas las entradas y salidas del sistema de software.
3.1.1 Interfaces de usuario

Describir los requisitos del interfaz de usuario para el producto. Esto puede estar
en la forma de descripciones del texto o pantallas del interfaz. Por ejemplo
posiblemente el cliente ha especificado el estilo y los colores del producto.
Describa exacto cómo el producto aparecerá a su usuario previsto.
3.1.2 Interfaces de hardware

Especificar las características lógicas para cada interfaz entre el producto y los
componentes de hardware del sistema. Se incluirán características de
configuración.
3.1.3 Interfaces de software

Indicar si hay que integrar el producto con otros productos de software.

Para cada producto de software debe especificarse lo siguiente:

 Descripción del producto software utilizado
 Propósito del interfaz
 Definición del interfaz: contiendo y formato
3.1.4 Interfaces de comunicación

El sistema se comunica con un servidor local en donde se encuentra almacenado
la base de datos, para que el personal autorizado pueda acceder a esta base,
desde un sistema externo de la red de la empresa en donde se encuentra el
servidor.
Describir los requisitos del interfaces de comunicación si hay comunicaciones con

otros sistemas y cuales son las protocolos de comunicación.
3.2 Requisitos funcionales

El sistema cuenta con los siguientes requisitos funcionales que son fundamentales para
el funcionamiento del sistema:
3.2.1 Requisito funcional 1

El sistema, debe validar el ingreso del usuario para definir con que permisos
accederá la persona que se está iniciando sesión.

El sistema debe tener un proceso con el cual filtra las casillas en donde se
insertará información por parte del usuario, esto con el fin de evitar caracteres
inválidos.

Cuando el sistema contenga información de ventas, el sistema deberá tener una
casilla que ejecute el almacenamiento de las ventas a la base de datos que se
encuentra en el servidor.

Definición de acciones fundamentales que debe realizar el software al recibir
información, procesarla y producir resultados.
En ellas se incluye:
 Comprobación de validez de las entradas
 Secuencia exacta de operaciones
 Respuesta a situaciones anormales (desbordamientos, comunicaciones,
recuperación de errores)
 Parámetros
 Generación de salidas
 Relaciones entre entradas y salidas (secuencias de entradas y salidas, formulas
para la conversión de información)
 Especificación de los requisitos lógicos para la información que será almacenada en
base de datos (tipo de información, requerido)
Las requisitos funcionales pueden ser divididos en sub-secciones.

3.2.7 Requisito funcional n
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
Especificación de los requisitos relacionados con la carga que se espera tenga
que soportar el sistema. Por ejemplo, el número de terminales, el número
esperado de usuarios simultáneamente conectados, número de transacciones por
segundo que deberá soportar el sistema, etc.
Todos estos requisitos deben ser mesurables. Por ejemplo, indicando “el 95% de
las transacciones deben realizarse en menos de 1 segundo”, en lugar de “los
operadores no deben esperar a que se complete la transacción”.
3.3.2 Seguridad
Especificación de elementos que protegerán al software de accesos, usos y
sabotajes maliciosos, así como de modificaciones o destrucciones maliciosas o
accidentales. Los requisitos pueden especificar:
 Empleo de técnicas criptográficas.
 Registro de ficheros con “logs” de actividad.
 Asignación de determinadas funcionalidades a determinados módulos.
 Restricciones de comunicación entre determinados módulos.
 Comprobaciones de integridad de información crítica.
3.3.3 Fiabilidad
3.3.4 Seguridad
Con ayuda de diferentes softwares, del programa podrá tener diferentes tipos de
seguridad. Estos son:
 Antivirus: El sistema podrá ser protegido de diferentes tipos de malware,

spyware, worms y trojanos por medio de antivirus. De todos modos, es
bueno sabes la mayoría de “virus” tienen que ser aceptados por el
usuario final para causar el daño para el cual fueron diseñados.
 Firewall: El sistema también será protegido de ataques en la red por un
corta fuegos (Firewall).

Especificación de los factores de fiabilidad necesaria del sistema. Esto se
expresa generalmente como el tiempo entre los incidentes permisibles, o el total
de incidentes permisible.

3.3.5 Disponibilidad
El sistema contará con una disponibilidad del 100% para los usuarios y tendrá un
monitoreo en línea los 7 días de la para brindar un cubrimiento completo para
todos los usuarios.

Especificación de los factores de disponibilidad final exigidos al sistema.
Normalmente expresados en % de tiempo en los que el software tiene que
mostrar disponibilidad.
3.3.6 Mantenibilidad
El mantenimiento que debe tener el sistema será de la siguiente forma:
 Se reiniciara mensualmente desde el servidor para refrescar y tener un

excelente rendimiento en el sistema de almacenamiento.
 Actualización del sistema cada 2 meses o cuando se requiera
urgentemente con el fin de brindar un mantenimiento al sistema y dar
solución a pequeños bugs que el sistema pueda tener.

Identificación del tipo de mantenimiento necesario del sistema.
Especificación de quien debe realizar las tareas de mantenimiento, por ejemplo
usuarios, o un desarrollador.
Especificación de cuando debe realizarse las tareas de mantenimiento. Por
ejemplo, generación de estadísticas de acceso semanales y mensuales.
3.3.7 Portabilidad
 El sistema estará disponible para ser trasladado por medio de una USB
que contendrá el instalador del programa en una extensión .exe.
.
 El sistema también podrá ser descargado por medio de una página de
internet facilitando y aprovechando el uso de la tecnología con el fin de
no tener que llevar un dispositivo físico. (Requiere Internet)

Especificación de atributos que debe presentar el software para facilitar su
traslado a otras plataformas u entornos. Pueden incluirse:
 Porcentaje de componentes dependientes del servidor.
 Porcentaje de código dependiente del servidor.
 Uso de un determinado lenguaje por su portabilidad.
 Uso de un determinado compilador o plataforma de desarrollo.
 Uso de un determinado sistema operativo.
3.4 Otros requisitos

El uso del sistema estará regulador por las políticas de confidencialidad de la empresa
Happy Day, para ello, todos los usuarios firmaran un acuerdo de confidencialidad.

3.5 [Inserte aquí el texto]

Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.
Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales
4 Apéndices
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no
forme parte de la SRS.
Faltaría aca las imágenes delos casos de uso

Formato - Ieee830 Version 4

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Formato - Ieee830 Version 4

Încărcat de

Drepturi de autor:

Formate disponibile

Especificación de requisitos de

Fecha Revisión Autor Verificado dep. calidad.

Ronny Alexander Almeida

Documento validado por las partes en fecha: 28 de noviembre 2017

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

1.3 Personal involucrado

Nombre German López

1.4 Definiciones, acrónimos y abreviaturas

1. Software: También conocido como un programa. Son unos conjuntos de

Descripción de requisitos del software

2. Implementación: Llevar acabo determinada acción por medio de un sistema.

3. Caso de Uso (Informática): Es la descripción de los pasos o actividades que se

4. CRM: También conocido como “Customer Relationship Management”.

6. Backup: Conocido también como una copia de seguridad en donde se puede

7. Reboot: También conocido en español como reiniciar. En este contexto se utiliza

Descripción de requisitos del software

2.2 Funcionalidad del producto

 Administración de los clientes, gestión de bases de datos del cliente, teniendo en

2.3 Características de los usuarios

Tipo de usuario Asistente

Descripción de requisitos del software

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

Descripción de requisitos del software

conteo de lo ingresado y egresado de la mercancia de la

Descripción de requisitos del software

Descripción de requisitos del software

Descripción de requisitos del software

Descripción de requisitos del software

Descripción de requisitos del software

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario

3.1.2 Interfaces de hardware

3.1.3 Interfaces de software

Descripción de requisitos del software

Para cada producto de software debe especificarse lo siguiente:

3.1.4 Interfaces de comunicación

Describir los requisitos del interfaces de comunicación si hay comunicaciones con

3.2 Requisitos funcionales

3.2.1 Requisito funcional 1

3.2.2 Requisito funcional 2

3.2.3 Requisito funcional 3

[Inserte aquí el texto]

Las requisitos funcionales pueden ser divididos en sub-secciones.

Descripción de requisitos del software

3.2.4 Requisito funcional 1

3.2.5 Requisito funcional 2

3.2.6 Requisito funcional 3

3.2.7 Requisito funcional n

3.3 Requisitos no funcionales