DBA SOLUTIONS

Especificación de Requerimientos
Funcionales y No Funcionales

Versión Autor
Nicolas Ruiz Guzman – Karen Sofia
1.0
Contretas Alfonso - Andrés Felipe Clavijo

Histórico de los cambios

Fechas de
Versión Modificado por Descripción
Revisión
Contenido
Especificación de Requerimientos ............................................................................................................................ 4
1.Introducción ...................................................................................................................................................... 4
1.1.Propósito ........................................................................................................................................................ 4
1.2.Alcance............................................................................................................................................................ 4
1.3.Definiciones, siglas y abreviaciones ................................................................................................................ 5
1.4.Referencias ...................................................................................................................................................... 6
2.Diagramas de Procesos ..................................................................................................................................... 6
3.Descripción de Requerimientos ........................................................................................................................ 7
3.1.Requerimiento de Negocio (Alto Nivel) ........................................................................................................ 7
3.2.Descripción de Requerimientos Funcionales ................................................................................................. 8
3.2.1.<Descripción de RN1> ................................................................................................................................ 8
3.2.2.<Descripción de RN2> ................................................................................................................................ 9
3.2.3.<Descripción de RNn> ................................................................................................................................ 9
3.3.Descripción de Requerimientos No Funcionales ......................................................................................... 10
3.3.1.Requerimientos de Rendimiento ............................................................................................................... 10
3.3.2.Requerimientos de Usabilidad ................................................................................................................... 11
3.3.3.Requerimientos de Accesibilidad ............................................................................................................... 11
3.3.4.Requerimientos de Disponibilidad ............................................................................................................. 12
3.3.5.Requerimientos de Seguridad .................................................................................................................... 12
3.3.6.Requerimientos de Interoperabilidad ........................................................................................................ 12
4.Aprobación ...................................................................................................................................................... 13
Especificación de Requerimientos

1. Introducción
Somos una empresa que brinda servicios integrales de tecnología a nivel de Base de datos,
iniciando por la identificación de las necesidades de nuestros clientes por medio del
levantamiento de requerimiento, posterior se realiza la implementación de la base de datos
teniendo en cuenta los recursos disponible y posterior se brinda un servicio plus de
mantenimiento, normalización y actualización; ya que entendemos que por el avance del
mercado y crecimiento de nuestros clientes es necesario poder brindar acompañamiento
posterior a la finalización de la solicitud del cliente. Se realiza un estudio de mercado en el cual
se identifica el alto crecimiento del sector tecnológico y así mismo nuevas empresas y
adaptaciones post pandemia, las cuales evidencian que actualmente en el sector hay una gran
demanda y un mercado por explorar. Basado a lo anterior DBA Solutions busca ofrecer una
oferta integral gracias al talento humano con el que cuenta y el portafolio que ofrece

1.1. Propósito

El proyecto tiene como objetivo la implementación de un aplicativo a la organización de datos

de las Pequeñas y mediana empresas mas conocidas como las MiPymes, en búsqueda del
desarrollo de este sector 12 • Optimizar los procesos organizacionales de las MiPymes, para
causar un impacto positivo a nivel normalización que cumplan con los estándares establecidos
a nivel mundial.

1.2. Alcance

Esta subdivisión debe:

a. Identificar el producto(s) a ser especificado mediante el nombre

b. Explicar lo que el producto hará y no hará.

c. Describir la aplicación del producto especificándose los beneficios pertinentes,

objetivos y metas a los cuales contribuye;

d. Ser consistente con las declaraciones similares en las especificaciones de niveles

superiores (por ejemplo, las especificaciones de los requisitos del sistema), si ellos
existen.

1.3. Definiciones, siglas y abreviaciones

Esta subdivisión debe proporcionar las definiciones de todas las condiciones, las siglas, y
abreviaciones que se necesitan para interpretar el documento propiamente. Esta información
puede proporcionarse por la referencia a uno o más apéndices en este u otros documentos.
La estructura de requerimientos que representa este documento es la siguiente:

La descripción de requerimientos puede ser gestionada desde archivos diferentes a los

procesadores de textos, como por ejemplo, hojas de cálculo. Lo importante es mantener la
estructura de requerimientos contemplada en la imagen para asegurar la trazabilidad entre
los requerimientos de negocio y los criterios de aceptación.

Los requerimientos no funcionales presentados en el presente documento son una guía para
introducir elementos que incorporen aspectos de calidad a la solución tecnológica, no
obstante, se hace importante mencionar que existen más características de calidad que
pueden ser incorporadas como requerimientos no funcionales.

