CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo

Transcripción

1 1 CAPITULO 2 ANÁLISIS DEL SISTEMA 1. Introducción Como se definió en el plan del presente proyecto, este será desarrollado bajo la metodología orientada a objetos. El objetivo del análisis será marcar el límite del dominio del sistema, definir las clases participantes, sus jerarquías, relaciones y comportamiento. Pero como cualquier desarrollo este comienza con el entendimiento de los requerimientos funcionales, la diferencia radica en que el modelo orientado a objetos analiza el comportamiento y los datos en forma conjunta. El proyecto podrá ser ampliado con otras funciones, debido a que realizará una minería de datos en la página Web. El diseño de la base de datos esta orientado al enfoque relacional Metas Las metas planteadas en la consecución del proyecto son las siguientes:

2 Metas Generales.- Nuestras metas generales son: Sistematizar la gestión de los procesos de marketing. Facilitar la gestión de marketing electrónico Metas Especificas.- Las metas específicas que nos permitirán alcanzar las generales son: Análisis rápido y exacto de productos. Análisis del comportamiento de clientes. Crear promociones sistemáticamente. Crear una página Web. Crear una base de datos de suscriptores Alcances del Proyecto El sistema a desarrollar se denominará Sistema de Marketing 1.0 y consistirá en un conjunto de módulos que actuarán sobre una base de datos relacional. Los alcances del proyecto están divididos según las partes, es decir, por la aplicación y otros la pagina Web. Los alcances de la aplicación son: Visualizar histórico de Productos. Analizar comportamiento de clientes. Crear promociones. Los alcances de la Página Web están orientados a:

3 3 Promocionar la imagen institucional. Realizar publicidad de productos. Obtener suscripciones. Obtener sugerencias de visitantes. 2. Desarrollo del Análisis El proceso de análisis será adaptado a un conjunto de componentes de representación genéricos definidos por Monarchi y Puhr, divididos en componentes estáticos y dinámicos. Los componentes estáticos son estructurales mientras que los dinámicos se centran en el control, y son sensibles al tiempo y al tratamiento de eventos. Se identifican en: Vista estática de clases semánticas. Vista estática de los atributos. Vista estática de las relaciones. Vista estática de los comportamientos. Vista dinámica de la comunicación. Vista dinámica del control y manejo del tiempo. Algunas de las tareas de estos componentes a realizarse en la etapa de análisis son las siguientes: a. Definir los requerimientos. b. Crear y perfeccionar el modelo conceptual.

4 4 c. Definir los casos esenciales de uso. d. Crear y perfeccionar los diagramas de casos de uso. e. Crear y perfeccionar el glosario. f. Definir los diagramas de secuencia de los sistemas. g. Definir los contratos de operaciones. 3. Análisis de Requerimientos del Sistema Los requerimientos son una descripción de las necesidades o deseos de un producto. Una vez definido el escenario, se modela el software. Esta definición se obtiene mediante los requerimientos del sistema. Estos requerimientos deben ser claros, completos, cuantificables, validables y no ambiguos. Existe una disciplina que abarca la captura, elaboración, documentación y validación de los requerimientos, esta es la Ingeniería de Requerimientos. Esta ingeniería divide su objetivo en tres fases: análisis del problema, comprensión de los requerimientos y descripción del producto. Los requerimientos nos permitirán definir el modelo de negocio, establecer el límite del dominio.

5 5 Gráfico No.: 2.1 Título: Análisis de Requerimientos Análisis del problema Comprensión de los requerimientos Descripción del producto Estos requerimientos pueden ser: funcionales, no funcionales y del proceso Requerimientos Funcionales En este apartado analizaremos los requerimientos funcionales, que son los que establecen el funcionamiento del sistema sobre la base de los problemas que éste debería resolver. Los requerimientos funcionales fueron capturados a través de entrevistas a especialistas de marketing, empresas del medio, investigaciones en la Web, entre otras fuentes de información. Nuestras investigaciones se basaron en preguntas como:

6 6 Qué procesos se realizan en un departamento de marketing? De estos procesos Cuales desearía sistematizar? Cómo se realizan estos procesos manualmente? Quiénes realizan los procesos? Qué información se necesita para realizar estos procesos? Con que frecuencia se realizan estos procesos? Dónde se llevan a cabo los procesos? Existen alternativas para llevar a cabo estos procesos? Es necesario guardar información de los clientes y productos? Cuánto tiempo debe ser guardada la información? Cuál son sus expectativas respecto de un sistema de marketing? Qué servicios considera necesarios de un portal Web? Los requerimientos obtenidos fueron diversos, entre los más relevantes y los que apunta a solucionar este proyecto son: Obtener reportes de la situación de productos, en cuanto a ventas, stock, ubicación, sin movimiento. Crear sistemáticamente promociones de productos, como ofertas y combos promociónales. Obtener reportes del comportamiento de los clientes, respecto a tipo de compra, lugar de compras, preferencias de compras, todo esto en base a parámetros.

