Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Tarea

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 40

1

Prueba de Carbono

Panamá Oyagata Edwin Rodrigo

Instituto Tecnológico Superior Cordillera

Desalloro de software: primero “A”

Inga. Geovanna Freire


2

30 de junio del 2024

El software a tomar en cuenta es un sistema de punto

de venta, que le permita al usuario genera facturas

notas de crédito, anulaciones (de facturas y notas de

crédito) solamente con la clave de administrador.

Elaborar una matriz de 15 requisitos funcionales y 5

no funcionales.

Requerimientos Funcionales

Requerimiento Funcional 01

Código RF_01
3

Fecha 25/08/2024

Nombre Generación de Facturas

del proceso

Responsab Edwin Panamá

le

Prioridad Alta

Fuente Usuario final, normativa fiscal

Descripció El sistema debe generar una factura para cada

n venta realizada, con un número único y todos los

detalles necesarios (productos, precios, impuestos,

total).

Entradas Datos de la venta (productos, precios, impuestos)

Salidas Factura generada en formato PDF o impresa


4

Requerimiento Funcional 02

Código RF_02

Fecha 25/08/2024

Nombre del Emisión de Notas de Crédito

proceso

Responsable Edwin Panamá

Prioridad Alta

Fuente Usuario final, normativa fiscal

Descripción El sistema debe permitir la emisión

de notas de crédito para

devoluciones o ajustes a facturas

previas, asociadas a la factura

original.
5

Entradas Factura original, datos de

devolución o ajuste

Salidas Nota de crédito generada

Requerimiento Funcional 03

Código RF_03

Fecha 25/08/2024

Nombre del Anulación de Facturas

proceso

Responsable Edwin Panamá

Prioridad Alta

Fuente Usuario final, normativa fiscal


6

Descripción El sistema debe permitir la

anulación de facturas solo

mediante la autenticación con una

clave de administrador.

Entradas Factura a anular, clave del

administrador

Salidas Factura anulada

Requerimiento Funcional 04

Código RF_04

Fecha 25/08/2024

Nombre del Anulación de Notas de Crédito

proceso
7

Responsable Edwin Panamá

Prioridad Alta

Fuente Usuario final, normativa fiscal

Descripción El sistema debe permitir la

anulación de notas de crédito solo

mediante la autenticación con una

clave de administrador.

Entradas Nota de crédito a anular, clave del

administrador

Salidas Nota de crédito anulada

Requerimiento Funcional 05

Código RF_05
8

Fecha 25/08/2024

Nombre del Registro de Productos

proceso

Responsable Edwin Panamá

Prioridad Media

Fuente Manual de usuario, supervisor de

inventario

Descripción El sistema debe permitir el registro

de productos, incluyendo nombre,

precio, categoría y cantidad, con

opciones para actualizar o eliminar

productos.

Entradas Datos del producto (nombre,

precio, categoría, cantidad)


9

Salidas Producto registrado o actualizado

Requerimiento Funcional 06

Código RF_06

Fecha 25/08/2024

Nombre del Gestión de Inventario

proceso

Responsable Edwin Panamá

Prioridad Alta

Fuente Manual de usuario, supervisor de

inventario

Descripción El sistema debe actualizar el

inventario automáticamente con cada


10

venta o devolución y generar alertas

cuando el stock esté bajo.

Entradas Datos de ventas y devoluciones

Salidas Inventario actualizado, alertas de bajo

stock

Requerimiento Funcional 07

Código RF_07

Fecha 25/08/2024

Nombre del Autenticación de Usuarios

proceso

Responsable Edwin Panamá

Prioridad Alta
11

Fuente Requisitos de seguridad, políticas de la

empresa

Descripción El sistema debe proporcionar un sistema

de login con control de acceso basado en

roles y bloquear el acceso tras 3 intentos

fallidos.

Entradas Usuario y contraseña

Salidas Acceso al sistema o bloqueo temporal

Requerimiento Funcional 08

Código RF_08

Fecha 25/08/2024
12

