ESPECIFICACIÓN DE

REQUISITOS DE SOFTWARE
HIPERSOFT
DOCENTE:
ING. PABLO MOSCOSO ZEBALLOS
MATERIA:
DESARROLLO DE SISTEMAS II
INTEGRANTES:
NADIA LIZZ ROJAS VELASCO
JOSÉ MAURICIO QUISPE ESTRADA
JHON CARLOS ORTEGA ESPINOZA
DIEGO ERNESTO MACEDA TERRAZAS

SANTA CRUZ – BOLIVIA

 HIPERSOFT

Integrantes
Nadia Lizz Rojas Velasco
José Mauricio Quispe Estrada
Jhon Carlos Ortega Espinoza
Diego Ernesto Maceda Terrazas

Proyecto de software de escritorio “Sistema de Control de Registro de Ventas de

Supermercado Hipermaxi” orientado a la distribución y venta de productos en general.

Universidad Privada Domingo Savio

INDICE
Nombre del Software: HIPERSOFT

Autores: Diego Ernesto Maceda Terrazas, José Mauricio Quispe Estrada, Nadia Lizz
Rojas Velasco y Jhon Carlos Ortega Espinoza

Nombre del Proyecto de Investigación: Sistema de Control de Registro de Ventas de

Supermercado Hipermaxi

1. Introducción

Este documento es la Especificación de Requisitos de Software (ERS) para el

aplicativo del Sistema de Control de Registro de Ventas de Supermercado
Hipermaxi. Esta especificación se ha estructurado basándose en las directrices
dadas por el estándar IEEE Práctica Recomendada para Especificaciones de
Requisitos Software IEEE 830.
1.1 Propósito
Definir y organizar de formar ordenada los requisitos y especificación que
deberá cumplir el software a construir, en cual permitirá calificar y brindar
diagnósticos acerca de los software de escritorios de Sistemas de Ventas
implementados en los Supermercados y/o negocios, específicamente en la
cadena de Supermercados Hipermaxi.
1.2 Ámbito del Sistema
Con el software de escritorio Hipermaxi se busca desarrollar e implementar
un software fácil y portable en toda la cadena de Supermercados existentes,
negocios formas e informales que existan o vayan a existir.

Por medio de un Sistema de Control de Registro de Ventas y Distribución

de productos nuevos o existentes, los operadores del sistema tendrán la
capacidad de registrar clientes, estimar precios, calcular el valor y la
cantidad de los productos elegidos cuantas veces quieran a través del
software de escritorio y así optimizar el progreso y tiempo de la atención al
cliente.
 Con la ayuda de este software de escritorio se espera:
 Agilizar el proceso de venta de todos los productos del
supermercado o negocio que el operador del sistema esté operando.
 Optimizar el tiempo de servicio de atención al cliente por medio del
sistema para brindar un mejor servicio.
 Facilidad en el manejo del sistema al momento de realizar
operaciones contables y monetarias con detalles del proceso.
 Control y registró de clientes nuevos o existentes en el proceso de
ejecución del sistema
 Agregación y registro de productos nuevos o existentes en la Base
de Datos del sistema para mejor funcionamiento del proceso del
operador.
 Servir de Sistema de Ventas en todas las empresas y negocios de
compra y venta de productos.

1.3 Definiciones, Acrónimos y Abreviaturas

 HIPERSOFT: Hipermaxi Software

 .NET: Es un componente de software que puede ser añadido al

sistema operativo Windows. Provee un extenso conjunto de
soluciones predefinidas para necesidades generales de la
programación de aplicaciones, y administra la ejecución de los
programas escritos específicamente con la plataforma.

 C#: Es un entorno de desarrollo de software para sistemas

operativos Windows. Este conjunto de herramientas se
utiliza para crear sitios y aplicaciones web, así como generación de
aplicaciones web ASP.NET, Servicios Web XML, aplicaciones de
escritorio aplicaciones móviles.
 Windows Forms: Es una interfaz de programación de aplicación
gráfica que se incluye como parte de Microsoft .NET Framework, que
proporciona acceso a los elementos de la interfaz de Microsoft
Windows nativas envolviendo la API de Windows existente en código
administrado

 SQL: Es un lenguaje de dominio específico utilizado en

programación, diseñado para administrar, y recuperar información de
sistemas de gestión de bases de datos relacionales.

 Reportes: Cuando se quiere imprimir datos desde aplicaciones web,

