SERVICIO NACIONAL DE

APRENDIZAJE
SENA

TALLER PARA LA DETERMINACIÓN DE LAS ESPECIFICACIONES FUNCIONALES DEL SOFTWARE Y

METODOLOGÍA A UTILIZAR.
GA1-220501092-AA5-EV01
HERMINSON GUEVARA CARVAJAL
APRENDIZ

INSTRUCTOR
SERGIO ANDRES GARZON PEREZ

CENTRO INDUSTRIAL Y DEL DESARROLLO TECNOLÓGICO

SENA REGIONAL SANTANDER

TECNOLOGIA ANALISIS Y DESARROLLO DE SOFTWARE

FICHA 2721541
2023
Tabla de contenido:

Elementos a tener en cuenta en el documento de validación

1.1 Normas básicas de presentación del documento

1.2 Lista de requerimientos

1.3 Descripción de requisitos utilizando el modelo IEEE830 y historias de usuario

Introducción

2.1 Determinación de las especificaciones funcionales del software y metodología a utilizar

Especificaciones funcionales del software

3.1 Requisitos del cliente

3.2 Análisis de requisitos

3.3 Definición de casos de uso

3.4 Diseño de la interfaz de usuario

Propósito de un software para el comportamiento

4.1 Propósito del software para el comportamiento

4.2 Lista de requerimientos

Requisitos funcionales (formato casos de uso)

5.1 RF 01 - Registro de usuario

5.2 RF 02 - Recopilación de datos de comportamiento

5.3 RF 03 - Sistema de recomendaciones

Elementos a tener en cuenta en el documento 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 la lista de requerimientos, el aprendiz deberá agregar una sección donde se describa cada
requisito usando los siguientes elementos estándar IEEE830:

• Perspectiva del producto.

• Funciones del producto.

• Características de usuario.

• Restricciones.

• Requisitos funcionales.

• 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 la historia.

• Nombre de la historia.

• Usuario.

• Puntos estimados de esfuerzo.

• Descripción de la historia de usuario.

• Observaciones.

• Criterios de aceptación.

4. Introducción

Recordemos que la determinación de las especificaciones funcionales del software y la metodología a utilizar
es una parte fundamental en el proceso de desarrollo de software. A continuación, te proporcionaré una
descripción general de ambos aspectos:

Especificaciones funcionales del software: Las especificaciones funcionales definen las características y
funcionalidades que debe tener el software para cumplir con los requisitos del proyecto. Estas
especificaciones describen cómo el software debe comportarse, qué acciones debe realizar y cómo debe
responder a las entradas del usuario. Algunos aspectos clave para determinar las especificaciones funcionales
son:

• Requisitos del cliente: Recopilar los requisitos del cliente es un primer paso importante. Esto
implica entender las necesidades, objetivos y expectativas del cliente en relación con el
software.
• Análisis de requisitos: Realizar un análisis detallado de los requisitos recopilados. Esto
incluye descomponer los requisitos en funcionalidades específicas y establecer prioridades.
 • Definición de casos de uso: Los casos de uso ayudan a describir las interacciones entre los
usuarios y el software. Identificar los casos de uso clave y describir las acciones y resultados
esperados en cada uno.
• Diseño de la interfaz de usuario: Determinar cómo se va a presentar la funcionalidad al
usuario. Esto puede incluir la creación de prototipos de interfaces de usuario para visualizar
las interacciones.

1.1 Propósito

El propósito de un software para el comportamiento es ayudar a comprender, analizar y gestionar el

comportamiento de los turistas en una determinada ubicación o destino turístico. Este tipo de software puede
tener varios objetivos y funcionalidades, como recopilación de datos, análisis y segmentación, predicción y
recomendación, gestión de la experiencia del turista, informes y monitoreo. El software puede generar
informes y paneles de control para proporcionar a los responsables de la gestión turística información en
tiempo real sobre el comportamiento de los turistas. Esto les permite tomar decisiones informadas y realizar
ajustes en tiempo real para mejorar la calidad de los servicios turísticos. En resumen, el propósito de un
software para el comportamiento es ayudar a las organizaciones y destinos turísticos a comprender y
gestionar mejor el comportamiento de los turistas, con el objetivo de proporcionar experiencias de viaje más
satisfactorias, optimizar la planificación y toma de decisiones, y mejorar la gestión de los recursos y servicios
turísticos.