Nombre del Control de Acceso

proceso

Responsable Edwin Panamá

Prioridad Alta

Fuente Requisitos de seguridad, políticas de la

empresa

Descripción Solo los administradores deben tener

acceso a funciones críticas como la

anulación de facturas y notas de crédito.

Entradas Clave del administrador

Salidas Acceso restringido a funciones críticas

Requerimiento Funcional 09
13

Código RF_09

Fecha 25/08/2024

Nombre del Registro de Clientes

proceso

Responsable Edwin Panamá

Prioridad Media

Fuente Usuario final, supervisor de ventas

Descripción El sistema debe permitir el registro de

clientes con nombre, correo, teléfono y

dirección, asociándolos a las facturas

correspondientes.

Entradas Datos del cliente (nombre, correo,

teléfono, dirección)
14

Salidas Cliente registrado o actualizado

Requerimiento Funcional 10

Código RF_10

Fecha 25/08/2024

Nombre del Impresión de Facturas

proceso

Responsable Edwin Panamá

Prioridad Media

Fuente Usuario final, normativa fiscal

Descripción El sistema debe permitir la impresión de

facturas en formato adecuado para

impresora o como archivo PDF.


15

Entradas Factura generada

Salidas Factura impresa o en PDF

Requerimiento Funcional 11

Código RF_11

Fecha 25/08/2024

Nombre del Reportes de Ventas

proceso

Responsable Edwin Panamá

Prioridad Media

Fuente Usuario final, supervisor de ventas

Descripción El sistema debe generar reportes de

ventas diarias, semanales y mensuales.


16

Entradas Datos de ventas

Salidas Reportes generados

Requerimiento Funcional 12

Código RF_12

Fecha 25/08/2024

Nombre del Registro de Métodos de Pago

proceso

Responsable Edwin Panamá

Prioridad Media

Fuente Usuario final, supervisor de ventas

Descripción El sistema debe permitir el registro y

gestión de métodos de pago (efectivo,


17

tarjeta, transferencia) y asociarlos a las

transacciones.

Entradas Datos del método de pago

Salidas Métodos de pago registrados

Requerimiento Funcional 13

Código RF_13

Fecha 25/08/2024

Nombre del Gestión de Usuarios

proceso

Responsable Edwin Panamá

Prioridad Alta
18

Fuente Requisitos de seguridad, políticas de la

empresa

Descripción El sistema debe permitir la gestión de

usuarios (crear, editar, eliminar) y

asignarles roles específicos.

Entradas Datos del usuario

Salidas Usuario creado o actualizado

Requerimiento Funcional 14

Código RF_14

Fecha 25/08/2024

Nombre del Integración con Contabilidad

proceso
19

Responsable Edwin Panamá

Prioridad Media

Fuente Usuario final, requisitos contables

Descripción Integrar el sistema POS con el sistema

de contabilidad para exportar datos de

ventas y facturas.

Entradas Datos de ventas y facturas

Salidas Datos exportados a contabilidad

Requerimiento Funcional 15

Código RF_15

Fecha 25/08/2024
20

Nombre del Backup y Recuperación

proceso

Responsable Edwin Panamá

Prioridad Alta

Fuente Requisitos de seguridad, políticas de TI

Descripción El sistema debe realizar copias de

seguridad automáticas y permitir la

recuperación de datos en caso de fallo.

Entradas Datos del sistema

Salidas Copias de seguridad, datos recuperados

Requerimientos No Funcionales

Requerimiento No Funcional 01
21

Código RNF_01

Fecha 25/08/2024

Nombre del Rendimiento del Sistema

proceso

Responsable Edwin Panamá

Prioridad Alta

Fuente Requisitos de usuario, normativas de

TI

Descripción El sistema debe procesar cada

transacción en menos de 2 segundos.

Entradas Datos de transacciones

Salidas Transacciones procesadas en el tiempo

especificado
22

Requerimiento No Funcional 02

Código RNF_02

Fecha 25/08/2024

Nombre del Seguridad de Datos

proceso