consideramos los informes (report en inglés). Es la función del
componente Reporting Services disponible en ASP.NET.

 ReportViewer: El componente ReportViewer se va a encargar de

contener nuestro informe, el cual podremos cargar tanto dinámica,
como estáticamente.

 Server Reporting Services: Es un sistema de software de

generación de informes basado en servidor de Microsoft. Forma
parte de un conjunto de servicios de Microsoft SQL Server, incluidos
SSAS y SSIS.

 ScriptManager: Administra el script de cliente de las páginas web

ASP.NET habilitadas para AJAX. De forma predeterminada, el
control ScriptManager registra el script de Microsoft Ajax Library con
la página.

 Report rdlc: acrónimo de Report Definition Language Client-side, o

Lenguaje de Definición de Informes de lado Cliente. Los archivos con
extensión. rdlc son archivos de informes creados por Visual Studio y
se trata de archivos de texto que contienen XML con la definición del
informe.
  ADO.NET: Es un conjunto de clases que usted utiliza para acceder y
manipular orígenes de datos como por ejemplo, una base de datos
en SQL Server o una planilla Excel. ADO.NET utiliza XML como el
formato para transmitir datos desde y hacia su base de datos y su
aplicación Web.

 Entity Framework: Es una tecnología desarrollada por Microsoft,

que a través de ADO.NET genera un conjunto de objetos que están
directamente ligados a una Base de Datos, permitiendo a los
desarrolladores manejar dichos objetos en lugar de utilizar lenguaje
SQL contra la Base de Datos.
1.4 Referencias
 Standard IEEE 830 – 1998, IEEE
1.5 Visión General del Documento
El material principal de este documento se constituye con la descripción del
software a construir y sus requerimientos, así como el diseño de cada una
de las facetas, tales como, tecnología, datos, interfaces, etc.

Finalmente, el detalle de la implementación, lo cual comprende el código

fuente, pruebas y manejo de errores y escenarios.

2. Análisis de requerimientos de software

2.1 Descripción General

Los reportes son una manera rápida de visualizar y representar toda la
información específica que desee obtener el operador de nuestro sistema
de atención al cliente, combinando tanto tecnología ADO.Net y el
componente ReportViewer para una mejor experiencia tanto para el cliente
como también para el operador o trabajador que ejecute el sistema.
2.1.1 Perspectiva del Producto
HIPERSOFT está planeado como un software de escritorio
independiente cuyo funcionamiento no está condicionado por ningún
requerimiento. El funcionamiento e interacción del software será
cliente-operador para el uso y operamiento del sistema de control.

2.1.2 Funciones del Producto

2.1.3 Características de los usuarios
El sistema HIPERSOFT tendrá 4 tipos de usuarios que interactuaran
y lo administraran: Visitante, Participante, Operador y el
Administrador del Sistema.

2.1.4 Perfil del usuario

Cada usuario tendrá una función específica para que su interacción
con el sistema sea correcta y no convele a fallos:

Visitante: Persona que interactuara parcialmente con el sistema, su

educación no puede ser definida y no debe tener una participación
relevante con respecto al sistema únicamente debe tener acceso al
servicio al cliente y a los productos que desee.

Participante: Su rol en el sistema consiste en pasar de ser visitante

a participante en el momento en el que se registre en el sistema
como cliente, a diferencia del visitante su participante si es relevante
para el sistema para que sea registrado en el sistema como cliente
ya participante en la Base de Datos.

Operador: Persona encargada que maneja y administra la

información, registro y distribución tanto como los productos como
los clientes. Debe tener una capacitación previa sobre el sistema y
debe manejar cuentas, precio monetario, productos, conocimiento
básico sobre uso de computadoras.

Administrador del Sistema: Usuario con gran accesibilidad a las

herramientas del sistema y la Base de Datos del sistema, con una
previa capacitación. Encargado de manejar el sistema con gran
responsabilidad sobre datos sobre los usuarios.
 2.1.5 Jerarquía de usuarios

2.2 Restricciones.

2.2.1 Políticas reguladoras

