cyber-ad-05 documento de analisis y diseño de cus.docx

FACULTAD DE INGENIERÍA

ESCUELA DE INGENIERÍA DE SISTEMAS

SISTEMA DE INFORMACIÓN PARA EL CONTROL DE VENTAS DE

EQUIPOS DE CÓMPUTO Y ACCESORIOS DE LA EMPRESA CYBERCOM

CENTER DE SMP – LIMA.

CYBER-AD-05 DOCUMENTO DE ANALISIS Y DISEÑO DE CASOS DE USO DEL SISTEMA

Versión 1.0

Octubre del 2013

CYBERCOM CENTER, 2013

CYBER-DA-01 Documento de Análisis y Diseño de CUS

ÍNDICE

INTRODUCCIÓN.......................................................................................................................................4

II. MODELO DE ANÁLISIS DE LOS CASOS DE USO....................................................................5

2.1 Diagrama de casos de uso del Sistema.........................................................52.1.1.1. Lista de Actores del Sistema.....................................................................................62.1.2. Clasificación de casos de uso..................................................................................102.1.3. Matriz de Casos de Uso por Actores......................................................................11

2.2 Especificación de Casos de Uso...................................................................11

2.2.1. Caso de Uso: CU.01.01 Login sistema....................................................112.2.2. Caso de Uso: CU.02.01 Registro Cliente...............................................................132.2.3. Caso de Uso: CU.02.02 Registro Venta.................................................................142.2.4. Caso de Uso: CU.02.03 Registro de Tipo de Producto..........................................171.2.5. Caso de Uso: CU.02.04 Registro Producto.............................................................18

III. MODELO DE DISEÑO DE LOS CASOS DE USO......................................................................20

3.1. Diagrama de clases de diseño...............................................................20

3.2. Diagramas de secuencia por caso de uso..............................................213.2.1. Diagrama de Secuencia de Login...........................................................................213.2.2. Diagrama de Registro Venta...................................................................................213.2.3. Diagrama de Registro de Tipo de Producto............................................................223.2.4. Diagrama de Registro Producto..............................................................................233.2.5. Diagrama de Registro Cliente.................................................................................24

3.3. Modelo de datos.....................................................................................25

Fecha de Actualización: 17/04/2023 Versión: 2.0

Preparado por: Michael Respicio Lazo Página : 2 de 28


I. HISTORIAL DEL DOCUMENTO

NOMBRE CARGO FECHA FIRMA

Elaboración Michael Respicio Gerente de Proyecto 26 de Octubre 2013

Revisión

Aprobación

EDICION REVISION FECHA DESCRPCION AUTOR

1 0 26 de Octubre Primera Versión de la Guía Michael Respicio




INTRODUCCIÓN

El presente documento tiene como objetivo asegurar el correcto levantamiento de información respecto a los casos de uso y definir la aproximación necesaria para resolver los requisitos del proyecto de la empresa CYBERCOM CENTER. Este documento contiene la información detallada de los casos de uso, el prototipo de pantallas, el modelo de clases, las especificaciones de diseño necesarias para iniciar la construcción y el modelo de datos requerido para dar soporte a la funcionalidad definida.

El presente documento contiene dos partes:

ANALISIS DE LOS CASOS DE USO DEL SISTEMA

El objetivo de esta parte es asegurarse que los requisitos y especificaciones son factibles, consistentes, estén completos y sean entendibles por el equipo de desarrollo, en función al conocimiento de la situación actual y bajo el contexto organizacional, normativo de las operaciones que realiza el área de Ventas que permite:

Brindar un entendimiento sobre el contexto actual del negocio donde se desea construir e implantar una solución de software eficiente y efectivamente.

Identificar y analizar los actores y procesos actuales, así como sus problemas y limitaciones.

Identificar las entidades principales de datos que deberán ser administradas por el sistema.

Estudiar cuidadosamente el documento de “Visión y Alcance”, revisando a detalle cada elemento del documento buscando descubrir omisiones, contradicciones, especificaciones a ser determinadas y especificaciones que necesitan ampliarse o clarificarse.

DISEÑO DE LOS CASOS DE USO DEL SISTEMA

En esta parte el equipo de desarrollo ha descrito lógica y físicamente la arquitectura del software que va a cumplir con las especificaciones del sistema. La idea principal en esta etapa es la de organizar los requisitos en subsistemas y




