Etapa - Modelo 01

IEEE-STD-830-1998: Práctica Recomendada para las Especificaciones de Requisitos
del Software.
TABLA DE CONTENIDO
1) INTRODUCCIÓN
1.1 Propósito
1.2 Personal involucrado
1.3 Definiciones, acrónimos y abreviaturas
1.4 Referencias
1.5 Resumen
2 descripción general
2.1 Perspectiva del producto
2.2 Funcionalidad del producto
2.3 Característica de los usuarios
2.4 Restricciones
2.5 Suposiciones y dependencias
2.6 Evolución previsible del sistema
3 REQUISITOS ESPECÍFICOS
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
3.1.4 Interfaces de comunicación
3.2 Requerimiento funcionales
3.2.1 Requisito funcional 1
3.2.4 Requisito funcional n
3.3 Requerimiento no funcionales
3.3.1 Requisitos de rendimiento
3.3.2 Seguridad
3.3.3 Fiabilidad
3.3.4 Disponibilidad
3.3.5 Mantenibilidad
3.3.6 Portabilidad
3.4 Otros
4 APENDICES
INTRODUCCIÓN
Con la presente actividad colaborativa se acudirá a los conceptos y aplicaciones

desarrolladas en las actividades de las unidades 1, 2 y 3 para consolidar un documento que
tiene como propósito realizar un proyecto de software donde se apliquen los conceptos y
aplicaciones de la Ingeniería de Requerimientos.
El formato seleccionado para la actividad es el IEEE-STD-830-1988: IEEE

PRÁCTICA RECOMENEDADA PARA LAS ESPECIFICACIONES DE REQUISITOS
DEL SOFTWARE, es así que con base a este formato de investigación se consignarán todas
las actividades que nos permitan determinar las necesidades o soluciones para la empresa
HAPPY DAY, que como se ha venido planteando requiere la implementación de nuevos
software o el mejoramiento de los que están en operación actualmente, basados en los
requerimientos planteados en documentos anteriores.
Fueron muchos los problemas de operación que se detectaron en los estudios

anteriores, donde se detectó fallas en casi todos los procesos de procesamiento de datos:
facturación, inventarios, balances, compras, ventas, otros, para ello se definirán las
especificaciones funcionales, las no funcionales y de la implementación de nuevos programas
que garanticen la administración de los diferentes procesos contables de la empresa HAPPY
DAY de manera segura.
Esperando que con la implementación de este proyecto que se detalla a continuación

se solucione la problemática, ya conocida en documentos anteriores, de la empresa HAPPY
DAY. Una vez en uso experimental de la solución que aquí se da, serán los usuarios del
sistema los principales evaluadores del mismo, con la tal satisfacción de cliente o usuarios y
la empresa, este diseño entrará a operar de manera definitiva.
1.1 PROPÓSITOS
El documento tiene como propósito de definir los problemas que se esta presentado dentro
de le empresa happy day
 Revisar y corregir problemas con el cálculo de las ventas diarias, esto incluye
revisar que datos registran en el sistema y el tipo de algoritmo que usa el programa
para la suma, resta, etc. De los mismos
 Corregir en el sistema el manejo de los errores: Que hace el sistema cuando existe
un error de ingreso, cómo reacciona el programa al error, Que tipo de ayuda brinda
el sistema al funcionario para evitar esos errores
 Revisar porque el funcionario debe cerrar y volver a abrir el software al momento
de producirse un error en el sistema
 Crear un código para cada venta
 actualización correcta de los saldos en los inventarios
 se desplegara informes detallados acerca de la mercancía.
 el software tiene inventario del/los producto comprado
 sistema de control de artículos
 el sistema permita ordenar con lector de código de barra
 el sistema permite realizar pagos con tarjeta de crédito
 El sistema debe generar los pedidos correctamente
 El sistema debe poder generar estadísticas de las ventas
 Bonos o incentivos asociados a las comisiones
 Calculo de las devueltas que se les debe dar a los clientes
 Base total de comisiones durante el periodo