Responsable Edwin Panamá

Prioridad Alta

Fuente Requisitos de seguridad, políticas de la

empresa

Descripción El sistema debe cifrar todos los datos

sensibles durante el almacenamiento y

la transmisión.

Entradas Datos sensibles


23

Salidas Datos cifrados

Requerimiento No Funcional 03

Código RNF_03

Fecha 25/08/2024

Nombre del Escalabilidad

proceso

Responsable Edwin Panamá

Prioridad Media

Fuente Proyecciones de uso, crecimiento

empresarial

Descripción El sistema debe ser escalable para

manejar un aumento en el número de


24

usuarios y transacciones sin pérdida de

rendimiento.

Entradas Incremento en usuarios y transacciones

Salidas Rendimiento consistente con aumento de

carga

Requerimiento No Funcional 04

Código RNF_04

Fecha 25/08/2024

Nombre del Usabilidad

proceso

Responsable Edwin Panamá

Prioridad Media
25

Fuente Feedback de usuarios, pruebas de

usabilidad

Descripción El sistema debe ser intuitivo y fácil de

usar, con una interfaz amigable para el

usuario.

Entradas Diseño de interfaz, feedback de

usuarios

Salidas Interfaz de usuario amigable y fácil de

usar

Requerimiento No Funcional 05

Código RNF_05

Fecha 25/08/2024
26

Nombre del Mantenimiento y Soporte

proceso

Responsable Edwin Panamá

Prioridad Media

Fuente Requisitos de soporte, manual de

usuario

Descripción El sistema debe incluir un manual de

usuario y soporte técnico disponible

para resolver problemas.

Entradas Manual de usuario, soporte técnico

Salidas Soporte técnico y manual disponible


27

Elaborar un modelo de casos de uso


28

Documentar la especificación de cada caso de uso,

diagrama de clases.

Especificación de Casos de Uso

1. Generar Factura

• Nombre del Caso de Uso: Generar Factura


• Actor Primario: Usuario Normal
• Descripción: Permite al usuario ingresar los detalles
necesarios para crear una factura.
• Precondiciones: El usuario debe estar autenticado. El sistema
debe estar en funcionamiento.
• Flujos Principales:
1. El usuario selecciona "Generar Factura".
2. El sistema solicita los detalles de la factura.
3. El usuario ingresa la información (datos del cliente,
productos, precios).
4. El usuario confirma la entrada de datos.
5. El sistema valida la información y genera la factura.
6. El sistema almacena la factura en la base de datos.
• Flujos Alternativos:
o Error de Validación: Si la información es incorrecta o
incompleta, el sistema muestra un mensaje de error y
solicita correcciones.
29

• Postcondiciones: La factura se genera y almacena


correctamente. El usuario recibe una confirmación.

2. Generar Nota de Crédito

• Nombre del Caso de Uso: Generar Nota de Crédito


• Actor Primario: Usuario Normal
• Descripción: Permite al usuario emitir una nota de crédito
para ajustar una factura previamente emitida.
• Precondiciones: El usuario debe estar autenticado. La factura
a ajustar debe existir.
• Flujos Principales:
1. El usuario selecciona "Generar Nota de Crédito".
2. El sistema solicita el número de la factura a ajustar.
3. El usuario ingresa el número de factura y el monto del
ajuste.
4. El usuario confirma la entrada de datos.
5. El sistema valida la información y genera la nota de
crédito.
6. El sistema almacena la nota de crédito en la base de
datos.
• Flujos Alternativos:
o Factura No Encontrada: Si la factura no existe, el
sistema muestra un mensaje de error.
• Postcondiciones: La nota de crédito se genera y almacena
correctamente. El usuario recibe una confirmación.

3. Anular Factura

• Nombre del Caso de Uso: Anular Factura


• Actor Primario: Administrador
• Descripción: Permite al administrador anular una factura
emitida previamente.
• Precondiciones: El administrador debe estar autenticado. La
factura a anular debe existir.
• Flujos Principales:
30

1. El administrador selecciona "Anular Factura".