desarrollar el mejor diseño para la atención de los requisitos Textiles García, definiendo, desde el punto de vista técnico, las principales pantallas presentadas para los casos de uso. La información de esta parte será entregada al equipo encargado de la construcción.

A continuación se presenta en dos partes, el análisis y el diseño del sistema, el cual deberá tomarse en cuenta para la fase de construcción ejecutada por el equipo del proyecto durante los próximos meses.

II. MODELO DE ANÁLISIS DE LOS CASOS DE USO

Durante la fase de análisis del sistema se desarrolló el modelo de casos de uso del sistema a un nivel macro. En el presente acápite detallamos con mayor detalle los casos de uso y la relación de dependencia que tienen los procesos respecto a los servicios informáticos requeridos. Se pretende conocer qué procesos del sistema serán parte de la solución propuesta, así como los problemas que se presentan.

En este acápite se hace un análisis del sistema, presentando los actores y casos de usos clasificados y organizándolos en paquetes, la responsabilidad de los casos de uso y las iteraciones de desarrollo. Resaltamos con mayor detalle la matriz de requisitos cruzándolos con los casos que atenderá el sistema y los actores relacionados.

2.1 Diagrama de casos de uso del Sistema.

El Modelo de Casos de Uso del sistema presentado a continuación muestra la relación entre los actores y los casos de uso del sistema. Cada uno de los casos de uso representa una determinada funcionalidad que ofrecerá el sistema en lo que se refiere a su interacción externa.

2.1.1. Diagrama de Actores del Sistema

El siguiente cuadro (Fig. 1) muestra los diferentes Actores que interactúan en el sistema.




Fig. 1 – Actores del Sistema Integrado de Gestión de Ventas

2.1.1.1. Lista de Actores del Sistema

A continuación se describen los actores del sistema mencionados en la fig. 01 y las responsabilidades de cada uno en el sistema.

Actores del Sistema

Actor del Sistema Responsabilidades del Sistema

Administrador CU.01.01 Login Sistema. CU.02.01 Registro Clientes. CU.02.02 Registro Ventas. CU.02.03 Registro Tipo de Productos. CU.02.04 Registro Productos.

2.1.1.2. CU.01.01 Login Sistema

Fig. 2 – Diagrama del CU.01.01.

Lista de caso de uso del sistema: CU.01.01 Login Sistema

Caso de uso: Propósito del Caso de Uso

CU.01.01 Login Sistema. Validar que la contraseña ingresada por el administrador sea correcta.




2.1.1.3. CU.02.01 Registro Clientes.

Fig. 3 – Diagrama del CU.02.01 Registro Cliente.

Lista de casos de uso del sistema: CU.02.01 Registro Cliente.


CU.02.01 Registro ClienteAdministrador ingresa al formulario para realizar un registro de cliente.

CU.02.01.01 Búsqueda de Clientes

Administrador realiza una búsqueda de cliente en la base de datos para no realizar doble registro.

CU.02.01.02 Ingresar datos del Cliente

Administrador ingresa los datos del cliente.

CU.02.01.03 Administrador actualiza datos del cliente

Administrador actualiza los datos del cliente que ya fue registrado en la base de datos.

CU.02.01.04 Administrador elimina cliente.

Administrador seleccionará al cliente que desea eliminar.




2.1.1.4. CU.02.02 Registro Ventas.

Fig. 4 – Diagrama del Caso de uso del Sistema: CU.02.02 Registro Venta.

Lista de casos de uso del sistema: CU.02.02 Registro Venta.


CU.02.02 Registro venta.El administrador ingresa al formulario Registro venta para realizar un registro.

CU.02.02.01 Búsqueda de Cliente.

Administrador realiza una búsqueda del cliente en la base de datos para no realizar doble registro.

CU.02.02.02 Ingresa datos de cliente.

Administrador ingresa los datos del cliente que realizará la compra.

CU.02.02.03 Búsqueda de producto.

Administrador realiza búsqueda de producto para ser ingresados al registro de venta.

CU.02.02.04 Ingresa datos de producto.

Administrador realiza la búsqueda de los productos que fueron solicitados por el cliente para su venta.

CU.02.02.05 Ingresa cantidad de producto.

Administrador ingresa la cantidad de productos requerido por el cliente.