La aplicación se desarrollará mediante software de licencia abierta
por lo tanto no se deberá pagar el uso de: Sistema de Gestión de
base de datos (SQL Server) y el lenguaje de programación (c#), por
lo tanto, la utilización de estos programas se hará mediante las
políticas establecidas por este tipo de licenciamiento…
2.2.2 Limitaciones de hardware
Para esta aplicación será necesario un computador servidor en el
cual se instalará el Sistema de Gestión de base de datos (SQL
Server).

2.2.3 Interfaces con otras aplicaciones

Debido a que el sistema no interactúa con otros sistemas y es
autónomo no se desarrollan interfaces con otras aplicaciones. Las
conexiones necesarias para la utilización del servidor SQL Server,
se hará por medio de la configuración de estos programas.

2.2.4 Funcionamiento paralelo

No es condición en el proyecto.

2.2.5 Funciones de control

El sistema debe controlar los permisos que tienen específicamente 2
usuarios para su accesibilidad de una manera correcta, de tal forma
que pueda acceder la información que le corresponde de acuerdo a
su rol. Debe tener controles adecuados para la validación de datos,
de igual manera el control sistemático de los productos para su
venta, registro de los clientes para su verificación y administración
de los datos recopilados de los productos y clientes.

2.2.6 Requisitos del lenguaje

Todo el material que se realice para el usuario y la aplicación debe
de estar en lenguaje español.

2.2.7 Protocolos señalados

Se usará protocolos de comunicación TCP/IP
 2.2.8 Requisitos de fiabilidad
La información correspondiente al control de sistema de ventas
como el nombre del cliente, CI, Nro. de Compra, Código del
producto, nombre del producto, precio, monto, botones CRUD y
recursos que deben estar ajustados a la realidad para evitar un
desorganización y perdida de datos.

2.2.9 Credibilidad de la aplicación

Para garantizar una buena credibilidad el sistema deberá ser
sometido a una seria de pruebas para establecer que se encuentra
acorde a los requerimientos que se plasman en el documento en
tanto a la consistencia de datos como al rendimiento de la
aplicación, tales como tiempos de respuesta y datos recopilados y
registrados correctamente.

2.2.10 Consideraciones de seguridad

Tanto el administrador de sistema como el operador del mismo
deberá tener acceso por una sola Terminal para su respectiva labor
de acuerdo a lo que su rol especifique. Todos los datos y registros
deberán estar segura y en su defecto correctamente almacenadas
en la base de datos para dar una buena seguridad y respaldo al
sistema y su información.

2.3 Atención y Dependencias

 La red interna deberá estar configurar para el manejo de los datos
con el sistema y para el sistema de control de ventas principalmente
todo lo relacionado en cuanto a desempeño y seguridad.
 Debe realizarse una capacitación adecuada y acorde a lo que cada
usuario va a realizar. Su capacitación se hará en el momento que
sea necesaria y a la persona indicada.
 2.4 Prorratear los Requisitos
Los siguientes aspectos no están incluidos en la presente versión:
a) Realización de pagos electronos de aquellos usuarios que
tengan un costo o tarjeta de crédito o débito.
b) El sistema no manejara todo lo relacionado a inventarios de
recursos y/o materiales que se necesitan para realizar la
respectiva acción.
c) No tendrá interfaces de conexión con los programas de
tesorería o contabilidad para el control de pagos y demás
costos.
d) El sistema únicamente opera mediante un sistema local o de
escritorio sin contar con conexión a internet, solo conexión a
área local entre la conexión local y la base de datos local.

3. Requisitos Específicos
3.1 Interfaces Externas
El sistema no tendrá interconexión con otros sistemas de información web,
por lo tanto, no es necesario la utilización de interfaz Web alguna.

La relación con un servidor local y Gesto de Base de Datos se hará a través

de los archivos de configuración de éstos.
 3.2 Requerimientos Funcionales

Código del Requerimiento RF01

Nombre Registro de Usuario
Propósito Crear un nuevo usuario capaz de representar registros
en el sistema de control de ventas de escritorio
HIPERSOFT.
Descripción Una vez ubicados en el sistema, el potencial usuario
deberá brindar sus datos para buscarlo en el sistema y
si no esta registrado, brindad sus datos completos y
luego elegir los artículos o productos que desea
comprar.
Entrada Formulario de Registro diligenciado con información del
usuario en este caso el potencial cliente.
Salida - Cancelara su saldo por sus artículos o productos
comprados
- Recibirá una factura indicando detalladamente su
compra, cantidad, precio de sus artículos o
productos previamente registrados.
Prioridad Alta

Código del Requerimiento RF02

Nombre Acceso del Administrador
Propósito Acceder a los privilegios y datos del sistema
HIPERSOFT.
Descripción Una vez tenga accesibilidad al sistema, el administrador
tiene acceso a los privilegios del sistema y podrá
finalizar, brindar y actualizar datos con los botones
CRUD.
Entrada Datos, privilegios, credenciales.
Salida Privilegios de Administrado, tiene acceso al sistema.
Prioridad Alta

