Universidad Católica de Valparaíso Facultad de Ingeniería Escuela de Ingeniería Industrial

Modelado de un Sitio Web de Comercio Electrónico para Mejorar la Interacción Bajo la Filosofía CRM

por

Rodrigo Alfaro Arancibia

Tesis para optar al grado de Magíster en Ingeniería Industrial, Mención Gestión

Prof. Guía: Guillermo Bustos Reinoso

Septiembre, 2001

2

Saludo a mis padres Elsa y Marcelo a mi esposa Talia a mis amigos y a todos los que me ayudaron a terminar esta etapa...

3

Índice
Índice .......................................................................................................................... 3 Lista de Figuras ......................................................................................................... 5 Lista de Tablas........................................................................................................... 7 Lista de Abreviaturas y Siglas.................................................................................. 8 Resumen..................................................................................................................... 9 1. 2. Introducción...................................................................................................... 10 ¿Por qué modelar conceptualmente un sitio web? ....................................... 12 2.1 2.2 3. 3.1 3.2 3.3 4. 4.1 4.2 4.3 5. 5.1 5.2 6. 6.1
6.1.1 6.1.2 6.1.3

Modelar para mejorar la calidad del sistema ............................................... 13 Modelar para mejorar la relación con los clientes ....................................... 14 Criterios de Búsqueda ................................................................................. 25 Resumen de OOHDM ................................................................................. 26 Adaptación de OOHDM al DER................................................................... 30 DER asociado al Esquema Navegacional ................................................... 33 Asociaciones entre Entidades de ambos DERs .......................................... 34 Análisis de las asociaciones entre las entidades......................................... 36 Diseño lógico de la base de datos............................................................... 44 Integración................................................................................................... 48 Web Mining ................................................................................................. 51
Web Mining de contenido ............................................................................................. 51 Web Mining de estructura............................................................................................. 52 Web Mining de uso....................................................................................................... 52

Esquema Navegacional.................................................................................... 23

Diagrama Entidad Relacionamiento Integrado .............................................. 33

Desarrollo de un Datawarehouse .................................................................... 44

Datamining ........................................................................................................ 51

6.2
6.2.1 6.2.2 6.2.3

Web Mining de uso...................................................................................... 52
Datos de Pre-procesamiento para Mining ..................................................................... 53 Descubrimiento de patrones ......................................................................................... 54 Análisis de patrones ..................................................................................................... 56

6.3
6.3.1 6.3.2 6.3.3 6.3.4 6.3.5

Desarrollo de un Datamining ....................................................................... 57
Análisis estadístico ....................................................................................................... 57 Reglas de asociación ................................................................................................... 58 Clasificación ................................................................................................................. 58 Patrón secuencial......................................................................................................... 58 Modelamiento dependiente........................................................................................... 58

.. 60 Búsqueda de los clientes más rentables . 67 Esquema de Contextos Navegacionales ................. 79 2......................................................................... 63 8.................................... 96 Solución ................................................................................................................................................................................3 Segmentación ............... 93 Apéndice 1: Sistema de Ventas On-Line www...... 81 2..1..................1.................................................................................................................. 60 7................2 Contexto dinámico............ 71 2.............. 95 1 2 3 Antecedentes ....................2 7...............................................1............... Conclusiones .......... 95 Sistema de Información a Ser Modelado ......................................................................1 Representación de los contextos ...........3 Contexto Persistente y no Persistente ..........cl ......................... Aplicación del Datamining al Datawarehouse .................................marraqueta............................................................... 71 2......................5 Cartas de un Contexto.......................4 Generalización de Contexto................. 64 Anexo 1: Extracto de Notación de la Metodología OOHDM ...............................................................................................................................................1.......................................2 Estructuras de acceso.... 76 2........................................................... 78 2......................... 117 Modelamiento Funcional: ......................................................................................................................................................... 67 1 2 Introducción ........................................... 83 2...... 71 2................................................................................. 88 2................1.............................................................................................................................4 Esquema de Contextos de Navegación .......................................................... 100 Modelamiento Dinámico:..................1........................................................................................1 Contexto Navegacional ..........................5 Navegación en los Contextos ...................................................................................................................................... 145 ..................3 Clases en Contexto.................................... 126 Bibliografía ....................................................... 61 Estimación de la fidelidad de un cliente............................................1 7.................................................. 90 Anexo 2: Diccionario de Datos del DER Integrado ............4 7............................................................................................................................. 78 2......................................................... 91 Anexo 3: Desarrollo de un caso ................................. 101 Modelamiento Estático:.........

............................... 75 Contexto de navegación dinámico................. 31 Esquema Navegacional de www.5 – Figura A1.......................... 29 Ejemplo del Esquema Navegacional asociado..........................................................13 – Figura A1..1 – Figura 4... 30 Esquema Navegacional modificado ............4 – Figura A1.......................................... 69 Esquema Navegacional............ 83 ..........3 – Figura A1............ 24 Diagrama Entidad Relacionamiento asociado a la Navegación ............................................................... 63 Esquema Conceptual ....3 – Figura A1........ 72 Contexto con elementos de varias clases ...................8 – Figura 4.. 79 Cartas de contexto o grupo de contexto..............16 – Figura A1..............4 – Figura 4....2 – Figura 7..15 – Figura A1...........5 – Figura 3...marraqueta................. 82 Carta de contexto o grupo de contexto......................................................... 83 estructura de acceso profesores ........ 81 Carta del contexto ........12 – Figura A1.1 – Figura 7.......11 – Figura A1...........................................2 – Figura A1....... 72 ejemplo de un contexto .1 – Figura 3................................................................. 42 Diagrama Entidad Relacionamiento Integrado .....3 – Figura 4.......... 75 Entrada de parámetros para un contexto e grupo de contexto..................................................... 70 Representación de un contexto .....................................6 – Figura 3.4 – Figura 3....... 41 Asociaciones entre Entidades: Producto – Productos .......................................... 37 Asociaciones entre Entidades: Categoría – Criterio de Búsqueda por Categorías ................................................................. 76 Contexto de creación.............6 – Figura 4...................9 – Figura 4............................................7 – Figura A1.............................................10 – Figura 6............. 38 Asociaciones entre Entidades: Pedido – Pedidos Realizados..................... 73 Contexto de navegación por consulta ........................................................................................cl [Bustos&Jaar99] .............. 28 Consulta de contextos de distintas clases...............................................................1 – Figura A1.......................................................................... 34 Asociaciones entre Entidades de ambos DERs ........ 53 Gráfico de Segmentación ...................................................... 77 Generalización de contextos ..........................2 – Figura 4..................2 – Figura 3....................................9 – Figura A1.....10 – Figura A1......... ................. 43 Web Mining de Uso ...................... 39 Asociaciones entre Entidades: Cliente – Visitante en Línea......................... 26 Contexto de navegación por consulta .... 74 ejemplo de grupo de contexto ......8 – Figura 3... 40 Asociaciones entre Entidades: Cesta – Cesta de Productos................................. .................................9 – Figura 4...cl .............................................. 29 Contexto de creación........................................................................................ 32 DER asociado el Esquema Navegacional ...........17 – Tres etapas de CRM ................... 16 Diagrama Entidad Relacionamiento del Sitio www............................................ 61 Clientes que generan más ingresos.2 – Figura 3.........1 – Figura 7.......5 – Figura 4.7 – Figura 3......... 73 Contexto de instancias ..........................8 – Figura A1...... 62 Clientes más fieles........................................................5 Lista de Figuras Figura 2........6 – Figura A1........... 74 Grupo de contexto ......................... 33 Asociaciones entre Entidades de ambos DERs .............................................marraqueta...... 35 Asociaciones entre Entidades ............7 – Figura 4..........................................................14 – Figura A1..................................................

............24 – Figura A1............ 90 ............................... 83 Índice con un contexto como destino ............................ 88 Clase en contexto profesor por Área .......22 – Figura A1..................... 89 Esquema de contextos de navegación..........................26 – Figura A1......................... 87 Cartas de estructura de acceso profesores: Áreas .....................................21 – Figura A1....................19 – Figura A1........................................ 85 Cartas de estructura de acceso profesores.............. 85 estructura de acceso jerárquica......................6 Figura A1......20 – Figura A1.....................25 – Figura A1.......... 86 Cartas de estructura de acceso profesores..............18 – Figura A1.23 – Figura A1.................................. 84 Índice con varios contextos como destino ................27 – estructura de acceso con múltiples criterios de ordenación ..... 84 Índice con un contexto como destino .......

..3 – Reglas para la implementación de relacionamientos [Heuser01] ............................2 – Tabla 7...1 – Tabla 5............. ......2 – Tabla 7.........7 Lista de Tablas Tabla 5............. 61 Clientes que generan más ingresos.............. 62 Clientes más fieles......... 63 ...................1 – Tabla 7................... 46 Resultado de la Segmentación por tipo de productos comprados.............. 45 Simbología utilizada en un diccionario de datos ..........................................

8 Lista de Abreviaturas y Siglas CD CRM e-CRM DER FAQ HTML HTTP ICRM IMM IRM OOHDM pág. UML URL www = Compact Disc = Customer Relationship Management = Electronic Customer Relationship Management = Diagrama Entidad Relacionamiento = Frequently Asked Questions = Hyper Text Markup Language = Hyper Text Transfer Protocol = Internet Customer Relationship Management = Internet Interaction Management = Internet Relationship Management = Object-Oriented Hypermedia Design Method = Página = Unified Modeling Language = Uniform Resouce Locator = World Wide Web .

CRM. Finalmente. a través de CRM. se plantea que esta investigación debiera ser de utilidad para futuros trabajos e investigaciones que se realizarán en torno al tema de sistemas en Internet e intranets que. tales como: estructura del sitio. etc. El objetivo de esta investigación es obtener un modelo que registre la relación o interacción de los clientes o visitantes con un sitio web de comercio electrónico. promoción de productos a clientes específicos. Aunque esta filosofía sirvió de marco para obtener un tipo de información. muchos sitios de comercio electrónico se elaboran y ponen en marcha sin una adecuada planificación y modelamiento. Se vuelve a confirmar entonces la necesidad de enfatizar que se debe modelar conceptualmente un sistema antes de implementarlo. Internet. motiva a que un gran número de empresas intenten realizar ventas en línea a través de la red. Comercio electrónico. Web Mining. el crecimiento explosivo de transacciones vía web y la formalización de una filosofía orientada al cliente. basándose en la filosofía CRM. si se utiliza en la primera etapa del Web Mining de uso. Datawarehouse. De esta forma se podrá obtener información para mejorar esta relación en distintos aspectos. debido a la estandarización y a la explosión de las comunicaciones. debieran aumentar cada vez más. esta metodología puede será de gran ayuda. no debería ser una restricción para obtener otra información que pueda apoyar a los tomadores de decisiones.9 Resumen El gran auge de Internet. No obstante. . precios variables (dinámicos). que la integración entre estos diagramas se produce de forma natural y sin recurrir a otros mecanismos más que los existentes en el modelamiento conceptual del Diagrama Entidad Relacionamiento. Datamining. Se utiliza un esquema navegacional que representa las interacciones de los visitantes del sitio web a través de una metodología propuesta en [Schwabe&Vilain99] y se ha asociado con el Diagrama Entidad Relacionamiento. negociación en línea. DER. Se debe hacer notar también. Se desarrolla un datawarehouse a partir del DER Integrado y se proponen algunas aplicaciones simples de información que se podría obtener de los registros. Palabras Claves: Web. Un aporte específico de la investigación es la integración que se realiza entre el DER que registra interacciones del sitio con el DER operacional del negocio. OOHDM. lo que se traduce en que no se utilicen todas las potencialidades que entrega Internet o las nuevas tecnologías de información.

Este modelo es adaptado para asociarlo . principalmente por dos razones: por una parte. Es así como diversos autores han asociado Internet con CRM.cl. tal como lo propone CRM. Sin embargo. que buscan maximizar la satisfacción de los clientes y mejorar la calidad de las relaciones con los clientes. tiene un potencial de desarrollo mucho mayor debido a la explosiva conectividad y riqueza de la comunicación que se puede establecer por medio de Internet. ICRM (Internet Customer Relationship Management). a través de una metodología propuesta en [Schwabe&Vilain99]. asignándole diversos nombres. a través de Internet. El informe está estructurado en siete capítulos más las conclusiones. y por otra parte. De esta forma se puede obtener información para mejorar esta relación en distintos aspectos. Por otra parte. permite mejorar la calidad de la aplicación y su posterior adaptación y mantención. para posteriormente determinar cómo deberá hacerlo. En el segundo capítulo se fundamenta la necesidad de modelar un sitio web antes de ponerlo en marcha. etc. tales como: IMM (Internet Interaction Management). El objetivo de esta investigación es obtener un modelo que registre la relación o interacción de los clientes o visitantes con un sitio web de comercio electrónico. lo que se traduce en que no se utilicen todas las potencialidades que entrega Internet o las nuevas tecnologías de información. precios variables (dinámicos). motiva a que un gran número de empresas intenten realizar ventas en línea a través de la red. IRM (Internet Relationship Management). mejorar la calidad de las relaciones con los clientes.marraqueta. promoción de productos a clientes específicos. negociación en línea. Durante el modelamiento conceptual debe describir qué hará el sistema. Introducción El gran auge de Internet y el crecimiento explosivo de transacciones vía web. En el tercer capítulo se presenta un esquema navegacional que representa las interacciones de los visitantes del sitio web www. muchos sitios de comercio electrónico se elaboran y ponen en marcha sin una adecuada planificación y modelamiento. Se vuelve a confirmar entonces la necesidad de enfatizar que se debe modelar conceptualmente un sistema antes de implementarlo. la formalización de una filosofía orientada al cliente. El primer capítulo introduce a los lectores al tema y describir los objetivos del estudio.10 1. e-CRM (Electronic Customer Relationship Management). tales como: estructura del sitio. a través de CRM (Customer Relationship Management).

de esta forma. basándose en la filosofía CRM. se desarrollan algunas aplicaciones para obtener información del ejemplo utilizado en todo el documento. De esta forma. se establecen las conclusiones del Estudio. En el capítulo quinto. herramienta de modelado que se utiliza para representar las interacciones en la navegación de una sitio web. productos ofrecidos. el resultado de esta investigación apoya de gran manera su primera etapa. hasta modificaciones de la estructura e interfaz del sitio. A continuación. desde decisiones operacionales. El apéndice es el modelamiento del sitio web www. En el sexto capítulo se establecen los fundamentos del Web Mining. se pretende que al elaborar un DER que represente aspectos operacionales y aspectos navegacionales. como un marco conceptual y metodológico para obtener información de los sitios web. ya que otorga una metodología permite obtener datos en forma ordenada para posteriormente realizar la búsqueda de patrones. El tercer anexo presenta los datos utilizados para elaborar las aplicaciones del capítulo 7. enfocándose principalmente en el Web Mining de uso. se realizan los pasos necesarios para llevar el DER Integrado que se obtuvo en el capítulo anterior a una base de datos del tipo datawarehouse. es decir. que se ha utilizado en el estudio. Esta base de datos debe apoyar a los tomadores de decisiones en la búsqueda de información y en la obtención de relaciones entre datos que no se obtendría fácilmente de la base de datos operacional. El segundo presenta el Diccionario de Datos del DER Integrado que se obtuvo en el capítulo 5. En el contexto del Web Mining de uso. se pueda apoyar la toma de decisiones en todo el espectro del negocio. Posteriormente. . se muestran las herramientas propuestas para obtener información que ayude a tomar decisiones.11 con un Diagrama Entidad Relacionamiento y permite registrar las interacciones de los usuarios en el sitio web. El cuarto capítulo muestra cómo se puede integrar el DER que registra interacciones del sitio con el DER operacional.marraqueta.cl. de pre-procesamiento. El primero extracta y traduce del documento de [Schwabe&Vilain99]. Finalmente se agregan 3 anexos y un apéndice.

proporcionando al diseñador una representación lógica. lo que tiene el efecto secundario de impulsar a los desarrolladores a . Fundamentar el diseño. Convertirse en el punto de comparación entre lo logrado y lo planificado. los procesos y el comportamiento del sistema. Según [Pressman98].12 2. el foco de desarrollo de aplicaciones web han sido las herramientas y se ha prestado poca atención al proceso del desarrollo. Además. la función y el comportamiento del sistema. Los modelos creados hacen uso de notación gráfica que representa principalmente la información. específicamente en la fase de Análisis. será descriptivo y si el ente no existe. o esencial. ya sea en lenguaje cotidiano o especializado. es decir. debe “orientarse al problema” y no limitarse a modelar la solución al problema. hasta la fecha. debido a que los diseñadores de sistemas están reconociendo que hay situaciones donde las aplicaciones web tienen ventajas significativas con respecto a las aplicaciones tradicionales. Esto. Esto puede complementarse con texto. considerando que en una etapa posterior de diseño se construirán los modelos que entreguen la solución que satisfaga los requerimientos de los usuarios y el problema planteado. En fases iniciales del desarrollo de sistemas. Durante el análisis. Según [Conallen00]. se deben crear los modelos conceptuales del sistema. ¿Por qué modelar conceptualmente un sitio web? Los modelos se crean para lograr un mejor entendimiento de un ente a representar. 190. debido al rápido progreso de herramientas y tecnologías para desarrollarlas. pág. los principales roles de los modelos son: • Ayudar al analista a entender la información. • • Por otro lado. objetivos. será un modelo prescriptivo. en parte. las aplicaciones web están llegando a ser más y más populares. haciendo por tanto más fácil y sistemática la tarea de analizar requerimientos. Los ambientes actuales del desarrollo facilitan la producción de aplicaciones web simples. el analista debe poner especial atención en el dominio del conocimiento. requerimientos y entorno del sistema. estos modelos deben describir el problema y los requerimientos de los usuarios. Según [Høydal s vik&Sindre93]. de la implementación. si el modelo busca representar un ente que existe. De esta forma se facilita el modelamiento y la validación por parte de los usuarios.

Mientras que una aplicación de web utiliza un sitio web como medio para una función más típica. . principalmente debido a que las aplicaciones en web están aumentando cada vez más. extranets y de e-commerce. por otra.. [Conallen00] propone utilizar UML para representar una página como un objeto. 2. Esto a la larga trae diversos problemas si se piensa que cualquier sistema con complejidad no trivial necesita ser diseñado y ser modelado. y para aumentar la satisfacción y lealtad de los clientes. y los scripts de la página se representarían como métodos de un objeto página. por una parte. según [Conallen00]. Importancia: Los negocios pasan a depender de las aplicaciones en web. posteriormente se elaboraron sitios dinámicos y actualmente están en auge las aplicaciones en web1. • 1 La distinción entre sitio web y aplicación en web. las aplicaciones en web pueden transformarse en aplicaciones complejas rápidamente. basándose por ejemplo en CRM. Partiendo de la base que el elemento básico de un sitio web es la página web. es que un sitio web en donde el usuario entra (navegación a través del sitio e ingresa datos) y modifica los estados del negocio (más allá por supuesto de registros del acceso y de contadores). con un nivel distinto de abstracción para distintos usuarios. Por lo tanto. etc. Por otra parte [Deboni99] argumenta que se deben modelar las aplicaciones en web. tablas. la página debe ser modelada. Cada modelo tiene un propósito específico. que un mismo sistema se puede representar por distintos modelos consistentes entre sí. en cuanto a: • • Cantidad: proliferación de intranets. se puede fundamentar la necesidad de modelar con dos argumentos complementarios: modelar un sitio web para ayudar a manejar la complejidad de un sistema. texto. con las propiedades de tal objeto: fuentes.13 que construyan aplicaciones sin el adecuado análisis y diseño. Se debe considerar también. si se está en presencia del desarrollo de un sitio web de comercio electrónico. Además. Complejidad: en un principio se construyeron sitios estáticos.1 Modelar para mejorar la calidad del sistema [Conallen00] destaca la importancia de modelar un sitio web para ayudar a manejar la complejidad de un sistema.

los diseñadores y los webmasters. Para cambiar la plataforma. un modelo ayuda a los desarrolladores antes y después de construirlo. Después de construir: • • • • Evaluar el proyecto y corregir errores. Para actualizar la arquitectura. [Deboni99] propone que en la elaboración del modelo participen integradamente los analistas del negocio. modelar una aplicación web permite mejorar la calidad del sistema. hasta que el tiempo lo demuestra. 2. Uno de estos modelos de negocios actuales se ha asociado al concepto de CRM aunado al impresionante desarrollo de Internet. dimensionando los recursos y plazos de su desarrollo con mayor certeza. . Además. CRM o Customer Relationship Management es un proceso por el cual se enfocan las acciones de una organización hacia la satisfacción y lealtad de los clientes. Seleccionar arquitecturas de soluciones. y apoyar la evolución y el crecimiento de la aplicación. gestionar el proceso de evaluación del sistema. ya que se detectan los errores y se proponen soluciones antes de implementar el sistema. ya que existe documentación y se realiza un mayor esfuerzo para entender y modelar el problema.2 Modelar para mejorar la relación con los clientes Siempre aparecen nuevos modelos de negocios que pretenden maximizar las ganancias de las empresas. ya que permite: Antes de construir: • • • • Proyectar la aplicación. Dimensionar recursos y plazos para la mantención. Evaluar la viabilidad técnica de un proyecto. Analizar alternativas de implementación. algunos de los cuales dan buenos resultados y otros no. utilizando para ello nuevos conceptos y enfoques. Por otra parte.14 Además. los proyectistas.

de forma individual. ahora reconocen la importancia del cliente como el elemento más importante en las relaciones comerciales. en conocer a cada cliente y su historia.1 – Cuatro etapas de CRM .15 Andrés Vargas. 3. citado por [González00]. proceso por el cual la empresa maximiza la información de la que dispone acerca de sus clientes con el fin de incrementar su conocimiento acerca de ellos y construir a partir de tal conocimiento relaciones altamente rentables y duraderas con aquellos segmentos de la población de clientes que mayor rentabilidad puedan proporcionar a la empresa”. las empresas que tradicionalmente han enfocado sus esfuerzos en productos. 2. Identificar: Consiste dar a conocer el sitio web. el proceso de CRM consta de cuatro etapas principales. Interactuar: Durante esta etapa. Diferenciar: Cuantificar el valor neto presente de las utilidades de una relación futura del cliente individual con la organización. Según esta definición. se busca conocer cada vez más a los clientes y sus necesidades.1. Según distintos autores. Con el auge de Internet y las facilidades que ésta presenta. Identificar Diferenciar Interactuar Personalizar Figura 2. que tal como muestra la figura 2. 4. Es importante que durante esta etapa los clientes deben percibir que la organización lo atiende con exclusividad y privacidad. estas etapas son: 1. basada en el conocimiento de los clientes. lograr que los visitantes se identifiquen con el sitio. y así crear una relación de aprendizaje que conlleve a una personalización de los servicios o productos. se han creado empresas que desde sus inicios se enfocan en las necesidades de los clientes. define a CRM como “un proceso que posibilita reorientar los mecanismos estratégicos empresariales desde la visión centrada en el producto hacia una perspectiva referida a la figura del cliente y su relación con la empresa. Personalizar: Finalmente. Para encontrar los clientes de mayor valor real y los clientes de mayor potencial o valor estratégico y los clientes sin probabilidad de utilidad. obedecen a un orden natural y cuyo objetivo es tratar clientes diferentes de una manera diferente. pretende crear una relación individualizada según las necesidades del consumidor (personalización masiva). esta etapa.

Esta información debiera estructurarse en un datawarehouse. canales de información y departamentos dentro de las organizaciones. pero corresponden a un enfoque distinto. 2. Estas etapas se muestran en la figura 2. 3.16 Desde un punto de vista más general. alcanzar un conocimiento de las tendencias y patrones de comportamiento que permita crear un modelo de predicción del comportamiento futuro y establecer indicadores que ayuden al soporte de la toma de decisiones. Acción: esta etapa es la que da sentido a una estrategia de CRM. pues tomando en cuenta los resultados del análisis. también puede observarse el CRM comprendido por tres etapas. Integración: dada la existencia de una serie de fuentes. Esta etapa permitirá proceder con el proceso de análisis y extracción de conocimiento del negocio. que de alguna u otra forma son similares a las anteriores. es necesario tomar acciones concretas que pueden afectar desde las estrategias de marketing hasta la organización propia de la empresa. Integración Análisis Acción Datawarehouse Datamining E-business Figura 2. el primer paso esta en la integración de los datos producto de la relación con los clientes. Puede asociarse a un datamining.2 – Tres etapas de CRM . a partir de los datos de los clientes.2 y se describen a continuación: 1. Análisis: esta etapa busca.

