Formato ERS 2.0

Especificación de requisitos de
software
Proyecto: StorePlace, Tienda Digital
Revisión 1.0
Abril 2022
Historial de Revisiones
Fecha Revisión Descripción Autor
21/04/2022 1.0 Logo, Desde la Introducción hasta Joseph Ely García

Características de los usuarios Escobar.
26/05/2022 1.1 Demostración del formato ERS Joseph Ely García
Escobar
Documento validado por las partes en fecha: 06/22
Por el cliente Por la empresa suministradora
Fdo. D./ Dña. Amílcar Porras Fdo. D./Dña. Joseph García

StorePlace, Tienda Digital Rev. 1.0
Especificación de requisitos de software Pág. 3
Contenido
HISTORIAL DE REVISIONES 2
CONTENIDO 3
1 INTRODUCCIÓN 5
1.1 Propósito 5
1.2 Alcance 5
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 8
2.1 Perspectiva del producto 8
2.2 Funcionalidad del producto 8
2.3 Características de los usuarios 9
2.4 Restricciones 9
2.5 Suposiciones y dependencias 9
2.6 Evolución previsible del sistema 10
3 REQUISITOS ESPECÍFICOS 10
3.1 Requisitos comunes de los interfaces 10

3.1.1 Interfaces de usuario 11
3.1.2 Interfaces de hardware 11
3.1.3 Interfaces de software 11
3.2 Requisitos funcionales 11

3.2.1 Requisito funcional 1 11
3.3 Requisitos no funcionales 11

3.3.1 Requisitos de rendimiento 11
3.3.2 Seguridad 12
3.3.3 Fiabilidad 12
3.3.4 Portabilidad 12
Descripción de requisitos del sofware

4 APÉNDICES 12
4.1 Estudio de Factibilidad 12

4.1.1 Factibilidad Operativa 12
4.1.2 Factibilidad Técnica 13
4.1.3 Factibilidad Económica 13
4.2 ER 15
4.3 Diagrama de Casos de Uso 16
4.4 Diagrama de Clases 19
4.5 5W StorePlace, Tienda Digital 20
4.6 Matriz de Riesgo 21
4.7 Minuta de reunión 22
4.8 Diagrama Gantt 23

1 Introducción
Este documento es una Especificación de Requisitos Software (ERS) para el
Sistema de información para el control de inventarios “StorePlace, Tienda
digital” en una pequeña empresa mercadería. 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. Este
programa será capaz de contabilizar, vender, agregar, eliminar, modificar e
imprimir el inventario de una pequeña empresa de mercadería. Este
proyecto será desarrollado en ASP.NET MVC en su última versión de .NET
6 y se implementará una base de datos gestionada en MySQL. Así también
tenemos como objetivo, ampliar la función del sistema; como también
facilitar el control de inventarios de dicha empresa para una mejor calidad
sin cometer errores y si los hay, podre enmendarlos.
1.1 Propósito
 El propósito de este documento es presentar de manera detallada
y formal el acuerdo que se ha realizado con el usuario,
contemplando los requerimientos entregados por el mismo. De
esta forma el equipo de desarrollo podrá llevar a cabo la
implementación del sistema. El objetivo particular de esta fase,
consiste en forma un programa de control estadístico y contable
con productor ingresados por el usuario, para llevar un mejor
control en un sistema apropiado.
 Está dirigido a topo público y más hacia los analistas y

empresarios que quieren tener una mejor calidad de llevar un
control de sus ventas ya sea semanales, quincenales, mensuales y
anuales.
1.2 Alcance
Esta especificación de requisitos está dirigida al usuario del sistema, para
continuar con el inventario sobre la institución y para profundizar en la

automatización de ésta, la cual tiene por objetivo principal el gestionar los

distintos procesos administrativos (Inventario)
1.3 Personal involucrado

Nombre Amílcar José Porras Orozco
Rol Gerente General
Categoría profesional Auditoria y contaduría pública.
Responsabilidades Llevar el control de Contabilidad y analizar el sistema
Información de contacto [email protected]
Aprobación Aprobado
Esta información es útil para que el gestor del proyecto pueda localizar a
todos los participantes y recabar la información necesaria para la
obtención de requisitos, validaciones de seguimiento, etc.
Nombre Juan Carlos Pineda Robles