Código del Requerimiento RF03

Nombre Agregar Producto
Propósito Agregar un nuevo producto con el botón
“Agregar”.
Descripción El operador deberá agregar un nuevo producto
para su almacenamiento en la base de datos y
brindar detalles en la factura de venta.
Entrada Área de control de ventas.
Salida Direccionar el sistema al botón “Actualizar”
Prioridad Alta

Código del Requerimiento RF04

Nombre Seleccionar Artículos y Productos
Propósito Seleccionar los artículos y productos
disponibles para su venta.
Descripción El operador tendrá acceso a los artículos y
productos almacenados en la base de datos
para verificar si el producto se encuentra
disponible para su venta.
Entrada Seleccionar el código del producto, cantidad,
precio y monto.
Salida Direccionar el sistema al botón “Agregar”
Prioridad Alta
Código del Requerimiento RF05
Nombre Eliminar Artículos y Productos
Propósito Seleccionar los artículos y productos que
desea eliminar o que el cliente desee
descartar.
Descripción El operador tendrá acceso a los artículos y
productos almacenados en la base de datos
para eliminar de la lista de artículos que el
cliente desee descartar.
Entrada Seleccionar el CI del cliente y los productos
que desee eliminar
Salida Direccionar el sistema al botón “Eliminar”
Prioridad Media

Código del Requerimiento RF06

Nombre Imprimir Compra
Propósito Detallar todos los datos de la operación para
para brindar una factura al cliente.
Descripción El operador del sistema luego de haber
completado toda la operación de registro, y
venta del producto, como los datos del cliente,
CI, nombre, fecha, detalles del producto como:
Código del producto, nombre, cantidad, precio
y monto que estarán detallados en la factura
que serán detallados en la factura de compra.
Entrada Seleccionar el botón “Imprimir” para brindar
 una factura
Salida Cerrar la ventana emergente de “Imprimir
Compra”
Prioridad Alta

4. Diseño de Software

4.1 Descripción del Sistema

HIPERSOFT se plantea como un software construido bajo los estándares
de sistemas de control de ventas actuales, tomando como punto de partida,
la implementación de su base de datos sobre un motor gratuito, tal como
SQL Server.

En el apartado de Registro de Ventas, todas las interfaces del operador y el

usuario serán diseñadas e implementadas bajo la tecnología ADO.NET
Entity framework, garantizando así un aplicativo reporte RDLC con fluidez
de interacción y una notable delegación de responsabilidades sobre el
componente de reportes, procurando que el aplicativo responda con
eficiencia ante las peticiones del usuario y el operador.
Por supuesto, todo esto acompañado de una apariencia amigable, estándar
y estética para el operador.

Para la composición del componente ReportViewer se recurre a Visual

Studio como herramienta de control Web del visor de informes que reporte
de formularios de uso gratuito, la cual provee facilidades para la creación de
reportes, encargados de recibir las peticiones desde el Sistema hacia la
Base de Datos para el registro de los datos operados con el Sistema de
control de Ventas.
En temas de seguridad, es esencial implementar algún estándar que
permita garantizar la fiabilidad del software a los operadores y usuarios,
pues la información brindad es de carácter confidencial. Además, estos
estándares se acoplan perfectamente a las aplicaciones construidas sobre
tecnología ADO.NET Entity framework en c#, haciendo de herramienta de
control Web de visor de informes, ambos otorgan beneficios sustanciales
para el sistema.

Gracias a la conjunción de estas tecnologías es que es posible construir

una aplicación de escritorio confiable, moderna y de gran rendimiento, ya
que estas interactúan con sinergia y son de merado rendimiento, lo cual
permite una funcionalidad confiable y optima para los pequeños y grandes
emprendedores y negocios, en este caso una cadena de Supermercados
como es Hipermaxi.
4.2 Arquitectura del Sistema
4.3 Diseño de Datos
4.3.1 Descripción de Datos
El flujo de la información en el aplicativo está sujeto al proceso y a la
capa en donde se está procesa la misma. Mientras la información es
almacenada en la Base de Datos y en el modelado Cliente, Compra,
Producto, DetalleCompra.

4.3.1.1 Modelado Diagrama de Clases

 4.3.2 Diccionario de Datos

Nombre de Archivo: DB Inventario Fecha de Creación:

Descripción: Base de datos que contendrá las tablas 05/12/2020
CAMPO TAMAÑO TIPO DE DATO DESCRIPCION
Cliente 3 Table Tabla de clientes