2. El sistema solicita el número de la factura y el motivo de
la anulación.
3. El administrador ingresa el número de factura y el
motivo.
4. El administrador confirma la anulación.
5. El sistema valida la información y realiza la anulación.
6. El sistema actualiza el registro de la factura como
anulada.
• Flujos Alternativos:
o Factura No Encontrada: Si la factura no existe, el
sistema muestra un mensaje de error.
• Postcondiciones: La factura se anula y el registro se actualiza.
El administrador recibe una confirmación.

4. Anular Nota de Crédito

• Nombre del Caso de Uso: Anular Nota de Crédito


• Actor Primario: Administrador
• Descripción: Permite al administrador anular una nota de
crédito emitida previamente.
• Precondiciones: El administrador debe estar autenticado. La
nota de crédito a anular debe existir.
• Flujos Principales:
1. El administrador selecciona "Anular Nota de Crédito".
2. El sistema solicita el número de la nota de crédito y el
motivo de la anulación.
3. El administrador ingresa el número de nota de crédito y
el motivo.
4. El administrador confirma la anulación.
5. El sistema valida la información y realiza la anulación.
6. El sistema actualiza el registro de la nota de crédito como
anulada.
• Flujos Alternativos:
31

o Nota de Crédito No Encontrada: Si la nota de crédito


no existe, el sistema muestra un mensaje de error.
• Postcondiciones: La nota de crédito se anula y el registro se
actualiza. El administrador recibe una confirmación.

5. Ver Historial de Transacciones

• Nombre del Caso de Uso: Ver Historial de Transacciones


• Actor Primario: Usuario Normal, Administrador
• Descripción: Permite al usuario o administrador ver el
historial de transacciones realizadas.
• Precondiciones: El usuario debe estar autenticado.
• Flujos Principales:
1. El usuario o administrador selecciona "Ver Historial de
Transacciones".
2. El sistema muestra una lista de transacciones recientes.
3. El usuario o administrador puede filtrar y buscar
transacciones específicas.
• Flujos Alternativos:
o Sin Transacciones: Si no hay transacciones registradas,
el sistema muestra un mensaje informativo.
• Postcondiciones: El historial de transacciones se muestra
correctamente.

6. Gestionar Usuarios

• Nombre del Caso de Uso: Gestionar Usuarios


• Actor Primario: Administrador
• Descripción: Permite al administrador añadir, editar o
eliminar usuarios del sistema.
• Precondiciones: El administrador debe estar autenticado.
• Flujos Principales:
1. El administrador selecciona "Gestionar Usuarios".
2. El sistema muestra una lista de usuarios existentes.
3. El administrador selecciona una opción (añadir, editar,
eliminar).
32

4. El sistema solicita la información necesaria.


5. El administrador ingresa los datos y confirma.
6. El sistema actualiza la lista de usuarios.
• Flujos Alternativos:
o Usuario No Encontrado: Si el usuario a editar o
eliminar no existe, el sistema muestra un mensaje de
error.
• Postcondiciones: La lista de usuarios se actualiza según las
acciones realizadas.

7. Generar Reportes de Ventas

• Nombre del Caso de Uso: Generar Reportes de Ventas


• Actor Primario: Administrador
• Descripción: Permite al administrador generar reportes
detallados de ventas.
• Precondiciones: El administrador debe estar autenticado.
• Flujos Principales:
1. El administrador selecciona "Generar Reportes de
Ventas".
2. El sistema solicita el rango de fechas y parámetros del
reporte.
3. El administrador ingresa los datos y confirma.
4. El sistema genera el reporte basado en las facturas
emitidas.
5. El sistema presenta el reporte al administrador.
• Flujos Alternativos:
o Sin Datos: Si no hay datos para el reporte, el sistema
muestra un mensaje informativo.
• Postcondiciones: El reporte de ventas se genera y presenta
correctamente.

8. Actualizar Información del Producto

• Nombre del Caso de Uso: Actualizar Información del


Producto
33

• Actor Primario: Administrador


