lOMoARcPSD|27390279

Especificación de los requerimientos funcionales y no

funcionales del software •GA1-220501092-AA4-EV01
Tecnología en Análisis y Desarrollo de Software (Servicio Nacional de Aprendizaje)

Studocu no está patrocinado ni avalado por ningún colegio o universidad.

Descargado por Krlitos San (krlitos.san.ks@gmail.com)
 lOMoA

ESPECIFICACIÓN DE LOS REQUERIMIENTOS FUNCIONALES Y

RE
NOFUNCIONALES DEL SOFTWA

Presentado por:

José Ángel Cortés Montoya

Ficha:

2675862

Tecnología en Análisis y Desarrollo de Software ‘ADSO’

Centro de Formación Turística Gente de Mar Y Servicios

Regional San Andrés

2023

Descargado por Krlitos San (krlitos.san.ks@gmail.com)

 lOMoA

INTRODUCCIÓN

Los requisitos funcionales de un software se suelen registrar en la matriz de trazabilidad de

requerimientos y en las especificaciones de requerimientos de un software.

Los requerimientos funcionales son aquellos que describen cualquier actividad que se deba
realizar.

Por lo general estos deben incluir funciones desempeñadas por pantallas específicas,
descripciones de los flujos de trabajo a ser desempeñados por el sistema.

PRIORIZACIÓN DE REQUERIMIENTOS

Esta es una actividad clave para el éxito en la construcción del proyecto de software y su
objetivo es maximizar el valor entregado por el proyecto a sus clientes.

DESCRIPCIÓN DE LOS REQUERIMIENTOS NO FUNCIONALES

Se refiere a las cualidades, restricciones y características del software, a diferencia de los

funcionales no determinan una funcionalidad del sistema a desarrollar.

Los requerimientos no funcionales se caracterizan por ser:

• Específicos
• Cuantificables
• Verificables

Los requerimientos no funcionales se clasifican en:

Descargado por Krlitos San (krlitos.san.ks@gmail.com)

 lOMoA

• Atributos de calidad
• Restricciones
• Interfaces externas
• Interfaces de usuario
• Control de errores

IDENTIFICACIÓN

Identificador: código único para cada requisito.

Código jerárquico: código que permite categorizar cada grupo de requisitos.

Descripción: texto explicativo del requerimiento.

Tipo: categoría del requisito

A continuación, se presentan los requerimientos funcionales y no funcionales los cuales

comienza a dar estructura del proyecto a desarrollar.

Descargado por Krlitos San

 lOMoA

CODIGO ROL O DESCRIPCION DEL ROL O INTERES INTERES

CARGO NIVEL DE
EN EL
INFUENCIA
PROYECT
O
STH01 Analista 1.Planifica las tareas de análisis y diseño de sistemas para el proyecto. Alto Alto
2.Utiliza técnicas de levantamiento de información.
3.Concerta reuniones con el usuario para recolectar información.
4.Redacta requerimientos funcionales y no funcionales recolectados.
5.Analiza las especificaciones de acuerdo a su clasificación, el
modelo conceptual, el diseño y la negociación.
6.Define formalmente los requerimientos y los presenta formalmente
para su socialización, discusión y modificación.
7.Valida los requerimientos conforme a su coherencia,
pertenencia, viabilidad, prioridad y claridad.
8.Utiliza técnicas estándar para la diagramación de procesos.
STH02 Desarrollador 1.Modela las bases de datos que se usaran. Alto Alto
de Software
2.Desarrolla diagramas UML-BPM para el modelado conceptual
y abstracto del sistema.
3.Desarrolla la documentación del sistema.
4.Diseña el modela abstracto del sistema de información basado en los
requerimientos funcionales y no funcionales.
5.Construye el código fuente en el lenguaje de programación
seleccionado para el proyecto.
6.Realiza la validación y pruebas del software antes de
la implementación.
7.Implementa el software resultado del desarrollo del sistema.
8.Corrige errores de programación detectados.
9.Implementa nuevos requerimientos.
10.Realiza ajustes y mantenimiento al software.
STH03 Administrador Encargado de planificar, coordinar y dirigir la operación de la empresa. Alto Alto

Descargado por Krlitos San (krlitos.san.ks@gmail.com)

 lOMoA