1.2 personal involucrado
Nombre Jhan carlos torres Gomez
Rol Compras y proveedores
Nivel profesional Ingeniero y técnico de sistemas
Responsabilidades Responsable de Llevar un orden en el inventario de compras y de
proveedores
información de contacto Tel: 3007518165
E-mail: jhancarlostorresgomez@gmail.com
Carrera 23 #28-48 barrio primero de mayo / ciudad de valledupar
Aprobación Positivo
Nombre Andres Felipe Mulett Castillo

Rol Calculo de comisiones de los empleados de acuerdo a las ventas
Nivel profesional Ingeniero de sistemas
Responsabilidades Responsable de que los cálculos aritméticos sean los correctos a la
hora de realizar el cálculo de dichas comisiones
información de contacto Tel: 3043714862
E-mail: mulett_castillo@hotmail.com
Calle 63#29-100 barranquilla
Nombre Jean Noel Sánchez Rodríguez

Rol Administración de ventas
Nivel profesional Ingeniero de Sistemas
Responsabilidades Cumplir con las proyecciones de venta de la empresa, supervisar y
controlar permanentemente las ventas anuales con seguimientos
periódicos, disponer y controlar a los vendedores para que
cumplan sus funciones.
información de contacto Tel:
E-mail:
Dirección:
Nombre
Rol
Nivel profesional
Responsabilidades
información de contacto Tel:
E-mail:
Dirección:
1.3 definiciones, acrónimos y abreviaturas
Definiciones generales manejadas durante el desarrollo de la solución a la problemática de
la empresa “Happy Day”.
1.3.1 Software: Es el soporte lógico de un sistema informático, que comprende el
conjunto de los componentes lógicos necesarios que hacen posible la realización de
tareas específicas, en pocas palabras, son aplicaciones o programas que funcionan solo en
una computadora.
1.3.2 Vendedor: Aquella persona que tiene encomendada la venta o comercialización de
productos o servicios de una compañía.
1.3.3 Ventas: Es la acción y efecto de traspasar la propiedad de algo a otra persona tras
el pago de un precio convenido, el término se usa tanto para nombrar a la operación en sí
misma como la cantidad de cosas que se venden.
1.3.4 Inventario: Es una relación detallada, ordenada y valorada de los elementos que
componen el patrimonio de una empresa o persona en un momento determinado.
1.3.5 Proveedores: Es una empresa o persona física que proporciona bienes o servicios a
otras personas o empresas.
1.3.6 Cliente: Es aquella persona que a cambio de un pago recibe servicios de alguien
que se los presta por ese concepto.
1.3.7 Interfaz: También conocido como “superficie de contacto”, se utiliza para nombrar
la conexión funcional entre dos sistemas, programas, dispositivos o componentes de
cualquier tipo, que proporciona una comunicación de distintos niveles permitiendo el
intercambio de información.
1.4 Referencias
1.5
ConceptoDefinicion.DE. (2017). Obtenido de http://conceptodefinicion.de/cliente/
Definición.de. (2017). Obtenido de https://definicion.de/venta/
Wikipedia. (2017). Obtenido de https://es.wikipedia.org/wiki/Software
Wikipedia. (2017). Obtenido de https://es.wikipedia.org/wiki/Vendedor
Wikipedia. (2017). Obtenido de https://es.wikipedia.org/wiki/Inventario
Wikipedia. (2017). Obtenido de http://conceptodefinicion.de/cliente/
Wikipedia. (2017). Obtenido de https://es.wikipedia.org/wiki/Proveedor
Wikipedia. (2017). Obtenido de https://es.wikipedia.org/wiki/Interfaz
2 Descripción general
2.1 Descripción del problema

La empresa Happy Day cuenta con un software que le ayuda con las necesidades básicas del
negocio, pero tiene mucha limitaciones y errores que les generado inconsistencias en el
inventario, en las ventas, en las compras de los insumos de la piñatería. Adicional el personal
dentro la piñatería tiene desconfía la información generada para realizar todos los temas
contables.
2.2 Funcionalidad del producto