1.2 Lista de requerimientos

En primer lugar, para dar respuesta concreta, se describe cada requisito usando los siguientes elementos del
estándar IEEE830:

• Perspectiva del producto: La perspectiva del producto en el contexto de un software para el

comportamiento se refiere a cómo se visualiza y se concibe el producto en términos de sus
características, funcionalidades y beneficios para los usuarios y las organizaciones turísticas.

• Funciones del producto: Las funciones del producto en un software para el comportamiento pueden
variar según las necesidades específicas del sistema y los objetivos del producto. A continuación, se
presentan algunas funciones comunes que podrían estar presentes en este tipo de software:

• Recopilación de datos de turistas.

• Análisis y segmentación de turistas.

• Predicción y recomendación de comportamiento.

• Gestión de la experiencia del turista.

• Generación de informes y paneles de control.

• Integración con otros sistemas.

• Características de los usuarios: Las características de los usuarios en un software para el

comportamiento pueden variar según el contexto y la audiencia específica del sistema. A
continuación, se presentan algunas características comunes que pueden ser relevantes al diseñar y
desarrollar este tipo de software:

• Perfil demográfico.

• Experiencia y conocimiento turístico.

 • Preferencias y gustos turísticos.

• Habilidades tecnológicas.

• Idioma y cultura.

• Necesidades especiales.

• Restricciones: Las restricciones en el desarrollo de un software para el comportamiento pueden

incluir diversos aspectos. Aquí se presentan algunas restricciones comunes a considerar:

• Limitaciones de tiempo.

• Limitaciones de presupuesto.

• Recursos tecnológicos y hardware.

• Requisitos legales y normativas.

• Interoperabilidad y compatibilidad.

• Limitaciones de recursos humanos.

• Limitaciones de infraestructura.

• Requisitos de idioma y localización.

1.3 REQUISITOS FUNCIONALES (formato casos de uso)

RF 01 Registro de Autor
usuario
Versión VERSION 1.0 Herminson Guevara Carvajal
Objetivo Permitir a los usuarios registrarse en el software de comportamiento para acceder a
funcionalidades y personalización.
Requisitos • El software debe proporcionar un formulario de registro para que los usuarios
ingresen sus datos.
• El software debe validar y verificar los datos ingresados por los usuarios durante
el proceso de registro.
• El software debe almacenar de manera segura la información de registro de los
usuarios.
• El software debe generar identificadores únicos para cada usuario registrado.
• El software debe permitir a los usuarios acceder a su cuenta después de completar
el proceso de registro.
Descripción Este caso de uso describe la secuencia de acciones necesarias para que los usuarios se
registren en el software de comportamiento.
Precondición El software está disponible y se encuentra en el estado de registro de usuario.

Secuencia PASO ACCION

1 Inicio del proceso de registro: El usuario accede a la interfaz de registro del
software y comienza el proceso de registro
2 Ingreso de datos: El usuario completa el formulario de registro, ingresando sus
datos personales como nombre, dirección de correo electrónico, contraseña, y
cualquier otra información requerida.
3 Validación de datos: El software valida y verifica los datos ingresados por el
usuario, asegurándose de que cumplan con los requisitos especificados, como la
validez del correo electrónico y la complejidad de la contraseña.
4 Almacenamiento de la información: El software almacena de manera segura la
información de registro del usuario en una base de datos protegida
5 Generación de identificador único: El software genera un identificador único
para el usuario registrado, que se utilizará para identificar y relacionar su
información en el sistema.
POST El usuario los datos registrados no son correctos el sistema accede al inicio del
CONDICION programa
PASO ACCION

6 Si el nombre de usuario o contraseña es invalido el sistema muestra ir al paso 2