7 7 Contar con un Banco de datos de suscriptores a fin de desarrollar marketing electrónico. Promocionar la imagen Institucional en la Web. Estos requerimientos de detallan en las siguientes gestiones: Situación de Productos: o Consulta general de productos más vendidos. o Consulta por lugar de venta. o Consulta de productos sin movimiento. o Consulta de productos por tipos de ventas: contado o crédito. o Todas las consultas serán referenciadas por parámetros de tiempo. Comportamiento de clientes. o Consultas de productos comprados por los clientes. o Consultas por lugares de compras de los clientes. o Consultas por periodo de compras de los clientes. o Consultas generales o individuales. Ofertas. o Creación de ofertas. o Actualización de datos de una oferta. o Desactivación de una oferta. o Consultas generales e individuales de ofertas.

8 8 Combos promociónales. o Creación de combos promociónales. o Actualización de datos de combos promociónales. o Desactivación de combos promociónales. o Consultas generales e individuales de combos promociónales. Además la creación de la Página Web facilitará: Promoción de la imagen institucional. Campañas publicitarias de marketing. Obtención de suscripciones. Obtención de sugerencias y preferencias de suscriptores. Envío de correos publicitarios. Los principales actores involucrados en estos requerimientos son el departamento de marketing, los usuarios Web, los usuarios de ventas. Los usuarios de ventas tan solo podrán realizar consultas de las ofertas y combos promociónales. Los usuarios del departamento de marketing podrán realizar a más de consultas; crear, modificar, eliminar, promociones y ofertas, obtener reportes de productos y del comportamiento de los clientes, enviar correos publicitarios a clientes y/o suscriptores.

9 Requerimientos No Funcionales Los requerimientos no funcionales están dados por la portabilidad, confiabilidad, eficiencia e ingeniería humana. En lo que respecta a la portabilidad este proyecto será desarrollado sobre plataforma de sistema operativo Windows de 32 bits; sin embargo de que la herramienta de desarrollo a aplicar es Open Source, con cambios sustanciales puede ser implementada sobre versiones de Linux. Los requerimientos no funcionales son las interfaces gráficas amigables, utilizadas con una combinación de 3 colores como máximo a fin de no afectar la apariencia visual, estas interfaces serán analizadas con detalle en base a las herramientas de desarrollo aprendidas. La confiabilidad es de un alto porcentaje, por la estructura del proyecto en directorios y por su Modelo Vista Controlador MVC. Nuestro proyecto, por su naturaleza de orientado a objetos, cumplirá también requerimientos de modularidad, flexibilidad, facilidad de mantenimiento, incrementabilidad, fácil detección de errores Requerimientos del proceso Entre los requerimientos del proceso esta en trabajar en conjunto con la base de datos general aplicada a todos lo proyectos que serán desarrollados paralelamente a este. Esta base de datos debe ser coordinada entre todos los grupos participantes.

10 10 Tabla No.: 2.1 Título: Requerimientos No Funcionales Atributo Tiempo de respuesta Metáfora de interfaz Tolerancia a fallas Plataformas del sistema operativo Detalles y restricciones de frontera Cuando se registre una promoción, la descripción y el precio aparecerán en menos de un segundo. Las ventanas están orientadas a la metáfora de un formulario y cuadros de diálogo. Maximiza una navegación fácil con teclado y con mouse. Debe registrar las promociones en un plazo de 24 horas, aun cuando se produzcan fallas de energía o del equipo. Microsoft Windows 98, 2000 XP y NT. 4. Descripción del modelo conceptual Una vez analizados los requerimientos estudiamos la interacción del negocio con el entorno, es decir obtenemos un modelo de negocio. El sistema de marketing tiene dos tipos de actores: los usuarios del departamento de ventas y el usuario de marketing. Una vez obtenidos los requerimientos se modelan y se definen casos de uso. Este modelo de negocio lo graficamos a continuación:

