Está en la página 1de 147

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

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

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

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

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

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 .

etc. a través de CRM. debido a la estandarización y a la explosión de las comunicaciones. lo que se traduce en que no se utilicen todas las potencialidades que entrega Internet o las nuevas tecnologías de información. 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. Se debe hacer notar también. No obstante. 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. muchos sitios de comercio electrónico se elaboran y ponen en marcha sin una adecuada planificación y modelamiento. Datamining. esta metodología puede será de gran ayuda. 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. DER. OOHDM. De esta forma se podrá obtener información para mejorar esta relación en distintos aspectos. CRM. . Web Mining. 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. el crecimiento explosivo de transacciones vía web y la formalización de una filosofía orientada al cliente. Aunque esta filosofía sirvió de marco para obtener un tipo de información. Datawarehouse. basándose en la filosofía CRM. si se utiliza en la primera etapa del Web Mining de uso. Finalmente. debieran aumentar cada vez más. 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. Se vuelve a confirmar entonces la necesidad de enfatizar que se debe modelar conceptualmente un sistema antes de implementarlo. Comercio electrónico. motiva a que un gran número de empresas intenten realizar ventas en línea a través de la red. Internet. promoción de productos a clientes específicos. tales como: estructura del sitio.9 Resumen El gran auge de Internet. precios variables (dinámicos). no debería ser una restricción para obtener otra información que pueda apoyar a los tomadores de decisiones. 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. negociación en línea.

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

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

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

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

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

las empresas que tradicionalmente han enfocado sus esfuerzos en productos. 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. lograr que los visitantes se identifiquen con el sitio. 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”. ahora reconocen la importancia del cliente como el elemento más importante en las relaciones comerciales. que tal como muestra la figura 2. se han creado empresas que desde sus inicios se enfocan en las necesidades de los clientes. Es importante que durante esta etapa los clientes deben percibir que la organización lo atiende con exclusividad y privacidad. y así crear una relación de aprendizaje que conlleve a una personalización de los servicios o productos. de forma individual. el proceso de CRM consta de cuatro etapas principales. Diferenciar: Cuantificar el valor neto presente de las utilidades de una relación futura del cliente individual con la organización. Con el auge de Internet y las facilidades que ésta presenta. Identificar Diferenciar Interactuar Personalizar Figura 2. 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. basada en el conocimiento de los clientes. Personalizar: Finalmente.15 Andrés Vargas. 2. Según esta definición. Identificar: Consiste dar a conocer el sitio web. pretende crear una relación individualizada según las necesidades del consumidor (personalización masiva). obedecen a un orden natural y cuyo objetivo es tratar clientes diferentes de una manera diferente. Según distintos autores. Interactuar: Durante esta etapa. estas etapas son: 1. se busca conocer cada vez más a los clientes y sus necesidades. 3.1. citado por [González00]. esta etapa. en conocer a cada cliente y su historia. 4.1 – Cuatro etapas de CRM .

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

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

Puede considerarse a Internet como un medio de comunicación para llegar a los clientes. asimismo. Internet aprovecha la funcionalidad de sus herramientas como el e-mail y el chat. Las interacciones con los clientes que ocurren a través de Internet aplican idealmente con el proceso de CRM. algunos autores han estado desarrollando el tema de la asociación entre Internet y el CRM. IRM (Internet Relationship Management) o e-CRM (electronic CRM). pues Internet le brinda la facilidad de obtener los datos de los clientes de una forma muy ágil. 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. el correo y el contacto personal. sino que permite interactuar y transferir información en dos vías. dándole diversos nombres. desarrollo e implementación de técnicas de administración de información como el datawarehousing y el datamining. Todo esto es ideal para un proceso de CRM. al back-office y a través de sistemas de información. 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. Además. las tecnologías asociadas a Internet tienen la facilidad de asociarse. tanto desde la empresa a los clientes como desde los clientes a la empresa. ICRM (Internet Customer Relationship Management). para llegar a establecer una relación con los usuarios. • Por otra parte.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. mencionada antes. todo a través de Internet. por ejemplo. Por otro lado. esto da lugar a la interacción. a la etapa de análisis. y se reduce el gasto en campañas masivas. como lo es la personalización de los servicios o productos. pero con la ventaja de que no sólo comunica al igual que lo hace un periódico o la televisión. Es acá donde Internet se destaca como uno de los medios de interacción con los clientes. ya que permiten la utilización de una plataforma tecnológica para el diseño. entre ellos: IIM (Internet Interaction Management). Otro punto a señalar es que a través de la Internet se logra uno de los objetivos fundamentales de CRM. observaciones y quejas de los clientes. donde se procesan consultas. Dentro de la web pueden encontrarse muchos ejemplos donde el consumidor . 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. lo cual se integra en una base de datos para su posterior análisis. Se busca la lealtad de los clientes actuales así como atraer nuevos clientes. los cuales permiten pasar fácilmente de la etapa de integración. así como lo son el teléfono.

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

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