7 Si el usuario no tiene acceso habilitado el sistema muestra ir al paso 2

IMPORTANCIA Vital

Urgencia Inmediatamente

Comentarios En este paso, es importante asegurarse de que el usuario reciba una

confirmación clara de su registro exitoso y se le proporcione la información
necesaria para acceder a su cuenta. Se puede enviar un correo electrónico de
confirmación o mostrar un mensaje en la interfaz del software con las
instrucciones para iniciar sesión. Además, se recomienda implementar medidas
de seguridad adicionales, como la verificación de correo electrónico o la
autenticación de dos factores, para garantizar la protección de la cuenta del
usuario.

RF 02 Recopilación de datos de Autor

comportamiento.
Versión VERSION 1.0 Herminson Guevara Carvajal
Objetivo Recopilar datos relevantes sobre el comportamiento de los turistas para su posterior
análisis y gestión.
Requisitos • El software debe permitir la recopilación de datos demográficos de los turistas.
• El software debe recopilar información sobre las actividades realizadas por los
turistas.
• El software debe registrar los lugares visitados por los turistas.
• El software debe recopilar datos sobre el comportamiento en línea de los turistas,
como sus interacciones en redes sociales o búsquedas en línea.
 • El software debe contar con mecanismos de seguridad para proteger la privacidad
y confidencialidad de los datos recopilados.
Descripción Este caso de uso describe la secuencia de acciones necesarias para llevar a cabo la
recopilación de datos de comportamiento utilizando el software.
Precondición El software está instalado y funcionando correctamente.

Secuencia PASO ACCION

1 Inicio del proceso de recopilación de datos
El usuario inicia el proceso de recopilación de datos de comportamiento desde
la interfaz del software.
2 Recopilación de datos demográficos El software solicita al usuario que ingrese
los datos demográficos de los turistas, como edad, género, ubicación geográfica,
nivel educativo, entre otros. El usuario ingresa la información correspondiente.
3 Registro de actividades realizadas El software permite al usuario registrar las
actividades realizadas por los turistas, como excursiones, visitas a lugares
turísticos, participación en eventos, entre otros. El usuario ingresa la información
detallada de las actividades
4 Registro de lugares visitados El software permite al usuario registrar los lugares
específicos visitados por los turistas, como monumentos, museos, restaurantes,
hoteles, entre otros. El usuario ingresa la información de los lugares visitados.
5 Recopilación de datos de comportamiento en línea El software puede integrarse
con fuentes de datos en línea, como redes sociales o motores de búsqueda, para
recopilar información sobre el comportamiento en línea de los turistas. El usuario
configura las opciones de integración y el software recopila automáticamente los
datos relevantes.
6 Finalización del proceso de recopilación de datos El usuario indica que ha
completado la recopilación de datos y el software guarda y almacena los datos
recopilados de manera segura
POST Si los datos de turismo no cargan el sistema reinicia la aplicación.
CONDICION
PASO ACCION

6 El sistema no carga los datos solicitados

7 El sistema no guarda los datos suministrados

IMPORTANCIA Alta

Urgencia Inmediatamente

