ACTIVIDAD

Especificación de los requerimientos funcionales y no funcionales del software.

GA1-220501092-AA4-EV01.

APRENDIZ
JAVIER ENRIQUE CONTRERAS MORENO.

TNLGO. ANALISIS Y DESARROLLO DE SOFTWARE. (2900876)

SERVICIO NACIONAL DE APRENDIZAJE – SENA.

CENTRO DE OPERACIÓN Y MANTENIMIENTO MINERO
REGIONAL CESAR
BOSCONIA - CESAR 13/03/2024
 INTRODUCCION

Dentro de la fase de análisis de un proyecto, se puede encontrar esa parte que se

encarga de analizar los requisitos necesarios para poder determinar el campo de
trabajo, buscando ver las necesidades de interacción y de comportamiento de cada
una de las acciones posibles a realizarse, dando así el conocimiento de los
requisitos del sistema por medio del cual buscaremos satisfacer las necesidades
del usuario.
Es así como se puede entender que es necesario usar técnicas y tener el
conocimiento adecuado sobre el orden de prioridad de dichas tareas y
comportamientos, poder ejecutar una ordenada ejecución de acciones y con ello
poder ir dándole forma al proyecto que al final logrará satisfacer eso que el cliente
requirió desde un inicio.
El siguiente trabajo contiene la lista y clasificación de los requerimientos funcionales
y no funcionales del software a construir para el establecimiento comercial “LA
OLESTER” del negocio
 1. REQUISITOS

A Continuación, se presenta la lista de requisitos para el establecimiento

comercial “LA OLESTER”:
1.1 REQUISITOS FUNCIONALES

Como se había denotado anteriormente, se tienen requerimientos por parte del

establecimiento comercial “LA OLESTER”. para que permita una correcta
interacción con los usuarios finales, es por esto que la lista es la siguiente:

1.1.1 Clientes
 El sistema debe pedir un registro por medio de un correo electrónico
registrado en su móvil o de un perfil de Facebook, facilitando la
obtención de información principal como nombres y apellidos, fecha
de nacimiento y email.
 El sistema llevara un registro diario de todos los perfiles que se vayan
creando, así como de 2 o más intentos fallidos de ingreso.
 El sistema mostrará los productos disponibles que se han de alimentar
por medio de un usuario administrativo que podrá modificar esta
información para poder brindar productos en existencia y no crear
pedidos de productos que no tienen stock.
 Los productos deben separarse en 3 grandes categorías que son
repuestos, herramientas y asesoría, que a su vez tendrán
subcategorías que podrán anexarse a comodidad.
 Cada producto tendrá su precio y este será claro y entendible
acompañado de una foto de referencia y una breve descripción de las
características del producto, todo esto siendo modificable por el
usuario administrativo.
 Al ir seleccionando los productos, estos se irán direccionando al carrito
de compras que podrá verificarse en cualquier momento y poder
volver a la lista de productos para continuar con el pedido.
 El sistema creara internamente una ficha de pedido que se registrará
con un numero de pedido que se mostrara al usuario y que será
registrado también en un informe diario que puede ser consultado por
usuarios administrativos.
 Se debe poder consultar el historial de los pedidos de una persona
para poder tomar registros estadísticos y así poder hacer estrategias
de marketing adecuadas.
1.1.2 Establecimiento comercial “LA OLESTER”.

 El sistema permitirá ingresar productos terminados, así como insumos,

compras de artículos informáticos actualizados y demás instrumentos que
puedan ser parte del inventario.
 Los usuarios administrativos pueden generar cambios en la forma de facturar
los precios para generar promociones.

1.1.3 Contabilidad

 El sistema debe generar una factura con todos los requisitos de factura
y almacenarla en la base de datos
 Se deben poder gestionar las opciones de los proveedores como
pedidos y pagos realizados y por realizar.
 Se debe poder realizar liquidaciones de nómina (salarios,
prestaciones sociales, liquidaciones y demás)
 1.2. REQUISITOS NO FUNCIONALES

1.2.1 De desempeño.
El tiempo de respuesta relacionado con la carga de los productos disponibles, su
valor, eliminación del carrito, consulta del carrito, emisión de avisos, confirmaciones
y otro tipo de consulta no debe ser superior a 3 segundos.
1.2.2 De Seguridad.
La información relacionada a claves y usuario de registro debe ser clasificada
siempre que se pueda, toda verificación o cambio de usuarios o contraseñas debe
realizarse desde un enlace al correo registrado; así mismo los números de tarjetas
débitos o créditos y su información correspondiente.
1.2.3 De integridad.
La seguridad de la plataforma debe ser integra y fiable en cada uno de los niveles
del sistema, garantizando así solamente el acceso a la información por parte del
titular de la misma, no cabe posibilidad alguna de puertas traseras que permitan el
tráfico de información a terceros o por fuera del aplicativo, usando así la encriptación
de los datos principales que se almacenen.
1.2.4 De fiabilidad.
Se debe poder realizar el restablecimiento del nivel de rendimiento y de
recuperación de datos que se hayan podido afectar en el caso de algún error o falla,
es por esto que se debe anexar el diseño de imprevistos como parte de las pruebas
diseñadas y que harán parte del aplicativo.
1.2.5 De mantenibilidad.
El sistema debe ser fácil de maniobrar a la hora de ser modificado para poder
corregir errores, mejorar el rendimiento y otros aspectos que necesiten adaptarse
con el tiempo
 1.2.6 De compatibilidad.
El aplicativo debe ser compatible con todas las plataformas disponibles (ios,
Android, Windows, Mac Os, Linux, Chrome Os) para que tenga mayor alcance entre
los usuarios finales
1.2.7 De usabilidad.
Describe la capacidad de ser usado apropiadamente entre los usuarios finales, por
esto es necesario que se revisen las especificaciones de los perfiles de usuario y
las calificaciones de sus experiencias usando el aplicativo.
1.2.8 De escalabilidad.
La app debe mantener su buen funcionamiento y rendimiento no importe los
cambios o crecimientos que se puedan aplicar a lo largo de su tiempo de
funcionamiento.