Incentivo a la innovación: se debe recompensar la experimentación mediante sistemas de compensación para incentivar la innovación.21 • Administrar el contacto con el cliente (CRM): anticipándose a sus necesidades. 3. Requiere dedicación para ofrecer continuamente beneficios y características por sobre los competidores. 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. Desarrollar una cultura organizacional sobre el servicio al cliente. Se deben entregar productos y servicios al menor costo minimizando los problemas para el cliente. • . 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. Excelencia en la innovación continua: Entregando productos y servicios que superen límites y agraden al cliente. • 2. Excelencia operacional: Entregando productos de alta calidad. Crecimiento por medio de fusiones o adquisiciones. Medición del desempeño de los procesos Gestión de las expectativas de los clientes: bajo el compromiso de variedad v/s eficiencia. compartiendo información para proveerle expedito autoservicio si el cliente lo desea. Gestión de inteligencia de ventas: conocimiento en tiempo real de la información requerida para realizar cualquier venta. Gestión eficiente de transacciones: mejorando el tiempo de respuesta e integrándose con los proveedores. 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.

la probabilidad de tener éxito es muy escasa. porque sino.22 Por lo tanto. Cada uno de estos enfoques de excelencia en los cuales se puede basar un ebusiness. para posteriormente registrar información de los clientes y utilizarla para mejorar la relación con ellos. 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. 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.

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

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

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

Sin embargo. 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. se puede determinar que estas Entidades deben aparecer en el esquema navegacional.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) pertenencia (0. n) Producto (t. por lo tanto. e) (1. n) Categoría (1. 1) Flete Cliente Eventual Cliente Permanente (0. n) Cliente Registrado (t. 1) (1. ya que es explicada en detalle en el Anexo 1. . n) provisión (1. 1) (1. son: Pedido. Proveedor. n) Figura 3. Esta notación está fuertemente basada en UML. n) contenido (1.2. las Entidades relacionadas directamente con la Entidad Producto. 1) Proveedor Courier (1.26 Empresa (t. n) consignación Flete Expreso (1. que aunque no se relaciona directamente con la Entidad Producto. debido a que UML no emplea el concepto de contexto navegacional. sí es requerida para las “búsquedas personales”. 1) Cliente Cd Libro Video servicio (1.2 – Diagrama Entidad Relacionamiento asociado a la Navegación Tal como se muestra en la Figura 3. n) Cesta (0. n) solicitud Pedido (0. e) inclusión (0. según el criterio expuesto anteriormente. si a este conjunto le agregamos la Entidad Cliente. e) (1. Cesta y Categoría. n) clasificación (0. 3. es decir.

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.

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

la protección para que solamente usuarios con permiso pudieran accesar ciertas clases. independientes de las clases. Otros problemas más complejos. pero de ninguna forma podrían asociarse a las entidades del DER. es decir. tuvieran operaciones encapsuladas. operaciones que sólo ellos pueden activar. o que el Diagrama de Clases incluya clases no persistentes. Otros serían. estas operaciones no podrían realizarse por el sistema. las que no podrían representarse en el Diagrama Entidad Relacionamiento. serían que determinadas clases de objetos. estos comportamientos deberían ser realizados por procesos del sistema. materia.31 tos u operaciones de los objetos que son utilizados o activados por los visitantes mientras navegan.6. 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.8. Por lo tanto. Un ejemplo claro de esto son los índices dinámicos. o bien.8 – Esquema Navegacional modificado . Por lo tanto. Módulo Materias: Módulos Por Materia Material del Curso Por Curso Menú principal Módulos por palabras claves <por nombre. ya que por su definición. si se modela fuera del paradigma de la orientación a objeto. una variación que debiera realizarse al Esquema Navegacional original. como se muestra en la figura 3. tal como lo muestra la figura 3. la posibilidad que tienen los visitantes de crear una instancia. 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. Ambos comportamientos pueden asociarse a las clases respectivas. Esta representación puede ser con círculos de color.

todas las Entidades relacionadas directamente con la Entidad Producto aparecen en el Esquema Navegacional.marraqueta. esta es la Entidad Comentarios. es presentado en la figura 3. Además. aparece otra entidad que no existe en el DER de la figura 3.marraqueta. esta Entidad no puede aparecer en el Esquema Navegacional si no existe en el DER respectivo. utilizando las notaciones explicadas.9.cl Tal como se puede visualizar en la figura 3. 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. El esquema resultante. tal como se planteó anteriormente. Los procesos asociados a las búsquedas y validaciones son representados por círculos celestes.9.32 De esta forma se puede construir el Esquema Navegacional de www.2. . como se puede observar.cl a partir del Diagrama Entidad Relacionamiento de la figura 3.9 – Esquema Navegacional de www. En estricto rigor.2.9. 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. en la figura 3.

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

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-

37 ración la consistencia de los atributos e identificadores de las entidades que agrega.n) (1. 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.n) consulta (0.n) solicitud (1. n) Categoría Criterio de búsqueda por categorías (0.n) Figura 4. n) inclusión Pedido (0. 1) Cliente (0.n) (1.n) consulta (0. de lo que se infiere que ambos conjuntos pueden pertenecer a una misma jerarquía de tipos.n) (0. 1) pertenencia (0. n) Visitante en línea (1. n) (0.4 muestra de mejor forma cuáles entidades se asocian con cuáles. . n) Pedido realizado (0. la figura 4.1) contenido Cesta Cesta de productos (0.n) tiene productos ingresados a Consulta producto (0. A continuación se analizan las asociaciones entre las entidades del ejemplo.n) utiliza (0.n) Producto (1.

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. 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.e) (1. De todas formas.n) se relaciona (0. si la búsqueda se puede realizar sólo a través de un conjunto de categorías predeterminado por la empresa. independiente de la implementación que se utilice. n) Categoría Criterio de búsqueda por categorías (0. entonces la representación más genérica de esta situación sería la que se muestra en la figura 4. dado que estamos modelando conceptualmente.5. n) Visitante en línea (1.n) Búsqueda exitosa Búsqueda no exitosa (0. de las cuales una se relaciona con la entidad del DER operacional. creando dos subentidades.38 1. n) Visitante en línea (0. Producto (1.5. 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. Por otra parte. Por ejemplo.5 – Asociaciones entre Entidades: Categoría – Criterio de Búsqueda por Categorías .n) clasificación (1. en este caso las dos entidades deberían relacionarse como muestra la figura 4. entonces ambos conjuntos serían iguales y se deberían fundir las dos entidades.n) utiliza Figura 4. n) Categoría (1. es decir.n) clasificación Criterio de búsqueda por categorías (t.n) utiliza Producto (1.

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

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

por lo tanto.n) tiene productos ingresados a Producto (1. ambas Entidades se deben fundir y representar como una sola.1) (0.41 4.n) tiene productos ingresados a Figura 4.8 muestra cómo se representaría la Entidad Cesta. La figura 4. En el caso que una de ellas pudiera tener más atributos que la otra. n) contenido Cesta (0.1) (0. n) contenido Cesta Cesta de productos (0. Producto (1. 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. n) Visitante en línea (1. Cesta – Cesta de Productos La Cesta es un caso particular.8 – Asociaciones entre Entidades: Cesta – Cesta de Productos . éstos debieran agregarse a la entidad resultante.

n) Consulta producto contenido (t.9 – Asociaciones entre Entidades: Producto – Productos En consecuencia. Producto – Productos La Entidad Producto es un caso similar a los casos de Entidad Categoría.9. Cesta (0. n) contenido Producto Consulta producto (0. Con un criterio similar al empleado en la Entidad Categoría. resulta como muestra la figura 4. Ya que.n) Figura 4. se destacan la jerarquías de tipos generadas con color azul. 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) consulta (0. .n) Consulta producto existosa Consulta producto no existosa (0. n) (1.n) consulta Visitante en línea Cesta (0. En el Anexo 2 se presenta el Diccionario de Datos de este DER.n) (1. representa el Diagrama Entidad Relacionamiento integrado con estas adecuaciones realizadas.e) (1.42 5.10. La Figura 4. 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. n) Visitante en línea (0.1) Producto contenido (0.

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

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

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

• • • • • • • • • • • • • • 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 .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.

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- .

y en esta investigación. estado producto. entre otras.2 Integración Dada la naturaleza de este trabajo. dir regalo y visitante en línea. Por lo tanto. no debe desarrollarse un datawarehouse del modo tradicional. lo que se quiere es elaborar una gran base de datos a partir de un DER.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. se eliminan posibles redundancias y se filtran los datos muy específicos que no aportan en las decisiones que el datawarehouse apoyará. y dir desp. ya que lo usual sería elaborar una gran base de datos a partir de varias bases de datos operacionales. Además. del diseño lógico. se deben desnormalizar. los campos: fono. cantidad en estado e inclusión. . De esta forma. se realizan algunos pasos hacia atrás. se fusionan. fax y empresa. los datos de las tablas normalizadas.

tales como: Filtrar datos operacionales irrelevantes. resumir.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?]. convertir columnas en filas. 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) + . introducir datos derivados.

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

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