11 11 Gráfico No.: 2.2 Titulo: Modelo Global del sistema Empleado marketing Sistema De Marketing Base de Datos Empleado ventas El modelo conceptual de la página Web es: Gráfico No.: 2.3 Título: Modelo Conceptual de Página Web Internauta P á g i n a D a t o s

12 12 5. Diagrama de flujo de datos Flujo de datos de situación de productos El usuario ingresa valida su rol, envía los parámetros de consulta, se procesan y obtiene la información solicitada en forma de un reporte. El siguiente diagrama muestra el flujo de datos. Gráfico No.: 2.4 Título: Diagrama de flujo de datos de Situación de productos Usuario Datos de Usuario Procesar Usuario/ password Peticiones de usuario Recibir petición BD Datos de Petición Solicitud /Entrega Datos Procesar petición Información Resultante Entregar resultados Información a visualizar Interfaz

13 Flujo de datos de comportamiento de clientes El usuario ingresa valida su rol, envía los parámetros de consulta del cliente, se procesan y obtiene la información solicitada en forma de un reporte. El siguiente diagrama muestra el flujo de datos. Gráfico No.: 2.5 Título: Diagrama de flujo de datos de comportamiento de clientes Usuario Datos de Usuario Procesar Usuario/ password Peticiones de usuario Recibir petición Datos de cliente BD Solicitud /Entrega Datos Procesar petición Información Resultante Entregar resultados Información a visualizar Interfaz

14 Flujo de datos de crear promociones El usuario ingresa valida su rol, obtiene un listado de los productos existentes, escoge el producto y aplica la oferta, se procesan y se guarda la oferta. Se muestra la información de la oferta creada. El siguiente diagrama muestra el flujo de datos: Gráfico No.: 2.6 Título: Diagrama de flujo de datos de crear ofertas Usuario Datos de Usuario Procesar Usuario/ password Peticiones de usuario Recibir petición Escoger producto BD Solicitud /Entrega Datos Verificar producto Guardar oferta Datos de oferta Aplicar oferta Oferta Interfaz

15 Flujo De datos de página Web NO INTERNET PAGINA WEB CONTROL DE ACCESO ES USUARIO SI PRESENTAR REPORTES USUARIO INGRESO DE SUGERENCIAS INGRESO DE SUSCRIPCIONES Base de Datos 6. Casos de Uso Para crear un caso de uso se identifican las personas (o dispositivos) que usaran el sistema. El caso de uso describe la forma en que el actor interactúa con el sistema. Estos usuarios pasaran a ser actores de nuestros casos de uso.

16 16 Gráfico No.: 2.7 Título: Modelo de Casos de uso SISTEMA MARKETING VALIDAR USUARIO Y CLAVE EMPLEADO VENTAS SITUACION DE PRODUCTOS Base de Datos EMPLEADO MARKETING PROMOCIONES COMPORTAMIENTO DE CLIENTE Según el modelo conceptual, se han identificado los siguientes casos de uso: Situación de Productos: o Consultar productos más vendidos. o Consultar productos por lugar de venta. o Consultar productos sin movimiento. o Consultar productos por tipos de ventas: contado o crédito. o Todas las consultas serán referenciadas por parámetros de tiempo.

17 17 Comportamiento de clientes. o Consultar compras de los clientes. o Consultar compras de los clientes por lugares. o Consultar compras de los clientes por periodo. o Estas consultas pueden ser generales o individuales. Ofertas. o Crear oferta. o Actualizar datos de una oferta. o Desactivar una oferta. o Consultar ofertas. Combos promociónales. o Crear combos promociónales. o Actualizar datos de combos promociónales. o Desactivar combos promociónales. o Consultar combos promociónales. Enviar correos publicitarios Los casos de uso de la Página Web son: Consultar información institucional. Consultar campañas publicitarias de marketing. Suscribirse en la página. Enviar sugerencias y preferencias de suscriptores.

18 Definición de roles En esta sección se definen los principales roles que tienen los actores que interactúan de alguna forma con el sistema. En el posterior desarrollo de este documento, se indicara como se realiza esta interacción y como el sistema deberá manejarlas. Usuario Administrador Es la persona encargada de dar soporte a la base de datos y mantenimiento de la aplicación. Usuario Marketing Es la persona que se encarga de la creación, modificación, eliminación de las ofertas y promociones en la aplicación. Podrá obtener reportes de la situación de productos y comportamiento de los clientes, a fin de contar con la información necesaria para la elaboración de estrategias de marketing. Usuario de Ventas Solo tendrá contacto directo con la aplicación para las consultas de las ofertas y combos.