Comentarios En este paso, es importante asegurarse de que los datos recopilados se guarden
de manera segura y estén disponibles para su análisis y gestión. Se recomienda
implementar medidas de seguridad para proteger la privacidad y
confidencialidad de los datos, como el encriptado de datos y el acceso restringido
a usuarios autorizados. Además, es fundamental establecer una estructura de
datos
RF 03 Sistema de Autor
recomendaciones
Versión VERSION 1.0 Herminson Guevara Carvajal
Objetivo Proporcionar recomendaciones personalizadas a los turistas en base a su comportamiento
y preferencias, con el fin de mejorar su experiencia turística.
Requisitos • El software debe analizar los datos recopilados sobre el comportamiento de los
turistas.
• El software debe utilizar técnicas de aprendizaje automático y algoritmos de
recomendación para generar recomendaciones personalizadas.
• El software debe tener en cuenta las preferencias y gustos turísticos de los
usuarios.
• El software debe ofrecer recomendaciones de actividades, lugares para visitar,
restaurantes, eventos u otros elementos relacionados con el turismo.
• El software debe presentar las recomendaciones de manera clara y accesible para
los turistas.
Descripción Este caso de uso describe la secuencia de acciones necesarias para que el software
proporcione recomendaciones personalizadas a los turistas en base a su comportamiento y
preferencias.
Precondición Los datos de comportamiento de los turistas han sido recopilados y están disponibles para
el sistema.
Secuencia PASO ACCION
1 Inicio del proceso de recomendación: El usuario inicia el proceso de
recomendación desde la interfaz del software.
2 Análisis de los datos de comportamiento: El software analiza los datos de
comportamiento recopilados de los turistas para identificar patrones, tendencias
y preferencias.
3 Utilización de técnicas de aprendizaje automático y algoritmos de
recomendación: El software utiliza técnicas de aprendizaje automático y
algoritmos de recomendación para generar recomendaciones personalizadas.
Estos algoritmos tienen en cuenta el comportamiento pasado de los turistas, las
preferencias registradas y la información relevante para ofrecer
recomendaciones precisas.
4 Generación de recomendaciones: El software genera las recomendaciones
personalizadas para los turistas. Esto puede incluir sugerencias de actividades
turísticas, lugares para visitar, restaurantes, eventos, entre otros elementos
relacionados con el turismo.
5 Presentación de las recomendaciones: El software presenta las
recomendaciones de manera clara y accesible para los turistas. Esto puede incluir
listas de recomendaciones, descripciones detalladas, imágenes, reseñas de otros
usuarios y cualquier otra información relevante.
6 Finalización del proceso de recomendación: El usuario revisa las
recomendaciones y puede seleccionar las opciones que más le interesen. El
proceso de recomendación se da por finalizado.
POST Si los datos de turismo no cargan el sistema reinicia la aplicación.
CONDICION
PASO ACCION
 6 El sistema no carga los datos solicitados

7 El sistema no guarda los datos suministrados

IMPORTANCIA Alta

Urgencia Inmediatamente

Comentarios En este paso, es importante asegurarse de que los datos recopilados se guarden
de manera segura y estén disponibles para su análisis y gestión. Se recomienda
implementar medidas de seguridad para proteger la privacidad y
confidencialidad de los datos, como el encriptado de datos y el acceso restringido
a usuarios autorizados. Además, es fundamental establecer una estructura de
datos

RF 04 Integración con otros Autor

sistemas
Versión VERSION 1.0 Herminson Guevara Carvajal
Objetivo Permitir la integración del software de comportamiento con otros sistemas o plataformas
existentes para compartir datos y funcionalidades de manera eficiente.
Requisitos • El software debe ser compatible con los sistemas o plataformas específicas con las
que se desea integrar.
• El software debe permitir el intercambio de datos con otros sistemas de manera
segura y confiable.
• El software debe ofrecer interfaces o APIs (Application Programming Interfaces)
que permitan la integración con otros sistemas.
• El software debe ser capaz de recibir y procesar datos provenientes de otros
sistemas.
• El software debe poder enviar datos o notificaciones a otros sistemas, cuando sea
necesario.
Descripción Este caso de uso describe la secuencia de acciones necesarias para integrar el software de
comportamiento con otros sistemas o plataformas existentes.
Precondición Los sistemas o plataformas con los que se desea integrar el software están disponibles y
configurados adecuadamente.
Secuencia PASO ACCION
1 Identificación de los sistemas a integrar: El usuario identifica los sistemas o
plataformas con los que se desea integrar el software y verifica su
compatibilidad.
2 Configuración de las interfaces o APIs de integración: El usuario configura las
interfaces o APIs proporcionadas por el software para permitir la comunicación
e intercambio de datos con otros sistemas.
3 Intercambio de datos con otros sistemas: El software establece conexiones con
los sistemas externos y permite el intercambio de datos de manera segura.
Puede recibir datos provenientes de otros sistemas y procesarlos internamente,
así como enviar datos o notificaciones a otros sistemas cuando sea necesario.
4 Sincronización de datos: El software realiza la sincronización de datos con los
sistemas externos, asegurando que la información esté actualizada y consistente
en todos los sistemas integrados.
 5 Verificación y monitoreo de la integración: El usuario verifica que la integración
