P3 INFORddddddddddddddMATICA ANDY[1].doc

RF- <01> <Gestión de productos e insumos.>
Versión <1.0 21/04/2025>
Autores <Andy Yulieth Jiménez Ovalles / Nazly Carolina Ospina >
Fuentes <Los Autores>
Objetivos asociados < El sistema debe permitir registrar productos e insumos
con sus respectivas cantidades.>
Descripción Planificar los recursos disponibles con la cantidad
necesaria, controlar y supervisar el almacenamiento para
optimizar tiempo.
Precondición <N/A>
Secuencia
Normal
Paso Acción
1 Actualiza inventario en sistema.
2 Registrar de productos entrada en el sistema
3 Verificar cantidad y calidad al momento de la
recepción
4 Coordinar con el departamento de compras o
adquisiciones
5 Optimizar procesos de compra y almacenamiento
6 Determinar qué productos o insumos se requieren
Postcondición <N/A>
Excepciones Paso Acción
1 Hacer compras innecesarias faltantes
2 Productos vencidos
3 Productos en mal estado
4 Productos sin identificación
5 Atrasos en la entrega del producto
6 Salida de productos sin autorización
Rendimiento Paso Cota de tiempo
1 2-3 segundos
2 4 -2 segundos
3 2–1 segundos
4 1-2 segundos
5 3-4 segundos
6 2-1 segundos
Frecuencia esperada <2 usuarios en 1 hora>
Importancia {importante}
Urgencia {hay presión}
Comentarios

RF- <02> <Registro de ventas por periodo>
Versión <1.0 21/04/2025>
Objetivos asociados <El sistema debe registrar ventas por día, semana y
mes.>
Descripción Organizar las ventas dentro de un periodo de tiempo
semanal llevando un ingreso detallado de las ventas.
Precondición <N/A>
Secuencia
Normal
Paso Acción
1 Registrar información de ventas
2 Establecer el tiempo semanal o mensual
3 Registrar datos de venta
4 Organizar las ventas por producto
5 Constatar que no falte ninguna venta
6 Guardar copias digitales de las ventas
n
Postcondición < N/A >
1 Registro de ventas duplicadas
2 Error de registro de datos
3 No registrar ventas en el sistema (hacerlas de
manera manual)
4 Fallas en los descuentos o devoluciones de los
productos
5 Registrar los productos en fechas no
correspondientes.
6 Falta de registro de documentación
1 5-10 segundos
2 3 segundos
3 2- segundos
4 8 nanosegundos
5 5 segundos
6 3 segundos

Urgencia {inmediatamente}
Comentarios
RF- <03> <Registro de pago >
Versión <1.0 21/04/2025>
Objetivos asociados <El sistema debe permitir asociar métodos de pago a
cada venta.>
Descripción Facilita el registro contable y bancario lo que incluye
métodos en efectivo y transferencias.
Precondición <N/A>
Secuencia
Normal
Paso Acción
1 Ingresar los datos de las ventas del día
2 Verificación del proceso de pago
3 Método de pago seleccionado por el cliente
1 Registro de ventas duplicadas
2 Error de registro de datos
3 No registrar ventas en el sistema (hacerlas de
manera manual)
4 Fallas en los descuentos o devoluciones de los
productos
5 Registrar los productos en fechas no
correspondientes.
6 Falta de registro de documentación
1 5-10 segundos
2 2-1 segundos
3 1-2 segundos
4 1 segundos
5 2-5 segundos
6 1-2 segundos
Comentarios

RF- <04> <Registro de gastos clasificados>
Versión <1.0 21-04-2025>
Objetivos asociados < El sistema debe permitir registrar los gastos
clasificados.>
Descripción <Permite consultar los gastos financieros de los usuarios
y los objetivos del sistema>
Precondición <Debe tener una sesión activa válida.>
Secuencia
Normal
Paso Acción
1 Formulario registro de datos
2 Registrar fechas de los gastos
3 Monto del gasto
4 Guardar los registros de gastos
1 Error con la base de datos
2 Usuario no autenticado
3 Doble registro de los datos
4 Error interno del sistema
5 Mostrar mensaje de error al ingresar (inicie
sesión nuevamente)
6 Ingresar un monto invalido
1 5-10 segundos
2 2-1 segundos
3 2-1 segundos
4 1 segundos
5 2 segundos
6 1 segundos
Comentarios