No hay distinciones tan claras entre Web Mining de uso y las otras dos categorías. Técnicamente. Comparación entre las expectativas y el uso real del sitio.2 Web Mining de uso Tal como lo define [Cooley00]. [Spiliopoulou99] resume los objetivos estratégicos potenciales del Web Mining de uso como: • • • Predicción de la conducta del usuario dentro del sitio. En el proceso de preparación de los datos de Web Mining de uso. Basado en la arquitectura de hyperlinks. Ajuste del sitio a los intereses de sus usuarios. . Web Mining de contenido y Web Mining de estructura. 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. La característica no estructurada de datos obliga a buscar enfoques más complicados.1.52 do. Web Mining de contenido se enfoca principalmente en la estructura dentro del documento. 6.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. El objetivo del Web Mining de estructura es generar un resumen estructural sobre el sitio y sus páginas. mientras Web Mining de estructura intenta descubrir la estructura de vínculos e hyperlinks entre los documentos. 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.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. por lo cual interactúan el Web Mining de uso. el contenido del web y la arquitectura del sitio web serán utilizados como fuentes de información. 6. 6. tal como la similitud y las relaciones entre los diferentes sitios web. Se enfoca en las técnicas que podrían predecir el comportamiento del usuario mientras interactúa con el sitio web. mientras que se ignora la información del vínculo que podría ser muy valiosa. Web Mining de estructura categorizará las páginas webs y generará información.1. Más aún.

