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

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

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

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

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

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

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

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

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

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

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

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

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

2 y se describen a continuación: 1. Integración: dada la existencia de una serie de fuentes. pues tomando en cuenta los resultados del análisis. el primer paso esta en la integración de los datos producto de la relación con los clientes. pero corresponden a un enfoque distinto. también puede observarse el CRM comprendido por tres etapas. 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. Integración Análisis Acción Datawarehouse Datamining E-business Figura 2.16 Desde un punto de vista más general. Análisis: esta etapa busca. 3. canales de información y departamentos dentro de las organizaciones. 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.2 – Tres etapas de CRM . Puede asociarse a un datamining. a partir de los datos de los clientes. 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. que de alguna u otra forma son similares a las anteriores. Esta información debiera estructurarse en un datawarehouse.

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

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

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

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

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. sin errores y por un precio razonable. Gestión de inteligencia de ventas: conocimiento en tiempo real de la información requerida para realizar cualquier venta. Los principios que operan en la excelencia operacional son: • • • • • Eficiencia en la valorización de activos: asignación eficiente y al menor costo posible de los recursos. Excelencia operacional: Entregando productos de alta calidad. • . 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. Se deben entregar productos y servicios al menor costo minimizando los problemas para el cliente. 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. Crecimiento por medio de fusiones o adquisiciones.21 • Administrar el contacto con el cliente (CRM): anticipándose a sus necesidades. Incentivo a la innovación: se debe recompensar la experimentación mediante sistemas de compensación para incentivar la innovación. • 2. Requiere dedicación para ofrecer continuamente beneficios y características por sobre los competidores. 3. Excelencia en la innovación continua: Entregando productos y servicios que superen límites y agraden al cliente. Medición del desempeño de los procesos Gestión de las expectativas de los clientes: bajo el compromiso de variedad v/s eficiencia.

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

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

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

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

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

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.

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

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

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

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

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

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

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

la mejor representación para esto es la jerarquía que se muestra en la figura 4.40 3. por lo tanto. Cliente – Visitante en Línea Por definición. Cliente Visitante en línea Visitante en línea Cliente Figura 4.7. 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 .

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

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

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

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

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

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

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

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

En el capítulo siguiente se proponen algunas aplicaciones que obtienen información a partir de los datos registrados. 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. .

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

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

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

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

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

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

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

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

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

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

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

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

3 y en el gráfico de la figura 7.006 0. . La forma de calcular este indicador será: 1.026 1 0. Esta estimación se realiza basándose en la frecuencia de compra por cliente.024 9 0.021 8 0.2 0. calcular la frecuencia de compra promedio. Clientes más fieles 0. Basándose en los datos propuestos en el Anexo 3.15 0. Determinar el número de clientes.285 6 0.25 0.3.3 0.111 16 0.001 Tabla 7. 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. 3.3 – Clientes más fieles. para cada uno de ellos.014 18 5 0. listar los clientes y su frecuencia de compra en orden descendente. Id Cliente Indicador 4 0. 2.045 7 0.63 7.1 0.021 3 0.3 Estimación de la fidelidad de un cliente Mediante este análisis se busca a los clientes más fieles.05 0 4 6 16 17 7 1 9 8 3 18 5 Indicador Clientes Figura 7.055 17 0.3 – Clientes más fieles. el resultado de esta estimación es mostrado en la tabla 7.

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

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

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

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

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