RF- <05> <Generación de reportes mensuales>
Versión <1.0 21-04-2025>
Objetivos asociados < El sistema debe generar reportes mensuales de
ventas, gastos y ganancias.>
Descripción <permite mirar información detallada durante un mes
mostrando los objetivos financieros o personales>
Precondición <N/A>
Secuencia
Normal
Paso Acción
1 Filtrar opciones de mes, año y formato
2 Acceder a reportes mensuales o anuales
3 Consultar los gastos en la base de datos
4 Clasificar y agrupar los gastos por valor
5 Genera y descarga el informe siempre que sea
necesario
1 Error al exportar un archivo
2 Usuarios sin permisos
3 Erro del servidor y la base de datos
4 Tiempos extensos para generar archivos
5 no existencia de datos requeridos en un mes
específico
6 Usuario no autenticado
1 2 segundos
2 1 segundos
3 2-1 segundos
4 1 segundos
5 2 segundos
6 2 segundos
Comentarios

RF- <06> <Seguimiento de pérdidas o robos>
Versión <1.0 21-04-2025>
Objetivos asociados <El sistema debe permitir registrar y dar seguimiento a
pérdidas o robos.>
Descripción <Registra pérdidas involuntarias como dinero e
inventarios lo que facilita llevar una contabilidad clara>
Precondición <N/A>
Secuencia
Normal
Paso Acción
1 Consulta el registro previo del incidente
2 Valida los datos existentes en el sistema
extraíbles en PDF- Excel
3 Puedes filtrar por objetivo o fecha
4 Modulo de perdidas o robos
5 Nivel de impacto (alto-medio-bajo)
1 Registro de incidentes varias veces
2 Categoría u objetivo seleccionado no existe (fue
eliminado o inválido)
3 Fallo de conexión a la base de datos
4 Archivos no soportados por el tamaño
5 Muestra de mensaje (no tienes permisos para
revisar este tipo de incidente)
6 Muestra de mensaje tu sesión ha expirado. Por
favor, vuelve a iniciar sesión.
1 3 segundos
2 2 nanosegundos
3 1 nanosegundos
4 1 nanosegundos
5 1 nanosegundos
6 1nanosegundos

Comentarios
RF- <07> <Gestión de niveles de acceso>
Versión <1.0 21-04-2025>
Objetivos asociados <El sistema debe permitir múltiples niveles de acceso
según el rol.>
Descripción <Esta función permite que cada usuario tenga su función
dentro del sistema asignando roles y permisos para
mantener la confidencialidad, integridad y disponibilidad
de los datos.>
Precondición <El usuario debe tener un rol asignado>
Secuencia
Normal
Paso Acción
1 Creación de un nuevo usuario
2 Inicio de sesión
3 Ingreso al sistema con usuario y contraseña
4 El usuario debe iniciar sesión con sus
credenciales
5 Bloqueo de entrada al sistema si no tiene un rol
asignado
1 Ingresar al sistema con usuario y contraseña
incorrecto
2 Problemas para conectarse al sistema
3 Bloqueo al acceso de entrada
4 El usuario tiene cuenta activa pero no se le ha
asignado ningún rol
1 1 nanosegundos
2 1 nanosegundos
3 5 – 1 nanosegundos
4 2-3 nanosegundos
Importancia {vital}
Comentarios