HBS

ID Nombre Descripción Prioridad

RF01 Registrar El sistema HBS permitirá registrar usuarios diligenciando el formulario de nuevo registro Alta
con los siguientes datos (código, nombre, apellido, tipo de identificación, número de
identificación, digito de verificación, teléfono, dirección, email, password, rol, estado,
fecha de creación, fecha de modificación, ciudad, tipología)

RF02 Consultar El sistema HBS deberá permitir consultar los usuarios con base al nombre y estado: Alta
visualizando los siguientes datos (código, nombre, apellido, tipo de identificación, número
de identificación, digito de verificación, teléfono, dirección, email, password, rol, estado,
fecha
de creación, fecha de modificación, ciudad, tipología), permitiendo exportarlos a PDF.

RF03 Actualizar El sistema HBS deberá permitir actualizar los datos de cada usuario. Alta
controles y El sistema genera un ID autoincremente para cada registro de usuario.
restricciones Para ingresar al sistema deben ingresar con el usuario que será el número de identificación y el
password que tendrá un rango máximo de 8 caracteres.
Los campos tipo de identificación y número de identificación no permitirán ser actualizados.
Es sistema HBS solo permitirá crear y modificar un usuario con rol de administrador.
El nombre de usuario, número de identificación, email y password no puede ser nulo.

Criterios de El sistema HBS deberá validar el número de identificación antes de crear un nuevo usuario para no crear
aceptación duplicidad de los datos.

Descargado por Krlitos San (krlitos.san.ks@gmail.com)

 lOMoA

HBS ESPECIFICACIONES DE REQUERIMIENTOS DE SOFTWARE FUNCIONAL

No. 002 MODULO DE
INVENTARIO

ID Nombre Descripción Prioridad

RF01 Consultar El sistema HBS permitirá a los usuarios ver detalladamente el inventario de productos Alta
mostrando en pantalla la siguiente información para cada producto: código único, código de
barras, nombre del producto, cantidad inicial, entrada, salida, stock, valor unitario, valor
total, fecha de ingreso.

RF02 Ver Detalle El sistema HBS deberá permitir generar el detalle de cada producto, registrado en base al Alta
código de barra o nombre del producto visualizando los siguientes datos: código único,
código de barras, nombre del producto, categoría, descripción, cantidad inicial, entrada,
salida, stock, valor unitario, valor total, estado, fecha de ingreso, fecha de creación,
grupo,
marca, registrado por, proveedor, permitiendo exportar los datos a formato PDF

Controles y El sistema generará alerta de los productos con una existencia mínima a 20 unidades
restricciones resaltando los registros con un color naranja.

Criterios de Comprobar que el sistema responda de manera correcta ante los datos ingresados al
Aceptación agregar un producto, con todos sus datos respectivos.

Descargado por Krlitos San (krlitos.san.ks@gmail.com)

 lOMoA

ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

FUNCIONAL
No 003 MODULO DE
PRODUCTOS

ID Nombre Descripción Prioridad

RF01 Registrar El sistema HBS online permitirá al usuario con rol de administrador ingresar productos Alta
nuevos al Inventario por medio del diligenciamiento del formulario registrar productos en
el cual se deben proporcionar los siguientes datos: Código de barra, Nombre del producto,
categoría, modelo, descripción, cantidad, Valor unitario, estado, proveedor fecha de
ingreso ) Una vez ingresada la información el sistema le asignará un código único a
cada
producto y le permitirá visualizar a detalle los datos en el módulo
Inventario.
RF02 Consultar El sistema HBS online permitirá a los usuarios con rol de administrador y vendedor Alta
consultar los productos posteriores a su registro solicitando el nombre del producto o el
código de barra, una vez ingresados los datos se podrá visualizar la Siguiente información:
código único, código de barra, nombre del producto, categoría, modelo, descripción,
cantidad, Valor unitario, estado, fecha de ingreso, fecha creada
RF03 Modificar El sistema permitirá al usuario con rol de administrador modificar la siguiente
información del producto: código de barra, nombre del producto, categoría, modelo,
descripción, cantidad, Valor unitario, estado, fecha de ingreso. Una vez modificada Alta
la información el sistema actualizará la información en el módulo inventario.
RF04 Anular El sistema permitirá al usuario con rol de administrador anular productos del módulo
Inventario validando que el estado este activo y de cumplirse la condición permitirá
cambiar el estado a inactivo.
Alta
Controles y El sistema HBS online generará un código único para cada producto. El sistema HBS online solo
restricciones permitirá Ingresar, o anular un producto al usuario con rol de administrador. El sistema HBS online
guardara automáticamente en el campo (registrado por) el número de identificación del usuario de la
sesión con la cual se realiza el registro.
El sistema HBS online notificará al usuario con rol de administrador por medio de un mensaje vía
Criterios de correo electrónico cuando cualquier otro usuario intenté ingresar, eliminar o anular un producto del
Aceptación inventario.

