SENA

GA2-220501093-AA1-EV03 ELABORACIÓN DE HISTORIAS DE USUARIO DEL

PROYECTO.

Elaborado por:
Luis Felipe Balanta Buitrago

Actividad: GA2-220501093-AA1-EV03

Análisis y desarrollo de software (2675831)

Instructor:
Camilo Andrés Gutiérrez Oviedo
 Introducción
Para estudiar las necesidades de los usuarios de un software se requiere definir
detalladamente los requisitos del sistema a construir, para realizar esto se utiliza el
documento de especificación de requisitos donde se describe lo que el sistema debe hacer,
pero no el cómo lo debe hacer, y es así como el equipo del proyecto logra realizar una síntesis
de la información existente.
Alcance
El presente documento tiene como alcance mostrar los requerimientos con el estándar IEEE
830 y el modelo de historias de usuario para el sistema “SORCE” Software de Optimización
de Registro y Contabilización para Estacionamientos. Vale a clara que este sistema será
comercializado y/o utilizado por los parqueaderos grandes, medianos y pequeños
Propósito
Este documento tiene como propósito dar a conocer el funcionamiento general del proyecto
“SORCE” Software de Optimización de Registro y Contabilización para Estacionamientos
que esta dirigido al equipo desarrollador, a todos los stakeholders y al usuario final
Ámbito del sistema
- Nombre del sistema: “SORCE” Software de Optimización de Registro y
Contabilización para Estacionamientos
- El sistema gestionara todos procesos que se desarrollan en el mismo, permitiendo que
su entorno sea sencillo y amigable con el usuario, así mismo también integrara
módulos de contabilidad e inventario. Se proyectará también realizar un sitio web
para posicionar el negocio como un lugar cómodo y que sea competitivo con los
demás parqueaderos de la ciudad, contribuyendo a que los clientes puedan encontrar
un lugar agradable.
- El principal beneficiado con el software “SORCE” serán los parqueaderos grandes,
medianos y pequeños. El objetivo es optimizar los procesos en tiempo y recursos. La
meta del software “SORCE” es establecerse como la primera opción como la
administración de los parqueaderos grandes, medianos y pequeños
Especificación de requerimientos
1. Especificación de requerimientos - estándar IEEE 830
1.1.Perspectiva del producto
El sistema “SORCE” Software de Optimización de Registro y Contabilización para
Estacionamientos, será un software independiente diseñado para trabajar en entornos locales y
permitirá llevar a cabo un control adecuado de los registros, ventas e inventario y/o contabilidad
del negocio.

1.2.Funcionalidad del producto

1.3. Características de los usuarios

Tipo de usuario Administrador y/o contador

Formación Administrador de empresas, contador u otro
Actividades Control y manejo del sistema en general

Tipo de usuario Recepcionista

Formación Auxiliar en mercadeo y ventas u otro
Actividades Control y manejo del sistema en general

Tipo de usuario Almacenista