RF- <08> <Escalabilidad del sistema>
Versión <1.0 21-04-2025>
Objetivos asociados <permite la capacidad de incrementar usuarios y
funcionalidades que se ajusten al crecimiento del
sistema>
Descripción < El sistema debe permitir actualizaciones futuras sin
afectar la información existente.>
Precondición <N/A>
Secuencia
Normal
Paso Acción
1 Estimar la carga esperada de usuarios,
transacciones, crecimiento de datos y demanda
futura.
2 Elegir una arquitectura que soporte crecimiento,
como: la nube
3 Elegir tecnologías escalables.
4 Aplicar caché para reducir carga.
5 Evitar dependencias fuertes entre componentes.
6 Monitorear el rendimiento.
Postcondición < El sistema es capaz de manejar un aumento
progresivo de usuarios y tráfico>
1 Cuellos de botella en la base de datos
2 Se producen caídas o errores al escalar sin
mecanismos de alta disponibilidad
3 No se detectan problemas de rendimiento hasta
que afectan al usuario
4 Reajustar la arquitectura y activar mecanismos
de auto escalado o particionado
5 Evaluar y migrar a tecnologías con soporte para
escalabilidad horizontal o vertical
1 1-2 nanosegundos
2 1 nanosegundos

3 0.3 nanosegundos
4 1 nanosegundos
5 2 nanosegundos
Frecuencia esperada < 2 usuarios en 1 hora>
Importancia {vital}
Comentarios
RF- <09> <Soporte técnico disponible >
Versión <1.0 21-04-2025>
Objetivos asociados <El sistema debe permitir el soporte técnico en caso de
errores. >
Descripción <proporciona asistencias técnicas resolviendo de manera
rápida y eficaz dudas e inquietudes asegurando una
experiencia satisfactoria en la continuidad operativa>.
Precondición <N/A>
Secuencia
Normal
Paso Acción
1 Se registran las solicitudes por medio de tiket y
se inicia la conversación en tiempo real
2 Soporte técnico y canales disponibles (chat)
3 Clasificación de caso (alto-medio-bajo)
4 Dificultad o error técnica dentro de sistema
5 Registro de almacenamiento de registro histórico
Postcondición <solicitud notificada en el sistema>
1 Solicitud sin respuesta por parte del agente del
sistema
2 Poca información de la solicitud
3 Chat no disponible
4 Solicitud rechazada por parte del sistema
5 Usuario insatisfecho
1 0.5 nanosegundos
2 1 nanosegundos
3 0.5 nanosegundos
4 1-2 nanosegundos
5 1-2 nanosegundos
Frecuencia esperada < 2 usuarios en 1 hora>
Importancia {vital}
Comentarios

RF- <10> <Documentación accesible>
Versión <1.0 21-04-2025>
Objetivos asociados <El sistema debe contar con documentación accesible
para los usuarios. >
Descripción <Su objetivo es facilitar la organización y disponibilidad
de la información para la comprensión, el uso y la
evolución permitiendo que cualquier persona ingrese de
manera rápida a la información que necesita>
Precondición <N/A>
Secuencia
Normal
Paso Acción
1 Crear políticas para la documentación
actualizada
2 Planificar los documentos que se necesitan
(manual de usuario, técnicos o funcional)
3 Hacer mejoras continuas en estructura,
contenido y formatos
4 Actualización continua de documentación
requerida
5 Definir formatos aceptados en PDF
Postcondición < El contenido es comprensible, completo y está
validado>
1 Datos desactualizados
2 Perdida de documentos
3 Documentación incompleta
4 Poco almacenamiento Para la documentación
requerida
1 1nanosegundos
2 1nanosegundos
3 1 nanosegundos
4 1 nanosegundos
5 1nanosegundos