Rol Administrador
Responsabilidades Administrar el sistema contable en general
Nombre Luis Raúl Martínez Gutiérrez

Rol Cajero
Responsabilidades Encargado de registrar y facturar las ventas
Nombre Fernando Miguel Hernández Ruiz

Rol Bodeguero
Responsabilidades Encargado de llevar el control de entrada y salida de
productos de la bodega
1.4 Definiciones, acrónimos y abreviaturas

 .NET 6: Es un framework de Microsoft que hace un énfasis en la
transparencia de redes, con independencia de plataforma de
hardware y que permite un rápido desarrollo de aplicaciones.

 Digital: Un sistema digital binario es un conjunto de dispositivos

que son destinados a la generación, transmisión, manejo,
procesamiento y almacenamiento de señales digitales.
 MyQSL: Es un sistema de gestión de bases de

datos relacional desarrollado bajo licencia dual: Licencia pública
general/Licencia comercial por Oracle Corporation y está
considerada como la base de datos de código abierto más popular
del mundo.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
Gerardo Auditoria y Analista contable 18/04/2022 Luis Amaya
Paz contaduría
Rodrigo Perito Contador Asistente de 18/04/2022 Luis Amaya
Villalta contabilidad
1.6 Resumen
En base al sistema contable le será muy útil al tanto al administrador
como al analista del sistema, ya que anteriormente se basaba en
formularios básicos donde los mismos son poco confiables de manera
que este sistema basado en resultados bastante confiables ya que son
seguros al momento de realizar las funciones de cada uno, así también
llevaran lo siguientes formularios:
1. LOGIN: este formulario nos permite realizar la función de ingresar al

sistema mediante un usuario y una contraseña para cada usuario y así
poder elegir uno de las varias opciones insertadas en ellas.
2. SELECCIÓN: Este formulario nos permite elegir un formulario para

cualquier operación realizada en el sistema.

3. BODEGA: Este formulario nos permite verificar los ingresos y egresos

de productos dentro de la bodega y llevar el control de todo tipo de
transacciones.
4. CATEGORIA PRODUCTO: En esta sesión podemos proporcionar o

seleccionar todos los productos ingresados a la base de datos.
5. CATEGORIA CLIENTES: En este formulario podemos ingresar la
categoría o ingresos de clientes para poder seleccionarlos con
productos de pequeño, mediano y grandes pedidos.
6. CLIENTE: En este formulario ingresamos a todo tipo de clientes para

ser guardados en base de datos.
7. FACTURA: Este formulario nos permite facturar y guardarlos en una

base de datos para luego ser impresos.
8. PRODUCTOS: Seguidamente en este formulario podemos ingresar

todo tipo de productos donde podemos calcular su proveedor,
categoría, porcentaje y ganancia.
9. PROVEEDOR: Con este formulario podemos ingresar un proveedor

para ser archivado en la base de datos.
2 Descripción general
2.1 Perspectiva del producto
El sistema SrorePlace, será un producto diseñado para trabajar en
entornos locales, lo que permitirá su utilización de forma rápida y eficaz,
para lograr una mejor respuesta.
2.2 Funcionalidad del producto

Su función está basada en el análisis de compra/ventas de mercadería, y
el cual el cliente pide poder realizar inventarios de los mismo, así como

también la demanda de ingresos y egresos y el producto más vendido en

un plazo de tiempo ingresado por el usuario.
2.3 Características de los usuarios

Tipo de usuario Administrador
Formación Administrador de la empresa
Habilidades Intermedio
Actividades Registrar nuevos usuarios y grupos de usuario
Tipo de usuario Usuario

Formación Analista
Actividades Hacer reportes y análisis del inventario

Formación Bodeguero
Actividades Registrar, actualizar y eliminar: productos, categorías,
proveedores y compras

Formación Cajero
Actividades Registrar y facturar ventas, Anular ventas y registrar nuevos
clientes
2.4 Restricciones
 Domino Básico de sistemas
 Que el usuario no conozca sus claves de acceso (administrador o
vendedor)
 Que la base de datos tenga capacidad
 Que cada usuario tenga un permiso concedido al entrar al sistema
2.5 Suposiciones y dependencias

 Se asume que los requisitos aquí descritos son estables
 Los equipos en los que se vaya a ejecutar el sistema deben