con los sistemas externos esté funcionando correctamente y monitorea de forma
regular para asegurar el correcto flujo de datos entre los sistemas.
POST Si el sistema no es compatible con el sistema solicitado por el usuario
CONDICION
PASO ACCION

6
El sistema muestra los sistemas compatibles
7
El sistema muestra información de la plataforma para sistemas compatibles
IMPORTANCIA
Alta
Urgencia
Inmediatamente
Comentarios En este paso, es importante que el usuario sepa de las plataformas actuales y
activas para poder ingresar al sistema a instalar.

1.4 Para continuar, agrego la sección donde se describe cada requisito usando la estructura de historias de
usuario con los siguientes elementos por historia:

• Número de historia

• Nombre de la historia

• Usuario

• Puntos de esfuerzo

• Descripción de la historia de usuario

• Observaciones

• Criterios de aceptación

HISTORIA DE USUARIO
Numero de historia: 01 Nombre de la historia de usuario: Registro de usuario

Usuario: Administrador

Prioridad: Alta Puntos estimados: 10

Descripción: Como administrador, quiero poder ver la cantidad de usuarios registrados en la plataforma
vacaciones. Esto me permitirá tener un seguimiento del crecimiento de la base de usuarios y evaluar la
adopción de la plataforma.
Observación: N/A

Criterios de aceptación:
• El sistema debe proporcionar una opción para acceder a la información de registro de usuarios.
 • Al seleccionar la opción, se debe mostrar un contador que indique la cantidad total de usuarios
registrados en la plataforma.
• El contador de usuarios registrados debe actualizarse automáticamente en tiempo real.
• La información del contador debe ser clara y fácilmente legible para el administrador.
• El sistema debe permitir al administrador acceder a información adicional sobre los usuarios
registrados si se requiere un análisis más detallado.
• La funcionalidad de visualización de usuarios registrados debe estar restringida al rol de
administrador para garantizar la seguridad y privacidad de los datos.

HISTORIA DE USUARIO
Numero de historia: 02 Nombre de la historia de usuario: Registro de usuario

Usuario: Usuario

Prioridad: Media Puntos estimados: 5

Descripción Como usuario, deseo poder registrarme en la plataforma de comportamiento. Esto me permitirá
acceder a todas las funcionalidades y personalización disponibles en la plataforma.
Observación: N/A

Criterios de aceptación: El sistema debe proporcionar un formulario de registro donde el usuario pueda
ingresar su información personal.
• El formulario de registro debe incluir campos obligatorios, como nombre, dirección de correo
electrónico y contraseña.
• El sistema debe verificar que el correo electrónico ingresado sea válido y único en la plataforma.
• El sistema debe validar la fortaleza de la contraseña ingresada y requerir un mínimo de caracteres o
cumplir con ciertos criterios de seguridad.
• Después de completar el formulario de registro, el sistema debe crear una cuenta de usuario
asociada con la información proporcionada.
• El sistema debe enviar al usuario un correo electrónico de confirmación de registro para verificar su
dirección de correo electrónico.
• El usuario debe poder acceder a la plataforma utilizando su dirección de correo electrónico y
contraseña después de confirmar su registro.
• El sistema debe proporcionar mensajes claros y descriptivos en caso de errores durante el proceso
de registro.
• El sistema debe mantener la privacidad y seguridad de la información personal del usuario durante
el proceso de registro.

HISTORIA DE USUARIO
Numero de historia: 03 Nombre de la historia de usuario: Ver promociones dentro de la plataforma

Usuario: Usuario

Prioridad: Media Puntos estimados: 5