aunque esto puede ser un beneficio adicional. el costo indirecto de adquirir un cliente y los costos operacionales. Rentabilidad del Cliente La medición y el ranking de clientes basado en su rentabilidad. típicamente medido por la acumulación de ingresos basados en la asignación directa de los costos de los productos. CRM puede generar una serie de beneficios a las empresas tales como: • • Aplicación de marketing uno a uno. de su comportamiento y de sus características descriptivas. El análisis de clientes es esencial para entender los efectos de todas las características que contribuyen al comportamiento de los clientes. Retención del Cliente La probabilidad de que un cliente sea fiel a una empresa. se realizan campañas de marketing y anuncios específicos para estos grupos. Análisis de la Respuesta La medida de efectividad de una campaña de marketing a un segmento específico de clientes.17 Como se ha mencionado. el objetivo que busca el proceso de CRM es maximizar los beneficios de la empresa mediante un conocimiento de los clientes y la relación que se tiene con ellos. el verdadero valor de CRM es que posibilita cambios en las estrategias organizacionales. . según sus características. Además. Posteriormente. • • • • El análisis de CRM no es para hacer las organizaciones más productivas. La rentabilidad de los clientes se puede estimar mediante un análisis global que describa a los clientes. diferenciado por tipos de cliente. Clustering de Clientes La identificación de características comunes entre un segmento de clientes que son asociados con un comportamiento o característica específica. Establecimiento de una relación personalizada que genere mayor lealtad. Ninguna técnica por sí sola puede entregar una vista integral de los clientes. Esto incluye: • Segmentación Esto incluye la subdivisión de la población de clientes en pequeños grupos.

pero con la ventaja de que no sólo comunica al igual que lo hace un periódico o la televisión.18 • Los presupuestos destinados a marketing se hacen más rentables ya que se dirigen a los segmentos de clientes que se sabe pueden dar una respuesta positiva. Todo esto es ideal para un proceso de CRM. desarrollo e implementación de técnicas de administración de información como el datawarehousing y el datamining. mencionada antes. • Por otra parte. IRM (Internet Relationship Management) o e-CRM (electronic CRM). Dentro de la web pueden encontrarse muchos ejemplos donde el consumidor . lo cual se integra en una base de datos para su posterior análisis. y se reduce el gasto en campañas masivas. Por otro lado. para llegar a establecer una relación con los usuarios. todo a través de Internet. sino que permite interactuar y transferir información en dos vías. los cuales permiten pasar fácilmente de la etapa de integración. Además. Puede considerarse a Internet como un medio de comunicación para llegar a los clientes. dándole diversos nombres. asimismo. a la etapa de análisis. esto da lugar a la interacción. por ejemplo. ICRM (Internet Customer Relationship Management). tanto desde la empresa a los clientes como desde los clientes a la empresa. al back-office y a través de sistemas de información. Las interacciones con los clientes que ocurren a través de Internet aplican idealmente con el proceso de CRM. Otro punto a señalar es que a través de la Internet se logra uno de los objetivos fundamentales de CRM. Internet aprovecha la funcionalidad de sus herramientas como el e-mail y el chat. estas técnicas se pueden combinar con herramientas de ebusiness para asociar las interacciones a través de Internet con el valor económico actual y futuro de los clientes. Es acá donde Internet se destaca como uno de los medios de interacción con los clientes. entre ellos: IIM (Internet Interaction Management). donde se procesan consultas. las tecnologías asociadas a Internet tienen la facilidad de asociarse. como lo es la personalización de los servicios o productos. ya que permiten la utilización de una plataforma tecnológica para el diseño. pues Internet le brinda la facilidad de obtener los datos de los clientes de una forma muy ágil. todos estos acrónimos tienen un significado similar y un mismo objetivo: lograr la satisfacción y mejorar la calidad de las interacciones con los clientes. Se busca la lealtad de los clientes actuales así como atraer nuevos clientes. este es el caso de aquellas páginas electrónicas que solicitan cierta cantidad de datos para tener acceso a la información contenida en una página web. el correo y el contacto personal. algunos autores han estado desarrollando el tema de la asociación entre Internet y el CRM. observaciones y quejas de los clientes. así como lo son el teléfono.

el que los consumidores gasten su dinero a través de Internet. Los call centers utilizaban números libres de pago. sino que. Otro aspecto a considerar. actualmente numerosos clientes se encuentran descontentos con el nivel de servicio que reciben en el canal online. sistemas de respuesta interactivos por voz (IVR) y tecnología de distribución automática de llamadas (ACD). Además. y el análisis de los mismos. . Bajo costo. Las ventajas evidentes de la utilización de Internet pueden señalarse de manera puntual: • • • • Disponibilidad: 24 horas al día. Según [Manzano00]. 7 día a la semana. colocar productos para ser vendidos a través de la web no asegura que una compañía pueda capturar este mercado en crecimiento. como el canal primario de servicio a clientes. la web no debe considerarse sólo como un canal de venta o entrega. eran dirigidos vía teléfono o correo directo. Sin embargo. Están cansados de completar difíciles formularios y buscar las respuestas a las preguntas que se les plantean sobre productos o servicios. De esta forma. Hace algunos años. mientras que otros prefieren recibir las respuestas vía e-mail. Audiencia potencial amplia. que Internet es una herramienta sumamente importante para CRM ya que puede habilitar de una manera muy eficiente y eficaz las etapas de integración y análisis de datos. utilizando facilidades como chat o teléfono. Los departamentos de servicio al cliente se medían teniendo en cuenta la productividad. antes de adquirirlos. y rápidamente comienzan a incrementarse las ventas por este canal. es que en los últimos años los consumidores han descubierto la facilidad de comprar online. 365 días al año. Se puede concluir entonces. Los clientes quieren respuestas a sus consultas sobre productos o servicios y cada día aumenta el número de personas que desean respuestas en tiempo real. permite aumentar la eficiencia y eficacia del proceso de CRM. además. quedando a quienes toman las decisiones la última etapa que constituye el tomar acciones concretas basadas en el análisis de datos. A su vez. la utilización de Internet para la obtención de datos de los clientes.19 puede dar las especificaciones de los productos y servicios de acuerdo con sus gustos y preferencias. la mayoría de los esfuerzos de servicio al cliente. Posibilidad de automatizar procesos asociados. produce que se incrementen sus expectativas de recibir un mejor servicio.

en ocasiones. excelencia operacional y excelencia en la innovación continua. Para esto. el servicio a clientes basado en la web no está conectado con el resto de la compañía. los clientes esperan que la calidad del servicio que van a recibir exceda las experiencias anteriores. permitiendo la recopilación de datos y que éstos se compartan a través de múltiples canales. Por otra parte. precisa. Cuando se implementa un sitio de e-commerce o el de una compañía. . se deben elegir nichos específicos con clientes de alto valor y servirlos bien. 1. Sistemas basados en la web. Se utilizan sistemas basados en bases de datos de conocimiento para enviar de forma automática fax o e-mail de respuesta a consultas de clientes. responden las preguntas de los clientes. whiteboarding. No obstante. Actualmente. se ofrece comunicación en tiempo real y sobre múltiples canales. Las facilidades de chat les proporcionan una experiencia continua que no requiere la utilización del teléfono. El CRM de la compañía está totalmente conectado. Los servicios basados en teléfono permanecen. se convierte en una realidad cara para cualquier organización y es muy complicado ponerlo en funcionamiento de una forma rápida. oportuna y donde se necesite. Los principios que operan en la excelencia en el servicio son: • • Preparar a la Organización para lo imprevisto: maniobrabilidad y flexibilidad. los que a su vez. [Kalakota&Robinson00] describen tres focos de excelencia en los cuales se puede basar. Excelencia en el servicio: Entregando lo que quieren los clientes con servicio y valor superiores. Sin embargo. aplicaciones de búsqueda y autoservicio. Además. Recolectar y mantener información actualizada. son funcionalidades basadas en Internet que se utilizan para presentar opciones de autoservicio a clientes en la web. se usa para interactuar con los representantes del servicio a clientes (CSR por Customer Service Relationship). Listas estáticas de preguntas frecuentes (FAQs). voz sobre IP. el concepto de servicio al cliente se pasa por alto y/o no se toma en cuenta. chat y video. como instant messaging. permiten a los clientes comunicarse con el CSR mientras se encuentran frente a su computador personal. los call centers funcionaron utilizando números 600 (costo de llamada local) y sistemas ACD e IVR. para llevar a cabo la implementación de un e-business. de forma manual.20 Posteriormente. asíncrono al servicio a clientes. La funcionalidad del e-mail. Lograr esto -partiendo de dicha situación-. estos son: excelencia en el servicio. facilita que el mismo CSR pueda gestionar múltiples contactos de forma simultánea. aún siendo éstos un método muy costoso de servir a un cliente.

Se deben entregar productos y servicios al menor costo minimizando los problemas para el cliente. Excelencia operacional: Entregando productos de alta calidad. • . Excelencia en la innovación continua: Entregando productos y servicios que superen límites y agraden al cliente. Requiere dedicación para ofrecer continuamente beneficios y características por sobre los competidores.21 • Administrar el contacto con el cliente (CRM): anticipándose a sus necesidades. Incentivo a la innovación: se debe recompensar la experimentación mediante sistemas de compensación para incentivar la innovación. 3. compartiendo información para proveerle expedito autoservicio si el cliente lo desea. Los principios que operan en la excelencia en la innovación continua son: • • • Estilo de gestión orientado al riesgo: para ser líderes e innovadores se debe asumir que la innovación conlleva riesgos propios de las nuevas ideas. • 2. Desarrollar una cultura organizacional sobre el servicio al cliente. Gestión eficiente de transacciones: mejorando el tiempo de respuesta e integrándose con los proveedores. Gestión de inteligencia de ventas: conocimiento en tiempo real de la información requerida para realizar cualquier venta. Los principios que operan en la excelencia operacional son: • • • • • Eficiencia en la valorización de activos: asignación eficiente y al menor costo posible de los recursos. Crecimiento por medio de fusiones o adquisiciones. sin errores y por un precio razonable. Educación para el mercado: debe educarse a los consumidores acerca de los beneficios que tienen los nuevos productos o servicios la organización les entrega. Medición del desempeño de los procesos Gestión de las expectativas de los clientes: bajo el compromiso de variedad v/s eficiencia.

22 Por lo tanto. para posteriormente registrar información de los clientes y utilizarla para mejorar la relación con ellos. porque sino. la probabilidad de tener éxito es muy escasa. en el siguiente capítulo se modela la navegación en un sitio web de comercio electrónico. . pone énfasis en distintos aspectos del modelo de sitio web que se utilice. Cada uno de estos enfoques de excelencia en los cuales se puede basar un ebusiness. hay que partir del supuesto que a los clientes se les debe atender de la mejor manera posible. se puede decir que al decidir que se va a desarrollar un sitio de comercio electrónico.

debía apoyar a los clientes y ser de fácil navegación. . Tal como se explicó anteriormente. que se basa principalmente en el respectivo Diagrama de Clases. Debido a que UML no trata el modelamiento navegacional.1.marraqueta. es posible adaptar también a un Diagrama Entidad Relacionamiento y. debía ofrecer distintas opciones y permitir monitorear el estado de avance de su pedido hasta su despacho.cl [Bustos&Jaar99]. de esta forma. tener la factibilidad de implementar el sistema bajo el paradigma de la Orientación a Objeto o fuera de él. ya que el Diagrama de Clases es la base del modelo que representa la estructura navegacional. en la figura 3. Los productos comercializados son videos. esta metodología se basa principalmente en la Orientación a Objeto utilizando UML.y bajo el supuesto que todas las Clases representadas en el Diagrama de Clases son persistentes. Esquema Navegacional En [Schwabe&Vilain99] se presenta la notación de la metodología OOHDM (Object-Oriented Hypermedia Design Method).23 3. entre otros aspectos relevantes. es decir. modelar la estructura navegacional sin tomar decisiones de implementación aún. En el Apéndice 1 se presenta un Problema resuelto del Sistema de Ventas On-Line www. CD’s y libros. A continuación. que modela conceptualmente un sitio web utilizando UML (Unified Modeling Language) y propone un modelo complementario para representar el modelamiento navegacional. como podrían ser las operaciones. se presenta el Diagrama Entidad Relacionamiento que representa la estructura del mencionado sitio. Como el Esquema Navegacional se sustenta en las características estructurales del Diagrama de Clases -y no en sus características funcionales. El sistema. se desarrolla la notación del esquema navegacional basándose en UML.