cumplir los requisitos antes indicados para garantizar una
ejecución correcta de la misma

2.6 Evolución previsible del sistema

Una de las mejoras es implementar la opción de descuentos de productos
y anulación de facturas.
3 Requisitos específicos
Número de requisito R1.0
Nombre de requisito Ingreso al sistema
Tipo Requisito Restricción
Fuente del requisito Entrevista con el Gerente
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Nombre de requisito Porcentaje de ganancia por producto a elección del vendedor
de 0 a 100.

Nombre de requisito Evaluación de ventas por día, mes o año

Nombre de requisito Validación de formularios

Nombre de requisito Generar reportes de inventarios en Excel, PDF y Word.
3.1 Requisitos comunes de los interfaces

Entradas: Productos, usuarios, ventas, compras de productos,
categorías, proveedores y clientes.
Salidas: Facturación, recibos, reportes, búsqueda de productos y panel
administrativo con graficas estadísticas.

3.1.1 Interfaces de usuario

El producto aparecerá conforme a colores que el cliente pida al
diseñador, pero teniendo en cuenta que debe ser un diseño
agradable a la vista del usuario.
3.1.2 Interfaces de hardware

La única interfaz de hardware que se implementara es una
impresora térmica, en donde se podrá imprimir la factura o ticket de
compra.
3.1.3 Interfaces de software

Solamente se integrará la librería de DataTables de Jquery con el
fin de tener una mejor experiencia del usuario a la hora de visualizar
y buscar los registros.
3.2 Requisitos funcionales

Sera guardada en base de datos de escritorio para el manejo bajo
supervisión del analista del sistema y el auditor para que quede una
evidencia del modificador que hay en el sistema para que no sea
alterado.
3.2.1 Requisito funcional 1

Registrar cada transacción para cada uno de los clientes.

Tener un registro para cada uno de los proveedores.

Tener un registro para cada transacción en la bodega.

Tener un registro cada venta realizada.
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
El primer requisito es tener un único punto de sistema para no tener
incomodidades al momento de ser revisado los resultados. Si se
puede tener dos usuarios, para que pueda llevar el control de la

mejor manera posible y que en un único trabaje el encargado de
revisar y analizar los resultados.
3.3.2 Seguridad
La seguridad del usuario y contraseña que será encriptada en la
base de datos, También se tendrá programado un respaldo de
datos automáticamente cada 15 días.
3.3.3 Fiabilidad
Diseñar una base de datos de tal forma que los datos ingresados en
la misma sean confiables y evitar su redundancia.
3.3.4 Portabilidad
La portabilidad será muy limitada por lo que el sistema estará
instalado de manera local, porque no requiere mayor alcance y
portabilidad
4 Apéndices
4.1 Estudio de Factibilidad
Creación de un sistema de ventas e inventario
(StorePlace) para una pequeña empresa de mercadería.
4.1.1 Factibilidad Operativa
Para la operatividad de la aplicación será necesario que el
personal asignado cuente con los conocimientos básicos de
computación, sin embargo, para aquellos empleados que no
tengan dichos conocimientos, serán capacitados para que den
un buen uso del sistema y puedan aprovechar todos los
beneficios. Actualmente la mayor parte de los empleados en la
organización son jóvenes y cuentan con los conocimientos
necesarios para el uso de cómputo.

4.1.2 Factibilidad Técnica

Se tienen los elementos necesarios para realizar el sistema,
como son los equipos de cómputo, sobre los cuales se
implantará el sistema, así como los equipos de cómputo para
el desarrollo, por ello es técnicamente posible la realización de
la aplicación.
NOMBRE DE RECURSOS DESCRIPCION CATIDAD TIPOS DE RECURSOS
Analista de Sistemas 1 Recursos Humanos

Experto en el área en
Diseñador Web 1
Desarrollo
Experto en el área en
Desarrollador de Sistemas Web 1
Desarrollo
Software para el desarrollo
Visual Studio 2022 1
del proyecto
Proveedor del servidor
Xampp 1
local (Apache y Mysql)
Google Chrome 1 Navegador de Internet
Sistema
Windows 1 Operativo(Cualquier
Versión)
Software de diagramación y
Lucidchart 1
diseños UML
Computador(sin
Hardware Pc 1
restricciones)
Recursos técnicos del sistema StorePlace, tienda digital
4.1.3 Factibilidad Económica