CU.02.02.06 Reporte VentaAdministrador confirma la venta al cliente mostrando el reporte de la venta realizada.




2.1.1.5. CU.02.03 Registro Tipo de Producto.

Fig. 5 – Diagrama del Caso de uso del Sistema: CU.02.03 Registro Tipo de Producto.

Lista de casos de uso del sistema: CU.02.03. Registro Tipo de Producto.


CU.02.03 Registro Tipo de Producto.

Administrador ingresa al formulario para realizar un registro de tipo de producto.

CU.02.03.01 Búsqueda Tipo de Producto.

Administrador realiza búsqueda de tipo de producto para no realizar un doble registro.

CU.02.03.02 Ingresa Tipo de Producto.

Administrador ingresa el nombre del tipo de producto a ser registrado.

CU.02.03.04 Actualiza Tipo de Producto.

Administrador podrá actualizar los datos del tipo de producto que ya se encuentre registrado en la base de datos.

CU.02.03.05 Elimina Tipo de Producto.

Administrador podrá escoger que tipo de producto desea eliminar de la base de datos.




2.1.1.6. CU.02.04. Registro Producto.

Fig. 6 – Diagrama del Caso de uso del Sistema: CU.02.04 Registro Producto.

Lista de casos de uso del Sistema: CU.02.04 Registro Producto.

2.1.2. Clasificación de casos de uso

Los casos de uso del sistema han sido clasificados de acuerdo a su relevancia (primario/secundario) en el sistema.

Casos de uso primario




CU.02.04 Registro Producto.Administrador ingresa al formulario para realizar el registro de un producto nuevo.

CU.02.04.01 Búsqueda de Producto.

Administrador realiza búsqueda de producto para no realizar un doble registro.

CU.02.04.02 Ingresa datos del producto.

Administrador ingresa los datos del producto nuevo que se registrará en la base de datos.

CU.02.04.03 Actualiza producto.

Administrador puede realizar la actualización del producto ya existente en la base de datos.

CU.02.04.04 Elimina producto.

Administrador puede escoger que producto desea eliminar de la base de datos.


Aquellos que son relevantes en el sistema y sirven de punto esencial para el correcto funcionamiento del mismo. Estos casos de uso se harán en la primera iteración de la fase de construcción.

Clasificación: Caso de Uso

Primarios CU.02.01 Registro Clientes.CU.02.02 Registro Ventas.CU.02.03 Registro Tipo de Productos.CU.02.04 Registro Productos.

Casos de uso secundario

Aquellos elaborados para el cumplimiento de algunos requisitos funcionales y del sistema. Estos casos de uso se construirán en la segunda iteración de la fase de construcción.

Clasificación: Caso de Uso

Secundarios CU.01.01 Validar Usuario

2.1.3. Matriz de Casos de Uso por Actores

Casos de uso vs. ActoresC

lient

e

Adm

inis

trad

or

M1. SeguridadCU.01.01 Validar Usuario X

M2. RegistroCU.02.01 Registro Clientes X XCU.02.02 Registro Ventas X XCU.02.03 Registro Tipo de Producto XCU.02.04 Registro Producto X

2.2 Especificación de Casos de Uso

2.2.1. Caso de Uso: CU.01.01 Login sistema.

Caso de uso: CU.01.01 Login sistemaActor(es): AdministradorPropósito: Validar la contraseña ingresada por el Administrador sea

correcto.




Tipo: SecundarioResumen: El caso de uso comienza cuando el Administrador ingresa

a la pantalla de Acceso al Sistema. El caso de uso termina con la validación exitosa del usuario y contraseña ingresado.

Requerimientos: RF-001 Login al Sistema.Pre-condiciones: 1. Ninguno.Post-condiciones 1. Se ha permitido el acceso al sistema para el usuario y

contraseña ingresados.FLUJO BASICOAcción del Actor Respuesta del Sistema1. El caso de uso comienza cuando el

Administrador ingresa a la pantalla de Acceso al Sistema y digita:a) Contraseña.El Administrador da clic en el botón INGRESAR.

2. El sistema valida la contraseña ingresada por el Administrador y otorgará el acceso o no.

FLUJO ALTERNOFA 01: Flujo Básico Paso 02:Si hay error en la validación.1. No se permite el acceso al sistema y se muestra un mensaje en la pantalla