El software comprende 4 módulos con diferentes funciones.
1 clientes
Registrar datos básicos del cliente
Tipos de cliente que son frecuentes, ocasionales, empresariales
Consulta de datos
2 administración de ventas
Tomar pedidos
Generar pedidos
Generar factura del pedido
Generar estadística de ventas
3 administración de compras y proveedores

Generar informe de la mercancía
Permitirá realizar pagos
Permitirá ordenar el lecto de código de barra
Registro de los materiales
Permite hacer edición como ingresar borrar editar solamente al proveedor
4 administración de inventario
Consulta de pedidos
Registros materiales
Solicitud de cotizaciones
2.3 Características de los usuarios
Tipo de usuario Administrador de clientes

Formación Profesional con titulación
Habilidades Manejo adecuado de un equipo de cómputo y sus
respectivas herramientas telemáticas y ofimáticas.
Actividades Llevar un registro y control adecuado de todos los
clientes de la empresa Happy Day a través del nuevo
Software.
Tipo de usuario Administrador de inventarios

Actividades Llevar un registro y control adecuado de todo el
inventario que lleva la empresa Happy Day.
Tipo de usuario Administrador de ventas

Actividades Llevar un registro y control adecuado de todas las ventas
que se realizan en la empresa Happy Day.
Tipo de usuario Administrador de compras y proveedores

Actividades Llevar un registro y control adecuado de todas las
compras y proveedores que maneja la empresa Happy
Day
2.4 restricciones
El software de la empresa happy day debe proporcionar la mayor seguridad y confianza

posible con respecto a que ha información del negocio que se encuentra bien protegida
y resguardada, así como también asegurar que no cualquier usuario tenga acceso a todas
las informaciones que se contiene.
 Debe contar con un sistema de seguridad que restringa el acceso a la
información por parte de sus usuarios, también debe contar con credenciales de
accesos (usuario y contraseña).
 Manejo correcto de las reglas del negocio de la empresa
 Este permitirá conocer que usuarios realizaron movimientos cuando lo hicieron
y desde que terminal se realizo
 Tenga una herramienta que realice los back ups o respaldo de la base de datos
del sistema.
 Leguaje de programación visual estudio y MySQL
2.4 Suposiciones y dependencias
se asume que los requisitos descritos en este documento son estables y cumplen todos los
requerimientos una vez que sea aprobado por todo el personal involucrado en el desarrollo
de este módulo.
se asume que el sistema operativo que estará disponible en los equipos donde se instalará el
sistema será una distribución de Windows xp. 7, 8 10.
2.5 Evolución previsible del sistema
Se plantea que después de implementado el modulo dentro del sistema y con su adecuado
funcionamiento y manejo, agregar nuevas herramientas dentro del mismo modulo para
arrojar informe detallado por periodo en forma general y en forma individual para cada una
de la dependencia, los montos de pagos, falta y la inconsistencia que se pueda llegar
presentar.
3.0 REQUISITOS ESPECÍFICOS
ADMINISTRACIÓN DE LOS INVENTARIOS
RF1. Debe solicitar usuario y contraseña
Número de requisito RF1.

Nombre de requisito RF – ingresar datos personales
Tipo Requisito Restricción
Fuente del requisito
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
RF2. Debe tener funcionalidades de contabilidad, inventario y facturación

Nombre de requisito RF- acceso a datos personales
RF3. Registro de materiales defectuosos.

Nombre de requisito Inventario de accesorios dañados
RF4. Se desplegara informes detallados acerca de la mercancía.

Nombre de requisito Detalles de artículos
RF5. Generar solicitud de cotizaciones.

Nombre de requisito Cotizaciones
Tipo X Requisito Restricción
RF6. Generar comprobante de pago.

Nombre de requisito Recibo de pago
RF7. Suministrar un informe de ventas e ingresos cada mese y día