• Requerimiento: Req
• Requerimiento de Negocio: RN
• Criterio de aceptación: CA
• Requerimiento Funcional: RF
• Requerimiento No Funcional: RNF
• Tipos de Requerimientos No Funcionales: TRNF
• Todos los requerimientos de negocio aplican: RN*
• Todos los requerimientos funcionales aplican: RF*
• Todos los requerimientos no funcionales aplican: RNF*
• Rendimiento: son los requerimientos que deben indicar los usuarios para referirse a
aspectos sobre la carga que se espera tenga que soportar la solución tecnológica.
• Usabilidad: son los requerimientos que deben indicar los usuarios para referirse a
aspectos sobre la forma en como los usuarios esperan interactuar con la solución
tecnológica. Estos requerimientos deben contribuir con la facilidad de aprendizaje,
comprensión, operatividad y atractividad de la solución. Existen heurísticas muy
usadas para definir estos requerimientos, las cuales son: visibilidad del estado de
sistema; relación entre el sistema y el mundo real (orden lógico y natural); libertad y
control por parte del usuario (salida a estados no deseados, deshacer o repetir una
acción); consistencia y estándares; prevención de errores (autocompletar, listas);
reconocer antes que recordar (diseño visual estándar); flexibilidad y eficiencia en el
 uso; diseño estético y minimalista (sin información innecesaria); ayuda a los usuarios
a reconocer, diagnosticar y recuperarse de los errores (mensajes de error
descriptivos); ayuda y documentación.
• Accesibilidad: son los requerimientos que deben indicar los usuarios para referirse a
aspectos sobre el acceso a personas que tienen algún tipo de discapacidad.
• Disponibilidad: son los requerimientos que deben indicar los usuarios para referirse
a aspectos sobre el tiempo total en que un sistema puede ser usado en un período
determinado.
• Seguridad: son los requerimientos que deben indicar los usuarios para referirse a
aspectos sobre la protección de los datos, controlar el acceso de usuarios a la
información, contraseñas, entre otros.
• Interoperabilidad: son los requerimientos que deben indicar los usuarios para
referirse a aspectos sobre el intercambio de información entre organismos, sistemas
legados u otros.

1.4. Referencias

Esta subdivisión debe:

a. Proporcionar una lista completa de todas las referencias de los documentos en otra
parte en el DOCUMENTO;
b. Identificar cada documento por el título, número del reporte (si es aplicable), fecha, y
publicación de la organización;
c. Especificar las fuentes de las referencias de donde se obtuvieron.
Esta información puede proporcionarse por la referencia a un apéndice o a otro documento.

1. Diagramas de Procesos
En esta sección debe colocarse la imagen del diagrama de procesos. Este diagrama debe
expresar el flujo del proceso, las decisiones y los resultados emanados de dichas decisiones.
Es buena práctica acompañar el diagrama con una breve descripción sobre el mismo.
<Poner aquí el diagrama>

2. Descripción de Requerimientos
El presente documento tiene dos estructuras de representación de los requerimientos, con
tablas y sin tablas, para que puedan usar el modo de su preferencia durante el registro de los
requerimientos. Debe asegurarse de borrar la estructura que no va usar.
 2.1. Requerimiento de Negocio.

Id RN1. Capacitación del personal.

Id RN2. Capacitacion del personal mesa de ayuda.

Id RN3. Implementación del servidor.

Id RN4. Generación de reporte sobre histórico de tickets.

Id RN5. Creación de los usuarios.

2.2. Descripción de Requerimientos Funcionales

2.2..1. Id RF1-RN1. Capacitación del personal

2.2..1.1. Id CA1-RF1-RN1. Capacitacion del personal con ayudas visuales y
didácticas

2.2..2. Id RF2-RN2 Capacitación del personal mesa de ayuda

2.2..2.1. Id CA2-RF2-RN2 El personal tendrá una capacitación para el
manejo del aplicativo y creación de tickets

2.2..3. Id RF3-RN3. Implementación del servidor

2.2..3.1. Id CA3-RF3-RN3. Se solicita que el navegador este 100% online y
accesible en cualquier parte.

2.2..4. Id RF4-RN4. Generación de reporte sobre histórico de tickets

2.2..4.1. Id CA4-RF4-RN4. El encargado del área tendrá permisos para
generar reportes sobre los casos asignados, reportados y trabajados
.
2.2..5. Id RF5-RN3. Creación de los usuarios
2.2..5.1. Id CA5-RF5-RN5. Los usuarios deben ser creados con los
datos y permisos necesarios para su labor

2.3. Descripción de Requerimientos No Funcionales

2.3.1. Creación base de datos bajo postgresSQL

2.3.2 Asignacion de permisos para la plataforma
2.3.3 Desarrollar presentaciones multimedia
2.3.4 Se contrara un servicio cloud donde se alojaran los componentes del sistema
2.3.5 El jefe del area de la mesa de ayuda tendra y debera generar reportes sobre el
seguimiento de los tickets

Requerimientos de Rendimiento

2.3..1. Id RNF1-RN1-Rend. <Descripción de requerimiento no funcional 1>

 2.3..1.1. Id CA1-RNF1-RN1-Rend. <Descripción de criterio de aceptación>
2.3..1.2. Id CA2-RNF1-RN1-Rend. <Descripción de criterio de aceptación>
2.3..1.3. Id CAn-RNF1-RN1-Rend. <Descripción de criterio de aceptación>

2.3..2. Id RNF2-RN1-Rend. <Descripción de requerimiento no funcional 2>

2.3..2.1. Id CA1-RNF2-RN1-Rend. <Descripción de criterio de aceptación>
2.3..2.2. Id CA2-RNF2-RN1-Rend. <Descripción de criterio de aceptación>
2.3..2.3. Id CAn-RNF2-RN1-Rend. <Descripción de criterio de aceptación>