1 Datos de Pre-procesamiento para Mining Del punto de vista de la técnica. se utilizaría el datamining. donde se establece un modelo para registrar los datos de los visitantes en forma ordenada y estructurada. que son: pre-procesamiento. diseño del servidor de Web y diseño de la navegabilidad de un sitio de Web [Cooley99].1. la fase de pre-procesamiento del Web Mining de uso se puede asociar al trabajo expuesto en los capítulos anteriores. . El propósito es producir salidas que puedan usarse en las tareas de diseño. propone que el Web Mining de uso sea analizado en tres fases distintivas.2. Tal como se muestra en la figura 6. en la etapa de descubrimiento de patrones. 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. 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. descubrimiento de patrones y análisis de patrones. Finalmente. tales como: diseño del sitio Web. 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. 6. A continuación.1 – Web Mining de Uso A continuación se explica cada una de estas fases.53 También [Cooley00].

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

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.2. 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. las páginas. 6.2. Los analistas pueden realizar diferentes tipos de análisis estadísticos descriptivos basados en diferentes variables. En el dominio web. es que cuando se requiera cargar una página de un sitio remoto. 6. Analizando la información estadística se puede mejorar la actuación del sistema y puede reforzar su seguridad. pueden asociarse. pueden usarse técnicas para descubrir correlación entre los elementos de una base de datos de transacciones desordenadas.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. lo que sería muy útil para apoyar motores de búsqueda en Internet. Esto requiere extraer y seleccionar los rasgos que mejor describen las propiedades . 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. que son a menudo referenciadas juntas. Además. 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. 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.4 Clasificación La clasificación es la técnica para rutear un artículo en alguna de varias clases predefinidas. 6.2. Para esto.2.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. y apoyando las decisiones de marketing.2. las reglas de asociación se refieren a los sets de páginas que se acceden juntas.2.2. facilitando la tarea de modificación del sitio.2 Reglas de Asociación En el dominio de la web. cuando se clusterizan grupos de páginas que tienen contenidos relacionados. En [Cooley00] se enfatiza que en el Web Mining de uso.2. Otro empleo de esta información. se puede hacer un clustering de páginas. Se puede clusterizar información del usuario o de páginas para facilitar el desarrollo y ejecución de futuras estrategias de marketing [Cooley99].55 6.

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

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

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

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

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

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

2 – Clientes que generan más ingresos. 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.

111 16 0.3 – Clientes más fieles.026 1 0. calcular la frecuencia de compra promedio.3 Estimación de la fidelidad de un cliente Mediante este análisis se busca a los clientes más fieles.25 0. La forma de calcular este indicador será: 1. Basándose en los datos propuestos en el Anexo 3. 3.014 18 5 0. listar los clientes y su frecuencia de compra en orden descendente.021 3 0.055 17 0.3 0.15 0. Clientes más fieles 0.021 8 0. .006 0.045 7 0. 2.001 Tabla 7.3. Id Cliente Indicador 4 0.1 0. el resultado de esta estimación es mostrado en la tabla 7.2 0. para cada uno de ellos.05 0 4 6 16 17 7 1 9 8 3 18 5 Indicador Clientes Figura 7. Determinar el número de clientes.63 7.285 6 0. Esta estimación se realiza basándose en la frecuencia de compra por cliente.3 – Clientes más fieles. 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.024 9 0.3 y en el gráfico de la figura 7.

Se podría decir que sirve para seguir los pasos de los visitantes en el sitio. a través de CRM. La motivación de obtener un modelo es que éste sirva para registrar las interacciones de los visitantes sin tener que consultarles ni molestarles. por lo que se vislumbra que en el futuro será de apoyo en muchos estudios que involucren modelamiento de usuarios en Internet e intranets. Se vuelve a confirmar entonces la necesidad de enfatizar que se debe modelar conceptualmente un sistema antes de implementarlo. 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]. lo que se traduce en que no se utilicen todas las potencialidades que entrega Internet o las nuevas tecnologías de información. ya que en ese caso se debiera comenzar por modelar conceptualmente la base de datos operacional. independientemente del paradigma que se utilice. 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. adopten una filosofía orientada al cliente. 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. 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. podría obtenerse el modelo final de manera similar a la expuesta en esta Tesis. se producen relaciones de subconjunto entre algunas entidades del DER operacional y del DER navegacional. 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. considerando algunas diferencias entre estos diagramas. En general. mas bajo algunos supuestos puede relacionarse con el DER. se ha desarrollado pensando en integrarlo a modelos orientados a objeto. las que .64 8. Por su parte. requerimientos y particularidades de cada uno. por lo que se deben crear algunas jerarquías de tipos. para conocerlos de mejor forma y poder atenderlos de acuerdo a los gustos. cuantiosos sitios de comercio electrónico se desarrollan sin una adecuada planificación y modelamiento. Sin embargo. 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. Se debe hacer notar también. si el negocio cuenta con un Diagrama de Clases operacional. Este modelo.

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

que saquen partido de la gran cantidad de datos que se pueden registrar. en que se cuente con un Diagrama de Clases de la base de datos operacional. Algunas ideas al respecto son: • A partir del datawarehouse desarrollado. 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. debieran proponer aplicaciones más complejas que se pudieran construir a partir de los datos registrados. 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. debieran aumentar cada vez más. se espera que. y conocer si el desarrollo posterior tiene mayor o menor dificultad. los tomadores de decisiones en conjunto con los analistas expertos. Aplicar esta propuesta completa a un sitio web que no sea de comercio electrónico.66 Se proponen aplicaciones simples. para que los analistas. • • • • . No obstante. debido a la estandarización y a la explosión de las comunicaciones. diseñadores y decisores puedan apoyarse. en la práctica. Aplicar esta propuesta completa a un sitio de comercio electrónico existente. elaborar dataminings más robustos y complejos. ya que la proposición que se realiza en esta investigación no debería enmarcarse solamente en comercio electrónico. Analizar un caso similar al utilizado en este trabajo. Finalmente. por lo que pudiera parecer que no sacan provecho del esfuerzo anterior de modelar y registrar los datos en forma ordenada. de este modo analizar si las asociaciones entre clases son similares a las asociaciones entre entidades.

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