Este proyecto es viable debido a que se cuenta con el
hardware necesario en la organización y no será necesario
una inversión extra en equipo de cómputo, además que todas
las herramientas de software utilizadas son libres.

RECURSOS COSTO
NO. CARGO COSTO TOTAL TOTAL
HUMANANOS INDIVIDUAL
Analista de
1 Q 8,000.00 Q 8,000.00
Sistemas
Diseñador Web 1 Q 6,500.00 Q 6,500.00
Desarrollador de
1 Q 10,200.00 Q 10,200.00
Sistemas Web
Q 24,700.00
RECURSOS HORAS COSTO

CANTIDAD COSTO/HORA TOTAL
TECNOLOGICOS UTILIZADAS TOTAL
Q
Computadora 1 200 horas Q 17.00
7,500.00
Q 7,500.00
RECURSOS VARIOS TOTAL
OTROS GASTOS Q 2,300.00
Flujo de pagos
RECURSOS COSTOS TOTAL TOTAL FINAL
Recursos Humanos Q 24,700.00
Recursos Tecnológicos Q 7,500.00
Recursos Varios Q 2,300.00
Imprevistos (10%) Q 5,400.00
Q 39,900.00

4.2 ER

4.3 Diagrama de Casos de Uso



4.4 Diagrama de Clases

4.5 5W StorePlace, Tienda Digital
W ANALISIS
WHAT?/ ¿QUÉ? Aquí solamente el administrador cuenta, el cajero y el
bodeguero cuentan con los permisos para poder ingresar al
sistema, ya que son los único que pueden hacerlo por
órdenes de gerencia, ya que dicho sistema no cuenta con
transacciones que puedan
ser ejecutadas por x personas.
How?/ ¿Cómo? El administrador es el único quien lleva el control de
productos vendidos al mes y así poder hacer el inventario
para verificar los ingresos y egresos.
Where?/ ¿Dónde? El único sistema contable será en la oficina del administrador,

bodega y caja.
When?/ ¿Cuándo? Estará disponible en todo momento.
Who?/ ¿Quién? Administrador, bodeguero y cajero.
Why?/ ¿Por qué? Porque son los único en el que el sistema está capacitado ya
que no es necesario ingresar otro usuario al sistema para que
pueda participar en el.

4.6 Matriz de Riesgo
Matriz de Riego
Proyecto: 0.1
Nombre del Proyecto: StorePlace
Fecha de entrega del proyecto:
ID Riesgo Categoría Probabilidad Impacto ¿Cómo solventar la situación?
1 Estimar mal el tiempo de Se trabajara según la planificación
la realización del Proyecto 80% Critico de tiempo estimada.
proyecto
2 No seguir la planificación Proyecto Corroborar diariamente las tareas
diariamente 80% Critico designadas para realizarlas
puntualmente.
3 Al evaluador no le guste Ir al pie de la letra los
el diseño o herramienta Diseño 80% Critico requerimientos establecidos por el
implementada evaluador.
4 Perder el proyecto por Equipo 80% Critico Instalar antivirus y revisarlo
virus y perderlo todo constantemente.
Y guardar una copia de seguridad
en un
alojamiento en la nube
5 Cambio de Herramientas Entorno 80% Critico Estar al tanto de las herramientas
Desarrollo desde el principio.
6 Mal funcionamiento del Desarrollo 60% Critico Realizar Pruebas de Caja Negra y
sistema Caja Blanca
7 Falta de Experiencia en Desarrollo 60% Critico Repasar las herramientas y
herramientas empezar por lo
8 Fallas en los equipos Critico Llevar mantenimiento
causando daños en los Equipo 60% constantemente en el
archivos equipo
9 El usuario tiene Internet Equipo 40% Critico Aplicar herramientas livianas para
demasiado lento su óptimo funcionamiento
10 Horas Extras de Trabajo Personal 30% Critico Establecer en el trabajo el horario
y Estrés disponible, realizar ejercicio y
tomar vitaminas
12 Lluvias constantemente Equipo 25% Critico Desconectar el Router en tiempo
con Truenos y Rayos de truenos

