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

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

por

Rodrigo Alfaro Arancibia

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

Prof. Guía: Guillermo Bustos Reinoso

Septiembre, 2001

2

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

3

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

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

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

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

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

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

6.2
6.2.1 6.2.2 6.2.3

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

6.3
6.3.1 6.3.2 6.3.3 6.3.4 6.3.5

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

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

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

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

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

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 .8 Lista de Abreviaturas y Siglas CD CRM e-CRM DER FAQ HTML HTTP ICRM IMM IRM OOHDM pág.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

n) (0.n) Pedido realizado (0. n) (0. lo que se puede representar como muestra la figura 4. n) Pedido realizado (0. por lo tanto.n) Pedido consulta inclusión Producto (1.6 – Asociaciones entre Entidades: Pedido – Pedidos Realizados . 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.39 2. n) inclusión Pedido Visitante en línea (0. Pedido – Pedidos Realizados El caso de los Pedidos es distinto.n) consulta Figura 4.6. Producto (1.n) Visitante en línea (0.

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

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

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

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

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

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

46 Símbolo Significado = Está compuesto de + Y (conjunción) ( ) Optativo { } Iteración o repetición [ ] Selección de alternativas | Separador de alternativas @ Identificador * * Comentario Tabla 5. • • • • • • • • • • • • • • 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 .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- .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

.2 – Clientes que generan más ingresos.62 Id Cliente 3 1 4 7 8 5 9 16 17 6 18 12 15 14 19 20 2 10 11 13 Ingresos ($) 73000 70000 59500 59500 52500 38000 36500 22500 22500 22000 21500 20000 20000 15500 15500 12000 10000 10000 8500 6000 Tabla 7.2 – Clientes que generan más ingresos. 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.

006 0.3 Estimación de la fidelidad de un cliente Mediante este análisis se busca a los clientes más fieles.2 0.055 17 0. listar los clientes y su frecuencia de compra en orden descendente. Basándose en los datos propuestos en el Anexo 3.024 9 0. La forma de calcular este indicador será: 1.63 7.021 8 0.3 – Clientes más fieles. Esta estimación se realiza basándose en la frecuencia de compra por cliente. .1 0.25 0. el resultado de esta estimación es mostrado en la tabla 7.3.111 16 0.285 6 0.014 18 5 0. 3. Clientes más fieles 0. para cada uno de ellos.045 7 0. 2. Determinar el número de clientes.05 0 4 6 16 17 7 1 9 8 3 18 5 Indicador Clientes Figura 7.3 0. Id Cliente Indicador 4 0.3 y en el gráfico de la figura 7.001 Tabla 7.3 – Clientes más fieles.15 0. Para ello se determina el número pedidos realizados de un cliente y se divide por el número de días transcurridos entre el primer y el último pedido. calcular la frecuencia de compra promedio.021 3 0.026 1 0.

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

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

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

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

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

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

* 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.* actúa actúa Administrativo Técnico Académico 1.2 – Esquema Navegacional .* posee 1 Asignatura nombre: String descripción: String número-créditos: Integer ementa: Texto * requer * 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.* 1.* 1 actúa 1.* dirige 1..* Estudiante título: String evaluación: Real 1 Área de Investigación nombre: String descripción: String proyectos: âncora (Projeto rector nombre: String (índice Asignatura Estudiante evaluación: Integer nombreDisciplina: String nombreEstudiante: String Material Complemenlocal: String pré-requisito Figura A1...* * 1.

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

(Landmark) en la figura A1. Profesor Menú Principal Profesores de Redes Área = ‘Redes’ Figura A1. solamente a través de un índice.4 presenta el contexto profesor por Área Igual a Redes de Computadores. el índice para acceso a los elementos de clase profesor en el contexto profesor por nombre es denominado profesores. 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). se utiliza una flecha con un círculo en su extremo. 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. Por ejemplo. Los índices son representados por rectángulos de líneas discontinuas gruesas.72 Profesor Menú Principal Profesores Alfabético Grado = ‘Doctor’ Profesores Doctores Figura A1. Como ejemplo . a partir de objetos fuera del él. Para representar que un índice o elemento de un contexto puede ser accesado a partir de cualquier parte.3 el índice de todos los profesores puede ser accesado a partir de cualquier lugar. significa que el acceso a cualquier elemento del contexto sólo puede ser hecho a través de este índice. 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). El rectángulo pequeño en parte superior izquierda del contexto representa un índice asociado a un contexto.3 – Representación de un contexto Generalmente el acceso a los elementos de un contexto es hecho a través de un índice. 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. de Microelectrónica Figura A1. el contexto es representado por un rectángulo con un identificador. La figura A1. a . puede ser necesario presentar explícitamente todas las instancias de clases navegacionales que son accesadas en un contexto.73 de este tipo de contexto podemos citar una ruta guiada a personas pertenecientes al departamento que son adeptas a deportes extremos. La figura A1. La figura A1. como será visto adelante. que representan las instancias de los objetos navegacionales que forman parte del contexto. Menú Principal Profesor + Estudiante Praticantes Deportes Extremos Deportistas Extremos Figura A1. Laboratorio Menú Principal Laboratorios en Terreno Terreno Lab.6 presenta el contexto Terreno donde son mostradas las instancias de clase Laboratorio que están localizadas en el terreno. Los parámetros de consulta pueden ser definidos automáticamente por el sistema o interactivamente por el usuario. Como las instancias son presentadas en un diagrama de contexto.5 muestra el contexto Deportistas Extremos que está formado por objetos de clase profesor y por objetos de clase Estudiante. La flecha con círculo representa que los Lab. que contiene otros rectángulos con bordes redondeados. de Redes Lab.7 presenta un contexto donde la consulta es realizada en la clase Proyectos de Investigación con un profesor de una área como parámetro.6 – 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. En este caso. de Redes pueden ser accesados a partir de cualquier lugar. ellas no requieren ser especificadas en las cartas de contexto.5 – Contexto con elementos de varias clases En ciertas circunstancias.

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

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

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

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:

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

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

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

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

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

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

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

21.24 presenta o cartas de estructura de acceso profesores presentada en figura A1.nombre. ASCENDENTE Tipo: simples P.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.24 – Cartas de estructura de acceso profesores .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.

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

La figura A1.26 muestra una representación gráfica de clase en contexto profesor por Área.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.89 los contextos en los cuales la clase en contexto participa. 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. Como esta clase en contexto no presenta ninguna operación. . o compartimiento que contiene las operaciones fue excluida.

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

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 .

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

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 12-2-00 6.000 8.000 .500 10.500 10.000 15.500 22-1-00 6.000 8.000 15.000 8.500 12-2-00 6.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 15.500 10.500 22-1-00 6.

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

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

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

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

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

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

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

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

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

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

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

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

valores [ 1-Región Metropolitana | 2-III a IX Regiones | 3-I. X a XII Regiones | 4-Insular Occidental ] * . 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.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. Periodo Producto comentado Solicitud de compra Categoría a actualizar Producto a actualizar Recepción de compra SECCIÓN SOLICITUD A PROVEEDORES CD a actualizar Libro a actualizar Producto a describir Productos descontinuados Despacho Palabra Producto seleccionado Ventas por tipo producto Video a actualizar Sistema Marraqueta.cl Provisión a actualizar Pedidos FINANZAS Aviso pago Top 100 CDs PROVEEDORES Flete a actualizar EMPRESAS DE COURIER Producto cancelado Top 100 libros Descripción avanzada Pedido cancelado Mensaje pedido despachado Lista productos Status pedido Mensaje pedido solicitado CLIENTES Top 100 videos Descripción producto Detalle pedido Mensaje pedido en proceso .

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

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

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

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

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

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

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

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

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

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 vendida CD’s. cantidad valorada libros. cantidad valorada videos.138 2. cantidad vendida videos.2 Actualizar productos asociados PARA cada pedido en PEDIDOS PARA cada producto en INCLUSIONES . 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 valorada libros. cantidad valorada CD’s.1 Generar volúmenes de ventas por cliente Valor es término local LEER periodo AGREGAR periodo a ventas por cliente ASIGNAR 0 a total valorado vendido PARA cada cliente en CLIENTES ASIGNAR 0 a cantidad vendida CD’s. cantidad vendida libros. cantidad vendida libros. cantidad vendida videos.

total valorado videos PARA cada producto en PRODUCTOS ASIGNAR 0 a cantidad vendida en periodo. otro producto) en PRODUCTOS ASOCIADOS ASIGNAR 1 a frecuencia FIN-SI FIN-PARA FIN-PARA FIN-PARA ORDENAR en forma descendente PRODUCTOS ASOCIADOS por código producto. cantidad valorada en periodo 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. total valorado 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. cantidad valorada en periodo a lista libros . Lista libros. cantidad total libros. Lista videos son términos locales LEER periodo AGREGAR periodo a ventas por tipo producto ASIGNAR 0 a cantidad total CD’s. código producto asociado) existe en PRODUCTOS ASOCIADOS ENTONCES INCREMENTAR frecuencia en 1 en PRODUCTOS ASOCIADOS SINO AGREGAR (producto. total valorado libros. cantidad vendida periodo. cantidad total videos. cantidad vendida periodo. Lista CD’s. 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.3 Generar volúmenes de venta por tipo producto Valor.

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

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

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

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

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

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

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

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

Master your semester with Scribd & The New York Times

Special offer for students: Only $4.99/month.

Master your semester with Scribd & The New York Times

Cancel anytime.