19 Diagrama de casos de uso El siguiente diagrama muestra los casos de uso de la aplicación de marketing:

20 Definición de casos de uso Los casos de uso son documentos narrativos que describen la secuencia de eventos de un actor (agente externo) que utiliza un sistema para completar un proceso. Estos son los que determinaran otros datos como las interfaces, la creación de subsistemas. Una vez que se refinen estos casos de uso, podrán ser eliminados o incrementados según el análisis. El formato de detalle de un caso de uso es el siguiente: Tabla No.: Título: Formato de Caso de Uso Caso de uso: Actores: Nombre del caso de uso Lista de actores (agentes externos), en la cual se indica quién inicia el caso de uso. Propósito: Resumen: Intención del caso de uso. Repetición del caso de uso de alto nivel o alguna síntesis similar. Tipo: Referencias cruzadas: Descripción: Primario, secundario u opcional. Esencial o real. Casos relacionados de uso y funciones también relacionadas del sistema. Descripción del caso de uso.

21 21 En esta sección se definirán de manera formal los diferentes casos de uso de la aplicación Marketing, esto identificará claramente las diferentes funcionalidades que debe tener el sistema. Estos han sido divididos en las funciones principales identificadas Situación de productos. Caso de uso: Actores: Propósito: Consultar productos más vendidos. Usuario Marketing. Generar un reporte de los productos más vendidos en determinada ciudad. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Secundario. El usuario marketing debe estar registrado, en el sistema. Gráfico No.: 2.6 Título: Modelo de Caso de Uso Consultar productos más vendidos Sistema Marketing Usuario marketing Consultar productos mas vendidos B a s e d e D a t o s

22 22 Caso de uso: Actores: Propósito: Consultar productos por lugar de venta. Usuario Marketing Generar un reporte de los productos de mayores ventas en determinada sucursal. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, selecciona la sucursal, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.7 Título: Modelo de Caso de Uso Consultar productos por lugar de venta Sistema Marketing Usuario marketing Consultar productos por lugar de venta B a s e d e D a t o s

23 23 Caso de uso: Actores: Propósito: Consultar productos sin movimiento. Usuario Marketing Generar un reporte de los productos comprados que no han sido vendidos en determinada ciudad y/o sucursal. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, selecciona la ciudad y/o sucursal, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.8 Título: Modelo de Caso de Uso Consultar productos sin movimiento Sistema Marketing Usuario marketing Consultar productos sin movimiento B a s e d e D a t o s

24 24 Caso de uso: Actores: Propósito: Consultar productos por tipos de ventas. Usuario Marketing Generar un reporte de los productos vendidos por tipo de ventas de una ciudad y/o sucursal. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, selecciona la ciudad y/o sucursal, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.9 Título: Modelo de Caso de Uso Consultar productos por tipo de ventas Sistema -f * -s * Consultar productos por tipos de ventas -Fin3 * -Fin4 * Datos Usuario Marketing

25 Comportamiento de clientes Caso de uso: Actores: Propósito: Consultar compras de los clientes. Usuario Marketing. Generar un reporte de los productos comprados por un cliente. Resumen: El usuario marketing ingresa al sistema, define los parámetros de fecha y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.10 Título: Modelo Caso de Uso Consultar compras de los clientes Sistema Marketing -f * -s * Consultar compras de los clientes -Fin3 * -Fin4 * Datos Usuario Marketing

26 26 Caso de uso: Actores: Propósito: Consultar compras de los clientes por lugares. Usuario Marketing Generar un reporte de los productos comprados por un cliente en determinada ciudad y/o sucursal. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, ingresa fechas de inicio y fin de la consulta, genera el reporte. Gráfico No.: 2.11 Título: Modelo Caso de Uso Consultar compras clientes por lugares Sistema Marketing -f * -s * Cionsultar compras de los clientes por lugares -Fin3 * -Fin4 * Datos Usuario Marketing

27 27 Caso de uso: Actores: Propósito: Consultar por periodo de compras de los clientes Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta. Gráfico No.: 2.12 Título: Modelo Caso de Uso Consultar por periodo de compras Sistema Marketing -f * -s * Consultar por periodo de compras de los clientes -Fin3 * -Fin4 * Datos Usuario Marketing

28 Ofertas Caso de uso: Actores: Propósito: Resumen: Crear oferta Usuario Marketing Aplicar oferta a un producto Este caso de uso lo ejecuta el actor Empleado de Marketing. Sirve para aplicar una oferta a un producto. El actor selecciona del catálogo de productos aquel que desea aplicar la oferta, después, introduce la tasa de descuento, el periodo de tiempo en vigente. Tipo: Referencias cruzadas: Primario. El usuario marketing debe estar registrado, en el sistema. La oferta se almacena en la BD.