4.7 Minuta de reunión

Fecha 21 de Abril de 2022 Hora Inicio 08:00pm
Lugar Google meet Hora Fin 09:10pm
OBJETIVO
Esclarecer dudas del desarrollo del software en su análisis
ASISTENTES
ASISTENTES
Nombre Puesto Asistencia
Naideline Andrea Mejía Morales Desarrollador de Software Si
Jeremi Fabricio Hernández Sosa Desarrollador de Software Si
Christopher José Fernando Alonzo Sosa Desarrollador de Software Si
Eddy Estuardo Yoc Valdés Desarrollador de Software Si
Joseph Ely García Escobar Desarrollador de Software Si
Jorge Mario Villalobos Grijalva Desarrollador de Software Si
Ana Beatriz Palaj Mejía Desarrollador de Software No
ASUNTOS TRATADOS
1. Asunto con prioridad

Revisión de diagramas, Formato Especificación de Requerimientos de Software,
5W y Matrices de Riesgo
COMPROMISOS ASUMIDOS
No. TAREA RESPONSABLE FECHA DE
ENTREGA
1 Corregir diagrama de casos de uso Todos 02/04/2022
2 Realizar diagrama de clases Todos 02/04/2022
3 Crear las 5W Christopher José Fernando Alonzo Sosa 02/04/2022
4 Realizar la Matriz de Riesgo Todos 02/04/2022

4.8 Diagrama Gantt
Planificación Diagrama de
Gantt Joseph Ely García
Escobar
Id Modo de Nombre de tarea Duración Comienzo Fin Predecesoras 25 abr '22
tarea X J V S D L M
J
1 Entrega del 1 día jue 22/04/22 jue 22/04/22
Enunciado del
Proyecto a Realizar
2 Planificación – 1 día dom 25/04/22 dom 25/04/22

Diagrama de Gantt
del Sistema
3 Fase de sáb 01/05/22 lun 03/05/22

Especificación de 2 días
Requerimientos
4 Realización de la 1 día mar 04/05/22 mar 04/05/22

Matriz de Riesgo
5 Selección de 1 día sáb 08/05/22 sáb 08/05/22
Metodología a
utilizar en el
desaroollo del
proyecto
6 Detallar 1 día dom 09/05/22 dom 09/05/22
Requerimientos
del Sistema
7 Determinar la 1 día dom 09/05/22 dom 09/05/22
necesidad a cubrir
con el proyecto
8 Definición y 1 día dom 09/05/22 dom 09/05/22
alcances del
Proyecto
Página 1

Planificación Diagrama
de Gantt Joseph Ely
García Escobar
Id Modo Nombre de tarea Duración Comienzo Fin Predecesoras 25 abr '22

de tarea X J VS D L M
X J
V
9 Fase de Análisis 1 día lun 10/05/22 lun 10/05/22
10 Realización del 1 día lun 10/05/22 lun 10/05/22
Formato de
Espesificacion de
Requisistos de
Software
11 Realización 1 día lun 10/05/22 lun 10/05/22
Framework de
Zachman (5w)
12 Plantear dudas 1 día lun 10/05/22 lun 10/05/22
13 Realización de 1 día mar 11/05/22 mar 11/05/22
estudio de
Factibilidad
14 Fase de Diseño 3 días? mar jue 13/05/22
11/05/22
15 Diseño de casos 1 día jue 13/05/22 jue 13/05/22
de uso
16 Revisar los casos 1 día vie 14/05/22 vie 14/05/22
de uso
17 Espesificación de 1 día vie 14/05/22 vie 14/05/22
los casos de uso
18 Espesificación de 1 día vie 14/05/22 vie 14/05/22
requistos
19 Diagrama de 1 día sáb 15/05/22 sáb 15/05/22
clases
Página 2

Escobar

de tarea X J VS D L M X
JV
objetos
actividades
secuencia
23 Elaboración del 1 día sáb 15/05/22 sáb 15/05/22
diagrama de
entidad Relación
24 Revisión de 2 días dom lun 17/05/22
documentos 16/05/22
existentes del
sistema
25 Correción de la 1 día mar 18/05/22 mar 18/05/22
documentación
26 Elaboración de 1 día mié 19/05/22 mié 19/05/22
plan de Riesgos
27 Revisión final de la 1 día mié 19/05/22 mié 19/05/22
base de
datos(Script)
28 Fase de Desarrollo 5 días jue 20/05/22 mié 26/05/22
29 Creación o 9 días jue 27/05/22 mar 08/06/22
desarrollo del
Software o
Sistema
Página 3