Importancia {vital}
Comentarios
RF- <01 del requisito> < Interfaz amigable>
Versión <1.0 12-10-2024>
Autores <Nasly Carolina Ospina / Andy Julieth Jiménez Ovalles>
Fuentes < Requerimientos del Sistema>
Objetivos asociados < Asegurar que la interfaz del sistema sea intuitiva y fácil
de usar.>
Descripción El sistema debe tener una interfaz intuitiva y amigable.
Precondición < El usuario debe haber iniciado sesión en el sistema.>
Secuencia
Normal
Paso Acción
1 El Sistema presenta la interfaz principal con
elementos claramente etiquetados y
organizados.
2 El Sistema muestra el resultado al usuario.
3 El Usuario navega por la interfaz sin dificultad.
Postcondición <El usuario interactúa con la interfaz del sistema de
manera eficiente y segura.>
1 Si la interfaz no se carga correctamente, el
Sistema muestra un mensaje de error y ofrece la
opción de recargar la página. El caso de uso
continúa.
1 <3 segundos
Frecuencia esperada <Cada vez que un usuario inicia sesión en el sistema.>
Importancia {Importante}
Comentarios <Se deben realizar pruebas de usabilidad para validar la
amigabilidad de la interfaz.>

RF- <02 del requisito> <Acceso con usuario y contraseña>
Versión <1.0 12-10-2024>
Fuentes <Documento de Especificaciones Técnicas v1.1 >
Objetivos asociados <permitir el acceso del usuario a la plataforma>
Descripción El sistema debe tener acceso restringido mediante
usuario y contraseña.
Precondición <El sistema está operativo, el usuario tiene una cuenta
registrada y la conexión a la red es estable.>
Secuencia
Normal
Paso Acción
1 El usuario Ingresa su nombre y contraseña en el
formulario de login
2 Validar las credenciales mediante consulta a la
base de datos.
3 Muestra un mensaje de "Acceso concedido" y lo
redirige al menú principal.
Postcondición <El usuario accede al sistema y tiene los permisos
asignados a su rol.>
1 Si las credenciales son incorrectas → {Sistema}
Muestra error "Credenciales inválidas. Intento
1/3".
2 Si se superan los 3 intentos y son fallidos →
{Sistema} Bloquea la cuenta temporalmente y
notifica al administrador.
3
1 <2 segundos
2 >5 segundos
Importancia {vital}
Comentarios <Las contraseñas se almacenan en un servidor>

RF- <03 del requisito> < Copias de seguridad automáticas>
Versión <1.0 12-10-2024>
Fuentes < Política de Backup Corporativa del software >
Objetivos asociados < Garantizar la integridad de los datos mediante copias
diarias en los servidores externos.>
Descripción El sistema debe realizar copias de seguridad
automáticas diariamente.
Precondición < El servidor principal está operativo, y cuenta con al
menos del 20% de espacio libre en disco>
Secuencia
Normal
Paso Acción
1 El Sistema inicia proceso de backup a las 00:00
horas.
2 El sistema comprime y encripta los datos
3 El sistema transfiere el archivo al servidor
4 El sistema registra el éxito del backup
5
6
n
Postcondición <Los datos quedan respaldados en la nube y disponibles
para restauración.>
1 Si falla la conexión → {Sistema} Reintenta cada
5 minutos (máximo 3 veces).
2 Si el servidor está saturado → {Sistema}
Pospone el backup hasta las 01:00 horas.
3
1 15 minutos
Frecuencia esperada <1 vez al día, todos los dias>
Importancia {vital}
Urgencia {puede esperar}
Comentarios <Los backups se retienen por 30 días antes de ser
eliminados del sistema.>

RF- <04 del requisito> < Rendimiento del sistema>
Versión <1.0 12-10-2024>
Fuentes < Política de Backup Corporativa del software >
Objetivos asociados < Garantizar la integridad de los datos mediante copias
diarias en los servidores externos.>
Descripción El sistema debe tener tiempos de respuesta menores a 3
segundos para operaciones comunes.
Precondición < El usuario debe haber iniciado sesión en el sistema.>
Secuencia
Normal
Paso Acción
1 El Usuario realiza una acción (ejemplo, guardar
datos, buscar información).
2 El Sistema muestra el resultado al usuario.
3 El Sistema procesa la solicitud
Postcondición <El usuario recibe una respuesta rápida del sistema y
sus datos.>
1 Si el tiempo de respuesta excede los 3
segundos, el Sistema muestra un mensaje de
espera al usuario. El caso de uso continúa.
2 Si el servidor está saturado → {Sistema}
Pospone el backup hasta las 01:00 horas.
3
1 <3 segundos
Frecuencia esperada <En cada interacción del usuario con el sistema.>
Urgencia {hay presion}
Comentarios <Se deben realizar varias pruebas de carga para
asegurar el rendimiento bajo condiciones de alta
demanda.>