29 29 Caso de uso: Actores: Propósito: Resumen: Actualizar de datos de una oferta Usuario Marketing Modificar datos de una oferta Este caso de uso lo ejecuta el actor Empleado de Marketing. Sirve para modificar los datos de una oferta a un precio determinado. El actor consulta el catálogo ofertas, selecciona la oferta, modifica los datos y guarda los cambios. Tipo: Referencias cruzadas: Descripción: Primario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta. Gráfico No.: 2.14 Título No.: Modelo de Actualizar Oferta Sistema Marketing -f * -s * Modificar oferta -Fin3 * -Fin4 * Datos Usuario Marketing

30 30 Caso de uso: Actores: Propósito: Desactivar una oferta. Usuario Marketing. Generar un reporte de los productos comprados por un cliente. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

31 31 Caso de uso: Actores: Propósito: Consultar ofertas. Usuario Marketing. Generar un reporte de los productos comprados por un cliente. Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

32 Combos Caso de uso: Actores: Propósito: Resumen: Crear combos promociónales Usuario Marketing Crear un combo con productos existentes. El usuario marketing ingresa al sistema, al modulo de promociones, crear combo escoge los productos y genera el combo. Tipo: Referencias cruzadas: Primario. El Usuario de Marketing ha realizado correctamente el acceso al sistema. El Empleado de Marketing ha seleccionado el botón Crear Combo de su interfaz gráfica. Descripción: Este caso de uso lo ejecuta el actor Empleado de Marketing. Sirve para poner uno o varios productos en promoción a un precio determinado. El actor consulta el catálogo de productos y selecciona aquel o aquellos a los que desea aplicar la promoción, después, introduce el precio de la misma y por último el periodo de tiempo que permanecerá vigente. En este caso de uso también pueden eliminarse o

33 33 modificarse promociones anteriores. Sistema Marketing * -Fin1 -Fin2 Crear Combo -Fin3 * -Fin4 * Datos * Actor1 Caso de uso: Actores: Propósito: Actualizar datos de combos promociónales Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

34 34 Caso de uso: Actores: Propósito: Desactivar combos promociónales Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta. Sistema Marketing * -Fin1 -Fin2 Crear Combo -Fin3 * -Fin4 * Datos * Actor1

35 35 Caso de uso: Actores: Propósito: Consultar combos promociónales Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

36 Envío de correos Caso de uso: Actores: Propósito: Enviar correos Usuario Marketing Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

37 Página Web Caso de uso: Actores: Propósito: Consultar información institucional Usuario de Internet Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

38 38 Caso de uso: Actores: Propósito: Consultar campañas publicitarias de marketing Usuario de Internet Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

39 39 Caso de uso: Actores: Propósito: Suscribirse en la página Usuario de Internet Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta.

40 40 Caso de uso: Actores: Propósito: Enviar sugerencias y preferencias de suscriptores Usuario de Internet Generar un reporte de los productos comprados por un cliente Resumen: El usuario marketing ingresa al sistema, define los parámetros y genera el reporte. Tipo: Referencias cruzadas: Descripción: Secundario. El usuario marketing debe estar registrado, en el sistema. El usuario marketing ingresa al sistema, digita código del cliente, fechas de consulta. Casos de Uso: Actores: Propósito: Validar Usuario Usuario, Base de Datos Registro Validar a un usuario ya registrado para el uso del subsistema de marketing. Resumen: Este caso de uso es iniciado por el Usuario. Valida al usuario mediante un login y password, que es comparado con su respectivo registro de usuario y poder utilizar la aplicación de marketing.

41 41 Referencias cruzadas: Si el Usuario aún no se ha registrado, no podrá acceder al sistema. Descripción: Gráfico No.: Título: Modelo de Caso de Uso Validar Usuario Validar Usuario B a s e D e D a t o s Usuario 7. Definición de clases 7.1. Modelo CRC. El modelo de clases - responsabilidades - colaboraciones (CRC) nos ayudara a identificar las clases candidatas, e indicar sus responsabilidades y colaboraciones. Las responsabilidades están definidas por los atributos de la clase y sus métodos u operaciones que manejan esos atributos. Las colaboraciones son otras clases que requiere

