Documento con especificación de requerimientos.

GA1-220501092-AA4-EV02

Aprendiz
Brandon Estiven Rodriguez

Rodriguez Ficha: 2675785

Instructores
Juan Camilo Ospina
Cuervo Miguel Angel
Suarez Rivas

ANALISIS Y DESARROLLO DE

SOFTWARE SENA
SERVICIO NACIONAL DE APRENDIZAJE

2023
 Tabla de Contenido

1. Introducción
2. Objetivo
3. Lista de requerimientos
4. Requerimientos funcionales
5. Requerimientos no funcionales
 1. Introducción

El siguiente trabajo es un documento generado para la recolección de información de

requerimientos para nuestro software teniendo en cuenta la estructura Estandar IEEE 830 la cual
es un conjunto de prácticas recomendadas para la redacción de un documento de
especificación de requerimientos mejor conocido como SRS.

Los requerimientos funcionales representan necesidades de los interesados del software,

describen cualquier actividad que este deba realizar el comportamiento o función
particular.

Los requerimientos no funcionales (NFR) son las restricciones impuestas a un sistema que
definen sus atributos de calidad. Por lo general, se atribuyen a características de seguridad,
rendimiento y escalabilidad. Los requisitos no funcionales son importantes porque
garantizan que el sistema satisfaga las necesidades del usuario.

Elementos a tener en cuenta en el documento técnico de validación:

1. Se deben seguir las normas básicas de presentación de un documento escrito, es
decir el documento debe tener como mínimo una portada, introducción, alcance,
lista de requerimientos y versión del documento. Los requerimientos serán
redactados usando el modelo IEEE830 y también el modelo de descripción de
requisitos por medio de historias de usuario.
2. Respecto a lista de requerimientos el aprendiz deberá agregar una sección donde se
describa cada requisito usando los siguientes elementos del estándar IEEE830.
 Perspectiva del producto.
 Funciones del producto.
 Características de los usuarios.
 Restricciones.
 Requisitos funcionales (formato de casos de uso).
 Requisitos no funcionales.
3. Respecto a la lista de requerimientos el aprendiz deberá agregar una sección donde
se describa cada requisito usando la estructura de historias de usuario con los
siguientes elementos por historia
 Número de historia (priorizada).
 Nombre de la historia.
 Usuario.
 Puntos estimados de esfuerzo.
 Descripción de la historia de usuario.
 Observaciones.
 Criterios de aceptación.
 2. Objetivo

El objetivo con el cual se realiza este trabajo es poder identificar los requerimientos
funcionales y no funcionales de un software, teniendo en cuenta las características del
Estándar IEEE 380 introducir los conceptos de requerimientos al cliente y al software
por último poder definir los servicios solicitados por el cliente.

El alcance del software a desarrollar tiene como objetivo principal establecer un

ecommerce ofreciendo al cliente la manera de tener un amplio catálogo de productos
propios de diferentes características y usos para la comercialización, también ofrecer la
oportunidad de comercializar productos de terceros de una manera confiable al usuario,
proporcionando organización, eficiencia y eficacia en el proceso de comercialización,
control de inventario y gastos.

3. Lista de requerimientos

 Perspectiva del producto: Se refiere a que el producto, software a desarrollar se

relacione directamente con un software de ventas que utiliza el inventario para el
control de materias primas, insumos y productos terminados y con su articulación
lograr la planeación y programación sistemática, ordenada y controlada de la
comercialización.
 Funciones del producto: La especificación de requisitos del software (ERS) para el
programa de planeación y programación de la producción del laboratorio mostrará
que el sistema soportará el mantenimiento de pedidos realizados, mostrará el estado
de inventario de los productos en la bodega, lo que facilitará la programación de
lotes de producción y por lo tanto el mejoramiento de los procesos de
almacenamiento, distribución, transporte y entrega a igual que optimizar la
facturación de los pedidos del cliente.
 Características de los usuarios: Los usuarios que podrán hacer uso del ecommerce
serán todos aquellos que tengan acceso a una cuenta de correo electrónico valida y
verificada, adicional también deberán tener una cuenta bancaria registrada para
poder realizar compras de productos, sin embargo, podrán hacer uso de la
plataforma para ver el catalogo de productos
 Restricciones. Corresponde a aquellas limitaciones que se imponen sobre los
desarrolladores del producto como son:
Políticas de la empresa: El software desarrollado será de carácter confidencial y
reservado su uso para la empresa de forma exclusiva.
Limitaciones del hardware: Teléfonos inteligentes, tabletas, computadoras y
computadoras personales que implementan el arranque seguro.
Interfaces con otras aplicaciones: otras que pudieran sugerir los desarrolladores.
Operaciones paralelas: no se aplican estas operaciones, tiene un solo servidor.
Funciones de auditoria: de exclusividad la auditoria de personal de la empresa y
nunca de agentes externos según la legislación al respecto.
Funciones de control: Como es el caso de programas en donde se encuentra la
gestión del procesador, gestión de entrada y salida, gestión de la memoria, gestión
de datos y la gestión del sistema, exclusiva del área de sistemas de la empresa.
Lenguaje(s) de programación: De uso exclusivo el java, php y Python.
 4. Requerimientos funcionales

1. El software debe permitir buscar información y filtrar productos.

2. El software debe permitir el registro de las ventas por parte del admin.
3. El software debe permitir el registro de las compras por parte del admin.
4. El sistema enviara correo o código de confirmación al realizar la compra.
5. El sistema enviara correo o código de confirmación al realizar la venta.
6. El sistema enviara correo o código de confirmación al realizar el registro.
7. El software debe dejar hacer compras.
8. El software debe permitir que el usuario puede guardar compras.
9. El software debe permitir que el usuario puede guardar transferencias.
10. El software debe permitir que el usuario pueda guardar métodos de pago.
11. Debe tener conexión con servicios de terceros para ventas servicios APIS.
12. El software no permitirá realizar la compra sin los datos obligatorios.
13. El software asignará un identificador único a las compras.
14. El software permitirá que un autorizado modifique datos de la compra.
15. Al recibir una compra la remitirá a un flujo de aprobación y verificación.
16. Al seleccionar un producto en el software, se mostrará su descripción y su precio.
17. El software al registrar una entrega, se realizará la rebaja de los inventarios
de materiales o productos.
18. El software llevará un control de las cantidades que se están pidiendo, en
relación con las cantidades existentes en inventario.
19. El software debe manejar listas de precios.
20. El software permitirá incluir varios pedidos de venta en una misma factura.
 5. Requerimientos no funcionales

1. El aplicativo debe abrirse web y app.

2. El software debe ser fácil e intuitivo.
3. El software debe ser compatible con diferentes navegadores.
4. El software debe brindar información de las compras al usuario.
5. El software debe permitir el almacenamiento local de datos.
6. El software debe tener un tiempo de respuesta de máximo 5 seg.
7. El software debe ser capaz de operar con una gran cantidad de usuarios al tiempo.
8. El software debe actualizar los datos modificados de los productos en tiempo real.
9. El software debe tener una disponibilidad del 99,99% de las veces en que
un usuario intente accederlo.
10. El tiempo para reiniciar el software en caso de ser necesario no puede superar
15 min.
11. El software e información debe ser disponible en español e inglés.
12. El software debe poseer interfaces gráficas bien formadas y
atractivas visualmente.
13. El software debe contar con un módulo de ayuda en línea.
14. El software debe proporcionar mensajes de error que sean informativos
y orientados a usuario final.
15. El software no continuará operando en caso de error en los datos de usuario.