indicando “LA CONTRASEÑA ES INCORRECTA”.2. Se retorna al paso 2 del flujo básico, para que el Administrador realice las

correcciones necesarias.

Pantallas del Caso de Uso – CU.01.01

2.2.2. Caso de Uso: CU.02.01 Registro Cliente.

Caso de uso: CU.02.01 Registrar ClienteActor(es): AdministradorPropósito: Registrar al cliente nuevo.Tipo: PrimarioResumen: El caso de uso comienza cuando el Administrador ingresa

los datos del cliente. Se realiza una búsqueda en la base de datos para asegurarse que no esté registrado. Se ingresarán los datos faltantes y se finalizará con el registro.

Requerimientos: RF-002 Registro de Cliente.Pre-condiciones: 1. El Administrador ya debe haber ingresado al sistema

que válido la contraseña.




Post-condiciones 1. El cliente no este registrado en la base de datos.2. Los datos del cliente estén completos.

FLUJO BASICOAcción del Actor Respuesta del Sistema1. El caso de uso comienza cuando

el Administrador ingresa a la opción de registrar cliente.

2. El Sistema muestra la interfaz donde se realizará el registro.

3. El Administrador realiza una búsqueda de los clientes ya registrados en el sistema presionando clic en el botón “CONSULTAR”.

4. El sistema muestra una pantalla donde se pide ingresar el código de cliente a ser buscado.

5. El Administrador ingresa el código del cliente y da clic en “ACEPTAR” para permitir la búsqueda en la base de datos.

6. El sistema llenará los campos automáticamente luego de realizar la búsqueda o mostrará un mensaje indicando “CODIGO NO EXISTE” si no existe ese código registrado.

7. El Administrador ingresa los datos con el cliente para luego dar clic en “GRABAR DATOS” y finalizar el registro.

8. El sistema muestra el mensaje “LISTO” que indica se ha realizado el registro.

FLUJO ALTERNOFA 01: Flujo Básico Paso 04:Si ya existe el cliente registrado.1. Se Visualiza que sus datos estén correctos.2. Si fuera necesario se realiza una actualización de sus datos anteriormente

ingresados y el sistema mostrará el mensaje “DATOS ACTUALIZADOS”.3. O también puede realizar la eliminación del cliente registrado para volver a

registrarlo, el sistema mostrará una pantalla para confirmar “SI” o “NO” para eliminar el cliente seleccionado. Si se confirma en si, el sistema mostrará el mensaje “DATOS ELIMINADOS”.





2.2.3. Caso de Uso: CU.02.02 Registro Venta.

Caso de uso: CU.02.02 Registro VentaActor(es): AdministradorPropósito: Realiza el registro de productos nuevos que ofrece la

empresa CYBERCOM en el sistema.Tipo: PrimarioResumen: El caso de uso comienza cuando el ADMINISTRADOR

ingresa al sistema para realizar un nuevo registro de venta. Realiza el llenado de los datos para realizar el registro.

Requerimientos: RF-005 Registro de Venta.Pre-condiciones: 1. El administrador debe haber ingresado al sistema.Post-condiciones 1. La venta no está siendo registrada.FLUJO BASICOAcción del Actor Respuesta del Sistema1. El caso de uso comienza cuando

el Administrador ingresa al sistema para realizar un nuevo registro de venta.

2. El Sistema muestra la interfaz donde se puede realizar una búsqueda de los clientes para realizar el registro de venta.

3. El Administrador tiene la opción de realizar una búsqueda por nombre, apellido paterno, apellido materno y código. Da clic en el botón “CONSULTAR”.

4. El Sistema muestra los clientes que ya se encuentran registrado en la base de datos.




5. El Administrador selecciona a uno de los clientes para realizar el registro de venta.

6. El sistema muestra un mensaje donde pide confirmación para registrar a cliente seleccionado en el registro de venta.

7. El Administrador da clic en el botón “SI” o “NO”.

8. El sistema muestra el mensaje “LISTO” si el administrador dio clic en el botón “SI”.

9. El Administrador debe dar clic en el botón “ACEPTAR” para aceptar el mensaje mostrado por el sistema.

10. El sistema muestra los datos del cliente en la interfaz de registro de venta. Y los productos que están registrados en la base de datos.

11. El Administrador puede ingresar el nombre de producto que desea buscar. O solo dar clic en el botón “MOSTRAR TODOS”