Formación Empleado (bachiller) u otro
Actividades Será el encargado de dirigir y registrar al cliente y/o
producto
1.4.Restricciones
El producto que se está desarrollando presenta restricciones las cuales se deben tener en
cuenta tanto al momento de desarrollar el software, como cuando esté se implemente:
- En el desarrollo de este software para el manejo de reservas, ventas de servicio e
inventarios de los parqueaderos, utilizaremos lenguaje de programación Java, HTML.
- El entorno de desarrollo será Visual Estudio Code.
- Los equipos clientes que se encuentren en funcionamiento deben cumplir con los
requisitos mínimos para el correcto funcionamiento del sistema.
- El servidor de Base de datos, debe ser capaz de atender consultas concurrentemente y de
atender la consulta de varios usuarios a la vez.
- El sistema deberá tener un diseño e implementación sencilla, independiente de la
plataforma o del lenguaje de programación.
- El sistema trabaja en un entorno Cliente-Servidor, por ende, el programa no funciona si
no encuentra conexión con la Base de Datos.
1.5.Requisitos funcionales
A continuación, se describen las acciones que deberá llevar a cabo el software, en términos
de los que se conoce como requisitos. Cada uno de estos posee un nivel de detalle suficiente
para permitir diseñar un sistema que satisfaga de manera perceptible las necesidades
expuestas por los usuarios del sistema.
1.6.Requisitos no funcionales
Rendimiento
En cuanto a los requisitos que se establecen para el correcto funcionamiento del software, se
debe considerar que éste, será un sistema que tendrá constantes ingresos y consultas de datos,
por esto mismo, se establece como prioridad que dicha actividad debería afectar lo menos
posible el desempeño del software.
- Se calcula que las transacciones que se realizarán, el 80% sea en un tiempo estimado en
menos de 1 o 2 segundos.
- El número de equipos que se necesita estén conectados al servidor son aproximadamente
3 simultáneamente.
- Se espera que, al momento de registrar datos, el sistema demore aproximadamente 2 o 5
segundos, a su vez lo mismo debiera ocurrir al momento de realizar alguna consulta.
Seguridad
En este apartado se detallarán los métodos de seguridad que presentara el software.
- El software contará con un sistema de autenticación, denominado “Login de” para el
ingreso del personal al sistema.
- El sistema contendrá una forma de guardar registro de cada acción por parte de los
usuarios que interactúen con el sistema.
- El sistema solicitara el cambio de claves a los usuarios del software cada 4 meses.
- Al momento de que la sesión se encuentre inactiva por 15 minutos, el software
solicitará al usuario que se vuelva a autenticar.
- El servidor estará protegido mediante una UPS, con el fin de proteger la integridad de
éste.
Mantenibilidad
Un software bien desarrollado, debe tener la flexibilidad necesaria para adaptarse al futuro,
como también, el mantenimiento deberá hacerse de manera rápida y efectiva, afectando lo
menos posible a las labores de la entidad que lo utilice.
Se generará un estudio de mantenibilidad o plan de mantención, que se reinicien servidores
cada cierto tiempo, como también tener al día las actualizaciones del sistema operativo.
Se le podrá agregar nuevas funcionalidades al programa, para que, a través del tiempo, se
incremente el rendimiento y se resuelvan problemas de vulnerabilidades que puedan surgir
en el futuro.
2. Especificación de requerimientos – Estándar IEEE 830 e Historia de usuario
Código: RFU-01 Nombre: Registrar usuario
Actores: Administrador
Propósito: Iniciar sesión en el módulo correspondiente
Descripción: El usuario ingresa los datos correspondientes para entrar al módulo
asignado
Precondiciones: No aplica
Post condiciones: El usuario se encuentra en el módulo correspondiente
Flujo básico
Pasos Acción
1 El sistema presenta una interfaz que permite ingresar los datos del
usuario
2 El actor ingresa usuario y contraseña en campos correspondientes
3 El actor da clic en “aceptar”
4 El sistema verifica la opción ingresada
5 El sistema muestra a información según el módulo
correspondiente
6 Fin de caso de uso
Flujo alterno
Pasos en el que Acción
fue equivocado
4 1 el sistema indica que la información ingresada no es correcta
2 el sistema muestra una ventana emergente indicando que la
información ingresada no es correcta
3 el actor da “clic” en aceptar
4 el sistema regresa al “paso 2”
Código: RFU-02 Nombre: Buscar producto y/o reserva solicitada
por el cliente
Actores: Recepcionista – cajero
Propósito: Buscar producto y/o reserva indicada por el cliente para conocer
disponibilidad, ubicación y precio
Descripción: El actor ingresa el nombre del producto y/o reserva indicada por el
cliente en el módulo de “ventas y/o servicios”
Precondiciones: El actor debe haberse identificado con un perfil de recepcionista –
cajero
Post condiciones: Se genera listado del producto y/o reserva buscada con ubicación,
disponibilidad y precio
Flujo básico
Pasos Acción
1 El sistema presenta la interfaz de “ventas y/o servicio”
2 El actor ingresa el nombre del producto y/o reserva solicitada por
el cliente en el campo “producto y/o reserva”
3 El sistema verifica el producto y/o reserva ingresada
4 El sistema muestra una lista de los productos y/o reserva según el
“nombre” ingresado
5 El actor verifica la información del producto y/o reserva
(disponibilidad, ubicación y precio)
6 Fin de caso de uso
Flujo alterno
Pasos en el que Acción
fue equivocado
 3 1 el sistema indica que el producto y/o reserva no existe y/o no hay