Requerimientos de Usabilidad

2.3..1. Id RNF1-RN1-Usab. <Descripción de requerimiento no funcional 1>

2.3..1.1. Id CA1-RNF1-RN1-Usab. <Descripción de criterio de aceptación>
2.3..1.2. Id CA2-RNF1-RN1-Usab. <Descripción de criterio de aceptación>
2.3..1.3. Id CAn-RNF1-RN1-Usab. <Descripción de criterio de aceptación>

2.3..2. Id RNF2-RN1-Usab. <Descripción de requerimiento no funcional 2>

2.3..2.1. Id CA1-RNF2-RN1-Usab. <Descripción de criterio de aceptación>
2.3..2.2. Id CA2-RNF2-RN1-Usab. <Descripción de criterio de aceptación>
2.3..2.3. Id CAn-RNF2-RN1-Usab. <Descripción de criterio de aceptación>

Requerimientos de Accesibilidad

2.3..1. Id RNF1-RN1-Acce. <Descripción de requerimiento no funcional 1>

2.3..1.1. Id CA1-RNF1-RN1-Acce. <Descripción de criterio de aceptación>
2.3..1.2. Id CA2-RNF1-RN1-Acce. <Descripción de criterio de aceptación>
2.3..1.3. Id CAn-RNF1-RN1-Acce. <Descripción de criterio de aceptación>

2.3..2. Id RNF2-RN2-Acce. <Descripción de requerimiento no funcional 2>

2.3..2.1. Id CA1-RNF2-RN1-Acce. <Descripción de criterio de aceptación>
2.3..2.2. Id CA2-RNF2-RN1-Acce. <Descripción de criterio de aceptación>
2.3..2.3. Id CAn-RNF2-RN1-Acce. <Descripción de criterio de aceptación>

Requerimientos de Disponibilidad

2.3..1. Id RNF1-RN1-Disp. <Descripción de requerimiento no funcional 1>

2.3..1.1. Id CA1-RNF1-RN1-Disp. <Descripción de criterio de aceptación>
2.3..1.2. Id CA2-RNF1-RN1-Disp. <Descripción de criterio de aceptación>
2.3..1.3. Id CAn-RNF1-RN1-Disp. <Descripción de criterio de aceptación>

2.3..2. Id RNF2-RN1-Disp. <Descripción de requerimiento no funcional 2>

2.3..2.1. Id CA1-RNF2-RN1-Disp. <Descripción de criterio de aceptación>
2.3..2.2. Id CA2-RNF2-RN1-Disp. <Descripción de criterio de aceptación>
2.3..2.3. Id CAn-RNF2-RN1-Disp. <Descripción de criterio de aceptación>
 Requerimientos de Seguridad

2.3..1. Id RNF1-RN1-Segu. <Descripción de requerimiento no funcional 1>

2.3..1.1. Id CA1-RNF1-RN1-Segu. <Descripción de criterio de aceptación>
2.3..1.2. Id CA2-RNF1-RN1-Segu. <Descripción de criterio de aceptación>
2.3..1.3. Id CAn-RNF1-RN1-Segu. <Descripción de criterio de aceptación>

2.3..2. Id RNF2-RN1-Segu. <Descripción de requerimiento no funcional 2>

2.3..2.1. Id CA1-RNF2-RN1-Segu. <Descripción de criterio de aceptación>
2.3..2.2. Id CA2-RNF2-RN1-Segu. <Descripción de criterio de aceptación>
2.3..2.3. Id CAn-RNF2-RN1-Segu. <Descripción de criterio de aceptación>

Requerimientos de Interoperabilidad

2.3..1. Id RNF1-RN1-Inter. <Descripción de requerimiento no funcional 1>

2.3..1.1. Id CA1-RNF1-RN1-Inter. <Descripción de criterio de aceptación>
2.3..1.2. Id CA2-RNF1-RN1-Inter. <Descripción de criterio de aceptación>
2.3..1.3. Id CAn-RNF1-RN1-Inter. <Descripción de criterio de aceptación>

2.3..2. Id RNF2-RN1-Inter. <Descripción de requerimiento no funcional 2>

2.3..2.1. Id CA1-RNF2-RN1-Inter. <Descripción de criterio de aceptación>
2.3..2.2. Id CA2-RNF2-RN1-Inter. <Descripción de criterio de aceptación>
2.3..2.3. Id CAn-RNF2-RN1-Inter. <Descripción de criterio de aceptación>

<Estructura con tabla>

TRNF Id RN Id RNF Descripción Requerimiento Id CA Descripción CA

Rendimiento RN1 RNF1 Requerimiento no funcional CA1 Criterio de Aceptación
RNF2 Requerimiento no funcional CA1 Criterio de Aceptación
RN2
Usabilidad
Accesibilidad
Disponibilidad
Seguridad
Interoperabilidad

3. Aprobación

(Escriba aquí el nombre y puesto de las personas que aprueban los requerimientos planteados en el
presente documento, dejar espacio para las firmas)