Escobar

de tarea D L M
X J V S XV
30 Fase de Pruebas 2 días mié 09/06/22 jue 10/06/22
31 Realización de 1 día jue 10/06/22 jue 10/06/22
Pruebas del
Sistema
Corrección del
Sistema
Prueba de
errores del
Sistema,
después de su
ultima
corrección
34 Realizar 1 día jue 10/06/22 jue 10/06/22
Validaciones
35 Manuales 2 días sáb 12/06/22 lun
14/06/22
36 Creación del 1 día lun 14/06/22 lun 14/06/22
Manual de
37 Revisión de 1 día lun 14/06/22 lun 14/06/22
Manual
38 Fecha de
entrega
39 Entrega de 1 día jue 17/06/22 lun 14/06/22
Proyecto Final
40 Presentación de 1 día jue 17/06/22 lun 14/06/22
proyecto
Página 4

Formato ERS 2.0

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Formato ERS 2.0

Cargado por

Copyright:

Formatos disponibles

Especificación de requisitos de

Fecha Revisión Descripción Autor

21/04/2022 1.0 Logo, Desde la Introducción hasta Joseph Ely García

Documento validado por las partes en fecha: 06/22

Por el cliente Por la empresa suministradora

Fdo. D./ Dña. Amílcar Porras Fdo. D./Dña. Joseph García

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

2.1 Perspectiva del producto 8

2.2 Funcionalidad del producto 8

2.3 Características de los usuarios 9

2.5 Suposiciones y dependencias 9

2.6 Evolución previsible del sistema 10

3.1 Requisitos comunes de los interfaces 10

3.2 Requisitos funcionales 11

3.3 Requisitos no funcionales 11

Descripción de requisitos del sofware

4.1 Estudio de Factibilidad 12

4.3 Diagrama de Casos de Uso 16

4.4 Diagrama de Clases 19

4.5 5W StorePlace, Tienda Digital 20

4.6 Matriz de Riesgo 21

4.7 Minuta de reunión 22

4.8 Diagrama Gantt 23

Descripción de requisitos del sofware

 Está dirigido a topo público y más hacia los analistas y

Descripción de requisitos del sofware

automatización de ésta, la cual tiene por objetivo principal el gestionar los

1.3 Personal involucrado

Nombre Juan Carlos Pineda Robles

Nombre Luis Raúl Martínez Gutiérrez

Nombre Fernando Miguel Hernández Ruiz

1.4 Definiciones, acrónimos y abreviaturas

Descripción de requisitos del sofware

 Digital: Un sistema digital binario es un conjunto de dispositivos

 MyQSL: Es un sistema de gestión de bases de

1. LOGIN: este formulario nos permite realizar la función de ingresar al

2. SELECCIÓN: Este formulario nos permite elegir un formulario para

Descripción de requisitos del sofware

3. BODEGA: Este formulario nos permite verificar los ingresos y egresos

4. CATEGORIA PRODUCTO: En esta sesión podemos proporcionar o

6. CLIENTE: En este formulario ingresamos a todo tipo de clientes para

7. FACTURA: Este formulario nos permite facturar y guardarlos en una

8. PRODUCTOS: Seguidamente en este formulario podemos ingresar

9. PROVEEDOR: Con este formulario podemos ingresar un proveedor

2.2 Funcionalidad del producto

Descripción de requisitos del sofware

también la demanda de ingresos y egresos y el producto más vendido en

2.3 Características de los usuarios

Tipo de usuario Usuario

Tipo de usuario Usuario

Tipo de usuario Usuario

2.5 Suposiciones y dependencias

Descripción de requisitos del sofware

2.6 Evolución previsible del sistema

Número de requisito R2.0

Número de requisito R3.0

Número de requisito R4.0

Número de requisito R5.0

3.1 Requisitos comunes de los interfaces

Descripción de requisitos del sofware

3.1.1 Interfaces de usuario

3.1.2 Interfaces de hardware

3.1.3 Interfaces de software