42 42 una clase para obtener una información necesaria para cumplir una responsabilidad. A continuación se muestra el formato de los cuadros de los modelos CRC a utilizarse en el proyecto de marketing. Tabla No.: Título: Modelo Clases-Responsabilidades-Colaboraciones Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Operaciones Clase Usuario Nombre de Clase: Empleado Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Identificador

43 43 Nombre Usuario Contraseña Rol Operaciones VerIdentificador ( ): VerNombre ( ): VerUsuario ( ): VerContraseña ( ): VerRol ( ): Clase Oferta Nombre de Clase: Oferta Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Código Nombre IdProducto

44 44 FechaCreacion FechaInicio FechaFin Clase Producto Producto Operaciones VerCodigo( ) VerNombre( ) VerFechaCreacion( ) VerFechaInicio( ) VeraFechaFin( ) VerProducto( ) ModificarNombre( ) ModificarFechaCreacion( ) ModificarFechaInicio( ) ModificarFechaFin( ) CrearOferta( ) EliminarOferta( )

45 45 Clase Combo Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Oferta Entidad Agregada Colaboraciones Atributos Código Nombre FechaCreacion FechaInicio FechaFin No_Productos: Productos: Clase Producto PrecioVenta Operaciones VerCodigo( ) VerNombre( ) VerFechaCreacion( ) VerFechaInicio( )

46 46 VeraFechaFin( ) VerProducto( ) Clase Producto ModificarNombre( ) ModificarFechaCreacion( ) ModificarFechaInicio( ) ModificarFechaFin( ) CrearOferta( ) EliminarOferta( ) Clase Producto Clase Producto Clase Cliente Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Cliente Entidad Atómica Colaboraciones Atributos Código Nombre Ciudad

47 47 Direccion Estado Tipo Clase tipo cliente Operaciones VerCodigo( ) VerNombre( ) VerCiudad( ) VerDirección( ) VerEstado( ) VerTipo( ) Clase Sucursal Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Sucursal Entidad Atomica Colaboraciones Atributos Código Nombre Descripcion

48 48 Operaciones VerrCodigo( ) VerNombre( ) VerDescripcion Clase Producto Nombre de Clase: Tipo de la clase: Producto Entidad Características de la clase: Responsabilidades Colaboraciones Atributos Código Nombre Descripción Empresa Familia Grupo Marca Tipo Clase Producto Precio Operaciones

49 49 VerCodigo( ) VerNombre( ) VerProducto( ) ModificarNombre( ) Clase Ciudad Nombre de Clase: Tipo de la clase: Características de la clase: Responsabilidades Ciudad Entidad Atomica Colaboraciones Atributos Código Nombre Descripción Operaciones VerCodigo( ) VerNombre( ) VerDescripcion Clase sucursal Clase pais Clase Pais Nombre de Clase: Pais

50 50 Tipo de la clase: Características de la clase: Responsabilidades Entidad Atomica Colaboraciones Atributos Código Nombre Descripcion Operaciones VerCodigo( ) VerNombre( ) Clase Sugerencia Nombre de Clase: Sugerencia Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Código Ciudad Comentario

51 51 Empresa Fecha Nombre Pais Operaciones VerCodigo( ) VerCiudad( ) Clase Suscriptor Nombre de Clase: Sugerencia Tipo de la clase: Características de la clase: Responsabilidades Colaboraciones Atributos Código Ciudad Empresa Fecha Nacimiento del suscriptor Fecha de suscripcion

52 52 Estado civil Sexo Operaciones VerCodigo( ) Vernombre( )

53 53 8. Definición de Estructuras y Jerarquías de clases Las principales clases definidas son las siguientes: Clase Oferta Clase Usuario

54 Clase CabeceraCombo 54

55 55 Clase DetalleCombo Clase Suscriptor Clase Sugerencia

56 56 9. Definición De Subsistemas. Los subsistemas implementados serán: Marketing.- Es el programa principal que interactua con el usuario. Informes.- Es el subsistema que realiza reportes de productos y clientes. Tiene las siguientes funciones. o Sugerencias o Suscriptores o Inventario de Artículos o Artículos no vendidos o Sit. De Artículos por Ubicación o Sit. De Artículos por características o Comportamiento de clientes

57 57 Promociones.- Es el subsistema que realiza actividades relacionadas con las ofertas y combos. o Ofertas o Combos Publicidad.- Es el subsistema que sirve para el envío de publicidad por medio de correos electronicos. o Envío de Correos Este subsistemas se muestran en el siguiente modelo. Marketing Informes Promociones Publicidad Base de Datos

58 58