Nombre de requisito Informe mensual
RF8. Actualización correcta de los saldos en los inventarios

Nombre de requisito Inventarios diarios
RF9. Control de despacho de envió de mercancía

Nombre de requisito Transporte de mercancía
RF10. Comisión de cada empleado semanal o quincenal

Nombre de requisito Comisiones por ventas
ADMINISTRACION DE LAS VENTAS
RF1. El sistema debe pedir usuario y contraseña

RF2. El sistema debe disponer de una buena interfaz Persona-Maquina

Nombre de requisito Estética y programación
RF3. El sistema debe aplicar las comisiones a los usuarios que efectúan la venta

Nombre de requisito Comisiones por ventas
RF4. El sistema debe almacenar la información de venta que le introduce el usuario

Nombre de requisito Opción de guardado
RF5. El sistema debe aplicar correctamente los descuentos

Nombre de requisito Descuentos automáticos
RF6. El sistema debe generar correctamente facturas de los pedidos

Nombre de requisito Facturas de los pedidos
RF7. El sistema debe disponer de la información de los inventarios

Nombre de requisito Ingreso a la base de datos
RF8. El sistema debe poder generar estadísticas de las ventas

Nombre de requisito Estadística de lo que se vendo a diario
ADMINISTRACIÓN DE CLIENTES
RF1. El software debe pedir Usuario y Contraseña

RF2. Registrar número de identificación del cliente

Nombre de requisito ingreso de compra por el número de identificación
RF3. Registrar producto facturado

Nombre de requisito Registro en base de datos
RF4. Crear una platilla concisa que solicite datos básicos del cliente y que permita
identificar el tipo de cliente, producto adquirido, etc.

Nombre de requisito Plantilla de datos personales de cliente
RF5. Revisar y corregir problemas con el cálculo de las ventas diarias, esto incluye
revisar que datos registran en el sistema y el tipo de algoritmo que usa el programa
para la suma, resta, etc. De los mismos

Nombre de requisito Edición a la base de datos
RF6. Corregir en el sistema el manejo de los errores: Que hace el sistema cuando
existe un error de ingreso, cómo reacciona el programa al error, Que tipo de ayuda
brinda el sistema al funcionario para evitar esos errores

Nombre de requisito Soporte técnico
RF7. Revisar porque el funcionario debe cerrar y volver a abrir el software al
momento de producirse un error en el sistema

Nombre de requisito Solución de problema
RF8. Orientar los requisitos al área de administración de inventarios, permitiendo

suministrar información necesaria y requerida por el área de administración de
inventario

Nombre de requisito Acceso a base de datos de inventario
RF9. Crear un código para cada venta
Número de requisito RF9

Nombre de requisito Creación de códigos
RF10. Crear un código para cada producto a la venta

Nombre de requisito Creación de códigos de barras
ADMINISTRACION DE COMPRAS Y PROVEEDORES
RF1. DEBE SOLICITAR USUARIO Y CONTRASEÑA

RF2. El software realiza pedido a proveedores

Nombre de requisito Pedidos
RF3. el software tiene inventario del/los producto comprado

Nombre de requisito Inventario de productos
RF4. El software tiene sistema de control de artículos

Nombre de requisito Sistemas de control
RF5. el sistemas debe generar informes de la mercancía

Nombre de requisito Informes de mercancía
RF6. el sistema permite hacer edición como (ingresar, borrar, editar )

Nombre de requisito Edición de texto
RF7. el sistema permite realizar pagos con tarjeta de crédito

Nombre de requisito Acreditar
RF8. el sistema permita ordenar con lector de código de barra

Nombre de requisito Orden con código de barra en productos
RF9. el sistema permita crear usuarios, editarlos y borrarlos

Nombre de requisito Edición en datos personales de clientes
RF10. El sistema debe generar órdenes de compras

Nombre de requisito Orden de compra
CALCULO DE COMISIONES
RF1. Cálculos o sumatorias de las ventas diarias y por ende las ventas semanales.