n) provisión (1.24 Empresa (t. n) Cliente Registrado (t. n) contenido (1. e) (1. n) Cesta (0. 1) Cliente Cd Libro Video servicio (1. 1) (1. 1) Proveedor Courier (1. n) solicitud Pedido (0.1 – Diagrama Entidad Relacionamiento del Sitio www. n) Figura 3.marraqueta. e) inclusión (0. e) (1. n) Producto (t. n) pertenencia (0.cl [Bustos&Jaar99] . n) consignación Flete Expreso (1. 1) (1. n) clasificación (0. n) Categoría (1. 1) Flete Cliente Eventual Cliente Permanente (0.

Buscando de acuerdo a características propias del visitante o cliente. 3. se pueden determinar algunos criterios de búsqueda que el sitio debiera ofrecer. se puede inferir que generalmente las navegaciones que debe realizar un visitante para encontrar una instancia de una determinada Clase o Entidad se pueden clasificar en tres grandes tipos: 1. etc.1 y de la descripción del problema. pero no tienen claro que es lo que el sitio les puede ofrecer para sus requerimientos. etc. Además. presentado en el Apéndice 1. tienen una idea del producto que desean. lista deseada. por lo tanto puede buscar lo que dejó en su cesta de compras. tales como: • • Búsqueda directa del producto requerido: Este tipo de búsqueda asume que el visitante conoce el sitio y sabe lo que quiere comprar. es decir. 2. por ejemplo: cesta de compras. Búsqueda a través de productos relacionados: Esta búsqueda la realizarían visitantes que conocen o no el sitio.2 se presentan ennegrecidas las Entidades que debieran asociarse al esquema navegacional. del tema (o concepto) que les interesa. Búsqueda personal: Este tipo de búsqueda supone que el visitante ha realizado búsquedas o compras anteriores en el sitio y que se ha registrado. En la figura 3. pero que no saben bien lo que desean comprar. conocimiento de lo que se quiere. Buscando a través de las Clases o Entidades relacionadas directamente con la buscada. se puede realizar una primera categorización de las Entidades representadas en la figura 3. o productos relacionados con sus compras anteriores. dependerá de su grado de conocimiento en la utilización de aplicaciones en web. o bien. . se puede agregar que la alternativa que escoja el visitante para buscar una determinada instancia de alguna clase o entidad. tipo de compra que desea realizar. 3. etc.1.25 De acuerdo a los ejemplos analizados en [Rossi00]. • Si se consideran los tipos de búsqueda mencionado anteriormente. que hayan quedado registradas anteriormente. ordenes anteriores. [Schwabe&Vilain99] y otros.1 Criterios de Búsqueda A partir del Diagrama presentado en la figura 3. conocimiento del sitio. Buscando directamente la instancia en la Clase o Entidad a la que ella pertenece.

es decir. que aunque no se relaciona directamente con la Entidad Producto. n) consignación Flete Expreso (1. por lo tanto. n) clasificación (0. e) inclusión (0. e) (1. n) Producto (t. n) Categoría (1. Esta notación está fuertemente basada en UML. 1) Proveedor Courier (1. Sin embargo. Cesta y Categoría. se puede determinar que estas Entidades deben aparecer en el esquema navegacional. n) contenido (1. debido a que UML no emplea el concepto de contexto navegacional. 1) Cliente Cd Libro Video servicio (1. 1) (1. sí es requerida para las “búsquedas personales”. son: Pedido. 3. e) (1. n) Figura 3. 1) Flete Cliente Eventual Cliente Permanente (0. las Entidades relacionadas directamente con la Entidad Producto.2 Resumen de OOHDM A continuación se explica brevemente la notación de la metodología OOHDM para efectos de tener un primer acercamiento antes de continuar. n) solicitud Pedido (0. n) provisión (1. n) Cliente Registrado (t. n) pertenencia (0. según el criterio expuesto anteriormente. n) Cesta (0. ya que es explicada en detalle en el Anexo 1. si a este conjunto le agregamos la Entidad Cliente. . 1) (1.26 Empresa (t. para realizar el modelamiento conceptual y analizar el dominio de la aplicación que será desarrollada se construyen Diagramas de Clases y otros modelos de UML.2. Proveedor.2 – Diagrama Entidad Relacionamiento asociado a la Navegación Tal como se muestra en la Figura 3.

27

el conjunto de circunstancias que permiten la navegación, se desarrolla la notación del esquema navegacional. El Esquema navegacional se desarrolla a partir del Diagrama de Clases, como el que se presenta en la figura 3.3, definiendo perspectivas de acuerdo con cada tipo de usuario.
1...*
Módulo

1...* 1

1...*
Curso Nombre: String Programa: Texto Horas semanales: Real Temas: lista de <nombre:string> Profesores:lista de <nombre:string> Institución: string e-mail:string curriculum: texto recomendar (autor, contenido)

1

0.. Material del
Curso

tiene 4

tiene 4

es organizado en 1...*
Calendario semanal Fecha_inicio: Fecha Fecha_fin: Fecha Actividades: Array [2,7] of Text

Título: string Resumen:texto Indice: texto guarda_ftp () mostrar ()

1...* 3 es enrolado en
Coordinador Nombre: String e-mail: String MóduloEvaluación: Texto

Figura 3.3 – Ejemplo de Diagrama de Clases Un contexto navegacional es un conjunto de objetos, de una o varias clases, que están relacionados de acuerdo con algún aspecto. Como ejemplos de contextos navegacionales se pueden citar: todos los coordinadores de un módulo, los profesores de una determinada área de investigación, el material de estudio de un curso, los profesores de estudiantes que practican un determinado deporte, etc. Un contexto es representado por un rectángulo con un identificador. Los contextos son colocados dentro de otro rectángulo sombreado, que representa la clase navegacional de sus elementos, el identificador de esta última se muestra con letra cursiva. Generalmente el acceso a los elementos de un contexto es hecho a través de un índice. Los índices son representados por rectángulos de líneas discontinuas gruesas. Los índices exclusivos para el acceso a los elementos de una clase en determinado contexto poseen como identificador el nombre de clase en plural. Por ejemplo, el índice para acceso a los elementos de clase “módulo” en el contexto “módulo por materia” es denominado “materias”.

28

Un contexto de navegación también puede ser formado por los elementos resultantes de una consulta realizada en el momento de la navegación. Los parámetros de consulta pueden ser definidos automáticamente por el sistema o interactivamente por el usuario. La figura 3.4 presenta un contexto donde la consulta es realizada en la clase “Módulo” con una palabra clave como parámetro, a partir de las clases “Módulo por palabra clave”. El índice de acceso a un contexto por consulta debe presentar una barra vertical ennegrecida al lado derecho, indicando que la entrada es determinada durante al navegación (índice dinámico). Un contexto puede ser dinámico o no. Un contexto de navegación dinámico es aquel cuyos elementos son definidos o alterados durante la navegación y es representado por un rectángulo con una barra vertical ennegrecida al lado derecho.

Módulo Materias: Módulos Por Materia

Menú principal

Módulos por palabras claves <por nombre, materia, objetivo y/o programa>

Por Palabra clave

Módulos por coordinador

Por Coordinador

Figura 3.4 – Contexto de navegación por consulta Un contexto de una clase puede encontrarse a partir de la consulta de un contexto asociado a la misma u otra clase. En muchos casos, es interesante permitir que, cuando un objeto pertenece a más de un contexto de navegación, sea posible moverse de la navegación para ocurrir dentro de otro contexto al cual el objeto pertenece. La figura 3.5 muestra una línea discontinua separando los contextos, ésta representa que no es posible navegar a partir de un elemento de un contexto para el otro contexto. Cuando la línea no es presentada, es posible navegar a partir de un contexto para cualquier otro contexto.

29

Módulo Menú principal Por Materia

Por Palabra clave Curso Módulos por coordinador Por Coordinador Por Módulo

Por Materia

Figura 3.5 – Consulta de contextos de distintas clases Una clase navegacional también puede presentar un contexto de creación, modificación o eliminación de sus instancias. Por ejemplo, una aplicación puede permitir, durante su ejecución, la inclusión de un coordinador en un determinado módulo, esto se presenta en el contexto dinámico “creación” de la figura 3.6. La creación de una instancia u objeto está representada por un rectángulo con bordes redondeados y una barra vertical del lado derecho. Cuando una clase posee un contexto de creación, modificación o eliminación, los otros contextos, a pesar de ser dinámicos, no precisan presentar una barra vertical ennegrecida al lado derecho. La elipse negra asociada al lado izquierdo del contexto “creación” indica que el acceso a ese contexto está protegido, o sea, solamente usuarios autorizados podrían accesarla.

Coordinador Por Módulo

Menú principal

Creación

Figura 3.6 – Contexto de creación Finalmente, se presenta el contexto asociado al diagrama de clases presentado en la figura 3.3.

como se propone originalmente. objetivo y/o programa> Por Materia Coordinador Calendario Semanal Por Módulo Por Módulo Creación Asignaturas: Cursos Figura 3. en vez de construirlo a partir del Diagrama de Clases.3.7 – Ejemplo del Esquema Navegacional asociado 3. muestra el Diagrama de Clases asociado el Esquema Navegacional de la figura 3. se puede adaptar para construir el Esquema Navegacional a partir del Diagrama Entidad Relacionamiento. debe agregarse que una entidad es por definición persistente. materia. mientras que una clase puede o no ser persistente.7. tiene características que alcanzan un estado local.3 Adaptación de OOHDM al DER Aunque la metodología OOHDM. está basada en la orientación a objeto. y se relacionan con el Esquema Navegacional. es posible construir un Diagrama Entidad Relacionamiento que represente lo mismo que representa el Diagrama de Clases. Según [deChampeaux94]. Por lo tanto. mientras que la última sólo tiene atributos. Todo esto bajo el supuesto que todas las Clases representadas en el Diagrama de Clases son persistentes y que.30 Módulo Materias: Módulos Por Materia Material del Curso Por Curso Por Palabra clave Curso Módulos por coordinador Por Coordinador Por Módulo Menú principal Módulos por palabras claves <por nombre. un objeto “es identificable. se puede inferir que deben existir ciertos comportamien- . A esto. además de inducir operaciones en sus pares”. según esta definición. tiene operaciones que pueden cambiar el estado del sistema local. por lo tanto. y en particular el Esquema Navegacional. Si se aplican estas definiciones y diferencias al DC y DER. La figura 3. la principale diferencia que se puede establecer entre un objeto y una entidad es que el primero tiene atributos y operaciones.

las que no podrían representarse en el Diagrama Entidad Relacionamiento. serían que determinadas clases de objetos.8. o que el Diagrama de Clases incluya clases no persistentes. Módulo Materias: Módulos Por Materia Material del Curso Por Curso Menú principal Módulos por palabras claves <por nombre. estas operaciones no podrían realizarse por el sistema. ya que por su definición. Por lo tanto. Otros serían. Ambos comportamientos pueden asociarse a las clases respectivas. como se muestra en la figura 3. Otros problemas más complejos. pero de ninguna forma podrían asociarse a las entidades del DER. independientes de las clases.8 – Esquema Navegacional modificado . Esta representación puede ser con círculos de color. Un ejemplo claro de esto son los índices dinámicos. la posibilidad que tienen los visitantes de crear una instancia. operaciones que sólo ellos pueden activar. es decir. Por lo tanto. objetivo y/o programa> Por Palabra clave Curso Módulos por coordinador Por Coordinador Por Módulo Por Materia Coordinador Calendario Semanal Por Módulo Por Módulo Creación Asignaturas: Cursos Procesos asociados a las consultas y creaciones Figura 3.31 tos u operaciones de los objetos que son utilizados o activados por los visitantes mientras navegan.6. estos comportamientos deberían ser realizados por procesos del sistema. tal como lo muestra la figura 3. la protección para que solamente usuarios con permiso pudieran accesar ciertas clases. es la representación explícita de los procesos que deben realizarse cada vez que el visitante quiere navegar o buscar algo en el sitio. tuvieran operaciones encapsuladas. si se modela fuera del paradigma de la orientación a objeto. o bien. una variación que debiera realizarse al Esquema Navegacional original. materia.

en la figura 3.2.9. esta es la Entidad Comentarios.marraqueta.cl Tal como se puede visualizar en la figura 3. todas las Entidades relacionadas directamente con la Entidad Producto aparecen en el Esquema Navegacional.32 De esta forma se puede construir el Esquema Navegacional de www. como se puede observar. Comentarios Por Productos Producto Propiedades similares Categorías Categorías Categorías Productos por Referencias Búsqueda Búsqueda por Propiedades relacionado por Búsqueda Menú principal Cesta Cesta Productos en la cesta Pedido Pagar Formulario de Pedido Cliente Consulta Cuenta Ordenes anteriores en Pedido en la cesta Cuenta Cliente Figura 3. aparece otra entidad que no existe en el DER de la figura 3. El esquema resultante.2. es presentado en la figura 3.9. En estricto rigor.cl a partir del Diagrama Entidad Relacionamiento de la figura 3. Los procesos asociados a las búsquedas y validaciones son representados por círculos celestes. por lo que si se requiere que aparezca en el Esquema debiera modelarse también en el DER como otra entidad y no como atributo de la Entidad Producto.marraqueta. . tal como se planteó anteriormente.9. esta Entidad no puede aparecer en el Esquema Navegacional si no existe en el DER respectivo. utilizando las notaciones explicadas.9 – Esquema Navegacional de www. Además.

33 4. 4.n) (0. Diagrama Entidad Relacionamiento Integrado Como se ha planteado anteriormente.n) (0.1) (0.n) (0.1) Visitante en línea (0.1 DER asociado al Esquema Navegacional El Esquema Navegacional del sitio presentado en la figura 3.n) obtiene Consulta producto (0.9 representa las interacciones del sitio con un visitante.n) asociados a Resultado de la búsqueda Figura 4. si se construye un Diagrama Entidad Relacionamiento que registre estas interacciones se puede obtener el DER presentado en la figura 4.1) (1.n) busca a través de (0.n) tiene productos ingresados a consulta realiza (1.n) utiliza consulta Palabra clave (0.n) Criterio de búsqueda por categorías (0. para mejorar las relaciones con el sitio.n) (0. Sesión Cesta de productos Pedido realizado (1. uno de los objetivos específicos de esta investigación es registrar las interacciones de los visitantes con el sitio web.n) (0.n) (0.n) (0.1.1 – DER asociado el Esquema Navegacional .

34

De esta forma, se obtiene un modelo que pretende registrar las interacciones del visitante con el sitio sin que el visitante tenga que completar encuestas o responder preguntas.

4.2

Asociaciones entre Entidades de ambos DERs

Si se observa la figura 4.1, todas las relaciones de la Entidad Visitante en Línea son tomadas a partir de las posibilidades de búsqueda que se presentan en el Esquema Navegacional de la figura 3.3, excepto la Entidad denominada Sesión, ya que esta Entidad es una característica asociada al visitante, que se registra porque puede servir también para mejorar las relaciones con ellos, por ejemplo: registrando el idioma que se utiliza desde ciertas conexiones, la hora local, hora de inicio de la sesión, hora de término, etc. Una pregunta que nace a continuación es cómo se relacionan, si es que existe relación, el DER operacional mostrado en la figura 3.1 y el DER asociado el Esquema Navegacional mostrado en la figura 4.1. Rápidamente se pueden vislumbrar asociaciones o relaciones entre algunas Entidades de un modelo con Entidades del otro. La figura 4.2 muestra las relaciones entre Entidades de ambos modelos.
Empresa (t, e) (1, n) (1, n) (1, 1)

Categoría

clasificación

provisión

Proveedor

Courier (1, 1)

(1, n) pertenencia (0, n) Cesta (0, n) contenido (1, n) Producto (t, e) (1, n)

Cd

Libro

Video

inclusión servicio
Sesión

(0, n) (0, n) solicitud Pedido (0, n) (1, 1) Cliente (1, 1) Flete consignación

(1,1)

Pedido realizado

(0, 1)

(0,n)
realiza consulta

(1,1)

(0,n)

Cliente Registrado (t, e)

Flete Expreso (1, n) (1,1)
tiene productos ingresados a

Visitante en línea

(0,n)

busca a través de

(0,n)

(0,n) (0,n)
utiliza consulta Palabra clave

Cliente Eventual

Cliente Permanente

(0,n)

(0,n)

(0,n)
Criterio de búsqueda por categorías

(0,n)

obtiene

Cesta de productos

Consulta producto

(0,n) (0,n)

(0,n)

asociados a

Resultado de la búsqueda

Figura 4.2 – Asociaciones entre Entidades de ambos DERs La figura 4.3 muestra estas asociaciones en un Diagrama más simplificado, en que no se presentan todas las Entidades, sino sólo las que tienen alguna relación.

35

(1, n) Categoría

clasificación

(1, n) provisión

(1, 1) Proveedor

(1, n) (0, n) Cesta (0, n) pertenencia (0, 1) (1, 1) Cliente solicitud (0, n) Pedido (0,n)
consulta realiza

(1, n) contenido Producto

(1, n) inclusión

(0, n)

Pedido realizado

(1,1)
Sesión

(0,n) (1,1)
Visitante en línea

(0,n)

(1,1)
tiene productos ingresados a

busca a través de

(0,n)

(0,n) (0,n)
utiliza Palabra clave

(0,n)

(0,n)
Criterio de búsqueda por categorías

consulta

(0,n)

(0,n)

obtiene

Cesta de productos

Consulta producto

(0,n) (0,n)

(0,n)

asociados a

Resultado de la búsqueda

Figura 4.3 – Asociaciones entre Entidades de ambos DERs

36

4.3

Análisis de las asociaciones entre las entidades

En la figura 4.3 se pueden apreciar asociaciones entre Entidades de ambos DERs, pero no se especifica cómo son estas asociaciones. A continuación se analiza qué tipo de asociaciones pueden darse entre las Entidades de DER operacional y del DER asociado al Esquema Navegacional, para posteriormente analizar las asociaciones del ejemplo en particular. El DER describe cómo se relacionan los elementos estáticos. Este modelo se compone de tres piezas claves: las entidades, los atributos que describen a las entidades, y los relacionamientos que conectan las entidades entre sí. Una entidad es la representación de cualquier composición de información que deba almacenar el sistema, generalmente tiene un gran número de propiedades o atributos diferentes. Una entidad, a diferencia de un objeto, sólo encapsula datos. Además, en un Diagrama Entidad Relacionamiento pueden existir tres tipos de asociaciones entre Entidades, estas son: • • • Relacionamientos Asociaciones en Jerarquía de Tipos Asociaciones en una Entidad Agregada

A continuación se realiza una breve descripción de cada una. • Relacionamiento: Las entidades se conectan entre sí a través de los relacionamientos. Estos representan las conexiones entre entidades que son relevantes para el sistema. Cada trío “entidad – relacionamiento – entidad” tiene asociada una cardinalidad, ésta representa el número mínimo y máximo de ocurrencias de una entidad (instancia) que se pueden relacionar con ocurrencias de la otra entidad. Generalmente la cardinalidad se expresa como (0,n), (1,1) o (1,n). Se representan como rombos en el DER. Jerarquía de Tipos: Además, en el Diagrama Entidad Relacionamiento se pueden definir Jerarquías de Herencia o Tipos, lo que se realiza a través de relacionamientos de subconjunto, donde el conjunto del cual son tomados los subconjuntos es denominado padre o súperentidad y los subconjuntos son denominados hijos o subentidades. Todas las propiedades (o atributos) y relacionamientos del padre son válidos para sus hijos. Un tipo de entidad puede estar involucrado en más de una jerarquía de herencia. Asociaciones en una Entidad Agregada: En ocasiones es necesario conectar relacionamientos -que ya conectan a dos entidades- con otro relacionamiento, como esto no se puede realizar (relacionar dos relacionamientos) se agrega el conjunto de entidades y relacionamientos, obteniendo una Entidad Agregada, la que tiene todas las características de una Entidad normal, y teniendo en conside-

n) consulta (0. n) Visitante en línea (1. n) (0. clasificación (1.4 – Asociaciones entre Entidades En una primera aproximación se puede visualizar que todas las asociaciones se producen por la intersección entre conjuntos. 1) pertenencia (0.4 muestra de mejor forma cuáles entidades se asocian con cuáles. n) inclusión Pedido (0.n) Producto (1. de lo que se infiere que ambos conjuntos pueden pertenecer a una misma jerarquía de tipos. A continuación se analizan las asociaciones entre las entidades del ejemplo.n) (1.37 ración la consistencia de los atributos e identificadores de las entidades que agrega. . 1) Cliente (0.n) (1.n) (0.n) Figura 4.1) contenido Cesta Cesta de productos (0.n) solicitud (1. n) Pedido realizado (0. n) Categoría Criterio de búsqueda por categorías (0.n) utiliza (0.n) tiene productos ingresados a Consulta producto (0. la figura 4.n) consulta (0.

De todas formas. si se deja libertad para que los visitantes ingresen categorías por las cuales desean buscar seguramente existirán algunos que no estén registradas.5 – Asociaciones entre Entidades: Categoría – Criterio de Búsqueda por Categorías .n) se relaciona (0.5. dado que estamos modelando conceptualmente. en este caso las dos entidades deberían relacionarse como muestra la figura 4. entonces la representación más genérica de esta situación sería la que se muestra en la figura 4. n) Visitante en línea (1. Producto (1. si la búsqueda se puede realizar sólo a través de un conjunto de categorías predeterminado por la empresa.5.n) clasificación Criterio de búsqueda por categorías (t. Categoría – Criterios de Búsqueda por Categorías Por una parte están las Categorías registradas en la empresa y por otra están las categorías por las cuales consultan los visitantes. La relación entre estos conjuntos puede variar de acuerdo a la forma en que se implemente el motor de búsqueda a través por categorías. n) Categoría (1.n) Búsqueda exitosa Búsqueda no exitosa (0.38 1. de las cuales una se relaciona con la entidad del DER operacional. Por ejemplo. independiente de la implementación que se utilice.e) (1.n) utiliza Figura 4. n) Visitante en línea (0. creando dos subentidades. entonces ambos conjuntos serían iguales y se deberían fundir las dos entidades.n) clasificación (1. es decir.n) utiliza Producto (1. Por otra parte. n) Categoría Criterio de búsqueda por categorías (0.

n) Pedido realizado (0. n) (0. n) (0. ya que los visitantes sólo podrían consultar por Pedidos que hayan realizado.6 – Asociaciones entre Entidades: Pedido – Pedidos Realizados . los pedidos por los que se consulta podrían ser un tipo particular de Pedidos.39 2. n) inclusión Pedido Visitante en línea (0.n) Visitante en línea (0.n) Pedido realizado (0. Producto (1.n) Pedido consulta inclusión Producto (1. lo que se puede representar como muestra la figura 4.6. Pedido – Pedidos Realizados El caso de los Pedidos es distinto. por lo tanto.n) consulta Figura 4.

la mejor representación para esto es la jerarquía que se muestra en la figura 4. por lo tanto.40 3. Cliente – Visitante en Línea Por definición. Cliente Visitante en línea Visitante en línea Cliente Figura 4. la Entidad Cliente es un Visitante en línea que compró y se registró como Cliente.7.7 – Asociaciones entre Entidades: Cliente – Visitante en Línea .

n) contenido Cesta (0.41 4.n) tiene productos ingresados a Producto (1.8 muestra cómo se representaría la Entidad Cesta. n) contenido Cesta Cesta de productos (0. Cesta – Cesta de Productos La Cesta es un caso particular.n) tiene productos ingresados a Figura 4.8 – Asociaciones entre Entidades: Cesta – Cesta de Productos . por lo tanto.1) (0. éstos debieran agregarse a la entidad resultante. n) Visitante en línea (1.1) (0. En el caso que una de ellas pudiera tener más atributos que la otra. La figura 4. Producto (1. ambas Entidades se deben fundir y representar como una sola. ya que una cesta la crea un Visitante en línea y esta Cesta es la misma que se representa en el DER operacional. n) Visitante en línea (1.

Con un criterio similar al empleado en la Entidad Categoría.1) Producto contenido (0. . Producto – Productos La Entidad Producto es un caso similar a los casos de Entidad Categoría.n) Consulta producto existosa Consulta producto no existosa (0. Ya que. por una parte están los Productos registrados en la empresa y por otra están los Productos por los cuales consultan los visitantes.n) (1. representa el Diagrama Entidad Relacionamiento integrado con estas adecuaciones realizadas.e) (1. La Figura 4.42 5. Cesta (0.n) consulta (0. n) Consulta producto contenido (t. se destacan la jerarquías de tipos generadas con color azul.9.10.9 – Asociaciones entre Entidades: Producto – Productos En consecuencia.n) Figura 4. n) contenido Producto Consulta producto (0.n) consulta Visitante en línea Cesta (0. se puede obtener un modelo Diagrama Entidad Relacionamiento que integre el DER operacional y el DER que registra las interacciones de los visitantes con el sitio. En el Anexo 2 se presenta el Diccionario de Datos de este DER. n) (1. resulta como muestra la figura 4. n) Visitante en línea (0.

n) Pedido (0. n) (1.1) palabra clave (0.1) (0.n) (0.n) consulta (0. e) (1. n) Figura 4.1) Resultado de la búsqueda Consulta producto no existosa Consulta producto existosa (0.n) Cliente Permanente Criterio de búsqueda por categorías (t. 1) Courier Sesión (1.n) (0.e) Proveedor Empresa (t. 1) realiza (1.1) Producto (1.n) asociados a (0.n) Consulta producto (t.n) se asocia a (1. n) (0. 1) Cliente (1. n) contenido Cd Libro Video inclusión (0. n) Cesta (0. e) pertenencia (0. e) servicio (0.n) Busqueda exitosa (0.n) busca tiene productos ingresados a (1.43 (0.n) (1. 1) clasificación Pedido realizado Flete Cliente Eventual (1. n) consignación (1. 1) (1. n) Categoría Flete Expreso (1.n) (0.n) Busqueda no exitosa pregunta (0. n) Cliente Registrado (t.n) se relaciona (1. n) solicitud (1.10 – Diagrama Entidad Relacionamiento Integrado .n) utiliza (0.n) Visitante en línea (0.e) (1.n) obtiene provisión (0. n) (t.

Para diseñar un datawarehouse se deben realizar dos tareas. . Es una colección de datos de tipo orientada a sujetos. a partir del DER Integrado. Por otra parte. presentado en la figura 4. al decir “los sujetos” se incluye al cliente. para apoyar el proceso de toma de decisiones de gestión“. los datos del datawarehouse no son actualizados por transacciones sino cada vez que se le transfieran datos desde las bases de datos operacionales. 5. debe ser fácil de manejar e incluir mecanismos de seguridad.10. los datos de las tablas normalizadas de la base de datos operacional. Como el formato de los datos no es relevante para el análisis. es decir. La Integración se refiere a que los datos que vengan de diferentes bases de datos deben integrarse y ser consistentes. el diseño de la base de datos. variable en el tiempo y no volátil. Finalmente. vendedor. se propone elaborar un datawarehouse que contenga datos de la base de datos operacional y datos registrados de las interacciones con los usuarios. pero no el de los procesos que corresponde a una base de datos de tipo operacional. se utilizan las reglas que se proponen en [Heuser01].1 Diseño lógico de la base de datos Para realizar la primera tarea. elaborar el diseño lógico de la base de datos. integrada. éstas se resumen en la tabla 5. Este datawarehouse debiera elaborarse a partir del Diagrama Entidad Relacionamiento Integrado. Bill Inmon. Además. por lo tanto. Primero debe desarrollarse un diseño lógico y a continuación se realiza un diseño físico. Se trata de armar una base de datos informacional a partir de la base de datos operacional. Al datawarehouse le conciernen el modelamiento de los datos.44 5. Respecto de esta definición [Jaar&Prieto98] detallan que. citado por [Jaar&Prieto98] define datawarehouse como sigue: “Un datawarehouse organiza y almacena los datos requeridos para el procesamiento analítico de la información a largo plazo. se deben desnormalizar y en ocasiones. serán precisos para un momento y pueden no serlo para otro. Desarrollo de un Datawarehouse Dado que el objetivo de la investigación es mejorar las relaciones en base a los datos registrados.1. producto y actividades. se deben eliminar las inconsistencias y redundancias que pueden derivarse de la integración de las bases de datos operacionales de distintas áreas de la organización y filtrar los datos muy específicos que no aportarán en las decisiones que el datawarehouse apoyará. cambiar el formato.

1) (0.45 Para realizar el diseño lógico de las jerarquías de tipo. que es la integración y desnormalización de todas las tablas. [Heuser01] propone 2 alternativas. utilizando la misma notación del diccionario de datos. La primera es elaborar una tabla para toda la jerarquía y la segunda es elaborar una tabla para cada entidad de la jerarquía.n) Relacionamientos n:n (0.n) (1. .1 – Reglas para la implementación de relacionamientos [Heuser01] El resultado del diseño lógico se presenta a continuación. por lo tanto.n) (0.n) û û û û û û û û û ü ü ü û û û ü Alternativa preferida ± Puede ser usada û No usar Tabla 5.n) (1.2.1) (1.n) (0.n) (0. ya que se desea elaborar datawarehouse para todo el diagrama.1) (0.1) Relacionamiento 1:n (0.1) (1.1) (1.n) (1.1) (1. En este caso se opta por la primera opción. Esta notación es presentada en la tabla 5.1) ± (1.1) (0. ambas alternativas tienen ventajas y desventajas.n) (1.1) (0. esta opción ahorra trabajo para la siguiente etapa.n) û û ± ± ü ± û ü ü û ü ü ü ü (1. Regla de implementación Tipo de Tabla Adición Fusión RelacioPropia Columna Tablas namiento Relacionamiento 1:1 (0.

46 Símbolo Significado = Está compuesto de + Y (conjunción) ( ) Optativo { } Iteración o repetición [ ] Selección de alternativas | Separador de alternativas @ Identificador * * Comentario Tabla 5.2 – Simbología utilizada en un diccionario de datos A continuación se presenta el diseño lógico de Diagrama Entidad Relacionamiento Integrado. • • • • • • • • • • • • • • Actor = @id actor + actor Artista = @id artista + artista Asociados a = @id resultado + @id consulta producto Autor = @id autor + autor Busca = (Nº de búsqueda en la sesión) + @id visitante +@id palabra clave Cantidad en estado = @id cantidad en estado + cantidad Categoría = @código categoría + nombre categoría Cesta = @id cesta + estado cesta + ( nombre cesta ) +@id cliente +@id visitante Clasificación = @código categoría + @código producto Comentario = @id comentario + comentario Consulta = @id visitante + @id consulta producto + (Nº de búsqueda en la sesión) Consulta producto = @id consulta producto + @código producto Contenido = @id cesta + @código producto + cantidad Criterio de búsqueda por categorías = @id criterio .

47 • • • • • • • • • • • • • • • • • • • Dirección de Despacho = @id dirección de despacho + dirección Dirección de regalo = @id dirección de regalo + dirección Director = @id director + director Editor = @id editor + editor Empresa = @RUT + razón social + dirección + @id fono + @id fax + representante Estado producto = @id estado producto + estado producto Evaluación = @id evaluación + evaluación Extracto = @id extracto + extracto Fax= @id fax + número de teléfono Flete = @id flete + tipo flete + cargo fijo + cargo variable +@RUT Fono = @id fono + número de teléfono Idioma = @id idioma + idioma Inclusión = @código producto + @número pedido + @id estado producto + @id cantidad en estado + cantidad producto Narrador = @id narrador + narrador Obtiene = @id palabra clave + @id resultado Palabra clave = @id palabra clave Pedido = @número pedido + fecha pedido + tipo despacho + estado pedido + autorización pago + fecha cierre+@id cliente + (Fecha consulta) Pregunta = @id visitante + @número pedido Producto = @código producto + título + @id idioma + observaciones + disponibilidad + stock + foto + descuento + precio + año publicación + lugar publicación + @id rol + @id comentario + (@id evaluación ) + posición de venta + posición de preferencia + cantidad vendida + promedio evaluaciones + @RUT + (@id artista + sello + catálogo + pista + ( duración ) + ( duración total ) + for- .

no debe desarrollarse un datawarehouse del modo tradicional. los campos: fono. De esta forma. los datos de las tablas normalizadas. lo que se quiere es elaborar una gran base de datos a partir de un DER. entre otras. ya que lo usual sería elaborar una gran base de datos a partir de varias bases de datos operacionales. y dir desp. estado producto. fax y empresa. del diseño lógico. se realizan algunos pasos hacia atrás. y en esta investigación. dir regalo y visitante en línea. Por lo tanto. se eliminan posibles redundancias y se filtran los datos muy específicos que no aportan en las decisiones que el datawarehouse apoyará. se fusionan. se deben desnormalizar.2 Integración Dada la naturaleza de este trabajo. cantidad en estado e inclusión. Además. .48 mato digital + número de unidades + @id extracto) + (@id autor + @id editor + editorial + índice contenidos + ISBN + ( edición ) + ( reimpresión ) + ( formato encuadernación ) + ( número páginas ) + número volúmenes + @id trozo) + (@id director + @id productor + duración + @id actor + @id narrador + subtitulos + sistema + número serie + número de unidades + reseña contenidos + @id sinopsis) • • • • • • • • Productor = @id productor + productor Resultado de la búsqueda = @id resultado + resultado Rol = @id rol + rol Se relaciona = @id criterio + @código categoría Sinopsis = @id sinopsis + sinopsis Trozo = @id trozo + trozo Utiliza = @id visitante + @id criterio + (Nº de búsqueda en la sesión) Visitante en línea = @id visitante + fecha Sesión + hora Sesión + @id conexión + servidor + país + idioma local + hora local+fecha+hora inicio+hora cierre+ (@id cliente) + (nombre cliente + ( correo electrónico ) + dirección personal + forma de pago + código cliente + contraseña) +( [ @id dirección de despacho | @id dirección de regalo ] ) 5.

tales como: Filtrar datos operacionales irrelevantes. convertir columnas en filas. introducir datos derivados. resumir. se obtiene el modelo lógico presentado a contunuación: • Datawarehouse = @código producto + @id conexión + @id flete + @id visitante + @número pedido + @RUT + (@id cliente) + @id cesta + año publicación + autorización pago + cantidad + cantidad producto + cantidad vendida + cargo fijo + cargo variable + comentario + descuento + dirección + disponibilidad + estado cesta + estado pedido + estado producto + evaluación + fax + fecha + fecha pedido + fecha cierre+ fecha sesión + fono + foto + hora cierre + hora inicio + hora local + hora Sesión + idioma + idioma local + lugar publicación + nombre categoría + observaciones + país + posición de preferencia + posición de venta + precio + promedio evaluaciones + razón social + representante + resultado + rol + servidor + stock + tipo despacho + tipo flete + título + (artista + sello + catálogo + pista + (duración) + (duración total) + formato digital + número de unidades + extracto) + (autor + editor + editorial + índice contenidos + ISBN + (edición) + (reimpresión) + (formato encuadernación) + (número páginas) + número volúmenes + trozo) + ([dirección de despacho | dirección de regalo] ) + (director + productor + duración + actor + narrador + subtitulos + sistema + número serie + número de unidades + reseña contenidos + sinopsis) + (evaluación) + (Fecha consulta) + (Nº de búsqueda en la sesión) + .49 • Producto = @código producto + título + @id idioma + observaciones + disponibilidad + stock + foto + descuento + pre-cio + año publicación + lugar publicación + rol + comentario + ( evaluación ) + posición de venta + posición de preferencia + cantidad vendida + promedio evaluaciones + @RUT + ( artista + sello + catálogo + pista + ( duración ) + ( duración total ) + formato digital + número de unidades + extracto) + ( autor + editor + editorial + índice contenidos + ISBN + ( edición ) + ( reimpresión ) + ( formato encuadernación ) + ( número páginas ) + número volúmenes + trozo) + ( director + productor + duración + actor + narrador + subtitulos + sistema + número serie + número de unidades + reseña contenidos + sinopsis) Empresa = @RUT + razón social + dirección + fono + fax + representante Inclusión = @código producto + @número pedido + estado producto + cantidad en estado + cantidad producto Visitante en línea = @id visitante + fecha Sesión + hora Sesión + @id conexión + servidor + país + idioma local + hora local+fecha+hora inicio+hora cierre+ (@id cliente) + (nombre cliente + ( correo electrónico ) + dirección personal + forma de pago + código cliente + contraseña) +( [ dirección de despacho | dirección de regalo ] ) • • • Con esta y otras reglas propuestas en [Winsberg9?].

este conjunto de campos debería poblarse con datos operacionales y datos que se registren de las navegaciones y consultas realizadas por los visitantes. En el capítulo siguiente se proponen algunas aplicaciones que obtienen información a partir de los datos registrados. .50 (nombre cesta) + (nombre cliente + (correo electrónico) + dirección personal + forma de pago + código cliente + contraseña) Posteriormente.

1 Web Mining Web Mining es un área de investigación muy reciente que combina dos de las áreas de la investigación: Data Mining y World Wide Web. audio. que son: Preprocesamiento. en cuanto a contenido. Web mining de uso es una categoría relativamente independiente de las anteriores. Aunque aún no existe un completo consenso sobre lo que es Web Mining. imagen. Web Mining de estructura. se realizó un extenso análisis bibliográfico de artículos que tratan el tema específico de utilizar datamining en la web. Datamining Para elaborar este capítulo. Por su parte. La distinción entre estas dos categorías no es muy clara a veces. Por su parte. el Web Mining de contenido es esencialmente análogo a las técnicas de datamining en bases de datos relacionales. principalmente. metadatos e hyperlinks. tales como texto. 6. las técnicas que descubren patrones de uso de los usuarios de sitios web e intenta predecir sus conductas.1 Web Mining de contenido El Web Mining de contenido describe la búsqueda automática de recursos de información disponibles online. pero la mayoría de los datos es texto no estructura- . El documento de web normalmente contiene varios tipos de datos. Web mining de estructura enfatiza en el descubrimiento de cómo modelar las estructuras de vínculos de la Web. o datos más estructurados como los datos en las tablas o bases de datos generadas con HTML. por lo que a continuación se resume brevemente en qué consiste. tales como [Wang00] y [Cooley00] diferencia entre tres áreas: Web Mining de contenido. El Web Mining de uso consta de tres fases.51 6. encontrando que incluso ya existe una denominación específica para este tipo de análisis: Web Mining. e involucra grandes volúmenes de datos. Algunos de ellos son semi-estructurados como documentos de HTML. pero no aislada. 6.1. Esta categoría describe. Descubrimiento de patrones y Análisis de patrones. datos y documentos. A continuación se explica brevemente cada una de las áreas del Web Mining mencionadas. video. El Web Mining de contenido se enfoca en el descubrimiento y recuperación de información útil de la Web. y Web Mining de uso. En el dominio del Web Mining. la mayoría de los estudios.

mientras que se ignora la información del vínculo que podría ser muy valiosa. [Spiliopoulou99] resume los objetivos estratégicos potenciales del Web Mining de uso como: • • • Predicción de la conducta del usuario dentro del sitio.3 Web Mining de uso Web Mining de uso intenta descubrir la información útil de los datos secundarios derivados de las interacciones de los usuarios mientras navegan en la web. . El objetivo del Web Mining de estructura es generar un resumen estructural sobre el sitio y sus páginas.2 Web Mining de uso Tal como lo define [Cooley00]. Se enfoca en las técnicas que podrían predecir el comportamiento del usuario mientras interactúa con el sitio web.1. el contenido del web y la arquitectura del sitio web serán utilizados como fuentes de información. En el proceso de preparación de los datos de Web Mining de uso. tal como la similitud y las relaciones entre los diferentes sitios web.52 do.1. mientras Web Mining de estructura intenta descubrir la estructura de vínculos e hyperlinks entre los documentos. Más aún. Comparación entre las expectativas y el uso real del sitio. 6. Ajuste del sitio a los intereses de sus usuarios. Web Mining de estructura categorizará las páginas webs y generará información. por lo cual interactúan el Web Mining de uso. Web Mining de contenido y Web Mining de estructura. Basado en la arquitectura de hyperlinks. Web Mining de uso es la aplicación de técnicas de datamining para descubrir patrones de los datos de la web con el propósito de entender y mejorar el servicio a las necesidades de aplicaciones basadas en web. el clustering en el proceso del descubrimiento de patrones es un puente desde el Web Mining de contenido y de estructura hacia el Web Mining de uso. Web Mining de contenido se enfoca principalmente en la estructura dentro del documento. 6. No hay distinciones tan claras entre Web Mining de uso y las otras dos categorías. Técnicamente.2 Web Mining de estructura La mayoría de las herramientas para recuperar información en la web sólo usa la información textual. La característica no estructurada de datos obliga a buscar enfoques más complicados. 6.

53 También [Cooley00]. Web Mining de Uso Pre-procesamiento Descubrimiento de Patrones Análisis de Patrones Integración del DER operacional y DER navegacional en un datawarehouse Datamining Decisión Figura 6. Tal como se muestra en la figura 6. Web Mining de uso es la aplicación de técnicas de datamining a los logs (datos de Web secundarios) de grandes repositorios de datos Web. Finalmente. la fase de pre-procesamiento del Web Mining de uso se puede asociar al trabajo expuesto en los capítulos anteriores. en la etapa de descubrimiento de patrones. en la etapa de análisis de patrones se deben tomar las salidas de las etapas anteriores y tomar las decisiones para mejorar las relaciones con los clientes. diseño del servidor de Web y diseño de la navegabilidad de un sitio de Web [Cooley99]. . A continuación. se utilizaría el datamining.1 – Web Mining de Uso A continuación se explica cada una de estas fases.1 Datos de Pre-procesamiento para Mining Del punto de vista de la técnica. descubrimiento de patrones y análisis de patrones. propone que el Web Mining de uso sea analizado en tres fases distintivas. donde se establece un modelo para registrar los datos de los visitantes en forma ordenada y estructurada.2. que son: pre-procesamiento. El propósito es producir salidas que puedan usarse en las tareas de diseño.1. tales como: diseño del sitio Web. 6.

Para determinar los pre-procesamiento de estructura. logs de destinatarios. estadística.2. De esta forma. Las salidas son el archivo de sesión del usuario. escrituras y otros archivos en las formas que pueden ser usadas por el datamining de uso. De aquí que la propuesta de esta investigación. según [Cooley00]. los pre-procesamientos de la estructura pueden tratarse en forma similar como el pre-procesamiento de contenido. arquitectura del sitio. 5. 6. 3. index sever logs. 4. En el descubrimiento de los modelos y patrones convergen los algoritmos y técnicas de varias áreas de investigación. [Wang00] clasifica las principales como: 1. De acuerdo a las técnicas utilizadas en estas áreas. Por su parte. y clasificaciones de la página. para registrar datos. y opcionalmente las estadísticas de análisis anteriores.54 El Pre-procesamiento de contenido es el proceso de convertir texto. probablemente. imagen.2 Descubrimiento de patrones Este es el componente más importante de Web Mining. como datamining. archivos de registro. Las entradas de la fase del pre-procesamiento pueden incluir logs del servidor de web. 2. es de mucho valor. el pre-procesamiento del uso es. Análisis estadístico Reglas de asociación Clustering Clasificación Patrón secuencial Modelamiento dependiente A continuación se explica brevemente cada una de ellas: . archivo de la transacción. y reconocimiento de patrones. en el sentido de desarrollar un DER Navegacional e integrarlo con el DER operacional. 6. se debe considerar que la estructura de un sitio de Web es formada por hyperlinks entre vistas de páginas. machine learning. la tarea más difícil en el Web Mining de uso debido a la falta de datos disponibles.

6. pueden asociarse.2.2 Reglas de Asociación En el dominio de la web. Para esto.2. Además.2.1 Análisis Estadístico Las técnicas estadísticas son las herramientas más poderosas al momento de extraer conocimiento acerca de los visitantes de un sitio web. pueden usarse técnicas para descubrir correlación entre los elementos de una base de datos de transacciones desordenadas.2. se puede hacer un clustering de páginas.2. Otro empleo de esta información. como también se pueden clusterizar los usuarios para ayudar a descubrir el grupo de usuarios que tienen un patrón de navegación o comportamiento similar. Analizando la información estadística se puede mejorar la actuación del sistema y puede reforzar su seguridad. facilitando la tarea de modificación del sitio. las reglas de asociación se refieren a los sets de páginas que se acceden juntas. lo que sería muy útil para apoyar motores de búsqueda en Internet. es que cuando se requiera cargar una página de un sitio remoto. las páginas. 6.4 Clasificación La clasificación es la técnica para rutear un artículo en alguna de varias clases predefinidas. cuando se clusterizan grupos de páginas que tienen contenidos relacionados. Esta técnica es muy útil para inferir las características demográficas de los usuarios y realizar segmentación del mercado en aplicaciones del Ecommerce o proporcionar contenido de web personalizado a los usuarios individuales.55 6. el webmaster podría usar esta técnica si quiere establecer un perfil de los usuarios que pertenecen a una clase particular o categoría. Esto requiere extraer y seleccionar los rasgos que mejor describen las propiedades . En [Cooley00] se enfatiza que en el Web Mining de uso. pueden usarse reglas de asociación como un trigger para preparar documentos que un usuario tipo solicitará y así reducir su tiempo de respuesta cuando lo solicite. En el dominio web.2.2. Los analistas pueden realizar diferentes tipos de análisis estadísticos descriptivos basados en diferentes variables. y apoyando las decisiones de marketing. Los diseñadores de Web pueden reestructurar sus sitios eficazmente con el conocimiento de la presencia o ausencia de reglas de asociación entre sus páginas. que son a menudo referenciadas juntas. 6. Se puede clusterizar información del usuario o de páginas para facilitar el desarrollo y ejecución de futuras estrategias de marketing [Cooley99].3 Clustering El análisis de clustering es una técnica para agrupar usuarios o artículos de los datos (páginas) con características similares.2.

no son adaptables directamente al entendimiento humano. y por ello se plantea la necesidad de transformarlo en un formato que pueda ser fácilmente asimilable. en un conjunto de sesiones o episodios ordenados en el tiempo. detección de punto de cambio. Es muy significativo para que el Web marketer pueda predecir la tendencia futura.3 Análisis de patrones Finalmente.2. La técnica de modelamiento dependiente provee un marco teórico para analizar el comportamiento de los usuarios. lo cual ayuda a colocar consejos específicos que apuntan a ciertos grupos del usuario.2. tales como Árboles de Decisión. 6.5 Patrón secuencial Esta técnica intenta encontrar el patrón dentro de la sesión. . Support Vector Machines.2. 6. o análisis de similitud [Cooley00]. etc. Los patrones secuenciales también incluyen algunos otros tipos de análisis temporales. El objetivo de este proceso es eliminar las reglas o patrones irrelevantes y extraer las reglas o patrones interesantes de las salidas del proceso de descubrimiento de patrones.2. Análisis Bayesiano de Decisiones. tales como análisis de tendencia.2. La clasificación puede realizarse usando algoritmos de aprendizaje dirigidos inductivos. Esto puede ser hecho con la ayuda de algunas herramientas y metodologías de análisis. el Análisis de patrones es la fase final de la Web Mining de uso. [Cooley00]. 6.6 Modelamiento dependiente El objetivo de esta técnica es establecer un modelo que sea capaz de representar dependencias significativas entre las distintas variables del dominio de la web. tal que el conjunto de los itemes sigan la secuencia de otros. y es potencialmente útil para predecir los consumos de recursos futuros en la web. Se debe destacar que estos métodos asumen que la salida de la fase anterior ha sido suficientemente estructurada. Clasificador del vecino más cercano. Los dos enfoques más comunes para el análisis de patrones son: el uso de mecanismos de estructurados de consultas como SQL. o construir datos multi-dimensionales cúbicos antes de ejecutar las operaciones OLAP [Zaiane98].56 de una clase o categoría. Las salidas de los algoritmos de Web Mining a menudo.

Las propuestas entregadas no pretenden cubrir todo el espectro de análisis que podría hacerse con los datos registrados. basándose en el datawarehouse modelado y en la clasificación de Web Mining de uso. . ya que la cantidad de análisis e información que se puede obtener es inmensurable. o Compran libros en idiomas distintos al del lugar en que reside. o Compran productos realizando búsqueda por productos. Las aplicaciones se proponen según la clasificación sugerida por [Wang00]. o Sólo consultan productos y no compran. que clasifica las principales como: 6. o Consultan sus cestas anteriores para comprar.3 Desarrollo de un Datamining Finalmente.57 6. se proponen algunas aplicaciones de datamining que. o Compran productos realizando búsqueda por categoría. mejoren las relaciones con los visitantes bajo la filosofía CRM. o Compran a distintas horas. según lo expuesto en la sección anterior. o Compran productos en ciertos rangos de precios. o Compran libros con tapas duras y tapas blandas. Sólo se pretende mostrar ciertas aplicaciones simples que podrían ser de ayuda en la toma de decisiones.1 Análisis estadístico • Calcular el porcentaje de visitantes que: o Compran productos que se entregan en los resultados de la búsqueda que ellos realizaron. o Compran productos relacionados.3.

3.58 6. o Si existe relación entre el perfil de los visitantes y la empresa de transporte que escogen.3. o Según las categorías en que se encuentran los productos que compran. o Compran libros con tapas duras y tapas blandas. 6.5 Modelamiento dependiente • Clasificar: o Los productos de acuerdo al volumen de venta.4 Patrón secuencial • Analizar: o El perfil de los visitantes según los tipos de productos que compra. o Si existe relación entre el producto comprado y la empresa de transporte escogida. o Compran productos relacionados.2 Reglas de asociación • Detectar los visitantes que: o Compran libros en idiomas distintos al del lugar en que reside. 6.3. o Que sólo compran ofertas.3.3 Clasificación • Analizar el perfil de los visitantes: o Según el tipo de productos que compra. 6. . o Sólo compran productos en oferta.

. o Las empresas de transporte disponibles de acuerdo al número de quejas para cada uno. estas propuestas de análisis son sólo algunas de las que se podrían obtener de esta gran cantidad de datos registrados. Como se ha mencionado anteriormente. Se supone que los distintos usuarios internos deben solicitar qué información requieren del sistema.59 o Las empresas de transporte disponibles de acuerdo al número de solicitudes de cada uno.

de dos tipos y de los tres tipos. Determinar el número de clientes. con las definiciones de datamining presentadas en el capítulo 6 y con el objetivo de realizar análisis que apoyen el proceso de CRM. calcular cuántos productos de cada tipo ha comprado. 2. 4. estableciendo también grupos de clientes que compren varios productos. tal como se describió en el capítulo 2. clasificándolas en: análisis estadístico. 3. clustering. Para esto se generó una serie de datos ficticios -que son presentados en el Anexo 3. se mencionaron algunas técnicas para realizar análisis de datos. La forma de calcular este indicador será: 1. 5.1. 6.1 Segmentación Este análisis busca dividir los clientes en pequeños grupos. separar los clientes que han comprado dos tipos de productos. A continuación se expone un ejemplo de aplicación. El criterio que se utiliza para segmentar es el tipo de producto que el cliente compre. Por otra parte. dependiendo de sus características. reglas de asociación. 7. el resultado de esta clasificación es mostrado en la tabla 7. Aplicación del Datamining al Datawarehouse Tal como se mencionó en el capítulo 2. . identificar características comunes a un grupo de clientes y analizar la respuesta de los clientes a determinadas campañas. listar los clientes que compran productos de un tipo.1 y en el gráfico de la figura 7. estimar la probabilidad de que un cliente sea fiel. Basándose en los datos ficticios propuestos en el Anexo 3. clasificación. entre otros aspectos: segmentar. patrón secuencial y modelamiento dependiente.60 7. eliminar del análisis a los clientes que sólo han comprado una vez. el análisis de CRM busca. para que posteriormente puedan realizar campañas y enviar anuncios específicos para cada grupo.basándose en el dawarehouse desarrollado en el capítulo 5. separar los clientes que sólo compran un tipo de producto. buscar clientes más rentables. para cada uno de ellos. en el capítulo anterior.

Determinar el número de clientes. 3.2. Segmentación de acuerdo al tipo de producto que los clientes compren Sólo CD's Sólo Libros Libros y CD's Los tres Figura 7.2 y en el gráfico de la figura 7.1 – Resultado de la Segmentación por tipo de productos comprados. esta medición se realiza basándose en los ingresos obtenidos por cliente. el resultado de esta clasificación es presentado en la tabla 7.4 0 0 Los tres 0. calcular cuánto ha pagado cada uno. Basándose en los datos propuestos en el Anexo 3.2 Sólo Videos Libros y CD's CD's y Videos Libros y Videos 0 0.2 Búsqueda de los clientes más rentables Mediante este análisis se busca a los clientes más rentables.1 – Gráfico de Segmentación 7. . calcular cuántos productos de cada tipo ha comprado y el valor pagado por cada uno de ellos. ya que para este ejemplo no se tiene conocimiento de los costos involucrados. listar los clientes y el valor pagado en orden descendente.1 Tabla 7. La forma de calcular este indicador será: 1. para cada uno de ellos. 2.3 Sólo Libros 0. 4.61 Sólo CD's 0.

Clientes que generan más ingresos 80000 70000 60000 50000 $ 40000 30000 20000 10000 0 3 1 4 7 8 5 9 16 17 6 18 12 15 14 19 20 2 10 11 13 Clientes Figura 7.2 – Clientes que generan más ingresos.62 Id Cliente 3 1 4 7 8 5 9 16 17 6 18 12 15 14 19 20 2 10 11 13 Ingresos ($) 73000 70000 59500 59500 52500 38000 36500 22500 22500 22000 21500 20000 20000 15500 15500 12000 10000 10000 8500 6000 Tabla 7. .2 – Clientes que generan más ingresos.

026 1 0.021 3 0.3 Estimación de la fidelidad de un cliente Mediante este análisis se busca a los clientes más fieles.285 6 0.3. Id Cliente Indicador 4 0.3 – Clientes más fieles.25 0.111 16 0.05 0 4 6 16 17 7 1 9 8 3 18 5 Indicador Clientes Figura 7.024 9 0. calcular la frecuencia de compra promedio.1 0. 3. Clientes más fieles 0.014 18 5 0.006 0. Determinar el número de clientes. listar los clientes y su frecuencia de compra en orden descendente.055 17 0.15 0.63 7.045 7 0. para cada uno de ellos. Basándose en los datos propuestos en el Anexo 3.2 0.3 – Clientes más fieles. el resultado de esta estimación es mostrado en la tabla 7. .021 8 0. Para ello se determina el número pedidos realizados de un cliente y se divide por el número de días transcurridos entre el primer y el último pedido. 2.3 0. La forma de calcular este indicador será: 1.3 y en el gráfico de la figura 7. Esta estimación se realiza basándose en la frecuencia de compra por cliente.001 Tabla 7.

lo que se traduce en que no se utilicen todas las potencialidades que entrega Internet o las nuevas tecnologías de información. En general. se ha desarrollado pensando en integrarlo a modelos orientados a objeto. independientemente del paradigma que se utilice. Se debe hacer notar también. adopten una filosofía orientada al cliente. que la integración entre estos diagramas se realiza de forma natural y sin recurrir a otros mecanismos más que los existentes en el modelamiento conceptual del Diagrama Entidad Relacionamiento. Se podría decir que sirve para seguir los pasos de los visitantes en el sitio. las que . si el negocio cuenta con un Diagrama de Clases operacional. ya que en ese caso se debiera comenzar por modelar conceptualmente la base de datos operacional. Sin embargo. a través de CRM. Se utiliza un esquema navegacional que representa las interacciones de los visitantes del sitio web a través de una metodología propuesta en [Schwabe&Vilain99]. En este punto se debe aclarar que esta integración y el modelo final serían muy difíciles de obtener si no existe un DER operacional.64 8. por lo que se deben crear algunas jerarquías de tipos. Esta Tesis entrega el resultado de la investigación respecto a modelar la relación o interacción de los clientes o visitantes con un sitio web de comercio electrónico. Un aporte específico de la investigación es la integración que se realiza entre el DER que registra interacciones del sitio con el DER operacional del negocio. Se vuelve a confirmar entonces la necesidad de enfatizar que se debe modelar conceptualmente un sistema antes de implementarlo. Este modelo. por lo que se vislumbra que en el futuro será de apoyo en muchos estudios que involucren modelamiento de usuarios en Internet e intranets. mas bajo algunos supuestos puede relacionarse con el DER. Conclusiones El gran auge de Internet y el crecimiento explosivo de las transacciones vía web motiva a que un gran número de empresas realicen ventas en línea a través de la red y aprovechando las particularidades de Internet. para conocerlos de mejor forma y poder atenderlos de acuerdo a los gustos. La motivación de obtener un modelo es que éste sirva para registrar las interacciones de los visitantes sin tener que consultarles ni molestarles. considerando algunas diferencias entre estos diagramas. Por su parte. se producen relaciones de subconjunto entre algunas entidades del DER operacional y del DER navegacional. podría obtenerse el modelo final de manera similar a la expuesta en esta Tesis. cuantiosos sitios de comercio electrónico se desarrollan sin una adecuada planificación y modelamiento. requerimientos y particularidades de cada uno.

Web mining de estructura enfatiza en el descubrimiento de modelos de estructura de vínculos de la Web. basándose en la filosofía CRM. Las salidas de esta etapa servirán para ser analizadas en la siguiente etapa de Descubrimiento de Patrones. Cabe destacar que el Diagrama Entidad Relacionamiento Integrado es de gran utilidad en la etapa de Pre-procesamiento del Web Mining de uso. Web Mining de estructura y Web Mining de uso. se investiga un área nueva dentro del datamining como lo es Web Mining. en cuanto a contenido. Con el propósito de apreciar la facilidad que tiene llevar a la práctica esta investigación. esta es un área relativamente nueva. escrituras y otros datos en formas que puedan ser usadas por el datamining de uso. principalmente. El Web Mining de uso consta de tres fases. se elabora el diseño lógico de la base de datos del DER Integrado utilizando las reglas [Heuser01] y un datawarehouse a partir de ella. Como parte del objetivo de la investigación fue elaborar un modelo para apoyar la toma de decisiones. . Sin embargo. no debe ser una restricción para obtener otra información que pueda apoyar a los tomadores de decisiones y perfectamente podría obtenerse información bajo otra filosofía. Según [Cooley00]. en desmedro de uno multidimensional. lo que no necesariamente implica que este diseño sea siempre el mejor. Por su parte. que son: Pre-procesamiento. enfocándose principalmente en el Web Mining de uso. pero no aislada. por lo que muchas proposiciones están aún en elaboración. Se opta por diseñar un datawarehouse tabular. Esta área o disciplina formaliza la necesidad de obtener información de la web. Aunque esta filosofía sirvió de marco para obtener un tipo de información. y propone metodologías para hacerlo. imagen. Aunque aún no existe un completo consenso sobre lo que es Web Mining. Web Mining es un área de investigación muy reciente que combina dos de las áreas de la investigación: Data Mining y World Wide Web. datos y documentos.65 en definitiva integrararán los dos diagramas obteniendo el Diagrama Entidad Relacionamiento Integrado. De aquí que la propuesta de esta investigación es de mucho valor al hacer un Pre-procesamiento más claro y perdurable. en el último capítulo se proponen algunas aplicaciones simples para obtener información. tales como [Wang00] y [Cooley00] diferencia entre tres áreas: Web Mining de contenido. El Web Mining de contenido se enfoca en el descubrimiento y recuperación de información útil de la Web. Web mining de uso es una categoría relativamente independiente de las anteriores. las técnicas que descubren patrones de uso de los usuarios de sitios web e intenta predecir sus conductas. Esta categoría describe. Además. sólo por motivos didácticos. el Pre-procesamiento del uso es la tarea más difícil en el Web Mining de uso. Descubrimiento de patrones y Análisis de patrones. la mayoría de los estudios. El Preprocesamiento es el proceso de convertir texto.

y conocer si el desarrollo posterior tiene mayor o menor dificultad. en que se cuente con un Diagrama de Clases de la base de datos operacional. por lo que pudiera parecer que no sacan provecho del esfuerzo anterior de modelar y registrar los datos en forma ordenada. los tomadores de decisiones en conjunto con los analistas expertos. • • • • . debieran aumentar cada vez más.66 Se proponen aplicaciones simples. debieran proponer aplicaciones más complejas que se pudieran construir a partir de los datos registrados. en la práctica. diseñadores y decisores puedan apoyarse. Analizar un caso similar al utilizado en este trabajo. para que los analistas. ya que la proposición que se realiza en esta investigación no debería enmarcarse solamente en comercio electrónico. Modelar un sistema de intranet organizacional con OOHDM y registrar las interacciones para posteriormente proponer rediseños funcionales y estructurales. tal como el sitio web de la Escuela de Ingeniería Industrial de la UCV. Aplicar esta propuesta completa a un sitio de comercio electrónico existente. de este modo analizar si las asociaciones entre clases son similares a las asociaciones entre entidades. No obstante. se plantea que esta investigación debiera ser de utilidad para futuros trabajos e investigaciones que se realizarán en torno al tema de sistemas en Internet e intranets que. Aplicar esta propuesta completa a un sitio web que no sea de comercio electrónico. debido a la estandarización y a la explosión de las comunicaciones. Algunas ideas al respecto son: • A partir del datawarehouse desarrollado. que saquen partido de la gran cantidad de datos que se pueden registrar. Finalmente. se espera que. elaborar dataminings más robustos y complejos.

definiendo visiones de acuerdo con cada tipo de usuario. El modelamiento conceptual analiza el dominio de la aplicación que será desarrollada. se desarrolla la notación del esquema navegacional basándose en UML. El capítulo 2 presenta las actividades de modelamiento conceptual. OOHDM propone 4 actividades durante la construcción de una aplicación hipermedia: modelamiento conceptual. 2 . El proyecto de interfase abstracta define los objetos de interfase. para cada actividad de OOHDM. modelamiento navegacional. La notación usada en modelamiento conceptual está basada en la notación de UML (Unified Modeling Language) [UML]. sus propiedades y transformaciones. En ese capítulo son presentados todos los conceptos utilizados en el proyecto de interfase abstracta y la notación de cada concepto. En ese capítulo son presentados todos los conceptos utilizados en modelamiento conceptual y la notación para cada concepto. Puede ser dividido en dos sub-actividades: definición del esquema navegacional y la definición del esquema de contextos navegacionales. la actividad de implementación se desarrolla a continuación o término de las primeras. Las tres primeras actividades son desarrolladas iterativamente. Río de Janeiro. En este capítulo son presentados todos los conceptos utilizados en modelamiento navegacional. Debido a que UML no trata el concepto de contexto navegacional. El capítulo 3 presenta las actividades de modelamiento navegacional.67 Anexo 1: Extracto de Notación de la Metodología OOHDM2 1 Introducción Este trabajo presenta la notación de la metodología OOHDM (Object-Oriented Hypermedia Design Method) [Rossi96]. proyecto de interfaz abstracta e implementación. entendiendo que solamente parte de este dominio será aplicación. Este trabajo presenta los conceptos que pueden ser representados y la notación para representarlos. El capítulo 4 presenta las actividades de proyecto de interfase abstracta. Traducción realizada por Rodrigo Alfaro de “Notação da Metodologia OOHDM”. Daniel Schwabe & Patrícia Vilain. Abril de 1999. El modelamiento navegacional mapea el esquema conceptual para la definición de la aplicación hipermedia que será desarrollada.

La implementación transforma el resultado del proyecto navegacional en el proyecto de interfase abstracta para un ambiente de implementación. A pesar de que las posibles navegaciones entre las instancias de clases navegacionales serán representadas por las líneas direccionadas y también por las anclas (âncoras) e índices como atributos. La figura A. el capítulo 5 presenta las actividades de implementación.1 presenta el esquema conceptual (Diagrama de Clases) y la figura A. En ese capítulo son presentados algunos conceptos relacionados con la implementación.2 el esquema navegacional resultante del esquema conceptual.68 Por último. solamente algunas anclas e índices están siendo representados. . Este esquema incluye el objeto rector.

..* * Asignatura 1 nombre: String descripción: String número-créditos: Integer ementa: Texto * * pré-requisito requiere 1... TextoPesquisa] Estudiante 1...* 1.* * 1 Profesor clase: String salario-base: 1 1. Imagen] * Laboratorio nombre: String descripción: String 1 * conduce 1.* participa Administrativo Técnico Académico 1..* Material Complementario local: String Frecuencia evaluación: Integer Figura A1.* actúa Área de Investigación nombre: String descripción: String Orientación título: String evaluación: Integer 1 enseña dirige rector nombre: String 1.* 1..* financia Proyecto de Investigación nombre: String descripción: [TextoMarketing...1 – Esquema Conceptual ..* Equipamiento nombre: String Patrocinador nombre: String * actúa 1.* * 1..69 Persona nombre: String título: String descripción: [Texto + .* actúa 1.* * 1.

* actúa actúa Administrativo Técnico Académico 1..* 1.* posee 1 Asignatura nombre: String descripción: String número-créditos: Integer ementa: Texto * requer * 1 1.* 1.* Estudiante título: String evaluación: Real 1 Área de Investigación nombre: String descripción: String proyectos: âncora (Projeto rector nombre: String (índice Asignatura Estudiante evaluación: Integer nombreDisciplina: String nombreEstudiante: String Material Complemenlocal: String pré-requisito Figura A1.* dirige 1....* participa Proyecto de Investigación * nombre: String nombrePatrocinador: lista String profs-ind: indice (participa) * * orienta 1 Profesor clase: String areas-ind: índice (actúa) salario-base: Real 1 frecuenta enseña 1......70 Persona nombre: String título: String descripción: Imagen* descripción: Texto email: String * Laboratorio nombre: String descripción: String profs-ind: índice (actúa) proyectos: âncora (índice (conduz)) * conduce 1..2 – Esquema Navegacional .* 1 actúa 1.* 1.* * 1.

es necesario definir en cuáles contextos será permitida la navegación entre las informaciones y cómo ellas serán presentadas. Un triángulo representado junto al contexto significa que los elementos del contexto pueden presentar varios criterios de ordenación. puede ser especificado que los profesores pertenecientes a ese contexto pueden ser ordenados por orden alfabético o por tiempo de servicio.1 Representación de los contextos Un contexto es representado por un rectángulo con un identificador. Como ejemplos de contextos navegacionales podemos citar: todos los profesores de un departamento.1. los de un mismo tipo que presentan un atributo con o mismo contenido.3 presenta los contextos profesor por Nombre. él presenta . . etc.). que contienen solamente los profesores doctores. y profesor por Grado Igual a Doctor. como será visto adelante. los de un mismo tipo que presentan un relacionamento con otro tipo.1 Contexto Navegacional Un contexto navegacional es un conjunto de objetos que están relacionados de acuerdo con algún aspecto (e. los profesores de estudiantes que practican un determinado deporte. los de tipos diferentes que presentan una característica en común. las notaciones usadas a seguir son propias de OOHDM. Como UML no presenta notación para contextos de navegación. Los objetos de un contexto de navegación pueden formar parte de varios contextos.71 2 Esquema de Contextos Navegacionales A continuación se realiza una definición del esquema de clases navegacionales. 2. Por ejemplo. 2. La figura A1. que presenta un identificador en cursiva. contexto. que contienen todos los profesores. Por ejemplo.g. Un contexto puede tener objetos de una única clase o puede tener objetos de varias clases. Los contextos en general son colocados dentro de otro rectángulo sombreado. los profesores de una determinada área de investigación. que representa la clase navegacional de sus elementos. etc. un profesor puede participar del contexto profesor por Departamento prof que independiente del contexto al cual un objeto está siendo accesado. las disciplinas enseñadas por un profesor.

Ese rectángulo es utilizado para simplificar la representación de los contextos cuyos elementos son accesados.4 – ejemplo de un contexto Los elementos de un contexto de navegación también pueden ser escogidos arbitrariamente a partir de una o más clases (contexto enumerado). En este contexto los elementos del conjunto de profesores que trabajan en área Redes de Computadores son accesados a partir de el profesor pertenece-a Área de Investigación (con cardinalidad 1-N). Como ejemplo . a partir de objetos fuera del él.3 el índice de todos los profesores puede ser accesado a partir de cualquier lugar. Los índices exclusivos para el acceso a los elementos de una clase en determinado contexto generalmente poseen como identificador el nombre de clase en plural.4 presenta el contexto profesor por Área Igual a Redes de Computadores. Por ejemplo. (Landmark) en la figura A1. solamente a través de un índice. el índice para acceso a los elementos de clase profesor en el contexto profesor por nombre es denominado profesores. se utiliza una flecha con un círculo en su extremo. Para representar que un índice o elemento de un contexto puede ser accesado a partir de cualquier parte. La figura A1.72 Profesor Menú Principal Profesores Alfabético Grado = ‘Doctor’ Profesores Doctores Figura A1. Profesor Menú Principal Profesores de Redes Área = ‘Redes’ Figura A1. significa que el acceso a cualquier elemento del contexto sólo puede ser hecho a través de este índice. Los índices son representados por rectángulos de líneas discontinuas gruesas.3 – Representación de un contexto Generalmente el acceso a los elementos de un contexto es hecho a través de un índice. El rectángulo pequeño en parte superior izquierda del contexto representa un índice asociado a un contexto.

de Redes Lab. Los elementos accesados a partir de ese contexto son presentados por cartas de contexto. Menú Principal Profesor + Estudiante Praticantes Deportes Extremos Deportistas Extremos Figura A1. como será visto adelante. En este caso.5 muestra el contexto Deportistas Extremos que está formado por objetos de clase profesor y por objetos de clase Estudiante.73 de este tipo de contexto podemos citar una ruta guiada a personas pertenecientes al departamento que son adeptas a deportes extremos. Laboratorio Menú Principal Laboratorios en Terreno Terreno Lab. que representan las instancias de los objetos navegacionales que forman parte del contexto. Los parámetros de consulta pueden ser definidos automáticamente por el sistema o interactivamente por el usuario. ellas no requieren ser especificadas en las cartas de contexto. puede ser necesario presentar explícitamente todas las instancias de clases navegacionales que son accesadas en un contexto. Como las instancias son presentadas en un diagrama de contexto. a . de Redes pueden ser accesados a partir de cualquier lugar.6 – Contexto de instancias Un contexto de navegación también puede ser formado por los elementos resultantes de una consulta realizada en el momento de la navegación. La figura A1. La figura A1.5 – Contexto con elementos de varias clases En ciertas circunstancias. que contiene otros rectángulos con bordes redondeados. el contexto es representado por un rectángulo con un identificador. de Microelectrónica Figura A1. La figura A1. La flecha con círculo representa que los Lab.7 presenta un contexto donde la consulta es realizada en la clase Proyectos de Investigación con un profesor de una área como parámetro.6 presenta el contexto Terreno donde son mostradas las instancias de clase Laboratorio que están localizadas en el terreno.

La figura A1. profesor por grado Igual a Maestría. que es un conjunto de contextos. profesor por grado. indicando que la entrada es determinada durante al navegación (índice dinámico). por un rectángulo contenido un identificador. en este caso. tenemos . Esos grupos de contextos son representados de manera similar a un contexto simple. el conjunto de todos los contextos para los profesores de acuerdo con una grado es representado por un grupo de contexto.8 presenta el grupo de contexto profesor por grado. profesor por grado Igual a Graduación. o sea.7 – Contexto de navegación por consulta En OOHDM. cuyos posibles valores determinan cada contexto simple que forma un grupo. tornándose más compacta. Por lo tanto. cada contexto simple de este grupo será determinado por las propiedades de las instancias. El índice de acceso a un contexto por consulta debe presentar una barra vertical ennegrecida al lado derecho. Del ejemplo anterior. La ventaja de especificar un grupo de contextos es que esto se realiza a través de una única especificación parametrizada. Menú Principal Proyectos Proyecto de Investigación por Consulta Figura A1. etc. grado. un grupo de contextos puede ser determinado a través de propiedades con un parámetro.8 – Grupo de contexto Un grupo de contextos. existe el concepto de grupo de contexto. Este grupo de contexto representa el conjunto de los contextos profesor por grado Igual a Doctorado. valorizando sus parámetros. además del concepto de contexto. Profesor Menú Principal Grados Profesores por Grado Figura A1. En este ejemplo la consulta para accesar los proyectos de un profesor en determinada área es realizada a través de un profesor de una área. Por ejemplo.74 partir de las clases profesor de Área. es obtenido a través de la determinación de propiedades de los objetos.

75 profesor por grado : Ct i t = {(P pertenece a profesores. profesor por Área Igual a Inteligencia Artificial. Profesor Menú Principal Área Profesores por Área Figura A1.9 presenta otro ejemplo de grupo de contexto. etc.10 presenta tres ejemplos de parámetros. Laboratorio Laboratorio = ‘Lab. El acceso a un contexto puede presentar un parámetro. representa el conjunto de contextos profesor por Área Igual a Redes de Computadores. para cada valor de origen. de Redes’ Menú Principal Alfabético Laboratorios Laboratorio = ‘Redes:Lab. se forma el contexto con los N valores posibles de destino. o sea. de ES’ Área = ‘Redes’ por Área de Investigación Figura A1.9 – ejemplo de grupo de contexto Este es otro ejemplo en el cual un conjunto de contextos simples está formado a partir de una relación 1-N.grado = tit}} La figura A1. P. A figura A1.10 – Entrada de parámetros para un contexto e grupo de contexto El parámetro laboratorio = ‘Lab de Redes’ pasado a contexto Laboratorio Alfabético indica que el objeto ‘Lab. profesor por Área Igual a Ingeniería de Software. un elemento de un grupo de contexto o un contexto de un grupo de contexto. El grupo de contexto profesor por Área representa todos los contextos derivados del (1-N) profesor pertenece-a Área de Investigación. de Redes’ será accesado directamente a partir de . En este caso el parámetro puede indicar un elemento de un contexto.

durante su ejecución. puede ser accesado directamente del Menú Principal.11 – Contexto de navegación dinámico Una clase navegacional también puede presentar un contexto de creación. donde un conjunto de asignaturas son seleccionadas por un alumno para su posterior matrícula. Menú Principal Asignaturas Asignatura s Alfabético por Requisito Figura A1. significando que está permitido el retorno a la instancia de cual a navegación fue iniciada. El parámetro laboratorio = ‘ES:Lab de ES’ pasado a grupo de contexto Laboratorio por Área de Investigación indica que a la instancia ‘Lab. modificación o eliminación de sus instancias. indicado por el pequeño rectángulo.2 Contexto dinámico Un contexto puede ser dinámico o no.1. el contexto Asignatura por Requisito. la inclusión de un profesor en una determinada área. las demás instancias (los otros laboratorios) que pertenecen a contexto Laboratorio por Área = ‘ES’ podrían ser accesados. A partir de esta instancia.11 que la navegación entre el contexto Asignatura Alfabético y el contexto Asignatura por Requisito está representada por una línea con doble flecha. de ES’ en el contexto Laboratorio por Área = ‘ES’ será accesado directamente a partir de Menú Principal. Un contexto de navegación dinámico es aquel cuyos elementos son definidos o alterados durante la navegación. los otros laboratorios pertenecientes a contexto podrían ser accesados. La figura A1. 2. Un contexto dinámico es representado por un rectángulo con una barra vertical ennegrecida al lado derecho. A partir de este laboratorio.76 Menú Principal. . Por ejemplo. El parámetro área = ‘Redes’ pasado a grupo de contexto Laboratorio por Área de Investigación indica que el índice de contexto simple Laboratorio por Área = ‘Redes’.11 muestra el ejemplo de un contexto de navegación dinámico. una aplicación puede permitir. Puede observarse en figura A1.

77

en tanto ella presenta el contexto dinámico creación, ver figura A1.12. Todos los otros contextos especificados por propiedades o relaciones de clase profesor también son considerados dinámicos; por ejemplo, o contexto profesor por Área Igual a Redes de Computadores es dinámico. La creación de una instancia u objeto está representada por un rectángulo con bordes redondeados y una barra vertical del lado derecho. Cuando una clase posee un contexto de creación, modificación o eliminación, los otros contextos, a pesar de ser dinámicos, no precisan presentar una barra vertical ennegrecida al lado derecho. En muchos casos, es interesante permitir que, cuando un objeto pertenece a más de un contexto de navegación, sea posible moverse de la navegación para ocurrir dentro de otro contexto al cual el objeto pertenece. La línea trazada separando los contextos representa que no es posible navegar a partir de un elemento de un contexto para el otro contexto. Cuando la línea no es presentada, es posible navegar a partir de un contexto para cualquier otro contexto. La elipse asociada al contexto creación indica que el acceso a ese contexto está protegido, o sea, solamente usuarios con permiso podrían accesarla.

Profesor Menú Principal Profesores de Redes Inclusión de un Profesor

Área = ‘Redes’ Creación

Figura A1.12 – Contexto de creación Cuando las operaciones de creación, modificación o eliminación de objetos influencian o son influenciadas por los otros objetos del contexto, ellas deben ser especificadas en cartas de contexto. En caso contrario, una operación es especificada en cartas de clase navegacional. Por ejemplo, dos asignaturas que presentan el mismo horario no pueden ser incluidas en una misma matrícula. Por tanto, la operación de inclusión de una asignatura en una matrícula es especificada es cartas de contexto de inclusión de una asignatura en matrícula.

78

2.1.3 Contexto Persistente y no Persistente
Los contextos pueden ser persistentes o no. Un contexto no persistente existe solamente durante a sesión de navegación donde él fue creado. Un contexto persistente, a continuación de ser creado, puede ser accesado en diversas sesiones de navegación. No existe representación explícita para un contexto persistente y en un contexto no persistente. Con todo, para que un contexto no persistente sea transformado en un contexto persistente debe estar disponible una operación de rescate en el contexto, especificada en las cartas respectivas.

2.1.4 Generalización de Contexto
Cuando el esquema navegacional presenta una generalización de clases navegacionales, el esquema de contextos también puede presentar una generalización de contextos. La generalización de contextos es utilizada para representar que todas las subclases de una clase navegacional presentan uno o más contextos en común. Estos contextos son incluidos como contextos de superclase y heredados por todas las subclases. La figura A1.13 presenta un ejemplo de generalización de un contexto considerando parte del esquema navegacional presentado en figura A1.2 Las subclases son incluidas dentro de un rectángulo representante de la superclase, que es representado por tonalidades de gris diferente.

79

Académico por Laboratorio

Profesor Profesores Alfabético por Área de Investigación

Estudiante

Menú Principal

Estudiantes

Alfabético

Área de Investigación Áreas de Investigación Alfabético por Laboratório

Laboratorio Laboratorios Alfabético

Figura A1.13 – Generalización de contextos En este ejemplo, el contexto por Laboratorio fue generalizado porque todas las subclases de Académico (subclases Profesor y Estudiante) presentan el contexto por Laboratorio y, además de eso, todas las instancias de Profesor y Estudiante son accesadas juntas a través del contexto por Laboratorio. A pesar de las subclases Profesor y Estudiante presentan el contexto Alfabético, él no fue generalizado porque las instancias de esas subclases son accesadas separadamente.

2.1.5 Navegación en los Contextos
La navegación dentro de un contexto puede ser realizada de diversas formas:

por orden circular. pues pueden ser definidos los elementos primero.80 • Navegacional Secuencial Los elementos del contexto son accesados en un orden secuencial preestablecido. próximo y anterior. después de accesar un elemento a través del índice. • • • • . último. Esta navegación difiere de la navegación secuencial por no presentar el primero y el último elemento. En esta navegación un elemento puede ser accesado a partir de cualquier otro. Navegacional Libre Los elementos del contexto no precisan ser accesados en orden secuencial. a pesar de que eso también puede ocurrir. En la navegación secuencial el contexto define los elementos primero. obligatoriamente se retorna al índice. Combinación de Navegacional por Índice y Secuencial Los elementos del contexto pueden ser accesados tanto por el índice como por el elemento anterior y el próximo. último. y a partir de él es accesado el próximo elemento buscado. próximo y anterior de cada elemento. Navegacional Limitada al Índice Los elementos del contexto son accesados solamente a partir del índice. o sea. Navegacional Circular Los elementos del contexto también son accesados en orden secuencial preestablecido.

Cuando el contexto es enumerado. ver figura A1. En caso de un contexto que presenta una navegación secuencial o circular debe ser especificado el criterio de ordenación de los elementos. El campo Navegación Interna define cual es el tipo de navegación permitida entre los elementos del contexto (secuencial. siendo que todos los criterios deben ser especificados en un criterio default debe ser indicado por el caracter “+”. de manera más formal. En determinadas aplicaciones.81 2. El campo clases en Contexto presenta la lista de las clases en contexto definidas para el contexto en cuestión. circular y/o por índice o una combinación de estas).14 – Cartas de contexto o grupo de contexto Los nombres de los campos de cartas de contexto son bastante significativos. todos los elementos que forman parte del contexto. Ese campo es utilizado solamente por los grupos de contexto.5 Cartas de un Contexto Para cada contexto o grupo de contexto de navegación es necesario especificar una carta con sus propiedades.: primer elemento. El campo parámetros presenta los parámetros que son pasados durante a definición del contexto. los elementos deben ser especificados explícitamente. o sea. Todos los contextos que contienen elementos de una clase que es accesada . Contexto: Elementos: parámetros: clases en Contexto: Navegación Interna: Restricciones de Uso usuario: permiso: operaciones: Comentarios: Figura A1. ese campo permanece vacío. El parámetro puede ser una instancia de clase o un valor de un atributo. El campo Elementos explicita. Un mismo contexto puede tener diversos criterios de ordenación (ordenación múltiple). también puede ser necesario especificar. En una especificación de un contexto simple. los elementos por los cuales el contexto siempre será accesado (ej. Esa lista incluye una clase en contexto para cada clase participante del contexto necesario. los puntos de entrada obligatorios del contexto. último elemento).1. para algunos contextos que presentan navegación únicamente secuencial y/o circular.14.

las operaciones que manipulan los elementos del contexto.82 a través de un vínculo que participa de un papel con las propiedades {ordenado}. de una misma clase.(ORDENADA POR P. Contexto: profesor por grado Igual a Doctor Elementos: P: profesor DONDE P. Como este contexto presenta la navegación por índice. presentado en figura A1.tiempoServicio.3.15 – Carta del contexto La figura A1. deben presentar o mismo criterio de ordenación. A figura A1. a partir de un elemento del contexto es necesario retornar a índice para accesar otro elemento del contexto. Ascendente)+.9.15 especifica la carta de contexto para o contexto profesor por grado Igual a Doctor. [(ORDENADA POR P. poseen los mismos permisos de acceso. El campo Restricciones de Uso permite indicar los permisos de acceso para cada clase de usuarios del contexto. Todos los usuarios de un contexto. o sea. Contexto: profesor por Área Elementos: P: profesor DONDE P pertenece-a A parámetros: A: Área de Investigación clases en Contexto: Navegacional Interna: por índice Restricciones de Uso usuario: permiso: Operaciones: .16 especifica la carta de contexto para el grupo de contexto profesor por Área presentado en figura A1.titulación = ‘Doctor’ parámetros: clases en Contexto: Navegacional Interna: secuencial. Ascendente)] Restricciones de Uso usuario: todos permiso: lectura operaciones: Comentarios: Figura A1.Nombre. El campo operaciones presenta las operaciones del contexto.

como será visto adelante.2 Estructuras de acceso Las estructuras de acceso son índices que permiten o acceso a los contextos. ellos son especificados entre corchetes y separados por “.16 – Carta de contexto o grupo de contexto 2. Profesores Figura A1.18 muestra la estructura de acceso profesores que presenta múltiples criterios de ordenación esta es representada adicionando un triángulo invertido ennegrecido en su lado izquierdo.18 – estructura de acceso con múltiples criterios de ordenación Las figuras A1. El criterio default es indicado por el signo “+” en la carta de estructura de acceso.83 Comentarios: Figura A1.20 muestran ejemplos de estructuras de acceso con múltiples criterios de ordenación. Profesores Figura A1. por rectángulos con líneas discontinuas gruesas. pudiendo alternar entre esos criterios. Cuando son definidos varios criterios de ordenación. La figura A1.17 – estructura de acceso profesores Las estructuras de acceso pueden poseer varios criterios de ordenación. los elementos del contexto profesor Alfabético. Las estructuras de acceso son representadas. Un ejemplo de estructura de acceso es el índice de acceso a los profesores ordenados por su nombre.19 e A1.”. como se ha dicho anteriormente. La figura A1. o sea.17 muestra la representación de estructura de acceso profesores que permite el acceso a todos los profesores. .

20 – Índice con un contexto como destino En la figura A1.84 Profesor Menú Principal Profesores Alfabético Figura A1.19. en tanto sus elementos son presentados de acuerdo con el criterio de ordenación default.21 presenta una estructura de acceso que puede tener varios contextos como destino. él presenta el mismo criterio de ordenación del índice.19 – Índice con un contexto como destino En la figura A1.20. <ord> indica que cuando el contexto Profesor Alfabético es accesado a través del índice Profesores. Si el contexto es accesado por otro camino. El contexto accesado depende del atributo accesado en la estructura de acceso. Profesor Menú Principal Profesores <ord> Alfabético Figura A1. La figura A1. independiente del criterio de ordenación presentado en la estructura de acceso. En este caso. el acceso a los elementos del contexto es realizado siempre de acuerdo con el criterio de ordenación especificado en el contexto. el contexto debe presentar el criterio de ordenación del índice. La especificación de cual contexto será accesado es hecha en las cartas de estructura de acceso. .

donde cada nivel depende de la selección hecha en el nivel anterior.21 – Índice con varios contextos como destino Una estructura de acceso también puede ser jerárquica. donde la selección en un nivel determina los elementos del próximo nivel.85 Profesor Menú Principal Profesores Alfabético por Título Figura A1. Los atributos usados en los sucesivos refinamientos de los índices pueden ser los nombres de las clases o los atributos de la clase.5. Profesores : Áreas Figura A1. . La figura A1. Es usada para simplificar los diagramas de contexto.22 muestra un índice jerárquico representando 2 estructuras de acceso.23 presenta la especificación de la estructura de acceso profesores presentada en figura A1. las estructuras de acceso también son especificadas a través de cartas. La figura A1. El rótulo de un índice jerárquico es formado por los atributos que forman la jerarquía.22 – estructura de acceso jerárquica Asimismo como los contextos de navegación. Una estructura de acceso jerárquica representa un conjunto de índices secuenciales. separados por ‘:’.

86 estructura de acceso: profesores parámetros: Elementos: P: profesor Atributos: P. El campo Restricciones de Uso especifica los diferentes permisos de acceso al índice.nombre.nombre P.23 – Cartas de estructura de acceso profesores Donde: El tipo de estructura de acceso puede ser simple. jerárquico o dinámico. los elementos que serán accesados a partir del índice. Los atributos que son usados para accesar el contexto (atributos selectores) deben presentar un destino. ASCENDENTE Restricciones de Uso usuario: todos Comentarios: Depende de: Nav profesor permiso: lectura Influencia: ADV profesores Figura A1. Cuando varios selectores presentan el mismo destino.título Destino: Tipo: simples P: profesor DONDE P pertenece-a profesor Alfabético - ordenación: ORDENADA POR P. El campo Atributos especifica los atributos de cada objeto que será mostrado en el índice. . o sea. El campo Elementos especifica los elementos que serán mostrados en el índice. deben ser especificados los criterios de ordenación para los elementos de cada nivel de jerarquía. El campo ordenación especifica el criterio de ordenación de los elementos del índice.). El campo parámetros especifica los parámetros necesarios para determinar los elementos del índice. Los campos Depende de e Influencia presentan los elementos creados durante el modelamiento que al ser modificados influencian en este índice o que son influenciados por una modificación de este índice. ellos son especificados en una lista donde los selectores son separados por coma (. Cuando un contexto es jerárquico.

24 presenta o cartas de estructura de acceso profesores presentada en figura A1.24 – Cartas de estructura de acceso profesores .título Restricciones de Uso usuario: lectores Comentarios: Depende de: permiso: lectura Influencia: Figura A1.21.nombre. ASCENDENTE Tipo: simples P.87 A figura A1. estructura de acceso: profesores parámetros: Elementos: P: profesor Atributos: P.nombre Destino: P: profesor DONDE P pertenece-a profesor Alfabético P: profesor DONDE P pertenece-a profesor por Título ordenación: ORDENADO POR P.

La clase en contexto es representada por un rectángulo dividido en cuatro partes.nombre Áreas A.nombre. ASCENDENTE Restricciones de Uso usuario: lectores Comentarios: Depende de: permiso: lectura Influencia: Figura A1. La tercera parte contiene las operaciones que también están siendo adicionadas a la clase. También son especificados en las clases del contexto los atributos multivalorados que no presentan perspectiva default. Una clase en el contexto solo es necesaria si tiene una apariencia diferente y puntos anclas (âncoras) distintos en el contexto en cuestión. La segunda parte contiene los atributos que están siendo adicionados a la clase. ASCENDENTE Áreas .3 Clases en Contexto Como no se pueden representar características diferentes dentro de diferentes contextos. son creadas clases en contexto para definir la apariencia de los puntos anclas (âncoras) de cada uno en cada contexto al cual él pertenece.ORDENADO POR p. Cada perspectiva de un atributo multi-valorado debe ser mapeada para un atributo en una clase en contexto. Las clases en el contexto son representadas por una línea con flecha doble conectando la clase en contexto a la clase navegacional (el) que está siendo adornada por ella.88 La figura A1.25 presenta las cartas de estructura de acceso jerárquica Profesores: Áreas presentada en figura A1. La cuarta parte especifica .22. La primera parte contiene su identificador. Estructura de acceso: profesores : Áreas parámetros: Elementos: profesores . como también otras informaciones importantes del contexto.nombre Destino: Idx Áreas a: Área DONDE a pertenece-a profesores por Área Tipo: jerárquica ordenación: profesores .25 – Cartas de estructura de acceso profesores: Áreas 2.ORDENADO POR A.a: Área DONDE p actúa en a Atributos: profesores . definidos en el esquema conceptual.p.p: profesor Áreas .nombre.

89 los contextos en los cuales la clase en contexto participa. La figura A1. . o compartimiento que contiene las operaciones fue excluida. Como esta clase en contexto no presenta ninguna operación.26 muestra una representación gráfica de clase en contexto profesor por Área. Profesor classe: String area-ind: índice (Área de Investigación por Profesor (self)) disciplinas: ancla (índice (Disciplina por Profesor (self)) estud: ancla (índice (Estudiantes por Profesor (self)) salario-base: Real Profesor por Área prox-prof: ancla (próximo (Profesor por Área (Área))) ant-prof: ancla (anterior (Profesor por Área (Área))) contexto Profesor por Área Figura A1.26 – Clase en contexto profesor por Área A continuación una definición de esquema de contextos navegacionales es necesario definir también los diagramas presentando las clases especificadas en contexto.

y los índices de profesores. . En ella son presentados algunos contextos de navegación y estructuras de acceso. Profesor Profesores Alfabético por Área de Investigación por Laboratorio por Proyecto de Investigación Menú Principal Proyectos de Investigación Proyecto de Investigación Todos por Profesor por Laboratorio Laboratorio Laboratorios Alfabético por Área de Investigación Área de Investigación Áreas de Investigación Alfabético por Profesor Figura A1. laboratorios y Áreas de Investigación. los puntos accesibles a partir cualquier objeto: Menú Principal.e. en este ejemplo. i.90 2.4 Esquema de Contextos de Navegación A figura A1.27 presenta parte de un esquema de contextos de navegación. Proyectos de Investigación.. son identificados los landmarks.27 – Esquema de contextos de navegación Observe que.

91 Anexo 2: Diccionario de Datos del DER Integrado Asociados a Busca Búsqueda exitosa Búsqueda no exitosa Categoría cd = * relacionamiento entre Resultados de Búsqueda y Producto Consultado* * relacionamiento entre Visitante en Línea y Palabra Clave* (Nº de búsqueda en la sesión) * subentidad de Criterio de búsqueda por categorías * * subentidad de Criterio de búsqueda por categorías * @código categoría + nombre categoría * subentidad de Producto * 1{ artista } + sello + catálogo + { pista + ( duración ) } + ( duración total ) + formato digital + número de unidades + { extracto } cesta = @id cesta + estado cesta + ( nombre cesta ) clasificación = * relacionamiento entre Producto y Categoría * cliente = @id cliente cliente eventual = * subentidad de Cliente Registrado * [ dirección de despacho | dirección de regalo ] cliente permanente = * subentidad de Cliente Registrado * 1{ [ dirección de despacho | dirección de regalo ] } cliente registrado = * subentidad de Cliente * nombre cliente + ( correo electrónico ) + dirección personal + forma de pago + código cliente + contraseña consignación = * relacionamiento entre Pedido y Flete * Consulta * relacionamiento entre Visitante en Línea y Consulta producto * (Nº de búsqueda en la sesión) Consulta producto * registra las palabras ingresadas por los visitantes para buscar algún tipo de producto* @id consulta producto Consulta producto existosa * Consulta producto * Consulta producto no exitosa * Consulta producto * contenido = * relacionamiento entre Cesta y Producto * cantidad courier = * subentidad de Empresa * Criterio de búsqueda por * registra las palabras ingresadas por los visitantes para buscar algún tipo de producto por categoría* @id categorías criterio empresa = @RUT + razón social + dirección + 1{ fono } + { fax } + representante flete = @id flete + tipo flete + cargo fijo + cargo variable flete expreso = * subentidad de Flete * inclusión = * relacionamiento entre Producto y Pedido * { estado producto + cantidad en estado } + cantidad producto libro = * subentidad de Producto * 1{ autor } + { editor } + editorial + índice contenidos + ISBN + ( edición ) + ( reimpresión ) + ( formato encuadernación ) + ( número páginas ) + número volúmenes + { trozo } Obtiene * relacionamiento entre Palabra Clave y Resultados de Búsqueda* Palabra clave * registra las palabras ingresadas por los visitantes para buscar algún tipo de producto por búsqueda* @id palabra clave pedido = @número pedido + fecha + tipo despacho + estado pedido + autorización pago + fecha cierre .

92 Pedido Realizado pertenencia = Pregunta Producto Proveedor provisión = Realiza Resultado de la búsqueda Se asocia a Se relaciona servicio = Sesión solicitud = Tiene productos ingresados a Utiliza video = Visitante en línea * registra los pedidos consultados por los visitantes * (Fecha consulta) * relacionamiento entre Cesta y Cliente * * relacionamiento entre Visitante en Línea y Pedido Realizado* @código producto + título + 1{ idioma }+ observaciones + disponibilidad + stock + foto + descuento + precio + año publicación + lugar publicación + { rol + comentario + ( evaluación ) } + posición de venta + posición de preferencia + cantidad vendida + promedio evaluaciones * subentidad de Empresa * * relacionamiento entre Producto y Proveedor * * relacionamiento entre Visitante en Línea y Sesión* * registra los resultados mostrados producto del ingreso de palabras por los visitantes para buscar algún tipo de producto por búsqueda* @id resultado * relacionamiento entre Consulta producto exitosa y producto * * relacionamiento entre Búsqueda exitosa y Categoría * * relacionamiento entre Expreso y Courier * @id conexión + servidor + país + idioma local + hora local+fecha+hora inicio+hora cierre * relacionamiento entre Cliente y Pedido * * relacionamiento entre Visitante en Línea y Cesta* * relacionamiento entre Visitante en Línea y Criterios de Búsqueda por categorías * (Nº de búsqueda en la sesión) * subentidad de Producto * 1{ director } + 1{ productor } + duración + { actor } + { narrador } + subtitulos + sistema + número serie + número de unidades + reseña contenidos + { sinopsis } @id visitante + Fecha Sesión + Hora Sesión .

500 10.500 12.500 10.000 4.000 5.500 10.000 10.500 5.000 12.000 8.500 10.000 15.500 8.000 4.500 15.000 12.000 10.93 Anexo 3: Desarrollo de un caso @id cliente 1 17 2 9 1 3 4 3 5 12 1 9 5 7 8 9 6 4 8 16 7 7 3 11 17 8 3 9 3 nombre @número cliente pedido Ana 1 Elsa 2 Eva 3 Jorge 4 Ana 5 Juan 6 Pablo 7 Juan 8 Ivo 9 John 10 Ana 11 Jorge 12 Ivo 13 Tomas 14 Julio 15 Jorge 16 Paula 17 Pablo 18 Julio 19 Sonia 20 Tomas 21 Tomas 22 Juan 23 Sergio 24 Elsa 25 Julio 26 Juan 27 Jorge 28 Juan 29 Fecha pedido 01-01-01 16-03-00 01-01-00 23-01-00 23-01-00 02-01-00 03-01-00 23-01-00 02-01-00 13-01-00 03-01-00 03-01-00 04-01-00 02-01-00 03-01-00 04-01-00 05-01-00 23-01-00 02-01-00 02-01-00 06-01-00 03-01-00 11-05-00 11-01-00 01-02-00 07-01-00 23-01-00 08-01-00 02-01-00 @código producto 1 1 2 1 2 3 4 1 2 3 4 1 5 2 3 4 6 5 3 4 7 5 3 7 5 8 9 7 artista U2 U2 Kalakota U2 Kalakota Justiniano Joe Vasconcelos U2 Kalakota Justiniano Joe Vasconcelos U2 Conallen Kalakota Justiniano Joe Vasconcelos Sting Conallen Justiniano Joe Vasconcelos Peter Gabriel Conallen Justiniano Peter Gabriel Conallen Davenport Mussorgsky Peter Gabriel autor director cantidad producto 1 2 1 1 1 1 1 1 1 2 1 1 1 1 1 1 1 1 1 1 1 1 2 1 1 1 2 1 precio 5.000 4.500 5.000 10.000 5.500 Fecha sesión .000 10.000 10.500 12-2-00 6.500 12.000 4.000 8.

500 10.000 .500 12-2-00 6.500 10.000 15.000 15.000 8.000 8.500 22-1-00 6.000 15.500 12-2-00 6.000 8.500 10.94 @id cliente 14 3 13 1 10 19 6 16 8 1 5 3 18 8 7 18 6 20 3 3 4 6 1 nombre @número cliente pedido Lucia 30 Juan 31 Claudia 32 Ana 33 Pedro 34 Luis 35 Paula 36 Sonia 37 Julio 38 Ana 39 Ivo 40 Juan 41 Helga 42 Julio 43 Tomas 44 Helga 45 Paula 46 Talia 47 Juan 48 Juan 49 Pablo 50 Paula 51 Ana 52 Fecha pedido 23-01-00 23-01-00 12-01-00 01-02-00 09-01-00 23-01-00 02-01-00 25-02-00 19-08-00 03-02-00 16-11-06 23-01-00 06-01-00 03-01-00 19-08-00 18-11-00 23-01-00 03-02-00 11-05-01 23-01-00 12-01-00 02-01-00 19-08-00 @código producto 8 9 7 6 8 9 7 6 8 9 7 6 8 9 7 6 8 9 artista autor Davenport director cantidad producto 1 1 1 1 1 1 1 1 1 1 1 1 1 2 1 1 1 1 precio 15.000 8.000 15.500 10.500 22-1-00 6.500 Fecha sesión 12-2-00 Mussorgsky Peter Gabriel Sting Davenport Mussorgsky Peter Gabriel Sting Davenport Mussorgsky Peter Gabriel Sting Davenport Mussorgsky Peter Gabriel Sting Davenport Mussorgsky 6.

CDNow. La inversión es relativamente pequeña en personal. La idea es que en el mediano plazo pueda diversificarse la oferta y entregar más productos nacionales. CD’s y videos. este dominio no tiene aun su servidor de nombres propio). aportes mayores de algunos familiares y una cuenta de publicidad para las páginas del sitio web. Los socios decidieron darle un fuerte distintivo nacional al sitio y a los productos ofrecidos.marraqueta. industriales e informáticos recién egresados (IIC Ltda. El nombre del sitio fue adoptado por ser la marraqueta (pan batido o francés) uno de los alimentos más recordados y anhelados por los chilenos que viven en el exterior.com. pero con un servicio world class. El financiamiento pudo conseguirse con algunos ahorros. para vender los tipos de productos que más se transan electrónicamente: libros. Consideran que un porcentaje significativo de los clientes debieran ser extranjeros o chilenos radicados en el exterior. . software. y de mayor aceptación por los extranjeros que visitan el país. Borders. servicios contratados de conexión a Internet. Barnes&Noble y Beyond. Los aspectos estéticos nacionalistas fueron entregados a una pequeña empresa de diseño gráfico computacional.com.95 Apéndice 1: Sistema de Ventas On-Line www.cl (A la fecha. Los ingenieros de IIC aplicaron sus conocimientos y decidieron realizar un benchmarking para “copiar” las buenas ideas de algunos de los grandes y exitosos del comercio electrónico.cl 3 1 Antecedentes Un grupo de ingenieros comerciales. cuyos socios eran conocidos de IIC. publicidad en revistas especializadas y en buscadores de Internet y capital para inventario. los cuales están acostumbrados a altos niveles de calidad en los servicios que contratan.com fueron algunos de los sitios web cuidadosamente analizados para extraer principios que orientaran el diseño del similar chileno. Amazon.marraqueta. 3 Este problema fue realizado en la asignatura de Sistemas de Información del Segundo semestre de 1999 en la Escuela de Ingeniería Industrial de la UCV.) dijeron ¡basta! a los vendedores extranjeros vía Internet y decidieron instalar su propio sitio denominado www. todos de procedencia legal y preferentemente de producción nacional. local. equipamiento.

NTSC) Nº de serie Nº de unidades categoría(s) a las que pertenece reseña de contenidos observaciones CD • • • • • • • • • • • • título artista(s) (o compositor(es) e intérprete(s)) sello Nº de catálogo año y lugar de la publicación idioma(s) lista de pistas y duración individual duración total formato digital (AAD.96 2 Sistema de Información a Ser Modelado El sistema a ser modelado debe dar apoyo al servicio al cliente. Tabla 1 – Datos básicos para cada tipo de producto. ofrecerle la opción de poder adquirir los productos deseados y permitirle monitorear el estado de avance de su pedido hasta su despacho. como por ejemplo vanguardia-fusión-raíz nativa. Así por ejemplo. para que éste pueda navegar libremente recopilando información muy variada sobre los productos que desea comprar en el sitio web. DDD) categoría(s) a las que pertenece Nº de unidades observaciones LIBRO • • • • • • • • • • • • • • título autor(es) o editor(es) editorial año y lugar de publicación índice de contenidos ISBN (International Standard Book Number) idioma(s) edición reimpresión categoría(s) a las que pertenece formato de encuadernación Nº de páginas Nº de volúmenes observaciones Es importante destacar que. las clasificaciones deben ser abiertas y con posibilidad de combinar sus categorías. Esto incluye una foto de la portada del video. La tabla 1 muestra los datos básicos para cada tipo de producto. campañas de descuentos. . Los productos comercializados electrónicamente son videos (documentales. este sistema debe permitir obtener información sobre el comportamiento global de los compradores para planificar las compras. oferta a los clientes y otros. Además. Como se desea vender en forma virtual. éstos deben contar con la mayor cantidad de datos posibles para que el cliente pueda decidir informadamente. un CD de Inti Illimani puede ser clasificado como folclórico-andino y popular-vocal-romántico-bolero al mismo tiempo. ADD. VIDEO • • • • • • • • • • • • • • • título director(es) productor(es) año y lugar de publicación duración actores y/o narradores idioma(s) con/sin subtítulos color/blanco&negro sistema de reproducción (Pal-N. películas). CD o libro. Pal-M. CD’s (de cualquier género musical) y libros (de cualquier género literario). dado lo cambiante del mercado de estos 3 tipos de productos. musicales. el sistema deberá permitir su inclusión posterior. y si esto termina creando un género híbrido.

se desea implementar también la posibilidad de entregar sinopsis de los videos. Zona nacional 4 = Chile insular occidental.97 Aprovechando las posibilidades que ofrece Internet. si el cliente buscó un libro sobre Violeta Parra. el cliente debe indicar si desea se le despache todos los productos juntos o de acuerdo a la disponibilidad6 (en este último caso el flete total es más caro. porque son pedidos especialmente. Con la cuenta individualizada. Cada resultado de una búsqueda le debe dar la posibilidad de ver otros productos relacionados (usando los vínculos de las páginas) por director/productor/artista/autor. Zona internacional 2 = Centro y Norteamérica. Eso sí. Ambas modalidades tienen valores distintos dependiendo de las zonas: Zona nacional 1 = Región Metropolitana. sólo un porcentaje pequeño de los productos tendrá esta opción. 4 . porque cada vez se El pago de derechos de autor no constituye un costo apreciable para esta modalidad de divulgación de las obras. dirección personal. correo electrónico. Si es un cliente nuevo. Zona internacional 4 = Medio Oriente y Europa Oriental. direcciones para regalos y formas de pago (cheque US$. La búsqueda se puede hacer por cualquiera de los datos asociados a cada producto. Esta cuenta es personal y debe tener mecanismos de seguridad como contraseña y encriptación para el acceso y almacenamiento. Zona internacional 3 = Europa occidental y Africa. Zona nacional 3 = I. Seguidamente. dentro del proceso de pasar a caja. esto debería generalizarse. el cliente debe indicar cuál es el tipo de producto buscado. el cliente debe confirmar los datos sobre la forma de pago. es posible ofrecer al cliente la navegación sobre los diferentes productos a la venta y que éste sea capaz de agregarlos a una cesta de compras. como nombre. si es que no lo ha hecho previamente. Inicialmente. debería poder ver también los videos y los CD’s que tengan relación con ella. el cual sólo entrega datos para hacer su compra sin que se cree una cuenta individual. Algunos productos tienen disponibilidad desconocida. Zona internacional 1 = Sudamérica. Por ejemplo. se le deberá ofrecer la posibilidad de crear una cuenta en este momento o se le puede dar la opción de ser cliente eventual. direcciones de despacho. X. En el proceso de pasar a caja. XI y XII. Los productos en estas cestas pueden ser posteriormente removidos o sus cantidades modificadas. Gracias a la tecnología web. la dirección para el despacho y si corresponde a un regalo. Zona nacional 2 = III. Alternativamente. Luego se le indica el valor total de los productos y del flete correspondiente5. donde consten sus datos personales. pero a medida que el negocio crezca y se pueda invertir en mayores capacidades de los servidores y de comunicación. II. tarjeta de crédito o depósito en cuenta bancaria). V. extractos de pistas de los CD y trozos de los libros para que los clientes tengan aún más información sobre el producto que desea comprar4. IV. y Zona internacional 5 = Asia y Oceanía. 6 La disponibilidad está dividida en 1-2 días. VIII y IX regiones. Uno de los principios de diseño del servicio es entregar la posibilidad de crear una cuenta individual gratuita por cliente. el cliente puede almacenar productos en diferentes cestas bastando para ello que él las denomine distintamente. VI. 7-10 días y 21-30 días. 5 El flete se calcula en base a un valor fijo y un valor por ítem. y bajo 2 modalidades: normal y expresa. VII. el cliente debe individualizarse.

esto significa alterar la disponibilidad del producto al plazo 21-30 días o desconocida. los niveles de stock son bajos. La lista de los top 100 mejor evaluados por cada tipo también debe ser navegable. Si el pedido no se completa en 60 días. según sea el caso. éste es despachado y los restantes productos son cancelados7. los productos son despachados al día hábil siguiente. Usando su cuenta individual. En general. CD’s y libros. En la modalidad espectador/auditor/lector debe entregarse además una evaluación en una escala de 1 a 10. tanto positivos como negativos. Inicialmente se puede entregar un ranking de ventas. éste se almacena en bodega en espera de completarse. de tal modo que se reflejen inmediatamente en el sitio web. desde que es solicitado por el cliente hasta que le es despachado. A los datos indicados de cada tipo de producto. si es que los productos no se encuentran en bodega. el cliente debe poder revisar el estado de todos los pedidos realizados. que permite construir un ranking de preferencias de los clientes. En el momento del despacho del pedido. Cada producto puede ir acompañado de esta información cuando presentado al cliente.98 calcula el flete como si el despacho parcial fuera un pedido). Los productos de disponibilidad desconocida pueden esperar hasta 120 días. indicar para cada producto su posición relativa en el volumen de ventas del tipo de producto. es decir. incluyendo los que aún estén en proceso. pero a través de convenios especiales con proveedores se logra bajar los costos de adquisición con plazos de entrega breves. puede cancelar total o parcialmente un pedido que no se encuentre aún en bodega. es decir. los productos solicitados que aún no hayan sido recibidos de los proveedores pueden cancelarse. Lo mismo ocurre con la evaluación hecha por los clientes. Asimismo. enriquecen los productos con información para futuros compradores. Con todos los datos disponibles de los pedidos hechos por los clientes. Lo cual obliga a definir claramente cuál son las etapas por las que pasa cada producto. con el historial de pedidos es 7 Si el proveedor no informa que el producto ha sido descontinuado. . Si el cliente quiere. se informa a Finanzas sobre el mismo para hacer efectivo el pago. Cada avance de etapa debe ser actualizada por las secciones involucradas. y la sección de Finanzas da su autorización. Estos comentarios. como director/artista del video/CD o autor del libro y como espectador/auditor/lector del producto. es posible generar información para los propios clientes como para la gestión del negocio. Si el pedido es de acuerdo a disponibilidad. como así también se le debe proporcionar navegación sobre los top 100 más vendidos de la lista de videos. El pedido es numerado únicamente y se agrega al historial de pedidos del cliente registrado. donde son ordenados los pedidos a los proveedores correspondientes. Los pedidos realizados durante un día son procesados el día hábil siguiente en la sección Solicitud a Proveedores de IIC. el cliente registrado y el eventual puede agregar comentarios clasificados en 3 categorías: como productor del video/CD o editor del libro. en base al promedio de las evaluaciones por producto. Si el pedido es de despacho total.

así como información sobre los volúmenes de venta totales.99 posible proporcionar información sobre productos que son comprados juntos más frecuentemente. Por ejemplo. en general. La generación de los rankings y los productos asociados. por tipo de producto. . y el sistema le puede sugerir un video Al Sur del Mundo de Francisco Gedda. por producto y por cliente. estrategias para el negocio. un determinado cliente desea comprar un video sobre aves chilenas de Sergio Nuño. porque existen pedidos anteriores donde el video de Nuño se había comprado con 1 o más de estos otros productos. un CD sobre canto de aves chilenas y libros de fotografías de naturaleza nativa. son muy útiles para dirigir ofertas y descuentos para los clientes. negociar convenios con los proveedores de los distintos productos y con las empresas de courier y desarrollar.

etc. Se entiende actualizar en general. entonces se debería usar redes de Petri compactas.100 3 Solución Convenciones. CASO. Si el stock es menor que la cantidad. EMITIR.) acciones (INCREMENTAR. entonces esta cesta es eliminada. Una cesta puede ser identificada en cualquier momento. Si el stock en bodega es mayor que la cantidad solicitada en un pedido. no están individualizadas por la empresa y no se representan en el sistema. entonces se emite una orden a proveedor. etc. Clientes anónimos son aquellos que han pasado a caja o no se han registrado hasta el momento.) variables locales de los procesos negrita a a a a minúscula a MAYÚSCULAS a a a a § Cliente posee instancias de clientes registrados y clientes anónimos. pero cada una de ellas en un proceso diferente. Las personas que sólo navegan por la página de Marraqueta. Por lo tanto. ACCESAR. como agregar un elemento nuevo o modificar uno existente dentro del depósito. si el cliente se va y no la identifica. Si se quisiera modelar multi-instancias para cada proceso. entonces se reduce el stock disponible y se satisface el pedido. por lo que se mantiene una instancia en Cliente que los representa para que la empresa pueda saber cuáles pedidos ya fueron despachados. Se entiende por concurrencia como el procesamiento de multi-instancias. mediante el proceso de Asignar nombre a cesta. No existe un stock mínimo para cada artículo. § § § § § § . Observaciones y Supuestos del Problema § Convención de notación para las Especificaciones de Proceso: Elemento elementos del DD (a excepción de los depósitos) DEPÓSITOS instrucciones (PARA. Además se entiende por clientes anónimos a aquellos cuyos pedidos han sido despachados. SI. La primera cesta de cada cliente es siempre no identificada.

101 Modelamiento Dinámico: § § Red de Petri jerarquizada (red canal/actividad) Red de Petri elemental .

102 (1) (2) (3) Espera recepción de compra Espera categoría Espera comentario Actualización de categorías Adición de comentarios Actualización de stock (4) (5) (6) Espera provisión Espera producto Espera cesta Actualización de provisión Adición de producto a cesta Nominación de cesta (7) (8) (9) Espera flete Espera pedido Espera top 100 Actualización de fletes Consulta por pedido Consulta por top 100 .

103 (10) Espera tipo producto Actualización de CD's Actualización de libros Actualización de videos (11) Espera producto Espera palabra Interfaz de búsqueda y descripción del producto (12) Espera periodo Búsqueda y descripción del producto Descripción adicional del producto Generación de volúmenes de venta Actualización de rankings y productos asociados .

104 (13) Espera revisión Cancelamiento de producto Interfaz de revisión y despacho de pedidos Revisión y verificación de stock y disponibilidad (14) Espera cesta Actualización de cliente Eliminación de cesta Pase a caja .

105 (1) esperando categoría a actualizar (2) esperando producto comentado categoría a actualizar recibida categoría actualizada producto comentado recibido comentario agregado actualizando categoría agregando comentarios (3) esperando recepción de compra esperando provisión a actualizar (4) recepción de compra recibida stock actualizado provisión a actualizar recibida provisión actualizada actualizando stock actualizando provisión .

106 (5) esperando identificación producto esperando identificación de cesta a nombrar (6) identificación producto recibida producto agregado a cesta identificación de cesta a nombrar recibida nombre cesta asignado agregando producto a cesta asignando nombre a cesta (7) (8) esperando flete a actualizar esperando identificación pedido flete a actualizar recibido fletes actualizados identificación pedido recibida status pedido emitido actualizando fletes consultando pedido .

107 (9) esperando top 100 solicitado top 100 solicitado recibido top 100 CDs emitido consultando top 100 top 100 videos emitido top 100 libros emitido (10) esperando producto a actualizar esperando CD a actualizar esperando libro a actualizar esperando video a actualizar CD a actualizar recibido libro a actualizar recibido video a actualizar recibido actualizando CD actualizando libro actualizando video CD actualizado libro actualizado video actualizado .

108 (11) esperando palabra palabra recibida búsqueda terminada descripción terminada mayor descripción del producto terminada describiendo más del producto buscando producto lista productos emitida actualizaciones terminadas actualizando rankings esperando descripción esperando selección producto seleccionado recibido descripción producto emitida producto a describir finalizado actualizando productos asociados describiendo producto (12) esperando periodo generando volúmenes de ventas por cliente periodo recibido generando volúmenes de ventas por tipo producto ventas por tipo producto emitida generación de ventas por tipo producto terminada ventas por cliente emitida fin generación volúmenes de ventas generación de ventas por cliente terminada .

109 (13) esperando revisar stock revisión stock terminada inicio revisar stock lista de despachos emitida despacho de pedidos terminado despachando pedidos despacho y aviso pago emitidos revisando stock mensaje en proceso emitido identificación producto sin stock emitida recepción de stock emitida pedido en proceso emitido verificación de disponibilidad terminada verificando recepción de stock verificando disponibilidad identificación producto cancelado recibida verificación de recepción de stock terminada producto cancelándose identificación producto a cancelar recibida cancelando producto cancelamiento producto terminado producto cancelado emitido pedido cancelado emitido .

110 (14) esperando identificación cesta identificación cesta recibida pasando a caja esperando cliente a actualizar inicio actualización cliente cliente actualizándose actualizando cliente cliente a actualizar recibido fin actualización cliente detalle pedido emitido esperando identificación cesta pasada a caja identificación cesta pasada a caja recibida cesta eliminándose identificación cesta para eliminar recibida eliminando cesta cesta eliminada eliminación cesta terminada .

111 (1) ACTUALIZACIÓN DE CATEGORÍAS esperando categoría a actualizar (2) ADICIÓN DE COMENTARIOS esperando producto comentado categoría a actualizar recibida categoría actualizada producto comentado recibido comentario agregado actualizando categoría agregando comentarios (3) ACTUALIZACIÓN DE STOCK esperando recepción de compra (4) ACTUALIZACIÓN DE PROVISIÓN esperando provisión a actualizar recepción de compra recibida stock actualizado provisión a actualizar recibida provisión actualizada actualizando stock actualizando provisión .

112 (5) ADICIÓN DE PRODUCTO A CESTA (6) NOMINACIÓN DE CESTA esperando identificación de cesta a nombrar esperando identificación producto identificación producto recibida producto agregado a cesta identificación de cesta a nombrar recibida nombre cesta asignado agregando producto a cesta asignando nombre a cesta (7) ACTUALIZACIÓN DE FLETES esperando flete a actualizar esperando identificación pedido (8) CONSULTA POR PEDIDO flete a actualizar recibido fletes actualizados identificación pedido recibida status pedido emitido actualizando fletes consultando pedido .

113 (9) CONSULTA POR TOP 100 esperando top 100 solicitado top 100 solicitado recibido top 100 CDs emitido consultando top 100 top 100 videos emitido top 100 libros emitido (10) ACTUALIZACIÓN DE PRODUCTOS esperando video a actualizar esperando producto a actualizar esperando CD a actualizar esperando libro a actualizar CD a actualizar recibido libro a actualizar recibido video a actualizar recibido actualizando CD actualizando libro actualizando video CD actualizado libro actualizado video actualizado .

114 (11) BÚSQUEDA Y DESCRIPCIÓN DE PRODUCTOS esperando palabra mayor descripción del producto terminada palabra recibida descripción terminada describiendo más del producto actualizando rankings actualizaciones terminadas buscando producto búsqueda terminada lista productos emitida esperando selección describiendo producto producto seleccionado recibido esperando descripción descripción producto emitida producto a describir finalizado actualizando productos asociados (12) GENERACIÓN DE VOLÚMENES DE VENTA esperando periodo generando volúmenes de ventas por cliente periodo recibido generando volúmenes de ventas por tipo producto ventas por tipo producto emitida generación de ventas por tipo producto terminada ventas por cliente emitida fin generación volúmenes de ventas generación de ventas por cliente terminada .

115 (13) PROCESAMIENTO DE PEDIDOS esperando revisar stock inicio revisar stock revisión stock terminada despacho de pedidos terminado revisando stock lista de despachos emitida despachando pedidos pedido en proceso emitido despacho y aviso pago emitidos verificando recepción de stock mensaje en proceso emitido recepción de stock emitida verificación de disponibilidad terminada verificación de recepción de stock terminada identificación producto cancelado recibida verificando disponibilidad identificación producto sin stock emitida cancelando producto identificación producto a cancelar recibida producto cancelándose cancelamiento producto terminado pedido cancelado emitido producto cancelado emitido .

116 (14) PASE A CAJA esperando identificación cesta identificación cesta recibida pasando a caja esperando cliente a actualizar inicio actualización cliente cliente actualizándose detalle pedido emitido cliente a actualizar recibido fin actualización cliente esperando identificación cesta pasada a caja identificación cesta pasada a caja recibida actualizando cliente cesta eliminándose identificación cesta para eliminar recibida eliminando cesta cesta eliminada eliminación cesta terminada .

117 Modelamiento Estático: § § § Modelo Clusterizado Entidad-Relacionamiento Modelo Entidad-Relacionamiento Diccionario de Datos .

n) clasificación Empresa (1. n) { abstracción } Producto { abstracción } Cliente Flete { dominancia } { abstracción } .118 Categoría Empresa Cliente { dominancia } { dominancia } Categoría (1.

119 (1. 1) (0. n) { abstracción } Flete (1. 1) solicitud (0. 1) consignación { abstracción } . n) Producto (1. n) contenido (1. n) Cliente (1. n) inclusión { abstracción } (0. n) Categoría clasificación (1. n) Pedido (0. n) Cesta (0. n) Empresa { abstracción } pertenencia (0.

n) Cesta (0.120 Empresa (t. n) . n) provisión (1. n) Cliente Registrado (t. e) inclusión (0. n) consignación Flete Expreso (1. n) solicitud Pedido (0. n) Categoría (1. 1) Proveedor Courier (1. n) pertenencia (0. 1) Cliente Cd Libro Video servicio (1. 1) (1. e) (1. n) clasificación (0. 1) (1. n) Producto (t. e) (1. 1) Flete Cliente Eventual Cliente Permanente (0. n) contenido (1.

Diccionario de Datos autorización pago = aviso pago = cancelamiento pedido = cancelamiento producto = categoría = categoría a actualizar = categorías = cd = cd a actualizar = cd modificado = cd nuevo = cds = cesta = cestas = clasificación = cliente = cliente a actualizar = cliente eventual = cliente modificado = cliente nuevo = cliente permanente = cliente registrado = clientes = clientes eventuales = clientes permanentes = clientes registrados = consignación = contenido = contenidos = * autorización recibida para cada pedido desde finanzas. valores [ Si | No ] * número pedido + monto + fecha * se indica que el pedido ha sido cancelado porque su(s) producto(s) ha(n) excedido el plazo de entrega correspondiente * * se indica que el producto ha sido cancelado del pedido por haber excedido el plazo de entrega correspondiente * @código categoría + nombre categoría código categoría + nombre categoría { categoría } * subentidad de Producto * 1{ artista } + sello + catálogo + { pista + ( duración ) } + ( duración total ) + formato digital + número de unidades + { extracto } [ cd modificado | cd nuevo ] { artista } + ( sello ) + ( catálogo ) + { pista + ( duración ) } + ( duración total ) + ( formato digital ) + ( número de unidades ) + { extracto } 1{ artista } + sello + catálogo + { pista + ( duración ) } + ( duración total ) + formato digital + número de unidades + { extracto } { cd } @id cesta + estado cesta + ( nombre cesta ) { cesta } * relacionamiento entre Producto y Categoría * @id cliente [ cliente modificado | cliente nuevo ] * subentidad de Cliente Registrado * [ dirección de despacho | dirección de regalo ] id cliente + ( nombre cliente ) + ( correo electrónico ) + ( dirección personal ) + ( forma de pago ) + { [ dirección de despacho | dirección de regalo ] } + ( código cliente ) + ( contraseña ) nombre cliente + ( correo electrónico ) + dirección personal + forma de pago + 1{ [ dirección de despacho | dirección de regalo ] } + código cliente + contraseña * subentidad de Cliente Registrado * 1{ [ dirección de despacho | dirección de regalo ] } * subentidad de Cliente * nombre cliente + ( correo electrónico ) + dirección personal + forma de pago + código cliente + contraseña { cliente } { cliente eventual } { cliente permanente } { cliente registrado } * relacionamiento entre Pedido en Proceso y Flete * * relacionamiento entre Cesta y Producto * cantidad { contenido } .

valores [ AAD | ADD | DDD ] * * imagen de la portada del producto * id cesta + tipo flete + tipo despacho id cesta + nombre cesta id cesta id cesta .122 courier = courier modificado = courier nuevo = couriers = descontinuación = descripción avanzada = descripción producto = despacho = detalle pedido = disponibilidad = empresa = empresa modificada = empresa nueva = empresas = estado cesta = estado pedido = estado producto = evaluación = fecha de inicio = fecha de término = flete = flete a actualizar = flete expreso = flete modificado = flete nuevo = fletes = forma de pago = formato digital = foto = identificación cesta = identificación cesta a nombrar = identificación cesta para eliminar = identificación cesta pasada a caja = * subentidad de Empresa * empresa modificada empresa nueva { courier } * se indica que el producto no está más disponible para la compra * lugar ranking ventas + lugar ranking preferencias + productos asociados + [ { extracto } | { sinopsis } | { trozo } ] producto + [ cd | video | libro ] id cliente + nombre cliente + dirección personal + [ dirección de despacho | dirección de regalo ] + número pedido + tipo despacho + 1{ código producto + título + precio + cantidad + subtotal } + total productos + valor tipo flete + total pago despacho + forma de pago * disponibilidades de entrega de los productos. valores [ activa | no activa ] * * define en qué estado se encuentra un pedido con base en los productos que incluye. mezcla y masterización (A=Análogo y D=Digital). respectivamente. valores [ 1-2 días | 7-10 días | 21-30 días | desconocida | discontinuada ] * @RUT + razón social + dirección + 1{ fono } + { fax } + representante RUT + ( razón social ) + ( dirección ) + { fono } + { fax } + ( representante ) RUT + razón social + dirección + 1{ fono } + { fax } + representante { empresa } * define si una cesta puede (activa) o no (no activa) recibir productos. indicada en los CD. valores [ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 ] * * fecha inicial para un periodo de consulta * * fecha final para un periodo de consulta * @id flete + tipo flete + cargo fijo + cargo variable [ flete nuevo | flete modificado ] * subentidad de Flete * ( courier modificado ) + id flete + ( tipo flete ) + ( cargo fijo ) + ( cargo variable ) ( courier nuevo ) + id flete + tipo flete + cargo fijo + cargo variable { flete } [ cheque US$ | depósito en cuenta bancaria | tarjeta de crédito ] * tipos de grabación. valores [ solicitado | en proceso | cerrado ] * * define en qué estado se encuentra un producto en un pedido[ solicitado | en stock | en tránsito | cancelado | despachado ] * calificación de un producto hecha por los clientes.

123 identificación pedido = identificación producto = identificación producto a cancelar = identificación producto cancelado = identificación producto en pedido = identificación producto sin stock = inclusión = inclusiones = libro = libro a actualizar = libro modificado = libro nuevo = libros = lista de despachos = lista productos = mensaje pedido despachado = mensaje pedido en proceso = mensaje pedido solicitado = palabra = pedido = pedido cancelado = pedido en proceso = pedidos = periodo = pertenencia = producto = producto a actualizar = producto a describir = producto asociado = producto cancelado = producto comentado = producto modificado = número pedido código producto + ( [ id cliente | id cesta ] ) identificación producto en pedido identificación producto en pedido número pedido + código producto identificación producto en pedido * relacionamiento entre Producto y Pedido * { estado producto + cantidad en estado } + cantidad producto { inclusión } * subentidad de Producto * 1{ autor } + { editor } + editorial + índice contenidos + ISBN + ( edición ) + ( reimpresión ) + ( formato encuadernación ) + ( número páginas ) + número volúmenes + { trozo } [ libro modificado | libro nuevo ] { autor } + { editor } + ( editorial ) + ( índice contenidos ) + ( ISBN ) + ( edición ) + ( reimpresión ) + ( formato encuadernación ) + ( número páginas ) + ( número volúmenes ) + { trozo } 1{ autor } + { editor } + editorial + índice contenidos + ISBN + ( edición ) + ( reimpresión ) + ( formato encuadernación ) + ( número páginas ) + número volúmenes + { trozo } { libro } 1{ número pedido } tipo producto + palabra buscada + código producto + título + disponibilidad + precio + año publicación correo electrónico + despacho correo electrónico + número pedido + estado pedido + fecha actual correo electrónico + detalle pedido tipo producto + palabra buscada @número pedido + fecha + tipo despacho + estado pedido + autorización pago + fecha cierre número pedido + fecha + fecha cierre + cancelamiento pedido número pedido { pedido } fecha de inicio + fecha de término * relacionamiento entre Cesta y Cliente * @código producto + título + 1{ idioma }+ observaciones + disponibilidad + stock + foto + descuento + precio + año publicación + lugar publicación + { rol + comentario + ( evaluación ) } + posición de venta + posición de preferencia + cantidad vendida + promedio evaluaciones [ producto nuevo | producto modificado ] código producto @código producto + 1{ código producto asociado + frecuencia } número pedido + código producto + título + cancelamiento producto rol + código producto + comentario código producto + ( título ) + { idioma }+ ( observaciones ) + ( disponibilidad ) + ( foto ) + ( descuento ) + ( precio ) + ( año publicación ) + ( lugar publicación ) + { rol + comentario + ( evaluación ) } + { nombre categoría } .

valores [ NTSC | Pal-M | Pal-N ] * * relacionamiento entre Cliente y Pedido * RUT + razón social + 1{ código producto + cantidad a comprar } número pedido + 1{ código producto + título + precio + { cantidad en estado + estado producto } + cantidad producto } + estado pedido * define si el video cuenta o no con subtítulos. si es de acuerdo a disponibilidad o debe despacharse todos los productos de una sola vez (total).124 producto nuevo = producto seleccionado = productos = productos asociados = productos descontinuados = proveedor = proveedor modificado = proveedor nuevo = proveedores = provisión = provisión a actualizar = provisión modificada = provisión nueva = recepción de compra = reposición de stock = rol = servicio = sistema = solicitud = solicitud de compra = status pedido = subtítulos = tipo despacho = tipo flete = tipo producto = top 100 CDs = top 100 libros = top 100 preferencias = top 100 solicitado = top 100 ventas = top 100 videos = ventas por cliente = código producto + título + 1{ idioma }+ observaciones + disponibilidad + foto + descuento + precio + año publicación + lugar publicación + { rol + comentario + ( evaluación ) } + 1{ nombre categoría } + 1{ nombre categoría } código producto { producto } * depósito de implementación relacionado con productos * { producto asociado } 1{ código producto + título + descontinuación } * subentidad de Empresa * empresa modificada empresa nueva { proveedor } * relacionamiento entre Producto y Proveedor * [ provisión nueva | provisión modificada ] proveedor modificado + { código producto } proveedor nuevo + 1{ código producto } código producto + cantidad recibida + ( disponibilidad ) 1{ código producto + cantidad solicitada } * define el rol de quien hizo el comentario de un producto. valores [ como productor | como autor | como consumidor + evaluación ] * * relacionamiento entre Expreso y Courier * * tipos de codificación de la señal de video usadas en el mundo. valores [ con | sin ] * * define la forma en que el cliente quiere se le despache su pedido. valores [ tipo cd | tipo video | tipo libro ] * top 100 ventas + top 100 preferencias top 100 ventas + top 100 preferencias 1{ posición de preferencia + título + promedio evaluaciones }100 tipo producto 1{ posición de venta + título + cantidad vendida }100 top 100 ventas + top 100 preferencias periodo + cliente + cantidad vendida CDs + cantidad valorada CDs + cantidad vendida libros + cantidad valorada libros + cantidad vendida videos + cantidad valorada videos + total valorado vendido por cliente } + total . se acompaña una evaluación del producto. en el caso de ser un consumidor. valores [ disponibilidad | total ] * [ zona nacional | zona internacional ] * indica cuál es el tipo del producto.

II. valores [ 1Sudamérica | 2-Centro y Norte América | 3-Europa Occidental y Africa | 4-Medio Oriente y Europa Oriental | 5Asia y Oceanía ]* * define las zonas nacionales de envío para los efectos de cálculo del flete del pedido. valores [ 1-Región Metropolitana | 2-III a IX Regiones | 3-I.125 ventas por producto = ventas por tipo producto = ventas totales CDs = ventas totales libros = ventas totales videos = video = video a actualizar = video modificado = video nuevo = videos = volumen ventas = zona internacional = zona nacional = valorado vendido { código producto + cantidad vendida en periodo + cantidad valorada en periodo } periodo + ventas totales CDs + ventas totales libros + ventas totales videos + total valorado vendido venta por producto + cantidad total CDs + total valorado CDs venta por producto + cantidad total libros + total valorado libros venta por producto + cantidad total videos + total valorado videos * subentidad de Producto * 1{ director } + 1{ productor } + duración + { actor } + { narrador } + subtitulos + sistema + número serie + número de unidades + reseña contenidos + { sinopsis } [ video modificado | video nuevo ] { director } + { productor } + ( duración ) + { actor } + { narrador } + ( subtitulos ) + ( sistema ) + ( número serie ) + ( número de unidades ) + ( reseña contenidos ) + { sinopsis } 1{ director } + 1{ productor } + duración + { actor } + { narrador } + subtitulos + sistema + número serie + número de unidades + reseña contenidos + { sinopsis } { video } ventas por tipo producto + ventas por cliente * define las zonas internacionales de envío para los efectos de cálculo del flete del pedido. X a XII Regiones | 4-Insular Occidental ] * .

126 Modelamiento Funcional: § § Diagramas de Flujo de Datos Nivelados Especificaciones de Proceso .

Periodo Producto comentado Solicitud de compra Categoría a actualizar Producto a actualizar Recepción de compra SECCIÓN SOLICITUD A PROVEEDORES CD a actualizar Libro a actualizar Producto a describir Productos descontinuados Despacho Palabra Producto seleccionado Ventas por tipo producto Video a actualizar Sistema Marraqueta.cl Provisión a actualizar Pedidos FINANZAS Aviso pago Top 100 CDs PROVEEDORES Flete a actualizar EMPRESAS DE COURIER Producto cancelado Top 100 libros Descripción avanzada Pedido cancelado Mensaje pedido despachado Lista productos Status pedido Mensaje pedido solicitado CLIENTES Top 100 videos Descripción producto Detalle pedido Mensaje pedido en proceso .127 Diagrama de contexto Identificación cesta a nombrar Cliente a actualizar Identificación cesta para eliminar Identificación producto a cancelar CLIENTES Identificación cesta Identificación producto Top 100 solicitado Identificación pedido Ventas por cliente GERENCIA IIC LTDA.

128 Periodo Producto cancelado Diagrama 0 Identificación cesta Recepción de compra Solicitud de compra Inclusiones Ventas por tipo producto Pedido cancelado Mensaje pedido despachado Ventas por cliente Pedidos 2 Administrar pedidos Identificación pedido Productos descontinuados Mensaje pedido solicitado Despacho 1 Procesar pedidos Status pedido Identificación producto a cancelar Cliente a actualizar Detalle pedido Aviso pago Mensaje pedido en proceso Clientes Identificación cesta pasada a caja Contenidos Identificación producto Identificación producto cancelado Identificación cesta para eliminar 4 Administrar cestas Productos Fletes 5 Actualizar empresas asociadas Flete a actualizar Identificación cesta a nombrar Provisión a actualizar Producto comentado Top 100 solicitado Lista productos Top 100 videos Productos Asociados Palabra Top 100 CDs Categoría a actualizar Top 100 libros Producto seleccionado 3 Administrar productos Descripción producto Producto a describir Producto a actualizar Descripción avanzada CD a actualizar Libro a actualizar Video a actualizar .

8 Verificar disponibilidad Identificación producto sin stock 1.7 Emitir solicitud de compra Solicitud de compra Reposición de stock Mensaje pedido en proceso Proveedores 1.6 Revisar stock Inclusiones Clientes Cliente a actualizar 1.Procesar pedidos Identificación cesta pasada a caja Fletes Identificación cesta Contenidos Clientes eventuales Detalle pedido 1.129 DIAGRAMA 1 .4 Verificar recepción de Pedido en proceso stock 1.5 Actualizar stock Identificación producto cancelado Recepción de compra .3 Actualizar clientes 1.1 Pasar a caja Mensaje pedido solicitado Aviso pago Productos descontinuados 1.2 Despachar pedidos Despacho Mensaje pedido despachado Clientes registrados Clientes permanentes Pedidos Productos Lista de despachos 1.

1 Generar volúmenes de ventas por cliente Clientes Productos asociados Productos 2.2 Actualizar productos asociados 2.Administrar pedidos Ventas por cliente 2.6 Cancelar producto Producto cancelado Identificación producto cancelado .130 Periodo DIAGRAMA 2 .5 Actualizar rankings Status pedido 2.3 Generar volumen de ventas por tipo producto Pedidos Inclusiones Ventas por tipo producto 2.4 Consultar pedido Identificación pedido Pedido cancelado Identificación producto a cancelar 2.

7 Describir más del producto Top 100 solicitado Video a actualizar Productos Top 100 videos 3.Administrar productos Categoría a actualizar Descripción producto 3.131 DIAGRAMA 3 .5 Consultar top 100 Top 100 libros 3.1 Actualizar categorías Categorías Producto seleccionado 3.4 Actualizar productos Videos Top 100 CDs Libro a actualizar 3.2 Describir producto Producto a actualizar Palabra Libros CD a actualizar 3.6 Agregar comentarios Producto comentado Productos asociados Descripción avanzada Producto a describir .3 Buscar producto Lista productos CD's 3.

Administrar cestas Contenidos Identificación cesta para eliminar Identificación producto Identificación cesta pasada a caja 4.3 Asignar nombre a cesta Identificación cesta a nombrar .132 DIAGRAMA 4 .2 Eliminar cesta 4.1 Agregar producto a cesta Productos Cestas Clientes 4.

1 Pasar a caja Cantidad total es término local LEER identificación cesta SI existe al menos un producto en CONTENIDOS asociado a cesta con id cesta y con disponibilidad distinta de discontinuada en PRODUCTOS ENTONCES ACCESAR id cliente. título. nombre cliente. cargo variable en FLETES con tipo flete CALCULAR valor tipo flete = cargo fijo + cargo variable * cantidad total CALCULAR total pago = total productos + valor tipo flete AGREGAR total productos. cantidad en estado (con estado producto = solicitado) y cantidad producto ambos como cantidad en INCLUSIONES de número pedido SINO PARA cada producto en CONTENIDOS de cesta con id cesta ACCESAR título en PRODUCTOS con código producto a través de CONTENIDOS AGREGAR código producto. nombre cliente. en INCLUSIONES de pedido con número pedido INCREMENTAR cantidad total en cantidad ACCESAR precio. dirección personal. título. detalle pedido a mensaje pedido en proceso EMITIR mensaje pedido en proceso vía correo electrónico FIN-SI AGREGAR estado producto = solicitado. tipo de despacho ASIGNAR 0 a cantidad total. CLIENTES EVENTUALES o CLIENTES PERMANENTES a través de pertenencias con id cesta ASIGNAR número pedido AGREGAR id cliente. precio. valor tipo flete.133 Especificaciones de proceso: 1. dirección personal. descontinuación a productos descontinuados FIN-PARA FIN-SI SI existe al menos un producto en productos descontinuados ENTONCES EMITIR productos descontinuados FIN-SI . título de PRODUCTOS con código producto SI disponibilidad = discontinuada ENTONCES AGREGAR código producto. dirección de despacho o de regalo. dirección de despacho o de regalo. descontinuación a productos descontinuados SINO AGREGAR cantidad como cantidad en estado con estado producto como solicitado. forma de pago. total productos PARA cada producto en CONTENIDOS de cesta con id cesta ACCESAR disponibilidad. CLIENTES REGISTRADOS. tipo despacho a detalle pedido AGREGAR pedido a PEDIDOS con número pedido. número pedido. forma de pago de CLIENTES. total pago a detalle pedido EMITIR detalle pedido EMITIR id cesta como identificación cesta pasada a caja SI cliente tiene correo electrónico ENTONCES AGREGAR correo electrónico. fecha. título en PRODUCTOS con código producto CALCULAR subtotal = precio * cantidad INCREMENTAR total productos en subtotal AGREGAR código producto. título. subtotal a detalle pedido FIN-SI FIN-PARA ACCESAR cargo fijo. cantidad.

cargo variable en FLETES con tipo flete CALCULAR valor tipo flete como cargo fijo + cargo variable * cantidad total CALCULAR total pago = total productos + valor tipo flete AGREGAR total productos. nombre cliente. despacho a mensaje pedido despachado EMITIR mensaje pedido despachado vía correo electrónico FIN-SI SI cantidad en estado (con estado producto = en tránsito) = 0 PARA todos los productos del pedido en INCLUSIONES ENTONCES ASIGNAR cerrado a estado pedido. precio. total pago a despacho AGREGAR número pedido. cliente de CLIENTES con id cliente FIN-SI FIN-SI FIN-SI FIN-PARA . cliente individualizado de CLIENTES REGISTRADOS. despacho SI cliente tiene correo electrónico ENTONCES AGREGAR correo electrónico. nombre cliente. dirección de despacho o de regalo de CLIENTES. dirección personal. CLIENTES EVENTUALES o CLIENTES PERMANENTES a través de solicitudes con número pedido AGREGAR id cliente.134 1. número pedido. título en PRODUCTOS con código producto CALCULAR subtotal como precio * cantidad a despachar INCREMENTAR total productos en subtotal AGREGAR código producto. dirección de despacho o de regalo. valor tipo flete. fecha actual a fecha cierre en PEDIDOS SI cliente es eventual ENTONCES ASOCIAR pedido a cliente con id cliente como anónimo en CLIENTES REGISTRADOS ELIMINAR cliente eventual de CLIENTES EVENTUALES. CLIENTES REGISTRADOS. cantidad total PARA cada producto con estado producto = en stock en INCLUSIONES ASIGNAR cantidad en estado (con estado producto = en stock) a cantidad a despachar INCREMENTAR cantidad total en cantidad a despachar INCREMENTAR cantidad en estado (con estado producto = despachado) en cantidad a despachar en INCLUSIONES ASIGNAR 0 a cantidad en estado (con estado producto = en stock) en INCLUSIONES ACCESAR precio. cantidad a despachar como cantidad. título. Cantidad a despachar son términos locales LEER lista de despachos PARA cada número pedido en lista de despachos SI (tipo despacho = total en PEDIDOS con número pedido y no existe producto con estado producto = en tránsito en INCLUSIONES con número pedido) o (tipo despacho = disponibilidad en PEDIDOS con número pedido) ENTONCES ACCESAR id cliente. subtotal a despacho FIN – PARA ACCESAR cargo fijo.2 Despachar pedidos Cantidad total. tipo despacho a despacho ASIGNAR 0 a total productos. total pago como monto y fecha a aviso pago EMITIR aviso pago. dirección personal.

código producto a identificación producto cancelado EMITIR identificación producto cancelado SINO AGREGAR número pedido. PRE-CONDICIÓN 2 Se RECIBE cliente nuevo. CLIENTES REGISTRADOS y CLIENTES PERMANENTES de acuerdo a cliente nuevo. POST-CONDICIÓN 2 Se ACTUALIZA CLIENTES. POST-CONDICIÓN 1 Se ACTUALIZA CLIENTES.135 1. CLIENTES REGISTRADOS y CLIENTES PERMANENTES de acuerdo a cliente modificado. código producto a identificación producto sin stock EMITIR identificación producto sin stock FIN-SI FIN-SI FIN-PARA .3 Actualizar clientes PRE-CONDICIÓN 1 Se RECIBE cliente modificado. 1.4 Verificar recepción de stock LEER pedido en proceso PARA cada producto en INCLUSIONES con número pedido con cantidad en estado (con estado producto = en tránsito) > 0 en INCLUSIONES SI stock del producto en PRODUCTOS > 0 ENTONCES SI cantidad en estado (con estado producto = en tránsito) en INCLUSIONES <= stock del producto en PRODUCTOS ENTONCES DECREMENTAR stock en cantidad en estado (con estado producto = en tránsito) en PRODUCTOS INCREMENTAR cantidad en estado producto (con estado producto = en stock) en cantidad en estado (con estado producto = en tránsito) en INCLUSIONES ASIGNAR 0 a cantidad en estado con estado producto = en tránsito en INCLUSIONES SINO INCREMENTAR cantidad en estado (con estado producto = en stock) en stock en INCLUSIONES DECREMENTAR cantidad en estado (con estado producto = en tránsito) en stock en INCLUSIONES ASIGNAR 0 a stock en PRODUCTOS FIN-SI SINO {stock=0} ACCESAR disponibilidad en PRODUCTOS con código producto SI disponibilidad = discontinuada ENTONCES AGREGAR número pedido.

136 1. 0 a cantidad en estado INCLUSIONES . en cantidad recibida dis- PRODUCTOS INCREMENTANDO de acuerdo a código producto 1.PARA en proceso estado en PEDIDOS AGREGAR . estado pedido fecha actual mensaje pedido en proceso EMITIR mensaje pedido en proceso correo electrónico cliente correo electrónico AGREGAR . número pedido estado pedido.6 Revisar stock Cantidad a reponer es término local cada pedido PEDIDOS desde el más antiguo has HACER CASO estado pedido solicitado y = Si PARA cada solicitado INCLUSIONES cantidad stock del en PRODUCTOS ENTONCES stock producto en en PRODUCTOS ASIGNAR tock a . a reponer cantidad en est do a ASIGNAR stock del en PRODUCTOS FIN SI ASIGNAR a estado producto cantidad en estado a .5 Actualizar stock PRESe POSTSe recepción de c . a cantidad en estado INCLUSIONES en tránsito estado producto. cantidad cantidad en estado a ASIGNAR en tránsito a INCLUSIONES SINO cantidad stock a a reponer AGREGAR producto cantidad como cantida solicitada a r posición de stock en stock estado producto. 0 a cantidad en estado ASIGNAR cancelado a . a mens EMITIR vía correo electrónico FINCASO estado = en proceso EMITIR como pedido en proceso FIN CASO SI existe con estado producto en stock AGREGAR número pedido a ista de despachos – SI – PARA existe al menos un producto reposición de stock .

2 días ASIGNAR 7-10 días a disponibilidad en PRODUCTOS con código producto CASO disponibilidad = 7.10 días ASIGNAR 21-30 días a disponibilidad en PRODUCTOS con código producto CASO disponibilidad = 21-30 días ASIGNAR desconocida a disponibilidad en PRODUCTOS con código producto FIN-CASO EMITIR identificación producto sin stock como identificación producto cancelado FIN-CASO . cantidad solicitada de reposición de stock FIN-MIENTRAS EMITIR solicitud de compra FIN-PARA 1.137 EMITIR reposición de stock FIN – SI SI existe al menos un pedido en lista de despachos ENTONCES EMITIR lista de despachos FIN – SI 1. razón social a solicitud de compra MIENTRAS haya productos proveídos por el mismo proveedor en reposición de stock SI existe código producto en solicitud de compra ENTONCES INCREMENTAR cantidad a comprar en cantidad solicitada en solicitud de compra SINO AGREGAR código producto.8 Verificar disponibilidad LEER identificación producto sin stock ACCESAR fecha en PEDIDOS con número pedido ACCESAR disponibilidad en PRODUCTOS con código producto HACER CASO CASO fecha actual – fecha >= 120 días SI disponibilidad = desconocida EMITIR identificación producto sin stock como identificación producto cancelado FIN-SI CASO fecha actual – fecha >= 60 días HACER CASO CASO disponibilidad = 1. cantidad solicitada como cantidad a comprar en solicitud de compra FIN-SI ELIMINAR código producto.7 Emitir solicitud de compra LEER reposición de stock PARA cada producto en reposición de stock ACCESAR razón social en PROVEEDORES con RUT a través de PROVISIONES con código producto AGREGAR RUT.

total valorado vendido por cliente a ventas por cliente INCREMENTAR total valorado vendido en total valorado vendido por cliente FIN-SI FIN-PARA AGREGAR total valorado vendido a ventas por cliente EMITIR ventas por cliente 2. cantidad vendida libros. cantidad vendida CD’s.138 2. cantidad valorada CD’s.1 Generar volúmenes de ventas por cliente Valor es término local LEER periodo AGREGAR periodo a ventas por cliente ASIGNAR 0 a total valorado vendido PARA cada cliente en CLIENTES ASIGNAR 0 a cantidad vendida CD’s. cantidad valorada videos PARA cada pedido en PEDIDOS a través de solicitud con id cliente ACCESAR fecha cierre en PEDIDOS a través de solicitud con id cliente SI fecha cierre está entre fecha de inicio y fecha de término ENTONCES ACCESAR precio en PRODUCTOS con código producto HACER CASO CASO tipo producto es CD INCREMENTAR cantidad vendida CD’s en cantidad en estado (con estado producto = despachado) CALCULAR valor = cantidad en estado (con estado producto = despachado) * precio INCREMENTAR cantidad valorada CD’s en valor CASO tipo producto es libro INCREMENTAR cantidad vendida libros en cantidad en estado (con estado producto = despachado) CALCULAR valor = cantidad en estado (con estado producto = despachado) * precio INCREMENTAR cantidad valorada libros en valor CASO tipo producto es video INCREMENTAR cantidad vendida videos en cantidad en estado (con estado producto = despachado) CALCULAR valor = cantidad en estado (con estado producto = despachado) * precio INCREMENTAR cantidad valorada videos en valor FIN-CASO FIN-SI FIN-PARA CALCULAR total valorado vendido por cliente = cantidad valorada CD’s + cantidad valorada libros + cantidad valorada videos SI total valorado vendido por cliente > 0 ENTONCES AGREGAR id cliente. cantidad vendida videos.2 Actualizar productos asociados PARA cada pedido en PEDIDOS PARA cada producto en INCLUSIONES . cantidad vendida videos. cantidad valorada CD’s. cantidad valorada videos. cantidad vendida libros. cantidad valorada libros. cantidad valorada libros.

total valorado videos PARA cada producto en PRODUCTOS ASIGNAR 0 a cantidad vendida en periodo. cantidad vendida periodo. frecuencia PARA cada producto en PRODUCTOS ASOCIADOS SI existen más de tres asociaciones de un producto ENTONCES ELIMINAR la cuarta asociación en adelante en PRODUCTOS ASOCIADOS FIN-SI FIN-PARA 2. cantidad vendida periodo. cantidad total videos. cantidad total libros. otro producto) en PRODUCTOS ASOCIADOS ASIGNAR 1 a frecuencia FIN-SI FIN-PARA FIN-PARA FIN-PARA ORDENAR en forma descendente PRODUCTOS ASOCIADOS por código producto. cantidad valorada en periodo PARA cada pedido en PEDIDOS a través de inclusión con código producto ACCESAR fecha cierre en PEDIDOS a través de INCLUSIONES con código producto SI fecha cierre está entre fecha de inicio y fecha de término ENTONCES INCREMENTAR cantidad vendida en periodo en cantidad en estado (con estado producto = despachado) CALCULAR valor = cantidad en estado (con estado producto = despachado) * precio INCREMENTAR cantidad valorada en periodo en valor FIN-SI FIN-PARA HACER CASO CASO tipo producto es CD INCREMENTAR cantidad total CD’s en cantidad vendida en periodo INCREMENTAR total valorado CD’s en cantidad valorada en periodo SI cantidad vendida periodo > 0 ENTONCES AGREGAR código producto. Lista libros. código producto asociado) existe en PRODUCTOS ASOCIADOS ENTONCES INCREMENTAR frecuencia en 1 en PRODUCTOS ASOCIADOS SINO AGREGAR (producto. cantidad valorada en periodo a lista libros . total valorado CD’s. Lista videos son términos locales LEER periodo AGREGAR periodo a ventas por tipo producto ASIGNAR 0 a cantidad total CD’s.139 PARA cada otro producto en INCLUSIONES SI (código producto. total valorado libros.3 Generar volúmenes de venta por tipo producto Valor. cantidad valorada en periodo a lista CD’s FIN-SI CASO tipo producto es libro INCREMENTAR cantidad total libros en cantidad vendida en periodo INCREMENTAR total valorado libros en cantidad valorada en periodo SI cantidad vendida periodo > 0 ENTONCES AGREGAR código producto. Lista CD’s.

POST-CONDICIÓN Se EMITE status pedido con número pedido. título y precio de PRODUCTOS.4 Consultar pedido PRE-CONDICIÓN Se RECIBE identificación pedido. cantidad total CD’s. venta video. posición video PARA cada producto en índice ventas e índice preferencias HACER CASO . 2. cantidad producto y el conjunto de estados con cantidad en estado. lista libros. posición CD. venta video. estado producto de INCLUSIONES. índice ventas.140 FIN-SI CASO tipo producto es video INCREMENTAR cantidad total videos en cantidad vendida en periodo INCREMENTAR total valorado videos en cantidad valorada en periodo SI cantidad vendida periodo > 0 ENTONCES AGREGAR código producto. cantidad valorada en periodo a lista videos FIN-SI FIN-CASO FIN-PARA AGREGAR lista CD’s. posición libro. cantidad total videos. cantidad total libros. total valorado CD’s. cantidad vendida periodo. posición libro. índice preferencias son términos locales PARA cada producto en PRODUCTOS ASIGNAR 0 a promedio evaluaciones.5 Actualizar rankings Venta CD. posición CD. estado pedido de PEDIDOS. total valorado videos a ventas por tipo producto CALCULAR total valorado vendido = total valorado CD’s + total valorado libros + total valorado videos AGREGAR total valorado vendido a ventas por tipo producto EMITIR ventas por tipo producto 2. lista videos. venta libro. total valorado libros. y el conjunto de productos con código producto. posición video. cantidad vendida SI existe al menos una cantidad en estado (con estado producto = despachado) > 0 ENTONCES PARA cada inclusión del producto en INCLUSIONES INCREMENTAR cantidad vendida en cantidad en estado (con estado producto = despachado) FIN-PARA FIN-SI SI existe al menos una evaluación del producto ENTONCES ASIGNAR promedio de las evaluaciones del producto a promedio evaluaciones FIN-SI FIN-PARA CREAR índice ventas en base a PRODUCTOS ordenados en forma descendente por cantidad vendida CREAR índice preferencias en base a PRODUCTOS ordenados en forma descendente por promedio evaluaciones ASIGNAR 1 a venta CD. venta libro.

1 Actualizar categorías PRE-CONDICIÓN Se RECIBE categoría a actualizar. 3.141 CASO tipo producto es CD ASIGNAR venta CD a posición venta del producto de acuerdo a índice ventas ASIGNAR posición CD a posición de preferencia del producto de acuerdo a índice preferencias INCREMENTAR venta CD. además se EMITE vía correo electrónico). posición video en 1 FIN-CASO FIN-PARA 2. POST-CONDICIÓN .2 Describir producto PRE-CONDICIÓN Se RECIBE producto seleccionado. código producto. POST-CONDICIÓN Se ACTUALIZA en INCLUSIONES con estado producto = en tránsito a estado producto = cancelado. en tránsito) ENTONCES ACTUALIZAR en PEDIDOS con estado pedido = cancelado. cantidad en estado (con estado producto = cancelado) = cantidad en estado (con estado producto = en tránsito) y cantidad en estado (con estado producto = en tránsito) = 0 y se EMITE producto cancelado a partir de número pedido. ASIGNAR fecha actual a fecha cierre y EMITIR pedido cancelado a partir de número pedido. fecha cierre y cancelamiento pedido. fecha. SI no existe producto con estado producto = (en stock. 3. POST-CONDICIÓN Se ACTUALIZA CATEGORÍAS de acuerdo a categoría a actualizar. título y cancelamiento productos (SI cliente tiene correo electrónico. posición libro en 1 CASO tipo producto es video ASIGNAR venta video a posición venta del producto de acuerdo a índice ventas ASIGNAR posición video a posición de preferencia del producto de acuerdo a índice preferencias INCREMENTAR venta video. posición CD en 1 CASO tipo producto es libro ASIGNAR venta libro a posición venta del producto de acuerdo a índice ventas ASIGNAR posición libro a posición de preferencia del producto de acuerdo a índice preferencias INCREMENTAR venta libro.6 Cancelar producto PRE-CONDICIÓN Se RECIBE identificación producto a cancelar y cantidad en estado (con estado producto = en tránsito) > 0 para código producto en INCLUSIONES.

3. POST-CONDICIÓN Se ACTUALIZA PRODUCTOS de acuerdo a producto comentado. nombre categoría en CATEGORÍAS.6 Agregar comentarios PRE-CONDICIÓN Se RECIBE producto comentado.142 Se EMITE descripción producto a partir de PRODUCTOS. 3. top 100 libros o top 100 videos de acuerdo a top 100 solicitado en PRODUCTOS ordenado en forma descendente. con stock = 0 y clasificación de acuerdo a nombre categoría en CATEGORÍAS y CD’s de acuerdo a CD nuevo o LIBROS de acuerdo a libro nuevo o VIDEOS de acuerdo a video nuevo. . autor o editor en LIBROS. 3. POST-CONDICIÓN 1 Se ACTUALIZA PRODUCTOS de acuerdo a producto modificado y clasificación de acuerdo a nombre categoría en CATEGORÍAS y CD’s de acuerdo a CD modificado o LIBROS de acuerdo a libro modificado o VIDEOS de acuerdo a video modificado. PRE-CONDICIÓN 2 Se RECIBE producto nuevo.4 Actualizar productos PRE-CONDICIÓN 1 Se RECIBE producto modificado. POST-CONDICIÓN Se EMITE lista productos a partir de PRODUCTOS cuyo título. artista o pistas en CD’S. 3.5 Consultar Top 100 PRE-CONDICIÓN Se RECIBE top 100 solicitado. CATEGORÍAS y CD’s o LIBROS o VIDEOS cuyo código producto coincide con producto seleccionado. director o actor en VIDEOS coinciden con palabra.3 Buscar producto PRE-CONDICIÓN Se RECIBE una palabra no vacía. POST-CONDICIÓN Se EMITE top 100 CD’s. POST-CONDICIÓN 2 Se AGREGA a PRODUCTOS de acuerdo a producto nuevo.

existe pro. con nombre cesta diferente a todos los nombres cestas de las cestas del mismo cliente.143 3. 4.1 Agregar producto a cesta CONDICIONES Dato que acompaña a código producto Situación de la cesta En depósito CONTENIDOS ACCIONES AGREGAR cesta sin nombre cesta en CESTAS ASIGNAR estado cesta como activa en CESTAS AGREGAR asociación de producto con cesta a CONTENIDOS ASIGNAR cantidad = 1 en CONTENIDOS INCREMENTAR cantidad en 1 en CONTENIDOS AGREGAR cliente no individualizado en CLIENTES ASIGNAR estado cesta como no activa a cestas restantes en CESTAS asociados al cliente a través de pertenencias 1 ninguno ninguno ninguno 2 id cliente 3 id cesta 4 id cesta 5 id cliente inexistente existe producto 6 id cliente activa no existe producto 7 id cesta activa no existe producto 8 id cliente no activa no existe producto 9 id cesta no activa no existe producto activa activa no activa existe pro. POST-CONDICIÓN Se ELIMINA contenido de CONTENIDOS asociado por id cesta y cesta con id cesta de CESTAS. .2 Eliminar cesta PRE-CONDICIÓN Se RECIBE identificación cesta para eliminar o identificación cesta pasada a caja. al que pertenece la cesta con id cesta.7 Describir más del producto PRE-CONDICIÓN Se RECIBE producto a describir. POST-CONDICIÓN Se ACTUALIZA nombre cesta en CESTAS con id cesta. 4. POST-CONDICIÓN Se EMITE descripción avanzada a partir de PRODUCTOS y PRODUCTOS ASOCIADOS y CD’s o LIBROS o VIDEOS cuyo código producto coincide con producto a describir.existe producto ducto ducto ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü ü 4.3 Asignar nombre a cesta PRE-CONDICIÓN Se RECIBE identificación cesta a nombrar.

5.1 Actualizar provisión PRE-CONDICIÓN 1 Se RECIBE provisión modificada. POST-CONDICIÓN 2 Se ACTUALIZA EMPRESAS de acuerdo a provisión nueva y provisiones de acuerdo a código producto. PRE-CONDICIÓN 2 Se RECIBE flete nuevo. POST-CONDICIÓN 2 Se ACTUALIZA FLETES y EMPRESAS de acuerdo a flete nuevo. PRE-CONDICIÓN 2 Se RECIBE provisión nueva. POST-CONDICIÓN 1 Se ACTUALIZA EMPRESAS de acuerdo a provisión modificada y provisiones de acuerdo a código producto. .144 5.2 Actualizar fletes PRE-CONDICIÓN 1 Se RECIBE flete modificado. POST-CONDICIÓN 1 Se ACTUALIZA FLETES y EMPRESAS de acuerdo a flete modificado.

Octubre 1993. 1(1). José Eduardo. UTA. Ron. Natacha. [González00] González Campos. Schwabe. . 2000.10. Dennis. and Srivastava.cl. Geir & Sindre. v. Junio 2000. Brasil. 2001. Daniel & Vilain. USA: Addison-Wesley. [Cooley99] Cooley. Dept.145 Bibliografía [Bustos&Jaar99] Bustos. R. Diciembre 1999. Global E-business. New York.. Asignatura de Sistemas de Información del Segundo Semestre de 1999.com/ [Cooley00] Cooley. University of Minnesota. Jim. R. Knowledge and Information Systems. J. ER 2000 Workshops on Conceptual Modeling Approaches for E-Business and The World Wide Web and Conceptual Modeling. [deChampeaux94] de Champeaux. [Hø ydalsvik&Sindre93] H ø ydalsvik. n. Editorial Springer-Verlag Berlin Heidelberg 2000. of Computer Science. Modelando a Web com a UML.. Objetos Distribuídos OD’99.canalti. Projeto de Banco de Dados. Object-Oriented System Development. Sao Paulo.nec. Fabián. Disponible vía web en http://www. 2000. Disponible vía web en http://citeseer. [Deboni99] Deboni. 4ª Ed. Data preparation for mining World Wide Web browsing patterns. 1994. Escuela de Ingeniería Industrial de la UCV.marraqueta. USA: Addison-Wesley. Editora Sagra Luzzatto. La aplicación de Internet a estrategias CRM (eCRM). Mobasher. 1999. Brasil. ACM SIGPLAN Notices. Web Usage Mining: Discovery and Application of Interesting Patterns from web data. Building Web Applications with UML. Octubre. B. Guttorm. [Heuser01] Heuser. Alemania. Exploring E-commerce.com [Güell00] Güell. October 2000. USA: Prentice Hall. Instituto de Informática da UFRGS. PhD thesis. Modeling Interactions and Navigation in Web Applications. Patricia. and E-societies. [Fellenstein&Wood00] Fellenstein. 4ta Edición. Salt Lake City. [Conallen00] Conallen. Paula. Craig & Wood. On the Purpose of Object-Oriented Analysis. Diapositivas. Profesores.nj. Centro de Convenições Rebouças. USA. May 2000.28. Carlos. Problema resuelto del Sistema de Ventas On-Line www. Guillermo & Jaar.

Disponible vía web en http://sol. 1998. 2000.nec.ar/notacaoOOHDM. Senior Manager de Ernst Young Consulting. Río de Janeiro: DI / PUC-RIO (Tese de Doutorado). PKDD’99. Data Warehouse. Editorial Springer-Verlag Berlin Heidelberg 2000. Patrícia. Segunda Monografía de la Asignatura Seminario Tecnologías de la Información. [Rossi96] ROSSI. Roadmap for succes. Alemania. Daniel & Vilain. Han. Rodolfo.. Web Mining and Knowledge Discovery of Usage Patterns. In Advances in Digital Libraries. Ravi & Robinson. M. Volume 10. Disponible vía web en http://citeseer. [Manzano00] Manzano. CA.nec. Gustavo. Gustavo Hector. Fernando. USA..rational. [Wang00] Wang. Data Marts y Data Mining. Santiago. Ingeniería del Software: Un enfoque práctico. [Pressman98] Pressman. “Notação da Metodologia OOHDM”. Salt Lake City. UTA. Paul. e-Business. Info DB. Abstraction an Reuse Mechanisms in Web Application Models. [Schwabe&Vilain99].nj. [Kalakota&Robinson00] Kalakota. Daniel & Lyardet. Number 3. Third European conference. Escuela de Ingeniería Industrial de la UCV. February. Segundo Semestre de 1998. Um Método Orientado a Objetos para o Projeto de Aplicações Hipermídia.com/uml.info. Discovering Web Access Patterns and Trends by applying OLAP and Data Mining Technology on web Logs. Río de Janeiro.pucrio.nj. Xin.146 [Jaar&Prieto98] Jaar.edu. Ernst & Young. [Rossi00] Rossi.telemidia. Santa Barbara. Disponible vía web en http://citeseer.com/ [Winsberg9?] Winsberg. 1996. 4ta Edición. P588-589. Paula & Prieto. Disponible vía web en http://www. Modeling the Data Warehouse and Data Mart.br/oohdm/oohdm. J.com/ . Abril de 1999. Robert. In Proceedings of Principles of Data Mining and Knowledge Discovery. Marzo 2000.nj. [Spiliopoulou99] Spiliopoulou.html. Mayo. [Zaiane98] Zaiane. Marcia. 2000. Schwabe. October 2000. Disponible vía web en http://citeseer. Entrevista publicada en Infoweek. USA: Addison-Wesley.com/ [UML] http://www. 8va Edición. Data mining for the web. 1998. España: McGraw Hill / Interamericana de España. pages 19-29. ER 2000 Workshops on Conceptual Modeling Approaches for E-Business and The World Wide Web and Conceptual Modeling. M. Schwabe.nec.unlp. O. Y. CS 748T Project (Part I).

Michael. USA: SouthWestern College Publishing. William & d´Amico. 7ma Edición.147 [Zikmund&d´Amico00] Zikmund. Marketing. 2000. Creating and Keeping Customers in an e-commerce World. .