disponibilidad en la base de datos
2 el sistema muestra una ventana emergente indicando que ingrese
otro producto y/o reserva
3 el actor da clic en “aceptar”
4 el sistema regresa al “paso 2”

Código: RFU-03 Nombre: Asignar el producto y/o reserva

al cliente
Actores: Recepcionista – cajero
Propósito: Asignar en el sistema los productos y/o reservas que el cliente
desea
Descripción: El actor con el ID del cliente asigna los productos que el cliente ha
decidido
Precondiciones: 1 el actor debe haberse identificado con perfil de recepcionista –
cajero
Post condiciones: El sistema muestra ventana emergente con mensaje “el pedido esta
listo”
Flujo básico
Pasos Acción
1 El actor el selecciona el producto y/o reserva que el cliente desea
2 El actor da clic en añadir a “venta y/o servicio”
3 El sistema añade el producto seleccionado por el actor al “cuadro
de ventas y/o servicios”
4 En el cuadro de ventas y/o servicios el actor ingresa el numero de
unidades y/o tiempo del producto y/o reserva que el cliente desea
 5 Si el cliente desea llevar otro producto y/o reserva el actor de clic
en “añadir producto y/o servicio” y el sistema vuelve al “paso 1”
6 El sistema totaliza los productos y/o servicio y verifica el total a
pagar por los productos y/o servicios añadidos al “cuadro de
ventas y servicios”
7 Si el cliente no desea o quiere modificar un producto y/o servicio
el actor solicita numero de ID y lo ingresa sin puntos ni comas en
el campo de “ID cliente” y modifica el producto y/o servicio
8 El actor da clic en “enviar pedido a facturación”
9 El sistema actualiza tabla de “inventario y/o reservas”
Flujo alterno
Pasos en el que Acción
fue equivocado
7 1 el cliente solicita eliminar y/o modificar un producto y/o servicio
que inicialmente deseaba
2 el actor en el cuadro de ventas y/o servicios selecciona el
producto y/o servicio que el cliente no desea
3 el actor da clic en eliminar y/o modificar producto y/o servicio
4 el sistema regresa al “paso 6”

Código: RFU-04 Nombre: Facturar pedido al cliente

Actores: Administrador
Propósito: Facturar en el sistema los productos y/o servicios que el cliente desea