12. El sistema muestra el producto que se desea buscar o todos los productos que se encuentran registrados en el sistema.

13. El Administrador selecciona el producto que será vendido.

14. El sistema muestra un mensaje donde pide ingresar la cantidad de producto a ser vendido.

15. El Administrador ingresa la cantidad y da clic en “ACEPTAR”.

16. El sistema ingresará el producto y la cantidad ingresada. También mostrará el monto total y el monto IGV que deberá ser pagado por el cliente.

17. El Administrador da clic en el botón con la imagen de una impresora para realizar el reporte de la venta.

18. El sistema muestra el reporte de la venta que será impresa para terminar el registro de la venta.

FLUJO ALTERNO

FA 01: Flujo básico paso 08.

Si selecciona que no realizará el registro de venta.

1. El sistema no mostrará el formulario de registro de venta.


Si el Administrador desea realizar algún cambio en el registro de venta.

1. Puede eliminar un producto elegido y volver a agregarlo.2. Puede retornar al menú principal.3. Puede cerrar el sistema.


Si el Administrador da clic en el Botón “CANCELAR”

1. El sistema regresará a la interfaz de registro de venta sin adicionar el producto seleccionado.


Si el Administrador no desea registrar la venta.

1. El Administrador tendrá la opción de eliminar el registro de venta que se realiza dando clic en el botón “ELIMINAR”.

2. El Administrador podrá volver a la pantalla principal si no desea registrar la venta dando clic en el botón “VOLVER”.

Pantalla del Caso de Uso: CU.02.02 Registro Venta.




2.2.4. Caso de Uso: CU.02.03 Registro de Tipo de Producto.

Caso de uso: CU.02.03 Registro de Tipo de ProductoActor(es): AdministradorPropósito: Realiza el registro de los tipos de producto ofrecidos por la

empresa CYBERCOM CENTER.Tipo: PrimarioResumen: El caso de uso comienza cuando el ADMINISTRADOR

ingresa al sistema para realizar el registro de un nuevo tipo de producto. Al ingresar el tipo a ser registrado, primero realizará una consulta para estar seguro de no registrar un tipo ya registrado anteriormente.

Requerimientos: RF-003 Registro de Tipo de ProductoPre-condiciones: 1. El Administrador ingreso satisfactoriamente al sistema

después de ser validada su contraseña por el sistema.Post-condiciones 1. El tipo de producto no está registrado en la base de

datos.FLUJO BASICOAcción del Actor Respuesta del Sistema1. El caso de uso comienza cuando

el Administrador ingresa al sistema para registrar un nuevo tipo de producto.

2. El Sistema muestra la interfaz donde se realizará el registro.

3. El Administrador da clic en el botón “CONSULTAR” para buscar un tipo de producto ya registrado.

4. El Sistema muestra el mensaje donde pide el ingreso del código del tipo de producto a ser buscado.

5. El Administrador ingresa el nombre del tipo de producto a ser buscado y da clic en el botón “ACEPTAR”

6. El sistema muestra el producto solicitado en búsqueda por el código si existiera en la base de datos.

7. El administrador ingresa los datos del nuevo tipo de producto que será registrado y da clic en el botón “GRABAR DATOS”.

8. El sistema mostrará el mensaje: “LISTO”.

FLJUO ALTERNOFA 01: Flujo Básico Paso 04:

Si ya existe el tipo de producto registrado.

1. Se puede realizar una modificación en el nombre del tipo de producto. Y luego dando clic en el botón “ACTUALIZAR”. El sistema mostrará el mensaje “DATOS ACTUALIZADOS”.

2. Se puede eliminar el tipo de producto ya existente, seleccionando el tipo de producto y dando clic en el botón “ELIMINAR”. El sistema mostrará el mensaje “DATOS ELIMINADOS”.

3. Si el Administrador ya no desea registrar ningún tipo de producto, solo deberá dar clic en el botón “VOLVER” y el sistema lo llevará al menú principal.





1.2.5. Caso de Uso: CU.02.04 Registro Producto.

Caso de uso: CU.02.04 Registro de ProductoActor(es): AdministradorPropósito: Realiza el registro de productos nuevos que ofrece la

empresa CYBERCOM en el sistema.Tipo: PrimarioResumen: El caso de uso comienza cuando el ADMINISTRADOR