Descargado por Krlitos San (krlitos.san.ks@gmail.com)

 lOMoA

ESPECIFICACIÓN DE REQUERIMIENTOS DE
SOFTWAREFUNCIONAL No 004 MODULO DE
CLIENTES

ID Nombre Descripción Prioridad

RF01 Registrar El sistema HBS online permitirá registrar Clientes diligenciando el formulario de Alta
Cliente nuevo cliente con los siguientes datos (código, nombre, tipo identificación, número de
identificación, teléfono, dirección, email, estado, fecha de creación).

RF02 Consultar El sistema HBS online deberá permitir consultar los clientes con base al nombre y Alta
Cliente número de identificación: visualizando los siguientes datos: código, nombre, tipo de
identificación, número de identificación, teléfono, dirección, email, estado, registrado
por, fecha de creación, permitiendo exportar los datos en formato PDF.

RF03 Modificar El sistema HBS online deberá permitir actualizar los datos de cada cliente, en base a los Alta
Cliente siguientes datos: código, nombre, teléfono, dirección, email, estado, fecha de creación

RF04 Inactivar El sistema HBS online deberá permitir inactivar el registro del cliente validando que Alta
Cliente el estado este activo y de cumplirse la condición permitirá cambiar el estado a
inactivo.

Controles y El sistema HBS online guardara automáticamente en el campo (registrado por) el número de
restricciones identificación del usuario de la sesión con la cual se realiza el registro. El sistema HBS online solo
permitirá Ingresar, anular o eliminar un cliente con rol de administrador.

Criterios de El sistema HBS online deberá validar el número de identificación de cada cliente antes de ingresar un
Aceptación nuevo cliente para evitar duplicidad de los datos.

Descargado por Krlitos San (krlitos.san.ks@gmail.com)

 lOMoA

ESPECIFICACIÓN DE REQUERIMIENTOS DE
SOFTWARE
NO FUNCIONAL No
001
ID Nombre Descripción Prioridad
RNF01 El sistema debe ser compatible con los navegadores de internet Alta
Compatibilidad actuales (Microsoft Edge, Mozilla Firefox, Google Chrome).
con los
navegadores
RNF02 Interfaz La interfaz del aplicativo debe ser consistente en todas sus Alta

páginas, además de amigable e intuitivo hacia el usuario.

RNF03 Restricción de Alta
El acceso a cada página del aplicativo está determinado por el
Contenido
rol del usuario.
RNF04 Rendimiento Garantizar que el diseño de las consultas u otro proceso que no Alta
afecte el desempeño de la base de datos, ni el tráfico de la red
RNF05 Fiabilidad La interfaz de usuario debe ajustarse a diferentes tipos de
Alta
entornos visuales que se adapte a las pantallas de los
diferentes dispositivos como Tablet, Celulares, Computadores.
Controles y cerrar automáticamente la sesión de un usuario cuando ha estado inactivo
restricciones durante un cierto lapso de tiempo. Restringir el acceso de un usuario estándar (no
administrador) a modificar sus privilegios en la aplicación o los de otro usuario
con su mismo rol.
Visualizar satisfactoriamente la compatibilidad del sistema HBS online con los
Criterios de navegadores. Comprobar la compatibilidad del sistema HBS online arrojando un
Aceptación resultado satisfactorio con los dispositivos de cómputo, Tablet y móviles).Contar
con las facilidades para la administración de usuarios que permita definir
restricciones y acciones permitidas para cada usuario.

Descargado por Krlitos San (krlitos.san.ks@gmail.com)