68 Por último. solamente algunas anclas e índices están siendo representados. 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.2 el esquema navegacional resultante del esquema conceptual. el capítulo 5 presenta las actividades de implementación. En ese capítulo son presentados algunos conceptos relacionados con la implementación. .1 presenta el esquema conceptual (Diagrama de Clases) y la figura A. Este esquema incluye el objeto rector. La figura A.

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

.* 1....* dirige 1..2 – Esquema Navegacional .* 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..* * 1..* 1 actúa 1..* 1.* posee 1 Asignatura nombre: String descripción: String número-créditos: Integer ementa: Texto * requer * 1 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.* 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.* actúa actúa Administrativo Técnico Académico 1.

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

Como ejemplo . el índice para acceso a los elementos de clase profesor en el contexto profesor por nombre es denominado profesores.4 presenta el contexto profesor por Área Igual a Redes de Computadores. 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 generalmente poseen como identificador el nombre de clase en plural. a partir de objetos fuera del él. solamente a través de un índice.3 el índice de todos los profesores puede ser accesado a partir de cualquier lugar. La figura A1. Profesor Menú Principal Profesores de Redes Área = ‘Redes’ Figura A1. se utiliza una flecha con un círculo en su extremo.3 – Representación de un contexto Generalmente el acceso a los elementos de un contexto es hecho a través de un índice. (Landmark) en la figura A1.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). significa que el acceso a cualquier elemento del contexto sólo puede ser hecho a través de este índice. 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). El rectángulo pequeño en parte superior izquierda del contexto representa un índice asociado a un contexto. Por ejemplo.72 Profesor Menú Principal Profesores Alfabético Grado = ‘Doctor’ Profesores Doctores Figura A1. Para representar que un índice o elemento de un contexto puede ser accesado a partir de cualquier parte. Ese rectángulo es utilizado para simplificar la representación de los contextos cuyos elementos son accesados.

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

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

