Ingeniería de Requerimientos Semana 2 IACC

Documento de requerimientos de software

MDS-D01 Optimización al proceso Venta e Implementación firma Electrónica

Fecha: 27/04/2020

Menú

Historial de Versiones 3

Información del Proyecto 3

Aprobaciones 3

1. Propósito 4

2. Alcance del producto / Software 4

3. Referencias 5

4. Funcionalidades del producto 7

5. Clases y características de usuarios 8

6. Entorno operativo 11

7. Requerimientos funcionales 12

9.1. Ingreso de Venta 12

9.2. Rescate – Validación Venta 13

9.4. Generación de XML 14

9.5. Emisión Factura 15

9.6. Visualización Factura 16

8. Reglas de negocio 17

9. Requerimientos de interfaces externas 18

9.1. Interfaces de usuario 18

9.2. Interfaces de hardware 20

9.3. Interfaces de software 20

9.4. Interfaces de comunicación 21

10. Requerimientos no funcionales 22

11. Otros requerimientos 24

Historial de Versiones

Fecha Versión Autor Organización Descripción

27/04/2020 V 1.0 Evelyn Ilufi Se presenta la necesidad de optimizar el actual proceso de emisión de facturas electrónicas

Información del Proyecto

Empresa / Organización

Proyecto MDS-DO1 Optimización proceso de Venta e implementación de firma electrónica

Fecha de preparación 27/04/2020

Cliente

Patrocinador principal

Gerente / Líder de Proyecto

Gerente / Líder de Análisis de negocio y requerimientos

Aprobaciones

Nombre y Apellido Cargo Departamento u Organización Fecha Firma

1. Propósito

El propósito de este documento es buscar eficiencias operacionales con mecanismos de control al modelo de Ventas actual y emisión de facturas.

2. Alcance del producto / Software

El alcance deseado de este requerimiento es simplificar la emisión de la factura de forma electrónica y así disminuir el tiempo entre la emisión de las facturas en el proceso actual y en el envío a los clientes.

3. Referencias

Modelo conceptual grafica el funcionamiento de la facturación electrónica

Diagrama de Actividades modelo operación emisión de factura electrónica

Las personas que participan en las definiciones de este proceso de negocio son:

Usuario Cargo

Rodrigo Araya Jefe de Administración y Finanzas

Francisca Pinto Encargada Facturación

4. Funcionalidades del producto

Funcionalidades del software que se están especificando en el documento de requerimientos

• Ingresada la venta, esta se podrá rescatar, para validar la información del cliente.

• Validada la información de la venta, se creará archivo XML con estructura para emisión de factura

• Creado el XML, se invocará el servicio de Acepta, para firmar electrónicamente el documento

• Firmado el documento, se enviará una notificación en la pantalla al usuario, que el documento fue firmado exitosamente

• Emisión de factura y envío de esta por correo electrónico a cliente

• En el proceso de validación de la estructura de datos, generación de XML, firma del documento los cuales iniciada los procesos serán validados, tanto como para proceso exitoso o fallido.

Se debe considerar estos requisitos para la implementación.

• Ser individual y estar vinculada al titular (Quien la firmara)

• Verificar la identidad, mediante el dispositivo (Token) técnico de comprobación establecido por la ley.

• El método de creación de la firma y verificación debe ser seguro, confiable e inalterable.

• Al momento de creación de la firma electrónica, los datos con los que se crean sean bajo control exclusivo del firmante.

5. Clases y características de usuarios

Dentro de la aplicación también como norma de seguridad, es el acceso a la información o las acciones que podemos realizar de acuerdo con nuestras credenciales de usuario creadas, por ende, en el mantenedor de usuarios, dentro del menú administración, el perfil “Admin” tendrá acceso a modificar o eliminar todos los usuarios registrados del sistema, en cambio el perfil “User” solo puede realizar modificaciones a sus datos propiamente tal.

Se revisan loa tipos de perfiles en la Base de datos a la tabla TBL_PERFIL.

En este caso habrán tres tipos de perfiles para la aplicación.

• Admin

• JP

• User

Perfil “User”

Cuando ingresemos al sistema con el usuario “FPINTO”, el cual deberá está registrado con un IDPERFIL 3, que corresponde a “User” en la BD

Cuando se ingrese a la opción de administración – usuarios, en la pantalla principal se cargarán los usuarios a modificar de acuerdo con el IDPERFIL, en este caso es el mismo usuario con quien se ingresó en el sistema. Tampoco tiene credenciales para ingresar otros usuarios, puesto que el botón nuevo usuario no se encuentra visible.

Perfil “Admin”

Cuando ingresemos al sistema con el usuario “RARAYA”, el cual deberá está registrado con un IDPERFIL 1, que corresponde a “Admin” en la BD

Cuando se ingrese a la opción de administración – usuarios, en la pantalla principal se deberán cargar los usuarios a modificar de acuerdo con el IDPERFIL, en este caso cargara todos usuario registrados en el sistema. Tiene credenciales para ingresar otros usuarios, puesto que el botón nuevo usuario se encuentra visible.

6. Entorno operativo

Hardware implementación

• Conexión de Internet (banda ancha)

• Opcionalmente una red de datos

• Sistema operativo Windows

• Procesador Pentium III o mayor

• Sistema operativo Windows 3x, XP o mayor

• Periféricos de impresión

• Lenguaje Microsoft Visual Studio 2008 C#, ASPX •

• Servidor Web (IIS Ver. 6.0 o Superior)

• Base de Datos

• Infraestructura tecnológica básica (PC, servidor, acceso web)

7. Requerimientos funcionales

Detalle de requerimientos funcionales.

9.1. Ingreso de Venta

Identificador: RF1 Nombre: ING VEN

Tipo (Necesario/Deseable) : Necesario

Prioridad de Desarrollo : Alta

Requerimiento que lo Utiliza o especializa :

¿Critico? : SI

Documento de Visualización Asociados: Casos de Uso

Entrada: Ingreso de datos de la venta

Salida: Venta registrada correctamente

Actor:

N/A

Descripción:

Permite ingresar la venta, datos del cliente, detalle de la venta, productos, cantidad y su respectivo monto a cancelar.

Dependencias:

N/A

Observaciones:

Al ingresar un pedido de venta se deberá asignar un cliente. El cliente deberá estar creado en el maestro de clientes, se permitirá realizar búsquedas por nombre de cliente o Rut.

9.2. Rescate – Validación Venta

9.3. Identificador: RF2 Nombre: RES VEN

Tipo (Necesario/Deseable) : Necesario

Prioridad de Desarrollo : Alta

Requerimiento que lo Utiliza o especializa :

¿Critico? : SI

Documento de Visualización Asociados: Casos de Uso

Entrada: Consulta de venta ingresada

Salida: Visualización de venta

Actor:

N/A

Descripción:

La aplicación deberá cargar todas las ventas del día que han sido generadas. Estas podrán ser seleccionadas mediante una grilla

Dependencias:

ING VEN

Observaciones:

Una vez la venta ingresada en el sistema actual, este nos proporciona los datos del cliente y detalle de la venta para el proceso en cual se va a emitir la factura electrónicamente. Se debe validar la información al momento de seleccionar la venta para emitir su factura.

9.4. Generación de XML

Identificador: RF3 Nombre: GEN XML

Tipo (Necesario/Deseable) : Necesario

Prioridad de Desarrollo : Alta

Requerimiento que lo Utiliza o especializa :

¿Critico? : SI

Documento de Visualización Asociados: Casos de Uso

Entrada: Venta seleccionada

Salida: Generación XML

Actor:

N/A

Descripción:

...