ingresa al sistema para realizar un nuevo registro de productos. Realiza el llenado de los datos para realizar el registro.

Requerimientos: RF-004 Registro producto.Pre-condiciones: 1. El administrador debe haber ingresado al sistema.Post-condiciones 1. El producto no está registrado.FLUJO BASICOAcción del Actor Respuesta del Sistema




1. El caso de uso comienza cuando el Administrador ingresa al sistema para realizar un nuevo registro de producto.

2. El Sistema muestra la interfaz donde se realizará el registro del nuevo producto.

3. El Administrador da clic en el botón

4. El Sistema habilita los botones de consulta o búsqueda.

5. El Administrador ingresa el precio unitario del producto y su stock para terminar el registro.

6. El sistema muestra un mensaje indicando que el registro se realizó con éxito.

FLUJO ALTERNO


Si ya existe el producto registrado.

1. Se pueden realizar modificaciones al nombre del producto, el precio y el stock.

2. Se puede realizar la eliminación el producto de la base de datos.Pantallas del Caso de Uso – CU.02.04




III. MODELO DE DISEÑO DE LOS CASOS DE USO

En el presente acápite se presenta el diseño del sistema por medio del modelo de clases, como elemento principal. En el mismo la estructura de clases del sistema se especifica, con relaciones entre clase y estructuras de herencia así como sus principales atributos.

Nuestra metodología utiliza las técnicas de aproximación a un caso de uso guiado hacia el diseño orientado a objetos (diagramas a implementar dentro del diseño del sistema) para la implementación de funciones del nuevo sistema.

3.1. Diagrama de clases de diseño.

3.2.

Diagramas de secuencia por caso de uso

3.2.1. Diagrama de Secuencia de Login




3.2.2. Diagrama de Registro Venta.

3.2.3.Diagrama de Registro de Tipo de Producto.




3.2.4. Diagrama de Registro Producto.




3.2.5. Diagrama de Registro Cliente.




3.3. Modelo de datos.A continuación presentamos el modelo de datos organizado por paquetes para una

mejor visualización.

1. Venta

1.1. Diagrama: Venta

1.1.Tabla: Venta.

Nombre Tipo de Dato Comentario

CodVenta Varchar(50) Código auto generado de la venta.CodCliente Varchar(50) Código del cliente.Fechaventa Varchar(50) Fecha que se realiza la venta.Montototal Varchar(50) Monto total que pagará el cliente por la venta.MontoIgv Varchar(50) Monto IGV que será cobrado al cliente.Indicador Varchar(50)

1.2. 1.2. Diagrama: DetalleVenta




1.2.Tabla: DetalleVenta


Coddetalleventa Varchar(50) Código auto generado del Detalle de venta.CodVenta Varchar(50) Código de la venta.Codproduc Varchar(50) Código del producto.Unidadesvendidas Varchar(50) Unidades vendidas.CostoUnidad Varchar(50) Costo por unidad.CostoParcial Varchar(50) Costo sin IGV.Indicador Varchar(50)

2. Clientes.

2.1.Diagrama: Clientes


CodCliente Varchar(50) Código auto generado del Cliente.Nombres Varchar(50) Nombres del cliente.Apepaterno Varchar(50) Apellido paterno del cliente.Apematerno Varchar(50) Apellido materno del cliente.Ruc Varchar(50) Ruc de empresa del cliente.Dirección Varchar(50) Dirección de empresa del cliente.Teláfono Varchar(50) Teléfono del cliente.Indicador Varchar(50)

2.1.Tabla: Clientes.




3. Productos.

3.1.Diagrama: Producto

3.1.Tabla: Producto.


Codproduc Varchar(50) Código auto generado del producto.Nomproduc Varchar(50) Nombre del producto.Precio Varchar(50) Precio unitario del producto.Stock Varchar(50) Stock que se tiene del producto.CodTipoProducto Varchar(50) Código del tipo de producto.Indicador Varchar(50)

3.2.Diagrama: Tipo Producto




3.2.Tabla: Tipo Producto. Nombre Tipo de Dato Comentario

CodTipoProducto Varchar(50) Código auto generado del tipo de producto.DescTipoProducto Varchar(50) Nombre del tipo de producto.Indicador Varchar(50)



cyber-ad-05 documento de analisis y diseño de cus.docx

Documents