Descripción: El actor con el ID del cliente factura los productos y/o servicios deseados
Precondiciones: El actor debe haberse identificado con el perfil de administrador
Post condiciones: Impresión y/o enviar la factura al cliente
Flujo básico
Pasos Acción
El actor en el módulo del administrador solicita ID del cliente lo ingresa y
1
da clic en “buscar pedido”
El sistema busca el pedido que fue asignado con el ID del cliente que está
2
solicitando la facturación
3 El sistema verifica los datos del cliente y el pedido asignado
El sistema muestra los datos del cliente y los productos y/o servicios
4
asignados al mismo
5 El actor verifica precio a pagar por el cliente
6 El actor factura pedido en “facturar pedido”
7 El sistema actualiza tabla de “inventario”
8 El sistema actualiza cuadro de venta y/o servicio
9 El sistema imprime y/o envía al ID del cliente la factura
10 Fin de caso de uso
Flujo alterno
Pasos en el que fue
Acción
equivocado
1 el cliente no existe en la base de datos
2 el sistema muestra una ventana emergente con mensaje “el cliente no se
encuentra registrado
3 3 el actor diligencia los datos del cliente
4 el actor da clic en “guardar”
5 el sistema regresa al “paso 4”
1 el cliente existe, pero sus datos están desactualizados
2 el actor da clic en “actualizar datos del cliente”
4
3 el actor actualiza los datos del cliente y da clic en “guardar”
4 el sistema regresa al “paso 4”
Código: RFU-05 Nombre: Crear producto y/o servicio
Actores: Almacenista
Propósito: Crear en el sistema un producto y/o servicio nuevo
El actor en el sistema crea producto y/o servicio con la referencia del
Descripción:
mismo
Precondiciones: El actor debe haberse identificado con el perfil de almacenista
Post condiciones: Producto y/o servicio creado en el sistema con sus características
Flujo básico
Pasos Acción
El actor en el modulo de almacenista da clic en “crear producto y/o
1
servicio”
El actor diligencia los campos “nombre del producto y/o servicio” y
2
“ubicación del producto y/o servicio”
3 El actor da clic en “guardar producto y/o servicio”
4 El sistema actualiza el listado de productos y/o servicios
5 Fin de caso de uso
Flujo alterno
Pasos en el que fue
Acción
equivocado
1 el producto y/o servicio que se quiere crear ya existe en el sistema
2 el sistema muestra una ventana emergente con mensaje “el producto y/o
3 servicio ya existe en el sistema”
3 el actor da clic en “aceptar”
4 el sistema regresa al “paso 2”
1 la ubicación del producto y/o servicio que se quiere crear está ocupada
por otro producto y/o servicio
2 el sistema muestra una ventana emergente con mensaje “la ubicación
3
asignada al producto y/o servicio ya está en uso”
3 el actor da clic en “aceptar”
4 el sistema regresa al “paso 2”
Código: RFU-06 Nombre: Ingresar inventario al sistema
Actores: Almacenista
Propósito: Actualizar el inventario disponible para la venta y/o servicio
El actor en el sistema ingresa las “cantidades” disponibles, agotadas y/o en
Descripción:
uso
Precondiciones: El actor debe haberse identificado con el perfil de almacenista
El inventario de la empresa y/o establecimiento comercial queda
Post condiciones:
actualizado en cuanto cantidades
Flujo básico
Pasos Acción
1 El actor en la interfaz del almacenista da clic en “actualizar inventario”
El actor ingresa nombre del producto y/o servicio en el recuadro de
2 búsqueda de producto y/o servicio y da clic en “buscar producto y/o
servicio”
El sistema verifica el listado de productos y/o servicios semejantes al
3
buscado y muestra la lista
El actor selecciona el producto y/o servicio a actualizar y da clic en
4
“actualizar inventario”
El sistema muestra una ventana con “nombre de producto y/o servicio,
5
cantidad disponible, agotada y/o en uso
6 El actor actualiza el inventario según la factura y da clic en guardar
El sistema actualiza el inventario de la empresa y/o establecimiento
7
comercial
Para actualizar el inventario de otro producto y/o servicio proseguir al
8
“paso 2”
9 Fin de caso de uso
Flujo alterno
Pasos en el que fue
Acción
equivocado
1 el producto y/o servicio que se quiere actualizar no existe
2 el sistema verifica el listado de productos y/o servicios semejantes al
3 buscado y muestra la lista
3 el actor procede a ejecutar RFU-05
4 el actor prosigue con “paso 1”
Código: RFU-07 Nombre: Cambiar precios de productos
Actores: Almacenista
Actualizar el precio de compra del inventario disponible para que
Propósito:
automáticamente se actualice el precio de venta y/o servicio
El actor en el sistema ingresa los precios de compra de los diferentes
Descripción:
productos y/o servicios comprados y/o usados por el cliente
Precondiciones: El actor debe haberse identificado con el perfil de administrador
El inventario de la empresa y/o establecimiento comercial queda
Post condiciones:
actualizado en cuanto a precios de venta y/o servicio
Flujo básico
Pasos Acción
1 El actor en la interfaz del almacenista da clic en “actualizar precio”
El actor ingresa el nombre del producto y/o servicio en el cuadro de
2
búsqueda y da clic en “buscar producto y/o servicio”
El sistema verifica el listado de productos y/o servicios semejantes al
3
buscado y muestra la lista
El actor selecciona el producto y/o servicio a actualizar y da clic en
4
“actualizar precio”
El sistema muestra ventana con “nombre del producto y/o servicio y
5
precio”
6 El actor actualiza el precio según la factura y da clic en “guardar”
7 El sistema actualiza el precio según el producto y/o servicio seleccionado
8 Para actualizar el precio de otro producto proseguir con el “paso 2”
9 Fin de caso de uso
Flujo alterno
Pasos en el que fue
Acción
equivocado
1 el producto al que se le quiere actualizar el precio no existe
2 el sistema verifica el listado de productos y/o servicios semejantes al
3 buscado y muestra la lista
3 el actor prosigue con el “paso 2”
-----------------------------------------------------------------------------------
Código: RFU-08 Nombre: Generar informes
Actores: Administrador
Generar informes de inventarios o de ventas y/o servicios según
Propósito:
rango de fechas
El actor en el sistema ingresa las fechas de inicio y fin, y selecciona
Descripción:
el informe que quiere generar
Precondiciones: El actor debe haberse identificado con el perfil de administrador
Se conoce el status del inventario de la empresa y/o establecimiento
Post condiciones: comercial de las ventas y/o servicios realizados según las fechas
especificadas
Flujo básico
Pasos Acción
El actor en la interfaz del administrador da clic en menú “generar
1
informes”
El actor ingresa fecha de inicio y fecha de final y da clic en el
2
nombre del informe que quiere generar
3 El sistema valida la información solicitada por el actor
El sistema en ventana emergente muestra el informe solicitado por el
4
actor
5 Fin de caso de uso
Flujo alterno
Pasos en el que
Acción
fue equivocado
1 la fecha seleccionada por el actor se encuentra fuera del rango
2 el sistema muestra una ventana emergente con mensaje “fechas no
3 validas”
3 el actor da clic en “aceptar”
4 el actor prosigue con “paso 2”
 Generar credenciales de inicio