Nombre de requisito Soporte técnico

Nombre de requisito Saldos correctos en inventario
RF3. Calculo de las devueltas que se les debe dar a los clientes

Nombre de requisito Vueltas de dinero
RF4. Porcentaje de comisión que paga la empresa con respecto a los productos
vendidos

Nombre de requisito Porcentaje de comisión
RF5. Base total de comisiones durante el periodo

Nombre de requisito Base general de comisiones

Nombre de requisito Actualización de inventarios
RF7. Bonos o incentivos asociados a las comisiones

Nombre de requisito Bonos e incentivos para comisiones
3.1 Requisitos comunes de los interfaces
3.1.1 Interfaces de usuario
La interfaz con el usuario se basará en un conjunto de ventanas con botones,

listas y campos de textos. Ésta deberá ser construida específicamente para los
sistemas propuestos los que son de clientes, ventas, compras y proveedores,
comisiones, inventarios, será llevada a cabo a instalación desde un servidor
hasta los demás pc clientes.
3.1.2 Interfaces de hardware

Para llevar a cabo este software en un pc es necesario disponer de equipos de
cómputos en perfecto estado con las siguientes características:
 Adaptadores de red.
 Procesador de 1.66GHz o superior.
 Memoria mínima de 1gb
 Mouse.
 Teclado.
 Impresora
3.1.3 Interfaces de software

 Sistema Operativo: Windows XP o superior
 Antivirus.
3.1.4 Interfaces de comunicación
Los servidores, clientes y aplicaciones se comunicarán entre sí, por medio del
servidor y protocolos estándar de internet por si el cliente desea cancelar con
tarjeta de crédito o débito.
3.2 Requerimiento funcionales
3.2.1 requisito funcional 1
Administrador de clientes
El software debe pedir usuario y No funcional
contraseña
Registrar producto facturado Funcional
Registrar número de identificación del No funcional
cliente
Suministrar un informe de las ventas Funcional
Imprimir factura Funcional
Administración de compra y proveedores
Debe pedir usuario y contraseña No funcional

Sistema de control de articulo Funcional
Generar informe de mercancía Funcional
Debe generar órdenes de compra Funcional
Registro de materiales Funcional
Administración de inventario
Debe solicitar usuario y contraseña No funcional

Registro de materiales defectuosos Funcional
Generar solicitud de cotizaciones Funcional
Generar ordenes de compras Funcional
Generar comprobante de pago Funcional
3.2.4 requisito funcional

Administración ventas
El sistema debe pedir usuario y No funcional
contraseña
Generar pedido Funcional
El sistema debe aplicar el descuento No funcional
Debe generar estadística de ventas Funcional
Debe disponer de la información de los Funcional
inventarios
3.3 Requerimiento no funcionales
3.3.1 Requisitos de rendimiento
Tomando como un factor bastante importante la definición del rendimiento que tendrán
los procesos de cada función, se establecerá que el tiempo promedio de cada requisito
será entre 1 y 3 segundos, se espera que el sistema pueda generar los procesos
necesarios después de 2 segundos y se le añade un segundo extra, lo que le dará
suficiente tiempo para generar todos los procesos requeridos por cada requisito sin dar
la sensación de que el sistema esta lento y evitara la generación de errores en el sistema
3.3.2 Seguridad
 Garantizar la confiabilidad, la seguridad y el desempeño del software a

los diferentes usuarios. En este sentido la información almacenada o
registros realizados podrán ser consultados y actualizados permanente y
simultáneamente, sin que se afecte el tiempo de respuesta.
 Garantizar la seguridad del software con respecto a la información y
datos que se manejan tales sean documentos, archivos y contraseñas.
 Facilidades y controles para permitir el acceso a la información al

personal autorizado al servidor, con la intención de consultar y subir
información pertinente para cada una de ellas.
3.3.3 Fiabilidad
 El software debe tener una interfaz de uso intuitiva y sencilla
 La interfaz de usuario debe ajustarse a las características del software