Descripción Como usuario, deseo ver promociones dentro de la plataforma.
Observación: N/A
Criterios de aceptación:
• La plataforma debe proporcionar una sección claramente visible y accesible para ver las
promociones.
 • Las promociones deben mostrarse de forma atractiva, con imágenes, descripciones y detalles
relevantes.
• Las promociones deben ser actualizadas regularmente para mostrar ofertas vigentes y evitar la
visualización de promociones expiradas.
• El usuario debe poder filtrar y ordenar las promociones según sus preferencias, como ubicación,
categoría o fecha de validez.
• La plataforma debe permitir al usuario hacer clic en una promoción para obtener más información
o acceder a los detalles de la oferta.
• Se debe proporcionar un enlace o botón claro para que el usuario pueda realizar una acción
relacionada con la promoción, como comprar un producto o reservar un servicio.
• El sistema debe mostrar correctamente las promociones en diferentes dispositivos y tamaños de
pantalla, asegurando una experiencia de usuario consistente.

HISTORIA DE USUARIO
Numero de historia: 04 Nombre de la historia de usuario: Ver los sitios más concurridos

Usuario: Administrador

Prioridad: Media Puntos estimados: 5

Descripción: Como administrador, deseo poder ver los sitios más concurridos dentro de la plataforma de
comportamiento. Esto me permitirá obtener información actualizada sobre los lugares de mayor interés y
demanda por parte de los turistas.
Observación: N/A
Criterios de aceptación:
• La plataforma debe proporcionar una sección dedicada para mostrar los sitios más concurridos.
• Los sitios más concurridos deben mostrarse en una lista o en un formato visual, como un mapa
interactivo.
• Los sitios más concurridos deben ser determinados mediante análisis de datos y estadísticas
precisas, considerando factores como el número de visitantes, comentarios positivos, reseñas o
interacciones.
• Los sitios más concurridos deben actualizarse regularmente para reflejar la situación actual y las
tendencias de popularidad.
• El administrador debe poder filtrar y ordenar los sitios más concurridos según diferentes criterios,
como ubicación, categoría o período de tiempo.
• La plataforma debe mostrar correctamente los sitios más concurridos en diferentes dispositivos y
tamaños de pantalla, asegurando una experiencia de usuario consistente.

1.5 Definiciones acrónimos abreviaturas:

• IEEE - Institute of Electrical and Electronics Engineers

• RF - Requisitos Funcionales
• ID – Identificador
• RF 01 - Requisito Funcional 01
• VERSION – Versión
• IEEE830 - IEEE Standard for Software Requirements Specifications
• RF 02 - Requisito Funcional 02
• RF 03 - Requisito Funcional 03
1.6 Conclusión:

En el texto se mencionan los elementos a tener en cuenta en el documento de validación de un software para
el comportamiento. Estos elementos incluyen normas básicas de presentación del documento, la lista de
requerimientos utilizando el modelo IEEE830 y el modelo de descripción de requisitos por medio de historias
de usuario. Además, se hace énfasis en la importancia de determinar las especificaciones funcionales del
software, que incluyen los requisitos del cliente, el análisis de requisitos, la definición de casos de uso y el
diseño de la interfaz de usuario.

Se describen dos requisitos funcionales en formato de casos de uso. El primer requisito se refiere al registro
de usuarios en el software, incluyendo la validación y almacenamiento seguro de los datos ingresados por los
usuarios. El segundo requisito trata sobre la recopilación de datos de comportamiento de los turistas,
incluyendo la recopilación de datos demográficos, actividades realizadas, lugares visitados y comportamiento
en línea. También se menciona el sistema de recomendaciones, que utiliza técnicas de aprendizaje automático
y algoritmos de recomendación para ofrecer recomendaciones personalizadas a los turistas en base a su
comportamiento y preferencias.

El texto enfatiza la importancia de seguir ciertos elementos en el documento de validación y describe

requisitos funcionales relacionados con el registro de usuarios, la recopilación de datos de comportamiento y
el sistema de recomendaciones en un software para el comportamiento.