• Descripción: Permite al administrador actualizar los detalles
de un producto en el sistema.
• Precondiciones: El administrador debe estar autenticado. El
producto debe existir en el sistema.
• Flujos Principales:
1. El administrador selecciona "Actualizar Información del
Producto".
2. El sistema solicita el identificador del producto y los
nuevos detalles.
3. El administrador ingresa los nuevos datos y confirma.
4. El sistema valida la información y actualiza el producto.
• Flujos Alternativos:
o Producto No Encontrado: Si el producto no existe, el
sistema muestra un mensaje de error.
• Postcondiciones: La información del producto se actualiza
correctamente.

9. Eliminar Producto

• Nombre del Caso de Uso: Eliminar Producto


• Actor Primario: Administrador
• Descripción: Permite al administrador eliminar un producto
del sistema.
• Precondiciones: El administrador debe estar autenticado. El
producto debe existir en el sistema.
• Flujos Principales:
1. El administrador selecciona "Eliminar Producto".
2. El sistema solicita el identificador del producto.
3. El administrador confirma la eliminación.
4. El sistema elimina el producto y actualiza el inventario.
• Flujos Alternativos:
o Producto No Encontrado: Si el producto no existe, el
sistema muestra un mensaje de error.
34

• Postcondiciones: El producto se elimina correctamente del


sistema.

10. Añadir Producto

• Nombre del Caso de Uso: Añadir Producto


• Actor Primario: Administrador
• Descripción: Permite al administrador añadir un nuevo
producto al sistema.
• Precondiciones: El administrador debe estar autenticado.
• Flujos Principales:
1. El administrador selecciona "Añadir Producto".
2. El sistema solicita los detalles del producto (nombre,
precio, cantidad, etc.).
3. El administrador ingresa la información del producto y
confirma.
4. El sistema valida la información y añade el producto.
• Flujos Alternativos:
o Error de Validación: Si la información es incorrecta, el
sistema muestra un mensaje de error y solicita
correcciones.
• Postcondiciones: El producto se añade correctamente al
sistema.

11. Cambiar Clave de Administrador

• Nombre del Caso de Uso: Cambiar Clave de Administrador


• Actor Primario: Administrador
• Descripción: Permite al administrador cambiar su clave de
acceso.
• Precondiciones: El administrador debe estar autenticado.
• Flujos Principales:
1. El administrador selecciona "Cambiar Clave de
Administrador".
2. El sistema solicita la clave actual y la nueva clave.
3. El administrador ingresa la información y confirma.
35

4. El sistema valida la información y actualiza la clave.


• Flujos Alternativos:
o Clave Incorrecta: Si la clave actual es incorrecta, el
sistema muestra un mensaje de error.
• Postcondiciones: La clave de administrador se cambia
correctamente.

12. Acceso a Configuración del Sistema

• Nombre del Caso de Uso: Acceso a Configuración del


Sistema
• Actor Primario: Administrador
• Descripción: Permite al administrador acceder y modificar la
configuración del sistema.
• Precondiciones: El administrador debe estar autenticado.
• Flujos Principales:
1. El administrador selecciona "Acceso a Configuración del
Sistema".
2. El sistema muestra las opciones de configuración
disponibles.
3. El administrador realiza los cambios necesarios y guarda
los ajustes.
• Flujos Alternativos:
o Error de Configuración: Si hay un error en los ajustes,
el sistema muestra un mensaje de error y solicita
correcciones.
• Postcondiciones: La configuración del sistema se actualiza
correctamente.

13. Registrar Actividad de Usuario

• Nombre del Caso de Uso: Registrar Actividad de Usuario


• Actor Primario: Administrador
• Descripción: Permite al administrador registrar y monitorear
las actividades realizadas por los usuarios.
• Precondiciones: El administrador debe estar autenticado.
36