id 6 Int Id del cliente

Nombre 6 Var Nombre del cliente

Compra 3 Table Tabla de compra
Id 8 Int Id de compra del cliente
fecha 8 Date Fecha de compra
Producto 2 table Tabla de productos
Id 5 Int Id del producto
Nombre 5 String Nombre del producto
Detallecompra 2 table Tabla de conexión detalle de
Compra
Idcompra 5 Var Id de la tabla compra
idproducto 5 Var Id de la tabla producto
4.3.3 Imágenes de la Interfaz

 Interfaz Formulario (Principal)

 Interfaz Formulario Botón (Agregar)

 Interfaz Formulario Botón (Eliminar)

 Interfaz Formulario Agregar Cliente

 Interfaz Formulario Agregar Producto

 Interfaz Formulario Imprimir Compra
  Interfaz Reporten Total de Compra

4.4 Árbol de Información (Explorador de Soluciones)

Tecnología ADO.NET Entity framework

 4.5 Documentación Diagrama de Clases

Cliente
Class in package 'Diagrama de Clases'

Cliente
Version 1.0 Phase 1.0 Proposed
palab created on 21/3/2021. Last modified 21/3/2021
 RESPONSIBILITIES (INTERNAL REQUIREMENTS)

Functional. Realizar Pedido

[ Proposed, Medium difficulty. ]

ATTRIBUTES

Direccion : String Private

[ Is static True. Containment is Not Specified. ]

ID : {int} Private
[ Is static True. Containment is Not Specified. ]

Nombre : String Private

[ Is static True. Containment is Not Specified. ]

ASSOCIATIONS

Association (direction: Unspecified)

Source: Public (Class) Cliente Target: Public (Class) Producto

Association (direction: Unspecified)

Source: Public (Class) Cliente Target: Public (Class) Compra

OPERATIONS

Realizar Pedido (String : String ) : void Public

[ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

Compra
Class in package 'Diagrama de Clases'

Compra
Version 1.0 Phase 1.0 Proposed
palab created on 21/3/2021. Last modified 21/3/2021

ATTRIBUTES

Fecha : Integer Private

 ATTRIBUTES
[ Is static True. Containment is Not Specified. ]

Glosa : String Private

[ Is static True. Containment is Not Specified. ]

ID : int Private
[ Is static True. Containment is Not Specified. ]

IDCliente : int Private

[ Is static True. Containment is Not Specified. ]

ASSOCIATIONS

Association (direction: Unspecified)

Source: Public (Class) Compra Target: Public (Class) DetalleCompra

Association (direction: Unspecified)

Source: Public (Class) Cliente Target: Public (Class) Compra

OPERATIONS

Realizar Venta (String : String ) : void Public

[ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

DetalleCompra
Class in package 'Diagrama de Clases'

DetalleCompra
Version 1.0 Phase 1.0 Proposed
palab created on 21/3/2021. Last modified 21/3/2021
 ATTRIBUTES

CantidadProd : int Private

[ Is static True. Containment is Not Specified. ]

IDCompra : int Private

[ Is static True. Containment is Not Specified. ]

IDProducto : int Private

[ Is static True. Containment is Not Specified. ]

PNombre : int Private

[ Is static True. Containment is Not Specified. ]

PrecioProd : int Private

[ Is static True. Containment is Not Specified. ]

ASSOCIATIONS

Association (direction: Unspecified)

Source: Public (Class) Compra Target: Public (Class) DetalleCompra

Association (direction: Unspecified)

Source: Public (Class) Producto Target: Public (Class) DetalleCompra

OPERATIONS

GenerarFactura () : void Public

[ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

RealizarDetalleCompra () : void Public

[ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]

Producto
Class in package 'Diagrama de Clases'

Producto
Version 1.0 Phase 1.0 Proposed
palab created on 21/3/2021. Last modified 21/3/2021
ATTRIBUTES

ID : int Private
[ Is static True. Containment is Not Specified. ]

Nombre : String Private

[ Is static True. Containment is Not Specified. ]

PVenta : String Private

[ Is static True. Containment is Not Specified. ]

ASSOCIATIONS

Association (direction: Unspecified)

Source: Public (Class) Producto Target: Public (Class) DetalleCompra

Association (direction: Unspecified)

Source: Public (Class) Cliente Target: Public (Class) Producto

OPERATIONS

Almacenar Producto (String : String ) : void Public

[ Is static False. Is abstract False. Is return array False. Is query False. Is synchronized False. ]