Código: RFU-09 Nombre:
de sesión
Actores: Administrador
Generar las credenciales para nuevos actores del sistema según su
Propósito:
perfil (recepcionistas y almacenistas)
El actor en el sistema ingresa el usuario y la contraseña que le va a
Descripción:
asignar al nuevo perfil
Precondiciones: El actor debe haberse identificado con el perfil de administrador
Post condiciones: Contraseña y usuario asignado al nuevo perfil
Flujo básico
Pasos Acción
El actor en la interfaz del administrador da clic en “generar
1
credenciales”
El actor ingresa los datos asociados al nuevo perfil (nombre, sexo,
2
edad, usuario, contraseña, etc.) y da clic en “generar credenciales”
3 El sistema valida la información ingresada
El sistema guarda la información para poder dar entrada al nuevo
4
empleado
5 Fin de caso de uso
Flujo alterno
Pasos en el que
Acción
fue equivocado
1 el usuario ingresado por el actor ya existe
2 el sistema muestra una ventana emergente con mensaje “usuario
3 existente, ingrese otro usuario”
3 el actor prosigue con “paso 2”
----------------------------------------------------------------------------------
3. Casos de uso
3.1. Caso de uso para los administradores

3.2. Caso de uso para los recepcionistas y/o cajeros

3.3. Caso de uso para los almacenistas

 Conclusión
Se han ajustado y/o modificado requerimientos e historias de usuario debido a posteriores
análisis con clientes y sus retroalimentaciones. Estas modificaciones me permiten tener mas
seguridad de como proceder en el desarrollo del sistema.