de ES’ Área = ‘Redes’ por Área de Investigación Figura A1. de Redes’ Menú Principal Alfabético Laboratorios Laboratorio = ‘Redes:Lab. de Redes’ será accesado directamente a partir de .grado = tit}} La figura A1. profesor por Área Igual a Ingeniería de Software. se forma el contexto con los N valores posibles de destino.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.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 Menú Principal Área Profesores por Área Figura A1.10 presenta tres ejemplos de parámetros. A figura A1.75 profesor por grado : Ct i t = {(P pertenece a profesores. etc. El acceso a un contexto puede presentar un parámetro. En este caso el parámetro puede indicar un elemento de un contexto.9 presenta otro ejemplo de 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. representa el conjunto de contextos profesor por Área Igual a Redes de Computadores. profesor por Área Igual a Inteligencia Artificial. o sea. un elemento de un grupo de contexto o un contexto de un grupo de contexto. P. para cada valor de origen. Laboratorio Laboratorio = ‘Lab.

puede ser accesado directamente del Menú Principal.2 Contexto dinámico Un contexto puede ser dinámico o no. Menú Principal Asignaturas Asignatura s Alfabético por Requisito Figura A1. donde un conjunto de asignaturas son seleccionadas por un alumno para su posterior matrícula. A partir de este laboratorio. 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’. . una aplicación puede permitir. Puede observarse en figura A1.76 Menú Principal.1. el contexto Asignatura por Requisito.11 muestra el ejemplo de un contexto de navegación dinámico. la inclusión de un profesor en una determinada área. Un contexto de navegación dinámico es aquel cuyos elementos son definidos o alterados durante la navegación. de ES’ en el contexto Laboratorio por Área = ‘ES’ será accesado directamente a partir de Menú Principal. 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. Un contexto dinámico es representado por un rectángulo con una barra vertical ennegrecida al lado derecho. La figura A1.11 – Contexto de navegación dinámico Una clase navegacional también puede presentar un contexto de creación. durante su ejecución.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. A partir de esta instancia. Por ejemplo. indicado por el pequeño rectángulo. modificación o eliminación de sus instancias. las demás instancias (los otros laboratorios) que pertenecen a contexto Laboratorio por Área = ‘ES’ podrían ser accesados. 2. los otros laboratorios pertenecientes a contexto podrían ser accesados.

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:

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

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

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

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

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

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

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

nombre.24 – Cartas de estructura de acceso profesores . ASCENDENTE Tipo: simples P.24 presenta o cartas de estructura de acceso profesores presentada en figura A1.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.87 A figura A1.21.título Restricciones de Uso usuario: lectores Comentarios: Depende de: permiso: lectura Influencia: Figura A1. estructura de acceso: profesores parámetros: Elementos: P: profesor Atributos: P.

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

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 – 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. 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 muestra una representación gráfica de clase en contexto profesor por Área.

i. En ella son presentados algunos contextos de navegación y estructuras de acceso. en este ejemplo. laboratorios y Áreas de Investigación. 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. son identificados los landmarks.e.27 presenta parte de un esquema de contextos de navegación..90 2. y los índices de profesores.27 – Esquema de contextos de navegación Observe que. . los puntos accesibles a partir cualquier objeto: Menú Principal.4 Esquema de Contextos de Navegación A figura A1. Proyectos de Investigación.

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 12.000 4.500 10.500 15.000 12.000 4.500 5.000 10.000 10.000 4.000 15.500 12-2-00 6.000 5.500 10.000 10.500 10.500 12.500 Fecha sesión .000 8.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.500 5.000 8.000 5.500 10.000 10.000 4.000 12.000 10.500 8.

000 15.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 8.500 12-2-00 6.000 8.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.000 15.500 22-1-00 6.000 15.500 22-1-00 6.500 10.000 .500 10.000 8.500 12-2-00 6.500 10.000 15.

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

La tabla 1 muestra los datos básicos para cada tipo de producto. éstos deben contar con la mayor cantidad de datos posibles para que el cliente pueda decidir informadamente. dado lo cambiante del mercado de estos 3 tipos de productos. y si esto termina creando un género híbrido. oferta a los clientes y otros. 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. ofrecerle la opción de poder adquirir los productos deseados y permitirle monitorear el estado de avance de su pedido hasta su despacho.96 2 Sistema de Información a Ser Modelado El sistema a ser modelado debe dar apoyo al servicio al cliente. las clasificaciones deben ser abiertas y con posibilidad de combinar sus categorías. Así por ejemplo. Pal-M. musicales. campañas de descuentos. CD’s (de cualquier género musical) y libros (de cualquier género literario). 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. para que éste pueda navegar libremente recopilando información muy variada sobre los productos que desea comprar en el sitio web. CD o libro. . como por ejemplo vanguardia-fusión-raíz nativa. este sistema debe permitir obtener información sobre el comportamiento global de los compradores para planificar las compras. un CD de Inti Illimani puede ser clasificado como folclórico-andino y popular-vocal-romántico-bolero al mismo tiempo. el sistema deberá permitir su inclusión posterior. ADD. 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. Los productos comercializados electrónicamente son videos (documentales. Como se desea vender en forma virtual. Tabla 1 – Datos básicos para cada tipo de producto. películas). Esto incluye una foto de la portada del video. Además.

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

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

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

mediante el proceso de Asignar nombre a cesta. Una cesta puede ser identificada en cualquier momento. por lo que se mantiene una instancia en Cliente que los representa para que la empresa pueda saber cuáles pedidos ya fueron despachados.) acciones (INCREMENTAR. entonces esta cesta es eliminada. Si el stock es menor que la cantidad. pero cada una de ellas en un proceso diferente. Si se quisiera modelar multi-instancias para cada proceso. si el cliente se va y no la identifica. etc. Clientes anónimos son aquellos que han pasado a caja o no se han registrado hasta el momento. La primera cesta de cada cliente es siempre no identificada. Por lo tanto. § § § § § § . 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. como agregar un elemento nuevo o modificar uno existente dentro del depósito. no están individualizadas por la empresa y no se representan en el sistema. entonces se emite una orden a proveedor. entonces se reduce el stock disponible y se satisface el pedido.) 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.100 3 Solución Convenciones. No existe un stock mínimo para cada artículo. EMITIR. etc. SI. CASO. entonces se debería usar redes de Petri compactas. Se entiende por concurrencia como el procesamiento de multi-instancias. Si el stock en bodega es mayor que la cantidad solicitada en un pedido. ACCESAR. Las personas que sólo navegan por la página de Marraqueta. Se entiende actualizar en general.

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) { abstracción } Producto { abstracción } Cliente Flete { dominancia } { abstracción } .118 Categoría Empresa Cliente { dominancia } { dominancia } Categoría (1. n) clasificación Empresa (1.

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

n) Cliente Registrado (t.120 Empresa (t. n) Cesta (0. e) (1. n) contenido (1. n) provisión (1. 1) (1. n) clasificación (0. 1) (1. n) Producto (t. 1) Cliente Cd Libro Video servicio (1. n) solicitud Pedido (0. n) Categoría (1. e) (1. n) pertenencia (0. n) consignación Flete Expreso (1. 1) Flete Cliente Eventual Cliente Permanente (0. n) . e) inclusión (0. 1) Proveedor Courier (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 [ 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. respectivamente. valores [ AAD | ADD | DDD ] * * imagen de la portada del producto * id cesta + tipo flete + tipo despacho id cesta + nombre cesta id cesta id cesta . 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. mezcla y masterización (A=Análogo y D=Digital).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. 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.

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 } .

en el caso de ser un consumidor. valores [ con | sin ] * * define la forma en que el cliente quiere se le despache su pedido. se acompaña una evaluación del 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 [ 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. valores [ disponibilidad | total ] * [ zona nacional | zona internacional ] * indica cuál es el tipo del producto.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. si es de acuerdo a disponibilidad o debe despacharse todos los productos de una sola vez (total). 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 .

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. II. X a XII Regiones | 4-Insular Occidental ] * . 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.

126 Modelamiento Funcional: § § Diagramas de Flujo de Datos Nivelados Especificaciones de 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.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 . 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.

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 .

5 Actualizar stock Identificación producto cancelado Recepción de compra .1 Pasar a caja Mensaje pedido solicitado Aviso pago Productos descontinuados 1.6 Revisar stock Inclusiones Clientes Cliente a actualizar 1.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.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.3 Actualizar clientes 1.2 Despachar pedidos Despacho Mensaje pedido despachado Clientes registrados Clientes permanentes Pedidos Productos Lista de despachos 1.

3 Generar volumen de ventas por tipo producto Pedidos Inclusiones Ventas por tipo producto 2.1 Generar volúmenes de ventas por cliente Clientes Productos asociados Productos 2.4 Consultar pedido Identificación pedido Pedido cancelado Identificación producto a cancelar 2.5 Actualizar rankings Status pedido 2.Administrar pedidos Ventas por cliente 2.130 Periodo DIAGRAMA 2 .6 Cancelar producto Producto cancelado Identificación producto cancelado .2 Actualizar productos asociados 2.

1 Actualizar categorías Categorías Producto seleccionado 3.6 Agregar comentarios Producto comentado Productos asociados Descripción avanzada Producto a describir .4 Actualizar productos Videos Top 100 CDs Libro a actualizar 3.7 Describir más del producto Top 100 solicitado Video a actualizar Productos Top 100 videos 3.5 Consultar top 100 Top 100 libros 3.2 Describir producto Producto a actualizar Palabra Libros CD a actualizar 3.3 Buscar producto Lista productos CD's 3.Administrar productos Categoría a actualizar Descripción producto 3.131 DIAGRAMA 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 .2 Eliminar cesta 4.132 DIAGRAMA 4 .1 Agregar producto a cesta Productos Cestas Clientes 4.

tipo despacho a detalle pedido AGREGAR pedido a PEDIDOS con número pedido. dirección de despacho o de regalo. nombre cliente. dirección personal. 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. título. CLIENTES EVENTUALES o CLIENTES PERMANENTES a través de pertenencias con id cesta ASIGNAR número pedido AGREGAR id cliente. fecha. descontinuación a productos descontinuados SINO AGREGAR cantidad como cantidad en estado con estado producto como solicitado. precio. total productos PARA cada producto en CONTENIDOS de cesta con id cesta ACCESAR disponibilidad.133 Especificaciones de proceso: 1. 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. forma de pago de CLIENTES. dirección de despacho o de regalo. nombre cliente. en INCLUSIONES de pedido con número pedido INCREMENTAR cantidad total en cantidad ACCESAR precio. CLIENTES REGISTRADOS. 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. subtotal a detalle pedido FIN-SI FIN-PARA ACCESAR cargo fijo. 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. dirección personal. forma de pago. tipo de despacho ASIGNAR 0 a cantidad total. detalle pedido a mensaje pedido en proceso EMITIR mensaje pedido en proceso vía correo electrónico FIN-SI AGREGAR estado producto = solicitado. cantidad. título. valor tipo flete. título en PRODUCTOS con código producto CALCULAR subtotal = precio * cantidad INCREMENTAR total productos en subtotal AGREGAR código producto.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. número pedido. título de PRODUCTOS con código producto SI disponibilidad = discontinuada ENTONCES AGREGAR código producto.

dirección de despacho o de regalo de CLIENTES. valor tipo flete. número pedido. 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. cliente de CLIENTES con id cliente FIN-SI FIN-SI FIN-SI FIN-PARA . CLIENTES EVENTUALES o CLIENTES PERMANENTES a través de solicitudes con número pedido AGREGAR id cliente. dirección de despacho o de regalo. dirección personal. 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. CLIENTES REGISTRADOS.2 Despachar pedidos Cantidad total. subtotal a despacho FIN – PARA ACCESAR cargo fijo. total pago como monto y fecha a aviso pago EMITIR aviso pago. nombre cliente. total pago a despacho AGREGAR número pedido. tipo despacho a despacho ASIGNAR 0 a total productos. cliente individualizado de CLIENTES REGISTRADOS. título en PRODUCTOS con código producto CALCULAR subtotal como precio * cantidad a despachar INCREMENTAR total productos en subtotal AGREGAR código producto. despacho SI cliente tiene correo electrónico ENTONCES AGREGAR correo electrónico. título. nombre cliente. cantidad a despachar como cantidad. dirección personal. 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. 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. precio. 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.134 1.

3 Actualizar clientes PRE-CONDICIÓN 1 Se RECIBE cliente modificado. POST-CONDICIÓN 2 Se ACTUALIZA CLIENTES. código producto a identificación producto sin stock EMITIR identificación producto sin stock FIN-SI FIN-SI FIN-PARA . 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.135 1. POST-CONDICIÓN 1 Se ACTUALIZA CLIENTES.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. CLIENTES REGISTRADOS y CLIENTES PERMANENTES de acuerdo a cliente nuevo. 1. CLIENTES REGISTRADOS y CLIENTES PERMANENTES de acuerdo a cliente modificado.

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 . 0 a cantidad en estado INCLUSIONES .PARA en proceso estado en PEDIDOS AGREGAR . 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 . 0 a cantidad en estado ASIGNAR cancelado a .5 Actualizar stock PRESe POSTSe recepción de c . a cantidad en estado INCLUSIONES en tránsito estado producto. estado pedido fecha actual mensaje pedido en proceso EMITIR mensaje pedido en proceso correo electrónico cliente correo electrónico AGREGAR . en cantidad recibida dis- PRODUCTOS INCREMENTANDO de acuerdo a código producto 1. a reponer cantidad en est do a ASIGNAR stock del en PRODUCTOS FIN SI ASIGNAR a estado producto cantidad en estado a .136 1. número pedido estado pedido. 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.

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. 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.2 días ASIGNAR 7-10 días a disponibilidad en PRODUCTOS con código producto CASO disponibilidad = 7.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.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 como cantidad a comprar en solicitud de compra FIN-SI ELIMINAR código producto. cantidad solicitada de reposición de stock FIN-MIENTRAS EMITIR solicitud de compra FIN-PARA 1.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.

cantidad valorada CD’s. cantidad vendida libros.138 2. cantidad valorada libros.2 Actualizar productos asociados PARA cada pedido en PEDIDOS PARA cada producto en INCLUSIONES . cantidad valorada libros.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 valorada CD’s. cantidad valorada videos. 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 videos. cantidad vendida CD’s. cantidad vendida videos. cantidad vendida libros.

Lista videos son términos locales LEER periodo AGREGAR periodo a ventas por tipo producto ASIGNAR 0 a cantidad total CD’s. 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. 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.139 PARA cada otro producto en INCLUSIONES SI (código producto. cantidad vendida periodo.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. cantidad valorada en periodo a lista libros . Lista CD’s. código producto asociado) existe en PRODUCTOS ASOCIADOS ENTONCES INCREMENTAR frecuencia en 1 en PRODUCTOS ASOCIADOS SINO AGREGAR (producto. cantidad vendida periodo. cantidad total libros. total valorado CD’s. total valorado 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. total valorado videos PARA cada producto en PRODUCTOS ASIGNAR 0 a cantidad vendida en periodo. cantidad total videos.

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. índice ventas. posición libro. posición video PARA cada producto en índice ventas e índice preferencias HACER CASO . cantidad total CD’s. total valorado CD’s. venta video. venta libro. cantidad producto y el conjunto de estados con cantidad en estado.5 Actualizar rankings Venta CD. título y precio de PRODUCTOS. posición video.4 Consultar pedido PRE-CONDICIÓN Se RECIBE identificación pedido. posición libro. lista videos. y el conjunto de productos con código producto. cantidad total libros. índice preferencias son términos locales PARA cada producto en PRODUCTOS ASIGNAR 0 a promedio evaluaciones. total valorado libros. 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. cantidad total videos. posición CD. lista libros. posición CD.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. 2. estado producto de INCLUSIONES. cantidad vendida periodo. cantidad valorada en periodo a lista videos FIN-SI FIN-CASO FIN-PARA AGREGAR lista CD’s. venta libro. estado pedido de PEDIDOS. POST-CONDICIÓN Se EMITE status pedido con número pedido. venta video.

posición video en 1 FIN-CASO FIN-PARA 2. POST-CONDICIÓN Se ACTUALIZA CATEGORÍAS de acuerdo a categoría a actualizar. código producto. en tránsito) ENTONCES ACTUALIZAR en PEDIDOS con estado pedido = cancelado.1 Actualizar categorías PRE-CONDICIÓN Se RECIBE categoría a actualizar. POST-CONDICIÓN .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. ASIGNAR fecha actual a fecha cierre y EMITIR pedido cancelado a partir de número pedido. fecha. 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. 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. fecha cierre y cancelamiento pedido. 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. 3. además se EMITE vía correo electrónico). título y cancelamiento productos (SI cliente tiene correo electrónico. SI no existe producto con estado producto = (en stock.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. POST-CONDICIÓN Se ACTUALIZA en INCLUSIONES con estado producto = en tránsito a estado producto = cancelado.2 Describir producto PRE-CONDICIÓN Se RECIBE producto seleccionado.

4 Actualizar productos PRE-CONDICIÓN 1 Se RECIBE producto modificado. CATEGORÍAS y CD’s o LIBROS o VIDEOS cuyo código producto coincide con producto seleccionado.3 Buscar producto PRE-CONDICIÓN Se RECIBE una palabra no vacía. PRE-CONDICIÓN 2 Se RECIBE producto nuevo. 3. POST-CONDICIÓN Se ACTUALIZA PRODUCTOS de acuerdo a producto comentado. 3. . 3. POST-CONDICIÓN Se EMITE top 100 CD’s. artista o pistas en CD’S.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. 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. POST-CONDICIÓN 2 Se AGREGA a PRODUCTOS de acuerdo a producto nuevo. autor o editor en LIBROS. 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. nombre categoría en CATEGORÍAS. director o actor en VIDEOS coinciden con palabra.6 Agregar comentarios PRE-CONDICIÓN Se RECIBE producto comentado.5 Consultar Top 100 PRE-CONDICIÓN Se RECIBE top 100 solicitado. POST-CONDICIÓN Se EMITE lista productos a partir de PRODUCTOS cuyo título.

3 Asignar nombre a cesta PRE-CONDICIÓN Se RECIBE identificación cesta a nombrar.2 Eliminar cesta PRE-CONDICIÓN Se RECIBE identificación cesta para eliminar o identificación cesta pasada a caja.existe pro.143 3. 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.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. con nombre cesta diferente a todos los nombres cestas de las cestas del mismo cliente.7 Describir más del producto PRE-CONDICIÓN Se RECIBE producto a describir. 4. . POST-CONDICIÓN Se ACTUALIZA nombre cesta en CESTAS con id cesta. 4. al que pertenece la cesta con id cesta.

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

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

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

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