que se ha venido manejando en la empresa, dentro de la cual estará
incorporado el sistema de ventas, compras y proveedores, inventarios
etc.
3.3.4 Disponibilidad
a. La disponibilidad del software debe ser continua con un nivel de servicio para
los usuarios de 7 días por 24 horas, garantizando un rendimiento adecuado
que permita la posible falla en cualquiera de su interfaz,
3.3.5 Mantenibilidad
El nuevo sistema podrá ser modificado para corregir fallos, mejorar su funcionamiento u
otros atributos y adaptarse a cambios en el entorno. La mantenibilidad formara parte
integral del proceso de desarrollo del software, aparte las técnicas utilizadas serán hasta
donde sea posible poco intrusiva con el software, por lo que se incorporaran modelos
estructurados del diseño y código del mismo.
3.3.6 Portabilidad
 El software será implantado bajo un sistema operativo xp o superior

Etapa - Modelo 01

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Etapa - Modelo 01

Загружено:

Авторское право:

Доступные форматы

IEEE-STD-830-1998: Práctica Recomendada para las Especificaciones de Requisitos

Con la presente actividad colaborativa se acudirá a los conceptos y aplicaciones

El formato seleccionado para la actividad es el IEEE-STD-830-1988: IEEE

Fueron muchos los problemas de operación que se detectaron en los estudios

Esperando que con la implementación de este proyecto que se detalla a continuación

Nombre Andres Felipe Mulett Castillo

Nombre Jean Noel Sánchez Rodríguez

2.1 Descripción del problema

2.2 Funcionalidad del producto

3 administración de compras y proveedores

2.3 Características de los usuarios

Tipo de usuario Administrador de clientes

Tipo de usuario Administrador de inventarios

Tipo de usuario Administrador de ventas

Tipo de usuario Administrador de compras y proveedores

El software de la empresa happy day debe proporcionar la mayor seguridad y confianza

2.5 Evolución previsible del sistema

3.0 REQUISITOS ESPECÍFICOS

ADMINISTRACIÓN DE LOS INVENTARIOS

RF1. Debe solicitar usuario y contraseña

Número de requisito RF1.

RF2. Debe tener funcionalidades de contabilidad, inventario y facturación

Número de requisito RF2.

RF3. Registro de materiales defectuosos.

Número de requisito RF3.

Número de requisito RF4.

RF5. Generar solicitud de cotizaciones.

Número de requisito RF5.

RF6. Generar comprobante de pago.

Número de requisito RF6.

RF7. Suministrar un informe de ventas e ingresos cada mese y día

Número de requisito RF7.

RF8. Actualización correcta de los saldos en los inventarios

Número de requisito RF8.

RF9. Control de despacho de envió de mercancía

Número de requisito RF9.

RF10. Comisión de cada empleado semanal o quincenal

Número de requisito RF10.

ADMINISTRACION DE LAS VENTAS

RF1. El sistema debe pedir usuario y contraseña

Número de requisito RF1.

RF2. El sistema debe disponer de una buena interfaz Persona-Maquina

Número de requisito RF2.

Número de requisito RF3.

RF4. El sistema debe almacenar la información de venta que le introduce el usuario

Número de requisito RF4.

Número de requisito RF5.

RF6. El sistema debe generar correctamente facturas de los pedidos

Número de requisito RF6.

RF7. El sistema debe disponer de la información de los inventarios

Número de requisito RF7.

RF8. El sistema debe poder generar estadísticas de las ventas

Número de requisito RF8.

RF1. El software debe pedir Usuario y Contraseña

Número de requisito RF1.

Número de requisito RF2.

RF3. Registrar producto facturado

Número de requisito RF3.

Número de requisito RF4.

Número de requisito RF5.

Número de requisito RF6.

Número de requisito RF7.

RF8. Orientar los requisitos al área de administración de inventarios, permitiendo

Número de requisito RF8.