RF- <05 del requisito> < Accesibilidad desde equipos de escritorio>
Versión <1.0 12-10-2024>
Fuentes < Requerimientos del software >
Objetivos asociados <Permitir a los usuarios acceder al sistema desde sus
computadoras de escritorio.>
Descripción El sistema debe ser accesible desde equipos de
escritorio con conexión a internet.
Precondición < El equipo de escritorio debe tener conexión a internet y
un navegador web compatible..>
Secuencia
Normal
Paso Acción
1 El Usuario abre un navegador web en su equipo
de escritorio.
2 El Usuario ingresa la URL del sistema.
3 El Sistema muestra la página de inicio de sesión
y accede al sistema.
Postcondición <El usuario puede interactuar con el sistema desde su
equipo de escritorio..>
1 Si el navegador no es compatible, el Sistema
muestra un mensaje indicando los navegadores
soportados. El caso de uso continúa.
2 Si no hay conexión a internet, el navegador
muestra un mensaje de error. El caso de uso
cierra la ventana.
3
1 <2 segundos
Frecuencia esperada <Cada vez que un usuario accede al sistema desde un
equipo de escritorio..>
Comentarios <Se deben realizar pruebas con diferentes navegadores
y resoluciones de pantalla.

RF- <06 del requisito> < Registro de logs>
Versión <1.0 12-10-2024>
Autores <Nazly Carolina Ospina / Andy Julieth Jiménez Ovalles>
Fuentes < Requerimientos del software >
Objetivos asociados <Mantener un registro de las acciones de los usuarios
para auditoría y resolución de problemas.>
Descripción El sistema debe registrar logs de actividad de cada
usuario.
Precondición <El sistema debe estar en funcionamiento..>
Secuencia
Normal
Paso Acción
1 El Usuario realiza una acción (ej., iniciar sesión,
modificar datos
2 El Sistema registra la acción en un archivo de
log, incluyendo la fecha, hora, usuario y detalles
de la acción.
3
Postcondición <La acción del usuario queda registrada en el sistema.>
1 Si ocurre un error al escribir en el archivo de log,
el Sistema registra el error en un log de errores
interno y notifica al Administrador. El caso de uso
continúa (el registro de la acción original puede
perderse, pero se registra el error de log).
cierra la ventana.
3
1 <0.1 segundos para no afectar el rendimiento
del usuario.
Frecuencia esperada <En cada acción relevante del usuario >
Comentarios Se debe definir qué acciones se consideran "relevantes e
importantes" para el registro.

RF- <07 del requisito> < Cumplimiento de normativas de datos>
Versión <1.0 12-10-2024>
Fuentes < Requerimientos del Sistema, Normativas de
Privacidad>
Objetivos asociados <Asegurar que el sistema maneja los datos personales
de acuerdo con las regulaciones vigentes.>
Descripción El sistema debe cumplir con normativas de seguridad de
datos personales.
Precondición <El sistema debe estar en funcionamiento..>
Secuencia
Normal
Paso Acción
1 Se refleja en otros casos de uso como "Registrar
Usuario", "Modificar Perfil", etc
2 Encriptación de datos.
3 Mecanismos para que los usuarios accedan,
modifiquen o eliminen sus datos.
Postcondición <Los datos personales se manejan de acuerdo con las
normativas>
1 Si se detecta un intento de acceso no autorizado
a datos personales, el Sistema registra el
incidente y notifica al Administrador.
cierra la ventana.
del usuario.
Frecuencia esperada <En cada acción relevante del usuario >
Importancia {vital}
Urgencia {inmediata}
Comentarios Este caso de uso requiere una estrecha colaboración con
el equipo legal para asegurar el cumplimiento de todas
las normativas aplicables.

RF- <08 del requisito> < Escalabilidad del sistema>
Versión <1.0 12-10-2024>
Fuentes < Requerimientos del Sistema, Arquitectura del Sistema>
Objetivos asociados <Asegurar que el sistema pueda crecer y adaptarse a
futuras necesidades sin afectar los datos existentes.>
Descripción El sistema debe permitir actualizaciones futuras sin
afectar la información existente.
Precondición <El sistema debe estar en funcionamiento.>
Secuencia
Normal
Paso Acción
1 Se manifiesta en los procesos de desarrollo y
despliegue del sistema
2 Diseño modular e infraestructura en la nube
3 Base de datos escalable.
Postcondición <El sistema puede ser actualizado y expandido sin
pérdida de datos ni interrupción del servicio.>
1 Si una actualización causa un error, el Sistema
permite revertir a la versión anterior.
cierra la ventana.
del usuario.
Frecuencia esperada <Durante el ciclo de vida del sistema, cuando se
requieran nuevas funcionalidades o mejoras.>
Urgencia {puede esperar}
Comentarios Este caso de uso requiere una buena planificación de la
arquitectura del sistema y un proceso de gestión de
cambios.

RF- <09 del requisito> < Soporte técnico disponible>
Versión <1.0 12-10-2024>
Fuentes < Requerimientos del Sistema >
Objetivos asociados <Permitir a los usuarios obtener ayuda en caso de
problemas o errores.>
Descripción El sistema debe permitir el soporte técnico en caso de
errores.
Precondición <El usuario debe tener acceso al sistema (posiblemente
con limitaciones si hay errores)>
Secuencia
Normal
Paso Acción
1 El Usuario accede a la sección de soporte
técnico (ej., a través de un enlace o botón
2 El Usuario proporciona información sobre el
problema (descripción, capturas de pantalla
3 El Sistema registra la solicitud de soporte y
asigna un número de ticket.
Postcondición <Se ha generado una solicitud de soporte y se ha
notificado al equipo técnico.>
2 Si el usuario no puede acceder al sistema, se
proporciona un método alternativo para solicitar
soporte (ej., correo electrónico, teléfono).
1 1 minuto
Frecuencia esperada <Variable, dependiendo de la frecuencia de problemas.>
Comentarios Se debe definir un proceso claro para el seguimiento y
resolución de tickets de soporte en el sistema.

RF- <10 del requisito> < Documentación accesible>
Versión <1.0 12-10-2024>
Fuentes < Requerimientos del Sistema >
Objetivos asociados <Proporcionar a los usuarios documentación que les
ayude a utilizar el sistema de manera efectiva.>
Descripción El sistema debe contar con documentación accesible
para los usuarios.
Precondición <El usuario debe tener acceso al sistema (o al menos a
una sección pública donde se encuentre la
documentación en el sistema)>
Secuencia
Normal
Paso Acción
1 El Usuario navega a la sección de
documentación (ej., a través de un enlace de
ayuda, menú, etc.)
2 El Sistema muestra la documentación
organizada (ej., por temas, índice, búsqueda
3 El Usuario selecciona y visualiza la
documentación relevante.
Postcondición < El usuario ha accedido a la documentación del
sistema.>
2 Si el usuario no puede acceder al sistema, se
proporciona un método alternativo para solicitar
soporte (ej., correo electrónico, teléfono).
1 1 minuto
Frecuencia esperada <Variable, dependiendo de la frecuencia de problemas.>
Comentarios Se debe definir un proceso claro para el seguimiento y
resolución de tickets de soporte en el sistema.

P3 INFORddddddddddddddMATICA ANDY[1].doc

P3 INFORddddddddddddddMATICA ANDY[1].doc

Más contenido relacionado

Similar a P3 INFORddddddddddddddMATICA ANDY[1].doc

Más de aleidaduran017

Último

P3 INFORddddddddddddddMATICA ANDY[1].doc