TextoPesquisa] Estudiante 1.* * 1..* * Asignatura 1 nombre: String descripción: String número-créditos: Integer ementa: Texto * * pré-requisito requiere 1...* actúa 1.* 1. Imagen] * Laboratorio nombre: String descripción: String 1 * conduce 1.* * 1.* Equipamiento nombre: String Patrocinador nombre: String * actúa 1..* actúa Área de Investigación nombre: String descripción: String Orientación título: String evaluación: Integer 1 enseña dirige rector nombre: String 1..* financia Proyecto de Investigación nombre: String descripción: [TextoMarketing.69 Persona nombre: String título: String descripción: [Texto + .....* * 1 Profesor clase: String salario-base: 1 1.* 1...* Material Complementario local: String Frecuencia evaluación: Integer Figura A1.1 – Esquema Conceptual ..* participa Administrativo Técnico Académico 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..* dirige 1.* posee 1 Asignatura nombre: String descripción: String número-créditos: Integer ementa: Texto * requer * 1 1.* 1..* Estudiante título: String evaluación: Real 1 Área de Investigación nombre: String descripción: String proyectos: âncora (Projeto rector nombre: String (índice Asignatura Estudiante evaluación: Integer nombreDisciplina: String nombreEstudiante: String Material Complemenlocal: String pré-requisito Figura A1..* 1..* actúa actúa Administrativo Técnico Académico 1.* 1 actúa 1...2 – Esquema Navegacional .* 1.* participa Proyecto de Investigación * nombre: String nombrePatrocinador: lista String profs-ind: indice (participa) * * orienta 1 Profesor clase: String areas-ind: índice (actúa) salario-base: Real 1 frecuenta enseña 1....* * 1..

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

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

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

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

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

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

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

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

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

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

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

.22 – estructura de acceso jerárquica Asimismo como los contextos de navegación. donde la selección en un nivel determina los elementos del próximo nivel.85 Profesor Menú Principal Profesores Alfabético por Título Figura A1. las estructuras de acceso también son especificadas a través de cartas. La figura A1. La figura A1. 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.5. Profesores : Áreas Figura A1. separados por ‘:’. donde cada nivel depende de la selección hecha en el nivel anterior. 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.22 muestra un índice jerárquico representando 2 estructuras de acceso.

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

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

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

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

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

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.000 8.500 10.500 10.500 5.500 5.000 12.000 10.000 10.500 12.000 12.000 10.500 10.000 4.000 4.500 Fecha sesión .000 4.500 10.000 10.500 12-2-00 6.500 15.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 15.000 5.000 5.000 8.500 12.000 4.500 8.

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

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

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

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

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

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

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

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 .

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

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

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

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

respectivamente. indicada en los CD. 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. valores [ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 ] * * fecha inicial para un periodo de consulta * * fecha final para un periodo de consulta * @id flete + tipo flete + cargo fijo + cargo variable [ flete nuevo | flete modificado ] * subentidad de Flete * ( courier modificado ) + id flete + ( tipo flete ) + ( cargo fijo ) + ( cargo variable ) ( courier nuevo ) + id flete + tipo flete + cargo fijo + cargo variable { flete } [ cheque US$ | depósito en cuenta bancaria | tarjeta de crédito ] * tipos de grabación. mezcla y masterización (A=Análogo y D=Digital). 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. valores [ AAD | ADD | DDD ] * * imagen de la portada del producto * id cesta + tipo flete + tipo despacho id cesta + nombre cesta id cesta id cesta . valores [ activa | no activa ] * * define en qué estado se encuentra un pedido con base en los productos que incluye.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.

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

124 producto nuevo = producto seleccionado = productos = productos asociados = productos descontinuados = proveedor = proveedor modificado = proveedor nuevo = proveedores = provisión = provisión a actualizar = provisión modificada = provisión nueva = recepción de compra = reposición de stock = rol = servicio = sistema = solicitud = solicitud de compra = status pedido = subtítulos = tipo despacho = tipo flete = tipo producto = top 100 CDs = top 100 libros = top 100 preferencias = top 100 solicitado = top 100 ventas = top 100 videos = ventas por cliente = código producto + título + 1{ idioma }+ observaciones + disponibilidad + foto + descuento + precio + año publicación + lugar publicación + { rol + comentario + ( evaluación ) } + 1{ nombre categoría } + 1{ nombre categoría } código producto { producto } * depósito de implementación relacionado con productos * { producto asociado } 1{ código producto + título + descontinuación } * subentidad de Empresa * empresa modificada empresa nueva { proveedor } * relacionamiento entre Producto y Proveedor * [ provisión nueva | provisión modificada ] proveedor modificado + { código producto } proveedor nuevo + 1{ código producto } código producto + cantidad recibida + ( disponibilidad ) 1{ código producto + cantidad solicitada } * define el rol de quien hizo el comentario de un producto. valores [ como productor | como autor | como consumidor + evaluación ] * * relacionamiento entre Expreso y Courier * * tipos de codificación de la señal de video usadas en el mundo. 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. valores [ disponibilidad | total ] * [ zona nacional | zona internacional ] * indica cuál es el tipo del producto. 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. en el caso de ser un consumidor. se acompaña una evaluación del producto. 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 [ 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.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. II.

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

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

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

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

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

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

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

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

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

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

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 . número pedido estado pedido.5 Actualizar stock PRESe POSTSe recepción de c . 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 .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 .136 1. en cantidad recibida dis- PRODUCTOS INCREMENTANDO de acuerdo a código producto 1. a cantidad en estado INCLUSIONES en tránsito estado producto. a reponer cantidad en est do a ASIGNAR stock del en PRODUCTOS FIN SI ASIGNAR a estado producto cantidad en estado a .6 Revisar stock Cantidad a reponer es término local cada pedido PEDIDOS desde el más antiguo has HACER CASO estado pedido solicitado y = Si PARA cada solicitado INCLUSIONES cantidad stock del en PRODUCTOS ENTONCES stock producto en en PRODUCTOS ASIGNAR tock a . 0 a cantidad en estado INCLUSIONES .

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.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 .2 días ASIGNAR 7-10 días a disponibilidad en PRODUCTOS con código producto CASO disponibilidad = 7.137 EMITIR reposición de stock FIN – SI SI existe al menos un pedido en lista de despachos ENTONCES EMITIR lista de despachos FIN – SI 1. cantidad solicitada como cantidad a comprar en solicitud de compra FIN-SI ELIMINAR código producto. 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 CD’s. cantidad valorada videos. cantidad valorada libros. 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 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.1 Generar volúmenes de ventas por cliente Valor es término local LEER periodo AGREGAR periodo a ventas por cliente ASIGNAR 0 a total valorado vendido PARA cada cliente en CLIENTES ASIGNAR 0 a cantidad vendida CD’s. cantidad valorada libros. cantidad vendida videos. cantidad vendida CD’s. cantidad valorada CD’s.138 2. cantidad vendida libros.2 Actualizar productos asociados PARA cada pedido en PEDIDOS PARA cada producto en INCLUSIONES . cantidad vendida videos. cantidad vendida libros.

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

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

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

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

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

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

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

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

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

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.