• Flujos Principales:
1. El administrador selecciona "Registrar Actividad de
Usuario".
2. El sistema muestra un historial de actividades.
3. El administrador puede filtrar y buscar actividades
específicas.
• Flujos Alternativos:
o Sin Actividades: Si no hay actividades registradas, el
sistema muestra un mensaje informativo.
• Postcondiciones: La actividad de usuario se registra y muestra
correctamente.

14. Generar Reportes de Notas de Crédito

• Nombre del Caso de Uso: Generar Reportes de Notas de


Crédito
• Actor Primario: Administrador
• Descripción: Permite al administrador generar reportes
detallados de notas de crédito.
• Precondiciones: El administrador debe estar autenticado.
• Flujos Principales:
1. El administrador selecciona "Generar Reportes de Notas
de Crédito".
2. El sistema solicita el rango de fechas y parámetros del
reporte.
3. El administrador ingresa los datos y confirma.
4. El sistema genera el reporte basado en las notas de
crédito emitidas.
5. El sistema presenta el reporte al administrador.
• Flujos Alternativos:
o Sin Datos: Si no hay datos para el reporte, el sistema
muestra un mensaje informativo.
• Postcondiciones: El reporte de notas de crédito se genera y
presenta correctamente.

15. Ver Detalles de una Factura


37

• Nombre del Caso de Uso: Ver Detalles de una Factura


• Actor Primario: Usuario Normal, Administrador
• Descripción: Permite al usuario o administrador ver los
detalles de una factura específica.
• Precondiciones: El usuario debe estar autenticado. La factura
debe existir en el sistema.
• Flujos Principales:
1. El usuario o administrador selecciona "Ver Detalles de
una Factura".
2. El sistema solicita el número de la factura.
3. El usuario o administrador ingresa el número y confirma.
4. El sistema muestra los detalles de la factura solicitada.
• Flujos Alternativos:
o Factura No Encontrada: Si la factura no existe, el
sistema muestra un mensaje de error.
• Postcondiciones: Los detalles de la factura se muestran
correctamente.
38
39

Aplicar la matriz de priorización basada en valor costo

riesgo.

Código Requisito Valor (1-3) Costo (1-3) Riesgo (1-3) Prioridad


3-2-2=
RF_01 Generar Factura 3 2 2 -1
3-2-2=
RF_02 Generar Nota de Crédito 3 2 2 -1
3-3-2=
RF_03 Anular Factura 3 3 2 -2
3-3-2=
RF_04 Anular Nota de Crédito 3 3 2 -2
2-2-1=
RF_05 Ver Historial de Transacciones 2 2 1 -1
2-3-3=
RF_06 Gestionar Usuarios 2 3 3 -4
3-3-2=
RF_07 Generar Reportes de Ventas 3 3 2 -2
Actualizar Información del 2-2-2=
RF_08 Producto 2 2 2 -2
2-2-2=
RF_09 Eliminar Producto 2 2 2 -2
2-2-2=
RF_10 Añadir Producto 2 2 2 -2
2-1-1=
RF_11 Cambiar Clave de Administrador 2 1 1 0
Acceso a Configuración del 2-3-3=
RF_12 Sistema 2 3 3 -4
2-2-2=
RF_13 Registrar Actividad de Usuario 2 2 2 -2
Generar Reportes de Notas de 3-3-2=
RF_14 Crédito 3 3 2 -2
2-2-1=
RF_15 Ver Detalles de una Factura 2 2 1 -1
2-2-1=
RNF_01 Manual de Usuario 2 2 1 -1
3-3-2=
RNF_02 Soporte Técnico 3 3 2 -2
2-3-2=
RNF_03 Escalabilidad 2 3 2 -3
3-3-2=
RNF_04 Rendimiento 3 3 2 -2
40

3-3-3=
RNF_05 Seguridad 3 3 3 -3

Interpretación

Prioridad Negativa: Los requisitos con una prioridad negativa

indican que el costo y el riesgo superan el valor esperado.

Estos pueden ser menos prioritarios.

Prioridad Cero o Positiva: Requisitos con una prioridad cero o

positiva suelen ser más prioritarios, ya que aportan más valor

en relación con su costo y riesgo.

También podría gustarte