plataforma web que genere inteligencia colectiva...

UNIVERSIDAD DISTRITALFRANCISCO JOSE DE CALDAS

TESIS

ESPECIALIZACION DE INGENIERIA DE SOFTWARE

PLATAFORMA WEB QUE GENERE INTELIGENCIACOLECTIVA MEDIANTE EL CONOCIMIENTO Y

EXPERIENCIAS DE LOS INTERNAUTAS

Autor: Luis Alberto Avila TellezDirector: Sandro Javier Bolanos Castro

Bogota 2017

Resumen

Hoy en dıa existen muchas plataformas que se pueden encontrar en la web. Segun estadısticasarrojadas recientemente por el sitio Internet Live Stats mas de mil millones de paginas registradasse encuentran en la actualidad.

Cantidad de paginas informativas con el fin de dar a conocer al internauta contenido acerca deun tema de interes que haya tenido repercusion a nivel social, polıtico, economico o simplemente quebrinda una solucion rapida a un problema que se tenga.

Justamente en este ultimo ambito es por el cual se decide recabar informacion, realizar un analisisque determine el grado de satisfaccion del usuario frente al contenido que observa. Este grado puedeser de varios tipos, por lo tanto la plataforma IC-EXPRESS brinda a los usuarios una variedad deherramientas utiles con el fin de determinar si la informacion que ha observado le ha sido realmenteutil.

Inicialmente vamos a observar en el transcurso del proyecto que se hablaran de cuatro ambitos loscuales segun una investigacion realizada por las tendencias mas recientes de las busquedas realizadasen Google (Google Trends), son las que los internautas mas acuden en busca de informacion. Estasramas son : Medicina, Ingenierıa, Derecho, Contadurıa.

Se explicara con situaciones concretas y que han sido foco de atencion en el pasado como estainvestigacion tiene bastante fundamentacion para proveer una plataforma que contemple todos loscomponentes necesarios para realizar un modelo probabilıstico que proporcione al analista una ideaclara de que tan util es el contenido que visualizan los internautas en IC-EXPRESS.

Muchas de las herramientas utilizadas en IC-EXPRESS son pensadas en beneficio del usuario.Aquı como en cualquier organizacion el cliente tiene la razon y se debe intentar complacer para que seabienvenido las veces que desee. Esto trae muchos beneficios, ademas de contar con un usuario satisfechoque seguramente atraiga a mas personas.

Este tipo de herramientas para determinar la calidad del contenido no son de caracter obligatorioya que se ha evidenciado en algunas paginas web este trabajo de lugar de parecer agradable, se puedetornar tedioso. Por lo tanto el usuario es el que toma la decision si el contenido que ha observado le haparecido muy bueno como para dejar una puntuacion de cinco estrellas, o por lo contrario tiene unaposicion contraria a lo que ha visto que se ha decidido por dejar su comentario.

Abstract

Today there are many platforms that can be found on the web. According to statistics recentlyreleased by the site Internet Live Stats more than a billion registered pages are currently.

Number of information pages in order to inform the Internet user about a topic of interest that hashad repercussions of kind social, political, economic or simply providing a quick solution to a problemthat has.

Precisely in this last point is by which it is decided to gather information, perform an analysisthat determines the degree of satisfaction of the user against the content that observes. This degreecan be of several types, so the IC-EXPRESS platform provides users with a variety of useful tools todetermine if the information they have observed has been really useful to them.

Initially we will observe in the course of the project that there will be talk of four areas whichaccording to a research carried out by the most recent tendencies of the searches realized in Google(Google Trends), are the ones that the netizens go more in search of information. These branches are:Medicine, Engineering, Law, Accounting.

It will be explained with concrete situations and that have been focus of attention in the past as thisresearch has enough foundation to provide a platform that contemplates all the necessary componentsto realize a probabilistic model that provides to the analyst a clear idea if how useful the content whichare viewed by Internet users in IC-EXPRESS.

Many of the tools used in IC-EXPRESS are designed for the benefit of the user. Here as in anyorganization the customer is right and should try to please to be welcome the times he wants. Thisbrings many benefits, in addition to having a satisfied user that will surely attract more people.

This type of tools to determine the quality of the content are not mandatory because it has beenevident in some web pages this work instead seem pleasant, it can become tedious. Therefore the useris the one who makes the decision if the content that has observed has seemed very good to leave ascore of five stars, or otherwise has a position contrary to what has seen that has decided to leave yourcomment.

Agradecimientos

Agradezco en primera instancia a Dios por permitir estar donde hoy estoy y a mi familia conformadapor mis padres y mi hermano por su total comprension y apoyo en todo lo que tuve que realizar.

Este trabajo no habrıa sido posible sin el apoyo de mi colega Sergio Ochoa, que hizo un gran trabajoal dar su punto de vista en el look and feel de la plataforma IC-EXPRESS y ayudar con el diseno delos 5 modulos que se implementaron en el software.

Gracias a mi colega Luis Castrillo que brindo su conocimiento y total ayuda en todo el procesode desarrollo de la arquitectura del software. Ademas de resolver todas mis inquietudes acerca delframework Spring MVC.

Indice general

INTRODUCCION 12

I FUNDAMENTACION DE LA INVESTIGACION 13

1. DESCRIPCION DE LA INVESTIGACION 141.1. Planteamiento/Identificacion del problema . . . . . . . . . . . . . . . . . . . . . . . . . . 14

1.1.1. Formulacion del problema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151.1.2. Sistematizacion del problema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

1.2. Justificacion del trabajo/investigacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161.2.1. Practica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

1.3. Hipotesis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181.4. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

1.4.1. Objetivo General . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201.4.2. Objetivos Especıficos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

1.5. Metodologıa de la investigacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211.5.1. Tipo de estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211.5.2. Metodo de investigacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211.5.3. Fuentes y tecnicas para la recoleccion de la informacion. . . . . . . . . . . . . . . 21

1.5.3.1. Fuentes primarias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

II DESARROLLO DE LA INVESTIGACION 23

2. EMPRESA 242.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242.2. Mision y Vision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

2.2.1. Mision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252.2.2. Vision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

2.3. Organigrama . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262.3.1. Stakeholder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272.3.2. Funciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282.3.3. Productos y Servicios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

3. LENGUAJE 303.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303.2. Archimate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

3.2.1. Capa de Negocio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313.2.2. Capa de Aplicacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 343.2.3. Capa de Tecnologıa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 373.2.4. Capa motivacional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

5

3.2.5. Capa de Migracion e Implementacion . . . . . . . . . . . . . . . . . . . . . . . . 413.3. ADM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

4. ARQUITECTURA EMPRESARIAL 444.1. CAPA DE NEGOCIO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

4.1.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 444.1.2. Organizacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

4.1.2.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454.1.2.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

4.1.3. Cooperacion de Actor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 474.1.3.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 474.1.3.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

4.1.4. Funcion de Negocio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 494.1.4.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 494.1.4.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

4.1.5. Proceso de Negocio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 514.1.5.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 514.1.5.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

4.1.6. Cooperacion de Proceso de Negocio . . . . . . . . . . . . . . . . . . . . . . . . . 534.1.6.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 534.1.6.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

4.1.7. Producto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 554.1.7.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 554.1.7.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

4.2. CAPA DE APLICACION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 574.2.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 574.2.2. Comportamiento de Aplicacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58


4.2.3. Cooperacion de Aplicacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 604.2.3.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 604.2.3.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

4.2.4. Estructura de Aplicacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 624.2.4.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 624.2.4.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

4.2.5. Uso de Aplicacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 644.2.5.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 644.2.5.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

4.3. CAPA DE INFRAESTRUCTURA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 684.3.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 684.3.2. Infraestructura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69


4.3.3. Uso de Infraestructura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 714.3.3.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 714.3.3.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

4.3.4. Implementacion y Despliegue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 734.3.4.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 734.3.4.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

4.3.5. Estructura de la informacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 754.3.5.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 754.3.5.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

4.3.6. Realizacion del Servicio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

6


4.3.7. Capas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 794.3.7.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 794.3.7.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80

4.4. CAPA DE MOTIVACION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 814.4.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 814.4.2. Stakeholder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82


4.4.3. Realizacion de Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 844.4.3.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 844.4.3.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85

4.4.4. Contribucion de Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 864.4.4.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 864.4.4.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

4.4.5. Principios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 884.4.5.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 884.4.5.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

4.4.6. Realizacion de Requerimientos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 904.4.6.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 904.4.6.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91

4.4.7. Motivacional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 924.4.7.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 924.4.7.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93

4.5. CAPA PROYECTO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 944.5.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 944.5.2. Proyecto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95


4.5.3. Migracion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 974.5.3.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 974.5.3.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98

4.5.4. Migracion e Implementacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 994.5.4.1. Modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 994.5.4.2. Caso de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100

5. METODOLOGIA SCRUM 1015.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1015.2. Analisis y Diseno . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1025.3. Historias de usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

5.3.1. Primer lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1035.4. Cierre de la metodologıa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106

III ARQUITECTURA DE SOFTWARE 107

6. DISENO CON PATRONES 1086.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1086.2. Herramientas tecnologicas utilizadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1096.3. Modelo de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1106.4. Arquitectura de la aplicacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111

7

IV PROTOTIPO 113

7. IMPLEMENTACION 1147.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1147.2. Prototipo funcional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115

V REFLEXIONES 121

8. CONCLUSIONES, TRABAJOS, Y FUTUROS APORTES 1228.1. Conclusiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1228.2. Trabajos Futuros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1238.3. Aportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124

VI ANEXOS 128

8

Indice de figuras

1.1. Sistema de votacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181.2. Ejemplo de perfil del publicador. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181.3. Pregunta al usuario al final del tema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191.4. Herramienta - Caja de comentarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

2.1. Estructura organizacional de IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . . . . . . 262.2. Agentes involucrados en la organizacion IC-EXPRESS. . . . . . . . . . . . . . . . . . . . 27

3.1. Metamodelo capa de negocios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313.2. Meta modelo capa de aplicacion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 343.3. Metamodelo capa de tecnologıa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383.4. Metamodelo capa de motivacion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 403.5. Metamodelo capa de migracion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 413.6. Similitudes entre ArchiMate y TOGAF . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

4.1. Metamodelo organizacional. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454.2. Integrantes de la organizacion IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . . . . . 464.3. Metamodelo cooperacion de actor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 474.4. Punto de vista cooperacion de actor en IC-EXPRESS. . . . . . . . . . . . . . . . . . . . 484.5. Metamodelo de funcion de negocio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 494.6. Punto de vista funcion de negocio en IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . 504.7. Metamodelo de proceso de negocio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 514.8. Punto de vista proceso de negocio en IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . 524.9. Metamodelo de cooperacion de proceso de negocio. . . . . . . . . . . . . . . . . . . . . . 534.10. Punto de vista cooperacion de proceso negocio en IC-EXPRESS. . . . . . . . . . . . . . 544.11. Metamodelo de producto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 554.12. Punto de vista de producto en IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . . . . . 564.13. Metamodelo de comportamiento de la aplicacion. . . . . . . . . . . . . . . . . . . . . . . 584.14. Punto de vista comportamiento de la aplicacion en IC-EXPRESS. . . . . . . . . . . . . 594.15. Metamodelo de cooperacion de la aplicacion. . . . . . . . . . . . . . . . . . . . . . . . . 604.16. Punto de vista cooperacion de la aplicacion en IC-EXPRESS. . . . . . . . . . . . . . . . 614.17. Metamodelo de estructura de la aplicacion. . . . . . . . . . . . . . . . . . . . . . . . . . 624.18. Punto de vista estructura de la aplicacion en IC-EXPRESS. . . . . . . . . . . . . . . . . 634.19. Metamodelo de uso de la aplicacion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 644.20. Proceso de postear el tema por parte del usuario logueado. . . . . . . . . . . . . . . . . 654.21. Proceso de publicacion del tema por parte del administrador. . . . . . . . . . . . . . . . 654.22. Proceso de conocer el tema por parte del internauta. . . . . . . . . . . . . . . . . . . . . 664.23. Proceso de votar por el tema por parte del usuario logueado. . . . . . . . . . . . . . . . 664.24. Proceso de evaluacion del contenido por parte del analista. . . . . . . . . . . . . . . . . 674.25. Metamodelo de infraestructura. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 694.26. Modelo de infraestructura de la plataforma IC-EXPRESS. . . . . . . . . . . . . . . . . . 70

9

4.27. Metamodelo de uso de la infraestructura. . . . . . . . . . . . . . . . . . . . . . . . . . . 714.28. Modelo de uso de la infraestructura de la plataforma IC-EXPRESS. . . . . . . . . . . . 724.29. Metamodelo de implementacion y despliegue. . . . . . . . . . . . . . . . . . . . . . . . . 734.30. Modelo de implementacion y despliegue de la plataforma IC-EXPRESS. . . . . . . . . . 744.31. Metamodelo de estructura de la informacion. . . . . . . . . . . . . . . . . . . . . . . . . 754.32. Modelo de estructura de la informacion de la plataforma IC-EXPRESS. . . . . . . . . . 764.33. Metamodelo de realizacion del servicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 774.34. Modelo de realizacion del servicio de la plataforma IC-EXPRESS. . . . . . . . . . . . . 784.35. Metamodelo en capas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 794.36. Modelo en capas de la plataforma IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . . . 804.37. Metamodelo de los stakeholders. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 824.38. Modelo de stakeholders. de la plataforma IC-EXPRESS. . . . . . . . . . . . . . . . . . . 834.39. Metamodelo de realizacion de objetivos. . . . . . . . . . . . . . . . . . . . . . . . . . . . 844.40. Modelo de realizacion de objetivos de la plataforma IC-EXPRESS. . . . . . . . . . . . . 854.41. Metamodelo de contribucion de objetivos. . . . . . . . . . . . . . . . . . . . . . . . . . . 864.42. Modelo de contribucion de objetivos de la plataforma IC-EXPRESS. . . . . . . . . . . . 874.43. Metamodelo de principios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 884.44. Modelo de principios de la plataforma IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . 894.45. Metamodelo de realizacion de requerimientos. . . . . . . . . . . . . . . . . . . . . . . . . 904.46. Modelo de realizacion de requerimientos de la plataforma IC-EXPRESS. . . . . . . . . . 914.47. Metamodelo de motivacion de requerimientos. . . . . . . . . . . . . . . . . . . . . . . . . 924.48. Modelo de motivacion de la plataforma IC-EXPRESS. . . . . . . . . . . . . . . . . . . . 934.49. Metamodelo de proyecto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 954.50. Modelo de proyecto de la plataforma IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . 964.51. Metamodelo de migracion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 974.52. Modelo de migracion de la plataforma IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . 984.53. Metamodelo de migracion e implementacion. . . . . . . . . . . . . . . . . . . . . . . . . 994.54. Modelo de migracion e implementacion de la plataforma IC-EXPRESS. . . . . . . . . . 100

6.1. Integrantes de la organizacion IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . . . . . 1106.2. Arquitectura de la aplicacion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

7.1. Pagina principal de la plataforma IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . . . 1157.2. Modulo registro de usuario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1167.3. Modulo iniciar sesion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1167.4. Pagina de bienvenida. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1177.5. Pagina de bienvenida. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1187.6. Boton para crear tema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1187.7. Pagina de seleccion de ambitos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1197.8. Pagina de publicacion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1197.9. Mensaje tema creado correctamente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120

8.1. Modelo relacional. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1298.2. Arquitectura de la aplicacion IC-EXPRESS. . . . . . . . . . . . . . . . . . . . . . . . . 130

10

Indice de cuadros

3.1. Resumen capa de Negocio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333.2. Resumen de los conceptos de capa aplicacion . . . . . . . . . . . . . . . . . . . . . . . . 373.3. Resumen de los conceptos de capa tecnologica . . . . . . . . . . . . . . . . . . . . . . . . 393.4. Conceptos motivacionales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 413.5. Resumen de Implementacion y Conceptos de Migracion . . . . . . . . . . . . . . . . . . 42

4.1. Descripcion del punto de vista organizacional. . . . . . . . . . . . . . . . . . . . . . . . . 454.2. Descripcion del punto de vista cooperacion de actor . . . . . . . . . . . . . . . . . . . . 474.3. Descripcion del punto de vista funcion de negocio . . . . . . . . . . . . . . . . . . . . . . 494.4. Descripcion del punto de vista de proceso de negocio . . . . . . . . . . . . . . . . . . . . 514.5. Descripcion del punto de vista de cooperacion de proceso de negocio . . . . . . . . . . . 534.6. Descripcion del punto de vista de producto . . . . . . . . . . . . . . . . . . . . . . . . . 554.7. Descripcion del punto de vista de comportamiento de aplicacion. . . . . . . . . . . . . . 584.8. Descripcion del punto de vista de cooperacion de aplicacion. . . . . . . . . . . . . . . . . 604.9. Descripcion del punto de vista de estructura de aplicacion. . . . . . . . . . . . . . . . . . 624.10. Descripcion del punto de vista de uso de aplicacion. . . . . . . . . . . . . . . . . . . . . 64

5.1. Historia de Usuario HUO1 - Analisis de relaciones . . . . . . . . . . . . . . . . . . . . . 1035.2. Historia de Usuario HUO2 - Construccion del esqueleto del proyecto . . . . . . . . . . . 1035.3. Historia de Usuario HUO3 - Iniciar sesion . . . . . . . . . . . . . . . . . . . . . . . . . . 1045.4. Historia de Usuario HUO4 - Registro de usuarios . . . . . . . . . . . . . . . . . . . . . . 1045.5. Historia de Usuario HUO5 - Creacion de ambitos de interes . . . . . . . . . . . . . . . . 1045.6. Historia de Usuario HUO6 - Migracion base de datos a pruebas . . . . . . . . . . . . . . 1045.7. Historia de Usuario HUO7 - Pagina de bienvenida . . . . . . . . . . . . . . . . . . . . . 1055.8. Historia de Usuario HUO8 - Creacion de post . . . . . . . . . . . . . . . . . . . . . . . . 1055.9. Historia de Usuario HUO9 - Acceso a los contenidos . . . . . . . . . . . . . . . . . . . . 1055.10. Historia de Usuario HU10 - Herramientas de publicacion . . . . . . . . . . . . . . . . . . 105

11

INTRODUCCION

IC-EXPRESS es una plataforma donde los internautas pueden buscar sobre varios temas en con-creto como por ejemplo: medicina, ingenierıa, contadurıa. Esta creada unicamente con el fin de queel internauta pueda encontrar informacion sobre el tema de su interes, o que pueda encontrar unasolucion a un problema con el que se haya encontrado, o incluso solo con el hecho de encontrase conel tema publicado por un profesional permite al internauta adquirir nuevo conocimiento, gracias a lasexperiencias, vivencias, conocimiento de la persona que publica el tema.

Actualmente existen muchos usuarios que utilizan los servicios de Internet, segun un estudio de laUnion Internacional de Telecomunicaciones (ITU en sus siglas en ingles), la propagacion del Interneten los ultimos tres anos ha tenido un auge mayor al de anos anteriores. Segun las estadısticas casi 1.000millones de hogares en todo el mundo tiene acceso a Internet, de los cuales 230 millones se encuentranen China, 60 millones en la India y 20 millones en los paıses menos desarrollados. Igualmente haymillones de contenidos que pueden encontrarse en la web, pero no es posible garantizar que la calidadde la informacion que se encuentre sea avalada por un ente regulador o por un experto del tema.La plataforma IC-EXPRESS permite brindar una nueva experiencia al usuario, permitiendo conocermas acerca de la persona que postea un tema. Sera el internauta quien juzgue dado al perfil delpublicador que tan util cree que esta informacion pueda servirle. Dentro del perfil sera posible ver losestudios que tiene la persona que postea el tema (publicador) como por ejemplo pregrados, posgrados,especializaciones, maestrıas, diplomados, etc.

Dentro del tipo de contenido en la plataforma es posible encontrar, foros, videos, imagenes, mapas,animaciones, todo esto con el fin de generar una brecha cognitiva a los internautas que quieren enterarsesobre lo que se ha posteado en la plataforma. Uno de los fines que tiene la plataforma IC-EXPRESS conpermitir publicar contenido multimedia es brindar una solucion a los usuarios, generar conocimientobasado en las experiencias y conocimiento de las personas que por decision propia desean compartirlo.

Quizas en muchas ocasiones en nuestra vida diaria nos hemos dado cuenta que las personas quetienen un alto grado de conocimiento sobre un tema en especıfico, terminan haciendo preguntas a otraspersonas que quizas no tengan el mismo conocimiento que esa persona, eso se debe a que existen cosasque conocemos y otras que quizas no. Como dice el dicho “No hay peor ignorante que aquel que creesaberlo todo”.

Segun el autor Bartolome Yankovic, El ser humano esta en constante estado de aprendizaje, y esposible aprender en cualquier lado donde nos encontramos, en la casa, calle, universidad. . . Aprendemosa traves de la experiencia, cosas buenas y cosas malas. Esto lleva a que entre profesionales se compartanmuchas experiencias que a su vez puedan ser publicadas en la plataforma IC-EXPRESS y ası no soloaprendan entre ellos, si no el conocimiento pueda traspasarse a cualquier internauta que lo desee.

12

Parte I

FUNDAMENTACION DE LAINVESTIGACION

13

Capıtulo 1

DESCRIPCION DE LAINVESTIGACION

1.1. Planteamiento/Identificacion del problema

En la actualidad existen muchos casos donde el conocimiento es el factor principal en muchas delas actividades que se realizan hoy en dıa. Esto basicamente se adquiere por experiencias o porque lapersona realmente le interesa el tema y ha realizado algun tipo de investigacion. Lo preocupante esrealmente ver que sucede con todas esas horas dedicadas que tuvo el investigador, y sobre todo cualfue el resultado final que obtuvo.

Existen personas que poseen una cantidad enorme de conocimientos, que solo se encuentra en sucerebro o en las personas que se encuentran a su alrededor. Muchas de estas personas han dedicadosu vida a investigar ciertos temas convirtiendolos en gurus y haciendo que su punto de vista, tenga unvalor significativo en la sociedad.

Hace unos anos era muy complejo transmitir esta informacion a las demas personas interesadas entemas cuya investigacion no era tan facil de encontrar. Un ejemplo de ello es por ejemplo la arqueologıa,segun reportes Africa es uno de los continentes donde se han encontrado mas fosiles a diferencia de otraspartes del mundo. Ası que esta informacion que quizas le concierne e interesa a muchos arqueologosen diferentes partes del mundo, solo estaba disponible para una pequena comunidad.

Hoy en dıa se cuenta con herramientas como buscadores enfocados al mundo academico como porejemplo Google Academico, donde es posible consultar artıculos, tesis, libros, resumenes, opinionesde autores de artıculos academicos, sociedades profesionales, repositorios en lınea, universidades entreotros. CiteSeer es otro motor de busqueda que se centra principalmente en almacenar ciencias dela informacion y literatura en informatica. Tiene como objetivo mejorar la difusion de la literaturacientıfica y proporcionar ciertas mejoras en los artıculos cientıficos y academicos.

Estas herramientas permiten a los usuarios tener informacion sobre artıculos cientıficos y academi-cos, de forma rapida y con una disponibilidad alta. Ofrece contenidos seguros donde se puede observarlas referencias de los autores, que artıculos tiene registrado el usuario entre otros. Todo esto para brin-dar mayor confianza a los lectores que buscan contenidos de calidad donde sientan que la informaciones autentica y fiable. Aunque la gran mayorıa de veces los internautas navegan por la web buscandosoluciones que se presentan en el diario vivir.

Situaciones que a lo largo de sus carreras como profesionales no habıan presenciado y que segura-mente nunca en la universidad, instituto, preparatoria no fueron preparados para ese tipo de problemas.Es justamente en este punto que encontrar soluciones rapidas y fiables se vuelve una encrucijada pa-ra el usuario. Sitios como Google Academico o las herramientas ya mencionadas ofrecen informacionavalada por varios autores, pero que a menudo puede tornarse tedioso ya que quizas el tiempo que setome en leer completamente un artıculo puede ser bastante sin contar que no se encuentra la solucionprecisa al problema que se busca resolver. Sin lugar a duda estas herramientas son excelentes en ciertos

14

aspectos y en muchos mas pueden propagar conocimiento y en gran medida soluciones. Pero en muchasocasiones solo informan sobre un tema o permiten conocer la opinion del autor. Pero lo que realmenteel usuario quiere ver es una solucion concreta al dilema que lo llevo a tener que buscar en la web. Elinternauta desea poder encontrase con personas que como el les haya sucedido exactamente el mismoproblema y que tienen justamente la respuesta a este.

El internauta que busca una respuesta rapida a un problema en comun, o que quizas desee infor-macion de calidad sobre un tema en general debe poder encontrarse con una plataforma que permitapublicar contenido garantizando que la informacion publicada es de excelente calidad que pueda ayudara resolver los inconvenientes presentados y que sea de facil acceso.

1.1.1. Formulacion del problema

La mejor forma de comprobar que los usuarios estan satisfechos con las publicaciones es tener unmodelo que mida el grado de satisfaccion del usuario, en diferentes aspectos. Como por ejemplo: lacalidad de la informacion, si fue de utilidad el material, si recomendarıa ese material a otras personas,etc. Con la solucion rapida a interrogantes que puedan surgir en cualquier situacion, y con la oportu-nidad de obtencion de conocimiento por parte de los investigadores, se plantea la siguiente pregunta aresolver:

¿Mediante la creacion de un modelo estadıstico es posible conocer si los contenidos publicados enla plataforma son de gran utilidad a los internautas que acceden en busca de informacion util, rapiday de calidad?

1.1.2. Sistematizacion del problema

Las siguientes incognitas son de importancia para el tema de investigacion para formar un completomodelo de probabilidad, donde los usuarios puedan evaluar si la informacion que esta presente es decalidad, basado en una plataforma optima para cualquier interesado en buscar cualquier tema que allıse guarde.

¿Es posible medir mediante alguna herramienta presentada al usuario la calidad de la informacionque se le esta presentando?

¿Se puede determinar mediante alguna ayuda interactiva, si la informacion presentada al usuarioayudo a resolver la duda que tenıa inicialmente?

¿Es posible crear un sistema donde los internautas puedan abiertamente debatir, dar su opinionsobre el material que estan observando?

15

1.2. Justificacion del trabajo/investigacion

1.2.1. Practica

Hoy en dıa se cuenta con la gran ventaja de tener informacion acerca de casi cualquier tema quenos interesa gracias al Internet. Pero hace unos anos, antes del advenimiento de la World Wide Web,se tenıa un estilo de vida muy diferente al que conocemos actualmente. En parte tenıa sus ventajas, yaque entre las personas existıa mas comunicacion. Vivıan una vida mas tranquila al no existir las redessociales, bullying cibernetico, hackers, deep weeb, etc.

De igual forma tenıa sus desventajas, como por ejemplo para recibir una invitacion de un amigoo conocido, era necesario desplazarse hasta su casa. Para los redactores de revistas o artıculos en elperiodico tenıan que comunicar vıa telefono sus adelantos. Quizas pasabas mas tiempo con los amigos,pero al no existir ninguna red social en ese entonces, no sabıas de ellos hasta que se encontraran. Habıamenos discusiones entre las parejas debido a que la vida era mas privada. Era mas difıcil de saber loque sucedıa en otros lugares del mundo. Tenıas que ir a la biblioteca para consultar material sobrealgun tema especıfico, aunque muchas veces se encontraba material muy viejo, o que quizas no estabadisponible en tu paıs. Ası que existıan brechas de conocimiento que no solo afectaba a la comunidadsino a todo un paıs. Como afirma la UNESCO al respecto “El conocimiento ha llegado a ser ya unrecurso de los mas valiosos en muchos ambitos, y en el siglo XXI abrira cada vez mas las puertas deacceso al poder y los beneficios economicos.

Quizas se pueda emitir la hipotesis de que este recurso, tan estrategico, sera en el futuro objeto deuna competicion cada vez mas renida. ¿Es posible que algun dıa unas cuantas naciones intenten mono-polizarlo a toda costa? A este respecto, cabe preguntarse si en el futuro habra guerras del conocimientocomo hubo en el pasado guerras del opio o del petroleo”[8].

Es precisamente este hecho que se da pie al tema de investigacion. Dado a que nos movemos en unmundo donde la riqueza de un paıs esta dada por su conocimiento, su productividad, su comercio, sucalidad y demas factores dependen en que forma se reflejan la tecnologıa en sus productos y servicios.

El conocimiento es uno de los factores primordiales en la sociedad, se evidencia en la forma comorealizamos las cosas, en la forma en que pensamos, en como nos comunicamos, en como interactuamoscon los demas, en como nos etiquetemos con las experiencias de algunos y como de pequenas brechasformamos nuestro propio conocimiento.

Promueve los procesos de pensamiento en cada persona, esto constituye la base para el comprendery posteriormente para el saber, que dara paso a los procesos de investigacion y si es un resultadooptimo, es posible que se cree un producto innovador, con bases sustentadas para el desarrollo social,y economico del paıs.

En casi todo momento el ser humano se encuentra en posicion de aprendizaje tal como lo afirmael profesor Bartolome Yankovic[13], esta informacion es traspasada por diferentes medios ya sea en lasconversaciones con nuestros colegas o por medio de lo que leemos en libros, artıculos, periodico o porla Internet. Esto es denominado como Inteligencia colectiva donde los miembros de una comunidadcoordinan sus interacciones en el mismo virtual de conocimientos tal como lo afirma el autor PierreLevy[6]. Es posible observar esta transicion que toma fuerza en la Internet en plataformas web dondelos usuarios comparten sus experiencias y conocimiento sin animo de lucro. Aunque existan plataformasque han fracasado debido a la falta de atencion de los administradores o creadores, se convierte en unapagina transitoria, donde el contenido se encuentra desactualizado, la comunidad decae ya que pierdepopularidad. Con base a los errores que han tenido estas paginas, es necesario construir una aplicaciondinamica, que sea fuente de atencion para cualquier internauta en busca de informacion de calidad.Que aunque sea un aspecto que no se pueda controlar sea la misma comunidad la que se encargue decuidar esta aplicacion generando contenido beneficioso para los usuarios.

Esto es posible hacerlo mediante la opinion de los mismos usuarios que entran frecuentemente ala plataforma. Dejando en claro cual es el objetivo primordial del portal y que sean ellos los queestablezcan que puntos deben tenerse en cuenta para seguir mejorandolo. No solo es trabajo de losusuarios, es un trabajo colaborativo con los administradores de la aplicacion, ya que deben enterarse delos cambios, opiniones, quejas y reclamos que tienen los usuarios e ir ajustandolos en la plataforma. Los

16

resultados que se puedan obtener podran observarse en el modelo estadıstico realizado ya que existenherramientas de analisis que podran determinar si existe una cantidad mayor de usuarios buscando enla plataforma.

La plataforma sera en sı una forma de responder a varios problemas que se presentan en variosambientes de la vida cotidiana. Dentro del portal se podra ver el perfil completo de cada persona quepostea el tema, para que los usuarios puedan calificar dependiendo de si lo consideran de gran utilidado no. Inicialmente se tendran las areas mas relevantes como por ejemplo: medicina, ingenierıa, partejurıdica, administracion de empresas, administracion de negocios internacionales, gastronomıa/cocina,psicologıa, venta y publicidad.

La plataforma IC-EXPRESS busca promover la obtencion de conocimiento por medio de la comu-nidad de usuarios que navegan constantemente en la web. Procura que los contenidos publicados en laplataforma resulten ser de gran utilidad para los usuarios ya que se cuenta con herramientas, modelosestadısticos para asegurar la calidad de la informacion

17

1.3. Hipotesis

Para evaluar los ambitos presentados en este documento acerca de como identificar el grado desatisfaccion de los usuarios al momento en que entran en la plataforma en busca de algun tema enespecıfico o por el hecho de querer resolver alguna inquietud, es por herramientas que tendra cada temay subtema. Como por ejemplo la herramienta de votacion “cinco estrellas”, que permite identificar lacalidad del contenido presentado al usuario por el publicador.

Figura 1.1: Sistema de votacion

El usuario con esta herramienta podra votar basado en su criterio de uno a cinco segun considereel tema expuesto por el publicador. Ademas puede apoyarse en otra herramienta que estara contenidaen el tema y es la informacion completa del perfil del publicador. Dentro de esta se encuentra conque estudios cuenta y estos incluyen pregrados, posgrados, especializaciones, maestrıas, doctorados,certificados, etc.

Figura 1.2: Ejemplo de perfil del publicador.

Otra herramienta que permite evaluar el grado de complacencia del usuario o internauta es la“herramienta de votacion”. Como se menciono anteriormente uno de los objetivos de la plataforma

18

IC-EXPRESS, aparte de brindarle al internauta informacion que posiblemente sea conocimiento nuevo,dado el contenido de la publicacion, es la opcion de que pueda solucionar una inquietud que fue labase por la que se encontrara buscando en la plataforma. Por lo tanto mucho del contenido expuestointentara resolver problemas a situaciones particulares que se presentan en las diferentes areas yamencionadas. La herramienta que se muestra en la siguiente figura, permite saber si el internautaconsidera que el contenido de la publicacion ayudo a solventar el problema que tenıa inicialmente.

Figura 1.3: Pregunta al usuario al final del tema.

Esta ultima herramienta esta muy ligada al administrador de la plataforma ya que de el depende queel analisis sea correcto dado a la opinion de los usuarios frente a los temas expuestos por el publicador.Es determinante para el modelo ya que en ocasiones los internautas no utilizan las dos herramientasmencionadas anteriormente, si no deciden hacerlo explıcitamente

Figura 1.4: Herramienta - Caja de comentarios.

Una vez se tenga el registro en la base de datos de estas herramientas por cada tema publicado,entonces se procede a realizar el analisis respectivo, evaluando las opiniones, crıticas y votaciones delos usuarios en los temas. Con base a este modelo se puede llegar a la conclusion de si realmente lainformacion que se esta mostrando al usuario cumple con los objetivos los cuales son: ser informacionde calidad, que sea de utilidad al internauta, y que en algunos casos pueda resolver sus inquietudes.

19

1.4. Objetivos

1.4.1. Objetivo General

Desarrollar una plataforma web basada en el conocimiento, experiencias, aprendizaje de los inter-nautas la cual genere inteligencia colectiva. Ademas de facilitar una solucion rapida a inconvenientespresentados por los usuarios, con el fin de establecer un modelo probabilıstico capaz de ayudar aconocer el grado de utilidad de los contenidos publicados.

1.4.2. Objetivos Especıficos

Establecer un entorno el cual permite a los usuarios proponer sus ideas, representaciones, juicios,percepciones, conocimiento acerca de alguno de los ambitos de interes

Disenar ayudas interactivas presentes en los temas que contendra la plataforma para evaluar elcontenido publicado.

Otorgar credibilidad a los contenidos, proporcionando informacion como estudios, certificados,especializaciones, maestrıas entre otros del publicador en cada tema.

Determinar con base a los datos obtenidos si el contenido presentado a los usuarios resultar serutil, con el fin de cerrarlo o promoverlo.

20

1.5. Metodologıa de la investigacion

1.5.1. Tipo de estudio

Este proyecto de investigacion se clasifica segun su objeto de estudio como holotipo proyectivo,debido a que se disena y programa un nuevo prototipo web cuyo conocimiento y experiencias deprofesionales son puestos a disposicion de la comunidad.

El tipo de planteamiento inicial supone dos causas en las que se postulan diferentes soluciones a lolargo del proyecto investigativo. La primera causa se establece cuando la necesidad de ayudar permiteal ser humano crear infinidad de artefactos que permitan resolver el interrogante a ese problema. Naciode una idea como lo sucedido segun un reporte de la BBC[7] donde el cardiologo Franz Freudenthal,salvo la vida a muchos ninos gracias a tecnicas artesanales e instrumentos creados por el mismo.

El emprendimiento que ofrece este hombre de gran corazon a una comunidad de personas quequieren seguir sus pasos o tan solo conocer sus inventos e intentar imitarlos, es beneficioso para elambito de la salud.

En este misma investigacion realizada por la BBC afirman que “aproximadamente 500 ninos sontratados cada mes con estos dispositivos en todo el mundo. Se exportan a Argentina, Peru, Alemania,Estados Unidos, Irak, Vietnam. Esto multiplica las posibilidades de salvar vidas en diversas partes delmundo”.

Ahora imaginemos que esta informacion estuviera publica para cualquier persona en el mundo. Esdecir, que personas en el ambito de la salud pudiera tener a su disposicion el conocimiento de estecardiologo. Imaginemos ahora cuantas vidas se podrıan salvar en hospitales quizas donde los recursosson limitados o no hay subsidios por parte de los Gobiernos. Habrıan mas personas dispuestas acolaborar creando nuevos artefactos para las multiples enfermedades que agobian los seres humanoshoy en dıa. El conocimiento si es compartido puede ayudar a resolver multiples problemas a los que nosenfrentamos hoy dıa, en cualquier tipo de ambito siempre y cuando se ajuste a nuestras necesidades.

Con un argumento muy consecuente que propone Hurtado[5] acerca de la investigacion proyecti-va, donde el problema esta como lo vimos en la falta de conocimiento de paıses enteros que puedeacarrear problemas en los ambitos social, polıtico y economico La falta de adelantos tecnologicos enpaıses subdesarrollados afecta a toda una sociedad que no tiene los medios necesarios para ofrecer suconocimiento a cambio de un trabajo.

En este caso el diagnostico es a partir de la necesidad por brindar conocimiento realmente util atodas aquellas personas que deseen aprender, sin ningun tipo de barrera o discriminacion.

1.5.2. Metodo de investigacion

Debido al poco tiempo del proyecto, es posible que existan ocasiones en donde los requisitos cambienen mas de una ocasion. Es necesario trabajar en bloques distribuidos para completar totalmente laentrega. Por ejemplo el modulo de autenticacion de los diferentes roles es uno de los mas complejosque la plataforma tiene, ya que la integridad de la informacion de los usuarios es de suma importanciapara IC-EXPRESS. Este modulo no debe tomar mas de una semana en su desarrollo.

Hay modulos que son mas relevantes que otros, como por ejemplo el modulo encargado de crear ypublicar contenido web. Este modulo despues del de autenticacion es uno de los mas importantes enIC-EXPRESS. Se debe estimar el coste en desarrollo y el tiempo que aproximadamente sera de unasemana.

Debido a los factores anteriormente mencionados la metodologıa que mas se adecua al proyecto esSCRUM.

1.5.3. Fuentes y tecnicas para la recoleccion de la informacion.

1.5.3.1. Fuentes primarias

La experiencia y percepcion que se tiene cuando se consulta en la web acerca de un problema sehace un factor relevante en la adquisicion de un criterio de investigacion propio. Es decir, basado en

21

los propios hechos evidenciados con un grado de incertidumbre bastante alto al no poder encontrarcontenido de calidad o no tener la certeza necesaria que el contenido publicado tiene una sustentaciony una base que acredite la veracidad del contenido, se establece dicha investigacion.

No solo el hecho de tener informacion de calidad si no lo descrito anteriormente, que fue inicial-mente el problema que se tuvo al no poder encontrar experiencias de profesionales en ciertos ambitoscompartiendo su conocimiento a traves de la Internet. Se entiende perfectamente que el conocimientohoy en dıa no es gratis. En muchos paıses como en Colombia la educacion y la adquisicion de tıtulosprofesionales es un lujo que no todas las personas pueden darse.

Aun ası muchas personas estarıan dispuestas a pagar porque seria lo mas justo para mejorar su nivelprofesional y muchos otros dispuestos a brindar toda su experiencia y conocimiento de forma autonomaa los demas Esta fue inicialmente la clave y el factor clave para el desarrollo de la investigacion y esfinalmente el de crear una plataforma donde las personas que tienen un conocimiento acerca de unambito y desea compartirlo pueda hacerlo sin ningun inconveniente.

Como se menciono en la seccion de tipo de estudio con el holotipo seleccionado a partir del argu-mento del escritor Hurtado[5] que definıa una serie de posiciones que realmente son las que definental cual el proceso de investigacion de este proyecto, a su vez como se menciona anteriormente enel metodo utilizado en la investigacion la fuente principal de recoleccion fue el analisis y observacionobtenidos mediante experiencias recopiladas a lo largo de una vida profesional.

Esto es posible contrastarlo con otra serie de patrones como los siguientes:

Busqueda digital de documentos en la web.

Casos observados como el del hospital donde el acceso inmediato a la informacion puede salvarvidas.

Fascinacion por aquellas paginas dedicadas a brindar soluciones rapidas a incertidumbres ocurri-das con cierto grado alto de efectividad.

Informacion obtenida

Permitir un perfil detallado del autor que escribe la publicacion

Informacion util, de calidad y de facil acceso a cualquier internauta.

Prontas soluciones debido a las publicaciones enfocadas en un tema en especifico.

22

Parte II

DESARROLLO DE LAINVESTIGACION

23

Capıtulo 2

EMPRESA

2.1. Introduccion

Una nueva perspectiva de plataforma es la que se desea poner en ejecucion. Los sitios web dinamicossiempre tienen un toque distintivo, esto que a cualquier internauta atrapa no solo por el contenidoexpuesto, si no por que existe una comunidad que se hace participe y que cuida de cada aspecto de lapagina.

Elementos principales como la estetica, funciones, el facil acceso y disponibilidad del material sonpiezas claves que deberıa tener una plataforma como esta. La legitimidad y la confiabilidad en elcontenido puede ser el eje central y quizas el secreto de la prolongar un sitio web dinamico

Existen muchos factores para conservar un sitio web dinamico. Como por ejemplo la intervencionpermanente de los administradores del sitio. No solo administrando y gestionando el contenido, tambiencuidando de los comentarios realizados por los internautas, y sobre todo atendiendo a las peticionesconstructivas realizadas por los usuarios.

Pero el tema realmente importante aquı es lo que muy pocos sitios web han logrado y es la capacidadde mantener un sitio dinamico unicamente porque han sido los usuarios quienes han brindado un pocode su tiempo para dedicar a la plataforma. Este tipo de comunidades que llegan a crearse en sitios enla web, son la clave, el factor principal, la fuente de la inteligencia colectiva. Esto no es facil de lograr,siempre hay que contar con los aspectos ya mencionados, pero cuando el usuario encuentra un lugardonde puede brindar y recoger conocimiento de calidad es hay donde deja de ser una parte externa delsistema y se convierte en un miembro colaborador del sitio.

IC-EXPRESS tiene como objetivo ser un lugar donde existan comunidades sin animo de lucro queprecisamente compartan su conocimiento, experiencias e ideas que permitan ayudar de una forma uotra a usuarios en busca de una rapida solucion o que quieren expandir su conocimiento.

24

2.2. Mision y Vision

2.2.1. Mision

IC-EXPRESS contribuye a la creacion de sitios web dinamicos donde el centro de atencion es elusuario ya que representa el factor primordial en el establecimiento de contenido multivariado y depermitir crecer el sitio, encargandose el mismo de ser un integrante activo al momento de publicar,contribuir, ayudar, administrar los contenidos dando pie a un nuevo estilo de plataforma donde elusuario es el encargado de llevarla cada vez mas alto.

IC-EXPRESS siempre esta pensando en sus clientes, que en este caso son los mismos internautas.Ası que el contenido presentado a ellos tiene que sera verificado antes de ser publicado. Por tal razonexiste un rol en la plataforma en donde una de sus funciones es confirmar que los temas expuestos porlos usuarios sean de ayuda.

IC-EXPRESS siempre pensando en sus clientes, permite llevar a cabo una serie de reportes que elanalista se encarga de procesar y evaluar para determinar si los contenidos en realidad son de utilidadpara los internautas.

2.2.2. Vision

Ser la organizacion numero uno en inteligencia colectiva, permitiendo que los usuarios se hayanencargado de tenerla en ese puesto, todo gracias a el contenido expuesto en la plataforma y a lacolaboracion autonoma de los usuarios.

25

2.3. Organigrama

La estructura organizacional que veremos en el siguiente diagrama se muestran las relaciones exis-tentes entre los diferentes agentes involucrados con el ejercicio que realiza.

Al igual que en una organizacion tecnologica se encuentra en el primer nivel la presidencia, queen este caso constituye a la persona que constituye el proyecto. El siguiente nivel esta constituido poruna o mas personas que estan al tanto de todas las actividades que se realizan, ya sean proyectos,prototipos, conferencias, debates, etc.

Despues estan los especialistas, que son personas que conocen bastante de un tema en especifico yestan divididos en 2 grupos, los desarrolladores y disenadores. Los primeros se encargan de toda la partelogica, de la parte compleja del negocio, de la estructura que a nivel operacional de los componentes.Algunas tareas que les corresponde son: Crear servicios, controladores, escuchas, conectar servicios,crear clientes para consumir esos servicios, recoger informacion del front-end, almacenar informacion,etc. Por otro lado los disenadores se encargan de crear paginas llamativas para los usuario.

Figura 2.1: Estructura organizacional de IC-EXPRESS.

26

2.3.1. Stakeholder

Los stakeholders son los agentes principales que de una u otra forma ayudan al sostenimiento dela organizacion. Esto debido a que estos agentes dependen de las actividades que se realicen de formadirecta o indirecta.

En este caso el agente mas importante en la organizacion son los internautas. Son el nucleo principalde la realizacion de esta investigacion por varias razones. Como por ejemplo el sitio o la plataformaesta pensada para estar en constate interaccion con los usuarios es decir, se busca de que sea un sitiodinamico por lo tanto se espera crear una comunidad que este involucrada con el contenido del sitio.

Entre otros muchos otros roles los internautas tambien son los que de forma autonoma compartensu conocimiento reflejado en un post, con el fin de que los mismos usuarios adopten una posicion dejueces y sean ellos los que decidan si el contenido publicado tiene el nivel necesario para pertenecer auno de los ambitos de la plataforma.

Que tenga el nivel necesario significa que el contenido publicado sea entendible, claro, conciso,fluido, por lo general debe intentar presentar un punto de vista basado en el conocimiento del autor,ya sea por experiencias o porque el conocimiento ha sido transmitido por otras fuentes(libros, artıculos,revistas).

Figura 2.2: Agentes involucrados en la organizacion IC-EXPRESS.

27

2.3.2. Funciones

La organizacion tiene unos cargos especıficos que gracias a ellos se estipula una de las polıticas masimportantes de la misma y es el generamiento de conocimiento.

Es de gran estupor imaginar cuantas personas se beneficiaran con los contenidos publicados y delaprendizaje que pueda adquirir gracias a la colaboracion de todos. Este punto precisamente es unode los mas importantes y que mas dedica su tiempo la organizacion y es el de crear comunidadesencargadas de ayudar y apoyar a los internautas que se encuentran dando sus primeros pasos en laplataforma. Mas que las visitas y que el reconocimiento por la calidad del contenido la gran satisfaccionse encuentra en este aspecto, ya que de las comunidades que se formen depende en que la organizacionsiga en pie y que pueda generar material nuevo a diario.

Dentro de las funciones de la organizacion se promueven los siguientes aspectos.Calidad del contenidoLas personas que desean realizar aportes, publicaciones, charlas, videos, etc dentro de la plataforma

debera permitir que los usuarios quienes tengan acceso a dicho material puedan ver todas las distin-ciones academicas que el publicador posee. Esto se realiza gracias a que la plataforma cuenta con unadescripcion de el usuario y que se muestra en cada publicacion de la persona.

CredibilidadDentro de las personas que deseen participar en algunos de los ambitos de las plataformas pueden

encontrase profesionales, doctores, licenciados o cualquier otro que tenga conocimientos y la capacidadde promover un tema en el que se encuentre seguro y confiado.

Al momento del registro en la plataforma todos los usuarios deberan tomarse un tiempo paraincluir todos los estudios que acrediten su conocimiento esto se realiza para que los usuarios seanquienes determinen si el publicador tiene el respaldo necesario para publicar acerca del tema.

CompromisoUno de los objetivos principales de la organizacion es volverse autonomos, es decir que sean los

usuarios quienes mantengan y permitan seguir avanzando a la organizacion. Esto es posible gracias alos administradores de contenidos quienes estan dedicados a escuchar las peticiones, quejas y reclamosde los usuarios, que estan comprometidos con mejorar cada vez mas.

AprendizajeEs el objetivo final de la organizacion, su esencia se basa en promover y brindar conocimiento a

todas las personas que se encuentren en una brecha cognitiva, o aquellos usuarios que buscan unasolucion rapida y efectiva a sus problemas.

28

2.3.3. Productos y Servicios

Dentro de los productos y servicios que la organizacion IC-EXPRESS ofrece a todos sus usuariosse encuentran:

Una plataforma WEB capaz de soportar todo el trafico necesario de los usuarios.

Seguridad y confidencialidad de la informacion suministrada por el usuario.

Brindar conocimiento y soluciones efectivas a una variedad de problemas.

Un entorno de facil interaccion que permite a los usuarios postear sus temas sin ningun tipo delimite.

Herramientas para que los usuarios voten por los temas publicados.

29

Capıtulo 3

LENGUAJE

3.1. Introduccion

El lenguaje de modelado Archimate permite representar la Arquitectura Empresarial de una orga-nizacion bajo tres basicas perspectivas: negocio, sistemas y tecnologıa.

El lenguaje Archimate sirve para disenar Arquitecturas Empresariales que faciliten la adopcion detecnologıa en las empresas, vinculando los procesos de negocio con los activos tecnologicos. facilitala administracion de proyectos de tecnologıa y cambio organizacional, permitiendo que los expertosde negocio puedan priorizar los requerimientos de alto nivel y generar proyectos que impacten posi-tivamente la organizacion. Este modelo Archimate define un conjunto de elementos estandar para eldiseno de Arquitecturas Empresariales, lo cual ayuda significativamente a tener un lenguaje comunentre expertos de negocio y de tecnologıa.

TOGAF en terminos simples es una herramienta para asistir en la aceptacion, creacion, uso ymantenimiento de arquitecturas. Basado en un modelo iterativo de procesos apoyado por las mejorespracticas y un conjunto reutilizable de activos arquitectonicos existentes.

Se puede utilizar para desarrollar una amplia variedad de arquitecturas empresariales; ademas com-plementa y se puede usar en conjunto con otros marcos de referencia que estan basados en entregablesespecıficos para sectores particulares. La clave de TOGAF es el metodo de desarrollo de la arquitectura(ADM), para desarrollar una arquitectura empresarial que aborda las necesidades de negocio.

Esta referencia arquitectonica es desarrollada y mantenida por el foro de arquitectura The OpenGroup. Este foro ha desarrollado versiones sucesivas de TOGAF con regularidad las cuales son publi-cadas en si sitio publico web.

30

3.2. Archimate

3.2.1. Capa de Negocio

El aspecto estructural en la capa de negocio se refiere a la estructura estatica de una organizacion,en terminos de las entidades que conforman la organizacion y sus relaciones.

Se distinguen dos tipos de entidades:• Las entidades activas que son los sujetos (por ejemplo, actores empresariales o roles comerciales)

que realizan funciones como procesos o funciones empresariales (capacidades). Los actores empresarialespueden ser personas individuales (por ejemplo, clientes o empleados), sino tambien grupos de personascomo (Unidades de la organizacion) y recursos que tienen un estatus permanente (o al menos a largoplazo) dentro de las organizaciones. Ejemplos tıpicos de estos ultimos son un departamento u unidadde negocio.

• Las entidades pasivas (objetos de negocio) que son manipuladas por comportamientos tales comoprocesos o funciones. Estas entidades pasivas representan los conceptos importantes en los que elnegocio piensa en un dominio.

Figura 3.1: Metamodelo capa de negocios.

Las descripciones arquitectonicas se centran en la estructura, lo que significa que las interrelacionesde las entidades dentro de una organizacion juegan un papel importante. Para hacer esto explıcito,el concepto de colaboracion de negocio ha sido introducido. Las colaboraciones empresariales se haninspirado en colaboraciones como se define en el estandar UML 2.0, aunque las colaboraciones UMLse aplican a componentes en la capa de aplicacion. Ademas, el concepto de colaboracion de negocio enArchiMate tiene un fuerte parecido al concepto de comunidad como se define en el Lenguaje EmpresarialRM-ODP, ası como al concepto de ”punto de interaccion”, definido en Ambar como el lugar donde lasinteracciones ocurren.

El concepto de interfaces de negocio es presentado para explıcitamente modelar lo logico o fısico,de las posiciones o canales donde se puede acceder a los servicios que una funcion ofrece al medio

31

ambiente. Pueden ofrecer el mismo servicio en varios interfaces diferentes; por ejemplo: por correo,por telefono, o por la Internet. En contraste con el modelado de uso, es raro en los negocios actualesreconocer el concepto de interfaz de negocio.

En contraste con los conceptos estructurales y de comportamiento, que se refieren a la perspectivaoperacional de una empresa, los conceptos informativos se centran en lo que podrıamos llamar laperspectiva ıntencional”. Proporcionan una manera de vincular el lado operativo de una organizaciona los objetivos de negocio, y a los productos que una organizacion ofrece a sus clientes. Nosotrostambien clasificamos el producto en si mismo, junto con el concepto de contrato correspondiente, comoconceptos.

La informacion esta fundamentalmente relacionada con la comunicacion. La informacion siempresirve a un proposito, que esta estrechamente conectado a alguna meta comunicacional. Como co-municacion siempre involucra una parte estatica (el ”mensaje”) y una parte dinamica (la accion decomunicacion en sı), los objetivos comunicativos pueden tener un vınculo tanto con nuestro conceptode ”significadocomo con nuestro concepto de ”valor”.

Una representacion es la forma perceptible de la informacion transportada por un objeto de negocio,como un documento. Tal como, se puede ver como la realizacion del objeto comercial asociado. Sirepresentaciones relevantes se pueden clasificar de varias maneras; por ejemplo, en terminos de medio(electronico, papel, audio) o formato (HTML, PDF, texto sin formato, grafico de barras).

Un significado es la contribucion de un objeto de negocio o su representacion al conocimiento oexperiencia de algun actor, dado un contexto particular (por ejemplo, el papel que el actor cumpledentro contexto). En otras palabras, significa representa el valor informativo de un objeto de negociopara un usuario de tal objeto. Es a traves de una cierta interpretacion de una representacion delobjeto que el significado se esta ofreciendo a cierto usuario o a una cierta categorıa de usuarios. Unsignificado puede bien ser una reformulacion o transformacion de partes de la representacion del objetode tal manera que el papel del significado es inmediatamente claro dentro del mundo del usuario, peroesencialmente radica en la interpretacion de los individuos, en su contexto.La tabla que a continuacion se mostrara, da un acercamiento de los conceptos en la capa de negocio,con sus definiciones.

32

Concepto Definicion NotacionBusiness actor Una entidad organizacional que es que es ca-

paz de realizar un comportamiento

Business role La responsabilidad de realizar un comporta-miento especıfico, al cual un actor puede serasignado.

Business collaboration Un agregado de dos o mas funciones empre-sariales que trabajan juntas para realizar uncomportamiento colectivo

Business interface Un punto de acceso en el que un servicio de ne-gocios esta disponible para el medio ambiente

Location Un punto o extension conceptual en el espacio

Business object Un elemento pasivo que tiene relevancia desdeuna perspectiva empresarial

Business process Un elemento de comportamiento que agrupa elcomportamiento basado en un ordenamientode actividades. Se pretende producir un con-junto definido de productos o servicios empre-sariales.

Business function Un elemento de comportamiento que agrupa elcomportamiento basado en un conjunto selec-cionado de criterios (normalmente requeridospor los recursos empresariales y / o las com-petencias)

Business interaction Un elemento de comportamiento que descri-be el comportamiento de una colaboracion co-mercial.

Business event Algo que sucede (internamente o externamen-te) e influye en el comportamiento

Business service Un servicio que satisface una necesidad de ne-gocio para un cliente (interno o externo a laorganizacion)

Representation Una forma perceptible de la informaciontransportada por un objeto de negocio.

Meaning Los conocimientos o la experiencia presentesen un objeto de negocio o su representacion,dado un contexto particular.

Value El valor relativo, la utilidad o la importanciade un servicio o producto comercial.

Product Un conjunto coherente de servicios, acom-panado de un contrato / conjunto de acuer-dos, que se ofrece en su conjunto a clientes(internos o externos).

Contract Una especificacion formal o informal de acuer-do que especifica los derechos y obligacionesasociados con un producto.

Cuadro 3.1: Resumen capa de Negocio

33

3.2.2. Capa de Aplicacion

El metamodelo de la capa de aplicacion y sus relaciones estan inspirados en gran parte en el estandarUML 2.0, por ser un lenguaje dominante y el estandar para describir aplicaciones de software.

Cada concepto en el lenguaje puede tener relaciones de composicion, agregacion y especializacioncon conceptos del mismo tipo. Ademas, existen relaciones indirectas que pueden derivarse.

Figura 3.2: Meta modelo capa de aplicacion.

El concepto estructural

El concepto estructural principal para la capa de aplicacion es el componente de aplicacion. Es-te concepto se utiliza para modelar cualquier entidad estructural en la capa de aplicacion: no solocomponentes de software (reutilizables) que pueden ser parte de una o mas aplicaciones, sino tambienaplicaciones completas de software, sub-aplicaciones o sistemas de informacion. Es muy similar al UML2.0 sin embargo nuestro concepto de componente modela estrictamente el aspecto estructural de unaaplicacion: su comportamiento es modelado por una relacion explıcita con los conceptos conductuales.

Tambien en la arquitectura de la aplicacion, las interrelaciones de los componentes son un ingre-diente esencial. Por lo tanto, tambien introducimos el concepto de colaboracion de aplicaciones aquı,definido como un colectivo de componentes de aplicacion que realizan interacciones de aplicaciones.

En el sentido puramente estructural, una interfaz de aplicacion es el canal (logico) a traves del cualse puede acceder a los servicios de un componente. En un sentido mas amplio (tal como se utiliza en,entre otros, el UML 2.0), una interfaz de aplicacion define algunas caracterısticas de comportamientoelementales: define el conjunto de operaciones y eventos que se proporcionan por el componente, o losque se requieren desde el entorno, describiendo la funcionalidad de un componente.

Se puede hacer una distincion entre una interfaz proporcionada y una interfaz requerida. El concepto34

de interfaz de aplicacion se puede utilizar para modelar interfaces de aplicacion a aplicacion que ofrecenservicios de aplicaciones internas y aplicaciones a interfaces de negocio (y / o interfaces de usuario)que ofrecen servicios de aplicaciones externas.

Tambien en la capa de aplicacion, distinguimos la contraparte pasiva del componente, que llama-mos objeto de datos. Este concepto se utiliza de la misma manera que los objetos de datos (o tiposde objetos) en enfoques de modelado de datos bien conocidos, especialmente el concepto de clase enlos diagramas de clases de UML. Un objeto de datos puede ser visto como una representacion de unobjeto de negocio, como una contrapartida del concepto de representacion en la capa de negocio.

Componente de aplicacion

Un componente de aplicacion se define como una parte modular, desplegable y reemplazable de unsistema de software que encapsula su comportamiento y datos y los expone a traves de un conjuntode interfaces. Un componente de aplicacion es una unidad autonoma de funcionalidad. Como tal, esindependientemente desplegable, reutilizable y reemplazable. Un componente de aplicacion realiza unao mas funciones de aplicacion. Encapsula su contenido: su funcionalidad solo es accesible a travesde un conjunto de interfaces de aplicacion. Los componentes de la aplicacion cooperante se conectanmediante colaboraciones de aplicaciones. Un componente de aplicacion se puede asignar a una o masfunciones de aplicacion, procesos de negocio o funciones empresariales. Un componente de aplicaciontiene una o mas interfaces de aplicacion, que exponen su funcionalidad. Las interfaces de aplicacion deotros componentes de la aplicacion pueden ser utilizadas por un componente de aplicacion. El nombrede un componente de aplicacion debe ser preferentemente un sustantivo.

Colaboracion de aplicaciones

Una colaboracion de aplicacion se define como un agregado de dos o mas componentes de aplicacionque trabajan juntos para realizar un comportamiento colectivo. Una colaboracion de aplicacion especifi-ca que componentes cooperan para realizar alguna tarea. El comportamiento colaborativo, incluyendo,por ejemplo, el patron de comunicacion de estos componentes, es modelado por una interaccion deaplicacion.

Una colaboracion de aplicacion es una especializacion de un componente, y agrega dos o mas (quecooperan) Componentes de la aplicacion. Una colaboracion de aplicacion es un elemento de estructuraactiva que se puede asignar a una o mas interacciones de aplicaciones o interacciones de negocio quemodelan el comportamiento asociado. Una colaboracion de aplicacion puede utilizar una interfaz deaplicacion y una colaboracion de aplicacion puede estar compuesta por interfaces de aplicacion. Elnombre de una colaboracion de aplicacion debe ser preferentemente un sustantivo.

Interfaz de aplicacion

Una interfaz de aplicacion se define como un punto de acceso en el que un servicio de aplicacionesta disponible para un usuario u otro componente de aplicacion. Una interfaz de aplicacion especificacomo se puede acceder a la funcionalidad de un componente por parte de otra interfaz proporcionadapor los componentes) o la funcionalidad que el componente requiere de su entorno (interfaz requerida).Una interfaz de aplicacion expone un servicio de aplicacion al ambiente. El mismo servicio de aplicacionpuede estar expuesto a traves de diferentes interfaces.

En cierto sentido, una interfaz de aplicacion especıfica un tipo de contrato que debe cumplir uncomponente que realiza esta interfaz. Esto puede incluir parametros, protocolos utilizados, pre- y postcondiciones y formatos de datos.

Una interfaz de aplicacion puede ser parte de un componente de aplicacion a traves de la compo-sicion (no mostrada en la notacion estandar), lo que significa que estas interfaces son proporcionadaso requeridas por ese componente y pueden ser utilizadas por otros componentes de aplicacion. Unainterfaz de aplicacion se puede asignar a servicios de aplicaciones o servicios empresariales, lo quesignifica que la interfaz expone servicios al medio ambiente. El nombre de una interfaz de aplicacion

35

debe ser preferentemente un sustantivo.

Objeto de datos

Un objeto de datos se define como un elemento pasivo adecuado para el procesamiento automatiza-do. Una funcion de aplicacion funciona en un objeto de datos. Un objeto de datos puede ser comunicadoa traves de interacciones y utilizado o producido por servicios de aplicacion. Debe ser una pieza deinformacion independiente con un significado claro para el negocio, no solo para el nivel de aplicacion.Ejemplos tıpicos de objetos de datos son un registro de cliente, una base de datos de cliente o unreclamo de seguro. Un objeto de datos puede ser accedido por una funcion de aplicacion, una interac-cion de aplicacion o un servicio de aplicacion. Un objeto de datos puede realizar un objeto de negocioy puede realizarse mediante un artefacto. Un objeto de datos puede tener relaciones de asociacion,especializacion, agregacion o composicion con otros objetos de datos. El nombre de un objeto de datosdebe ser preferentemente un sustantivo.

Conceptos de Comportamiento

El comportamiento en la capa de aplicacion se puede describir de una manera que es muy similar alcomportamiento de la capa de negocio. Tambien aquı, hacemos una distincion entre el comportamientoexterno de la aplicacion componentes en terminos de servicios de aplicacion, y el comportamientointerno de estos componentes; Es decir, funciones de aplicacion que realizan estos servicios.

Un servicio de aplicacion es una unidad de funcionalidad visible externamente, proporcionada poruno o mas componentes, expuesta a traves de interfaces bien definidas y significativa para el entorno.Los servicios que ofrece una forma de describir explıcitamente la funcionalidad que los componentescomparten entre sı y la funcionalidad que ponen a disposicion del entorno. El concepto encaja biendentro de los desarrollos actuales en el area de servicios web. La funcionalidad que programa decomputadora interactivo proporciona a traves de una interfaz de usuario tambien se modela utilizandoun servicio de aplicacion, expuestos por una interfaz de aplicacion a empresa que representa la interfazde usuario. Los servicios de aplicaciones internas se exponen a traves de una interfaz de aplicacion aaplicacion.

Una funcion de aplicacion describe el comportamiento interno de un componente necesario pararealizar uno o mas servicios de aplicacion. En analogıa con la capa de negocio, un concepto de ”flujode aplicacion”separado es concebible como la contrapartida de un proceso de negocio. Tenga en cuentaque el comportamiento interno de un componente en la mayorıa de los casos no debe ser modeladocon demasiada descripcion, porque para la descripcion de este comportamiento pronto podrıamosenfrentarnos a problemas detallados de diseno.

Una interaccion de aplicacion es el comportamiento de una colaboracion de dos o mas componentesde aplicacion. Una interaccion de aplicacion es un comportamiento externo desde la perspectiva decada uno de los componentes participantes, pero el comportamiento es interno a la colaboracion en suconjunto.

Servicio de aplicaciones

Un servicio de aplicacion se define como un servicio que expone un comportamiento automatizado.Un servicio de aplicacion expone la funcionalidad de los componentes a su entorno. Esta funcio-

nalidad se accede a traves de una o mas interfaces de aplicacion. Un servicio de aplicacion se realizamediante una o mas funciones de aplicacion que realiza el componente. Puede requerir, usar y producirobjetos de datos. Un servicio de aplicacion debe ser significativo desde el punto de vista del medioambiente; Debe proporcionar una unidad de funcionalidad que, en sı misma, sea util para sus usuarios.Tiene un proposito, que establece esta utilidad para el medio ambiente. Esto significa, por ejemplo,que si este entorno incluye procesos de negocio, los servicios de aplicaciones deben tener relevanciacomercial.

Un proposito puede estar asociado con un servicio de aplicacion. Un servicio de aplicacion puede36

ser utilizado por procesos empresariales, funciones empresariales, interacciones comerciales o funcionesde aplicacion. Una funcion de aplicacion puede realizar un servicio de aplicacion. Se puede asignar unainterfaz de aplicacion a un servicio de aplicacion. Un servicio de aplicacion puede acceder a objetos dedatos. El nombre de un servicio de aplicacion debe ser un verbo que termina con ando”; Por ejemplo,”procesamiento de transacciones”. Tambien, se puede usar un nombre que contiene explıcitamente lapalabra ”servicio”.

La tabla que a continuacion se mostrara, da un acercamiento de los conceptos en la capa deaplicacion, con sus definiciones

Concepto Definicion NotacionComponentes de apli-cacion

Una parte de sistema de software,modular, desplegable y reemplaza-ble, que encapsula sus datos y ex-pone su comportamiento a traves desus interfaces.

Colaboracion de apli-cacion

Un agregado de dos o mas compo-nentes de aplicaciones que trabajanjuntos para optimizar el comporta-miento colectivo.

Interfaces de aplica-cion

Un punto de acceso donde un servi-cio de aplicacion esta disponible pa-ra usuarios u otras aplicaciones.

Objeto de datos Un elemento pasivo, sustituible paraprocesos automatizados.

Funcion de aplicacion Un comportamiento de elementosque automatizan comportamientosde grupo que pueden ser optimiza-dos por un componente de aplica-cion.

Interaccion de aplica-cion

Un elemento de comportamientoque describe el comportamiento deuna colaboracion de aplicacion.

Servicio de aplicacion Un servicio que expone un compor-tamiento automatizado.

Cuadro 3.2: Resumen de los conceptos de capa aplicacion

3.2.3. Capa de Tecnologıa

El nodo es el concepto principal clave para la capa tecnologica, este concepto comparte el mismosignificado que en UML 2.0. Es estrictamente usado para modelos que representan los aspectos es-tructurales de un sistema. Su comportamiento es modelado por una relacion explıcita de conceptosconductuales.

Una Interface de infraestructura, es el acceso a los servicios ofrecidos por el nodo desde otros nodoso componentes de la capa de aplicacion. Existen dos tipos de nodos: dispositivos y sistemas de software,ambos son tomadas de UML2.0. Un dispositivo es el modelo de un recurso fısico, sobre el cual se puedendesplegar artefactos para su ejecucion. Tıpicamente, un nodo consiste un numero de sub-nodos; porejemplo, un dispositivo tal como un servidor y un sistema de software como un modelo de un sistemaoperativo.

37

Figura 3.3: Metamodelo capa de tecnologıa.

Las interrelaciones de componentes en la capa de tecnologıa estan principalmente formadas porcomunicaciones de infraestructura . Los modelos de comunicacion es la relacion entre dos o mas no-dos, a traves de estos nodos se puede intercambiar informacion. Las realizacion fısica de las rutas decomunicacion son modeladas con una red y un medio de comunicacion entre dos o mas dispositivos.

El cuadro a continuacion, brinda una vision general de los conceptos de la capa de tecnologıa consus definiciones.

38

Concepto Definicion NotacionNode Recurso computacional sobre el cual

pueden almacenarse o desplegarseartefactos para su ejecucion

Device Recurso de hardware sobre el cualpueden almacenarse o desplegarseartefactos para su ejecucion

Network Medio de comunicacion entre dos omas dispositivos.

Communication Path Un enlace entre dos o mas nodos, atraves del cual estos nodos puedenintercambiar datos.

Infraestructure Inter-face

Un punto de acceso donde los servi-cios de infraestructura ofrecidos porun nodo pueden ser accedidos porotros nodos y componentes de laaplicacion.

System Software Un entorno de software para tiposespecıficos de componentes y obje-tos que se despliegan en el en formade artefactos.

Infraestructure Fun-ction

Un elemento de comportamientoque agrupa el comportamiento de in-fraestructura que puede ser realiza-do por un nodo.

Infraestructure Service Una unidad de funcionalidad vi-sible externamente, proporcionadapor uno o mas nodos, expuesta atraves de interfaces bien definidas ysignificativa para el entorno.

Artifact Una pieza fısica de datos que se uti-liza o se produce en un proceso dedesarrollo de software, o mediante eldespliegue y la operacion de un sis-tema.

Cuadro 3.3: Resumen de los conceptos de capa tecnologica

39

3.2.4. Capa motivacional

Los conceptos de motivacion se utilizan para modelar las motivaciones, o razones, que subyacen enel diseno o cambio de alguna arquitectura empresarial. Estas motivaciones influyen, orientan y limitanel diseno.

Es esencial comprender los factores, que a menudo son referidos como conductores, que influyen enlos elementos motivacionales. Pueden originarse desde dentro o fuera de la empresa. Los conductoresinternos, tambien llamados preocupaciones, estan asociados con los stakeholders, que pueden ser algunser humano individual o algun grupo de seres humanos, como un equipo de proyecto, empresa osociedad.

La siguiente figura muestra el modelo de la capa motivacional. En el cual se aprecia que incluyemotivaciones o intenciones actuales - Por ejemplo Objetivos, prinicipios, requerimientos y restricciones- y los orıgenes de esas intenciones (stakeholders, conductores y evaluaciones).

Figura 3.4: Metamodelo capa de motivacion.

Las motivaciones reales estan representadas por objetivos, principios, requisitos y limitaciones.Metas representan algun resultado deseado - o final - que un stakeholder quiere lograr; Por ejemplo,aumentando satisfaccion del cliente en un 10 por ciento. Los principios y requisitos representan laspropiedades para alcanzar los objetivos. Los principios son pautas normativas que guıan el disenode todas las soluciones posibles en un contexto dado. Por ejemplo, el principio ”Los datos debenalmacenarse solo una vezrepresenta un medio para lograr el objetivo de coherencia de datos 2se aplicaa todos posibles disenos de la arquitectura de la organizacion. Los requisitos representan declaracionesde necesidad, expresada por los stakeholders, que debe ser aprobado por el arquitecto de soluciones.Por ejemplo, el requisito Usar un unico sistema de CRM”se ajusta al principio antes mencionadoaplicandolo a la arquitectura de la organizacion actual en el contexto de la gestion de datos de losclientes.

La siguiente tabla nos da una vision general de los conceptos motivacionales, con sus definiciones.

40

Concepto Definicion Notacion

Stakeholder.

El rol de una persona, equipo uorganizacion que representan susintereses o preocupaciones relati-vas al resultado de la arquitectu-ra.

Driver.Algo que crea, motiva y alimentael cambio en una organizacion.

Assessment.La salida de algun analisis dealgun driver.

Goal.Un estado final que un stakehol-der pretende lograr.

Requirement.Una declaracion de necesidad tie-ne que ser realizada por un siste-ma.

Constraint.Una restriccion en la forma enque el sistema es desarrollado.

Principle.

Una propiedad normativa de to-dos los sistemas en un contextodado, o la forma en que se reali-zan.

Cuadro 3.4: Conceptos motivacionales

3.2.5. Capa de Migracion e Implementacion

El concepto de comportamiento central de la extension de implementacion y migracion es el paquetede trabajo, este puede ser similar al concepto de proceso, ya que ambos son un conjunto de tareas arealizar para producir un resultado bien definido, sin embargo un paquete de trabajo es un procesounico.

Un paquete de trabajo define claramente las fechas de inicio y finalizacion, ası como un conjuntoclaro de metas o resultados. Este puede ser usado para modelar tanto proyectos, como sub-proyectos,tareas o incluso portafolios de proyectos.

Los paquetes de trabajo producen entregables, que pueden ser de cualquier tipo, por ejemplo re-portes, artıculos, servicios, software, productos fısicos o incluso resultados intangibles como el cambioorganizacional. Un entregable tambien puede ser la implementacion de una arquitectura o de parte deella.

Figura 3.5: Metamodelo capa de migracion.

41

Un estadio se define como como un estado relativamente estable de una arquitectura, que existedentro de un periodo limitado de tiempo, este concepto le da soporte a la idea fundamental de TOGAFde que las arquitecturas son descritas por diferentes escenarios a la vez, en cada una de las fases, B, Cy D de ADM una arquitectura base y una arquitectura destino son creadas, describiendo la situacionactual y la situacion futura deseada. En la fase E (Oportunidades y soluciones) se definen las asıllamadas transiciones arquitecturales, mostrando estados incrementales entre la arquitectura base y laarquitectura destino. Las transiciones arquitecturales son usadas para permitir que paquetes de trabajoindividuales y proyectos sean agrupados en portafolios administrados y programas, ilustrando el valorde negocio de cada etapa.

Un intervalo es un resultado importante de un analisis de intervalos en las fases B, C y D delADM de TOGAF y conforma una entrada importante en subsecuente planeacion de implementaciony migracion. El concepto intervalo es el que busca relacionar dos estadios, por ejemplo entre la lıneabase y la lınea objetivo o entre dos transiciones arquitecturales subsecuentes, y representa la diferenciaentre esos dos estadios.

La tabla que a continuacion se mostrara, da un acercamiento de los conceptos en la capa de apli-cacion, con sus definiciones

Concepto Definicion Notacion

Work Package Una serie de accionesdisenada para completaruna unica meta globaldentro de un tiempo esp-cificado

Deliverable TODO

Plateau TODO

Gap TODO

Cuadro 3.5: Resumen de Implementacion y Conceptos de Migracion

42

3.3. ADM

El lenguaje ArchiMate, complementa a TOGAF brindando independencia de vendedor, y se centraen los conceptos, incluyendo representaciones graficas que ayudan a crear consistencia e integracion atraves de las diferentes figuras y vistas de TOGAF.

La estructura del nucleo del lenguaje ArchiMate se corresponde estrechamente con las tres Arqui-tecturas de la TOGAF ADM. Esto se ilustra en la siguiente figura visualizando la correspondenciaentre las vistas TOGAF y los puntos de vista ArchiMate.

Algunas vistas de TOGAF no concuerdan en el nucleo de ArchiMate. Parcialmente, esto es porqueel alcance de TOGAF es mas amplio y se ocupa tanto de estrategias de alto nivel como de aspectosdel desarrollo de sistemas, mientras el nucleo de ArchiMate esta limitado nivel de abstraccion de laarquitectura empresarial.

Figura 3.6: Similitudes entre ArchiMate y TOGAF

43

Capıtulo 4

ARQUITECTURAEMPRESARIAL

4.1. CAPA DE NEGOCIO

4.1.1. Introduccion

Las descripciones arquitectonicas se centran en la estructura, lo que significa que las interrelacionesde las entidades dentro de una organizacion juegan un papel importante. Para hacer esto explıcito,el concepto de colaboracion de negocio ha sido introducido. Las colaboraciones empresariales se haninspirado en colaboraciones como se define en el estandar UML 2.0, aunque las colaboraciones UMLse aplican a componentes en la capa de aplicacion. Ademas, el concepto de colaboracion de negocio enArchiMate tiene un fuerte parecido al concepto de comunidad como se define en el Lenguaje EmpresarialRM-ODP, ası como al concepto de ”punto de interaccion”, definido en Ambar como el lugar donde lasinteracciones ocurren.

El concepto de interfaces de negocio es presentado para explıcitamente modelar lo logico o fısico,de las posiciones o canales donde se puede acceder a los servicios que una funcion ofrece al medioambiente. Pueden ofrecer el mismo servicio en varios interfaces diferentes; por ejemplo: por correo,por telefono, o por la Internet. En contraste con el modelado de uso, es raro en los negocios actualesreconocer el concepto de interfaz de negocio.

En contraste con los conceptos estructurales y de comportamiento, que se refieren a la perspectivaoperacional de una empresa, los conceptos informativos se centran en lo que podrıamos llamar laperspectiva ıntencional”. Proporcionan una manera de vincular el lado operativo de una organizaciona los objetivos de negocio, y a los productos que una organizacion ofrece a sus clientes. Nosotrostambien clasificamos el producto en si mismo, junto con el concepto de contrato correspondiente, comoconceptos.

La informacion esta fundamentalmente relacionada con la comunicacion. La informacion siempresirve a un proposito, que esta estrechamente conectado a alguna meta comunicacional.

44

4.1.2. Organizacion

El punto de vista de la Organizacion se centra en la organizacion (interna) de una empresa, undepartamento, una red de empresas, o de otra entidad organizacional. Es posible presentar modelos eneste punto de vista como diagramas de bloques anidados, pero tambien de una manera mas tradicio-nal, como graficos. El punto de vista de la organizacion es muy util para identificar las competencias,autorida y responsabilidades en una organizacion.

Punto de vista de Organizacion

StakeholdersArquitectos de empresas, procesos y dominios,gerentes, empleados, accionistas

SolicitudIdentificador de competencias, autoridad yresponsabilidades.

Proposito Diseno, decision, informeNivel de abstraccion CoherenciaCapa Capa de negociosAspectos Estructura

Cuadro 4.1: Descripcion del punto de vista organizacional.

4.1.2.1. Modelo

Figura 4.1: Metamodelo organizacional.

45

4.1.2.2. Caso de Estudio

En esta vista se observa el organigrama que se puede apreciar dentro de la plataforma IC-EXPRESS.Actualmente un publicador es una persona que se ha registrado y esta decidido a compartir su conoci-miento mediante algunos de las ayudas que la plataforma otorga. En la investigacion inicial se conociolos ambitos de los internautas con mas auge en la Internet.

Figura 4.2: Integrantes de la organizacion IC-EXPRESS.

Y son esos temas los que se aprecian en la anterior figura (Medicina, Ingenierıa, Derecho, Conta-durıa). Actualmente se encuentra otro rol que es quizas el mas importante en la plataforma ya quetiene varias funciones que desempenar. Este rol es el del administrador de contenidos que se encargade:

Revisar y aprobar el contenido que ha ”posteado.el usuario de IC-EXPRESS

Publicar los temas cuya revision haya sido aprobada.

Revisar en las paginas de los temas publicados si existen comentarios ofensivos o fuera de lugar.

La idea de una plataforma de este tipo que se basa en el contenido voluntario que desean publicarlas personas que poseen un conocimiento sobre un tema especifico; es que sean los mismos usuarioslos que le den un buen uso a la plataforma. Esto se logra midiendo el grado de utilidad de los temastratados y permitiendo que el contenido sea generado y evaluado por los mismos internautas.

46

4.1.3. Cooperacion de Actor

El punto de vista de la cooperacion actor se centra en las relaciones de los actores entre sı y suentorno. Un ejemplo comun de esto es el ”diagrama de contexto”, que posiciona una organizacion ensu entorno, consiste en partes externas tales como clientes, proveedores y otros socios comerciales. Esmuy util para determinar dependencias externas y colaboraciones y mostrar la cadena de valor o reden la que actua el actor.

Otro uso importante del punto de vista de la Cooperacion de Actor es mostrar como una seriede actores empresariales y / o componentes de la aplicacion realizan juntos un proceso de negocio.Por lo tanto, en este punto de vista, pueden ocurrir tanto los agentes comerciales como los roles ycomponentes de la aplicacion.

Punto de vista Cooperacion de actorStakeholders Empresa, proceso y arquitectos de dominioSolicitud Relaciones de actores dentro de su entornoProposito Diseno, decision, informeNivel de abstraccion DetalleCapa Capa de negociosAspectos Estructura, comportamiento

Cuadro 4.2: Descripcion del punto de vista cooperacion de actor

4.1.3.1. Modelo

Figura 4.3: Metamodelo cooperacion de actor.

47


Este punto de vista permite conocer cuales son los agentes externos que pueden de forma indirectainteractuar con la plataforma. En la anterior vista encontramos que uno de los roles mas representa-tivos era el del administrador que tiene varias acciones bien marcadas para cada aspecto en donde seencuentre.

Figura 4.4: Punto de vista cooperacion de actor en IC-EXPRESS.

En esta vista existen un nuevo rol que representarıa de una u otra forma al administrador. Enrealidad tiene el mismo papel y las mismas funciones que el primero, pero este papel es mas especificoy mas ligado a sus tareas.

Otro rol importante se muestra en esta vista y es el del internauta. Que al igual que el anteriortambien tiene sus funciones. La primera es que es el encargado de conocer todo el material que estedisponible en la plataforma. Es decir, que tiene a derecho a .adquirir.el conocimiento, ideas, opiniones,instrucciones, ayudas de los publicadores en beneficio propio. La segunda es que en un siguiente nivelpuede convertirse en uno de los actores principales de la plataforma al poder publicar sus propias ideas,experiencias convirtiendose en un miembro activo como lo veremos mas adelante.

En una siguiente version de la plataforma se tendra mas en cuenta la participacion de los usuariosen cuanto a publicaciones se refiere, es decir, que por la cantidad de publicaciones que se tenga y porel tiempo de antiguedad en la plataforma se podra diferenciar aquellos usuarios que hayan ayudado alos usuarios de la plataforma con un sımbolo distintivo.

48

4.1.4. Funcion de Negocio

El punto de vista funcion de negocio muestra las principales funciones de negocio de una organiza-cion y sus relaciones en terminos de los flujos de informacion, valor o bienes entre ellos. Las funcionesde negocio se utilizan para representar los aspectos mas estables de una empresa en terminos de lasactividades que lleva a cabo, independientemente de los cambios organizativos o los avances tecnologi-cos. Por lo tanto, la arquitectura de la funcion comercial de las empresas que operan en el mismomercado a menudo muestran similitudes cercanas. Por consiguiente, el punto de vista de la funcionempresarial ofrece una vision de alto nivel en las operaciones generales de la empresa, y puede utilizarsepara identificar las competencias necesarias o para estructurar una organizacion de acuerdo con susprincipales actividades.

Punto de vista funcion de negociosStakeholders Empresa, proceso y arquitectos de dominio

SolicitudIdentificacion de competencias, identificacion deactividades principales, reduccion de complejidad.

Proposito Diseno,Nivel de abstraccion CoherenciaCapa Capa de negociosAspectos Estructura, comportamiento

Cuadro 4.3: Descripcion del punto de vista funcion de negocio

4.1.4.1. Modelo

Figura 4.5: Metamodelo de funcion de negocio.

49


En este punto de vista se observa uno de los puntos clave de la organizacion, que puede asemejarsequizas a plataformas que tengan una vision similar a la de IC-EXPRESS y es la de compartir contenidossin animo de lucro, con el fin de generar inteligencia colectiva.

Figura 4.6: Punto de vista funcion de negocio en IC-EXPRESS.

En el punto de vista de cooperacion de actor encontramos como ya hacia parte un nuevo rol quetenia varias funciones dentro de la plataforma y que interaccion tenia frente a los de mas roles.

En este caso observaremos las funciones de este rol mas a fondo y de los roles que participan ytambien desempenan un papel importante dentro de IC-EXPRESS. Como se habıa mencionado eladministrador de contenidos se encarga de evaluar en un primer plano todos los temas posteados porlos usuarios. Esto es muy sencillo de llevar pero a la vez muy importante ya que el material publicadodebe ser de caracter llamativo para los internautas.

Esta evaluacion de contenidos debe realizarse como medida de precaucion para evitar que personasinescrupulosas publiquen temas con contenido obsceno u ofensivo que pueda llevar en contra con losideales de la gran mayorıa de internautas. Aunque en parte la plataforma incentiva a que la publica-cion del contenido sea de libre albedrıo no obstante este contenido debe ser de caracter educativo einformativo que promueva la obtencion del “buen conocimiento”.

Un usuario IC-EXPRESS puede ser cualquier internauta registrado en la plataforma cuya atencionse centre en algun ambito de los temas expuestos y desee de manera voluntaria brindar su conocimientomediante alguno de los medios que se tiene. Una vez el administrador de contenidos haya inspeccionadoel tema y posteriormente de su visto bueno, entonces se prosigue a publicar el tema en la plataforma.En este punto entra un nuevo rol y es el del usuario comun que en este caso se denomina internauta,que ahora tiene una nueva funcion y este rol es muy diferente al ya mencionado ya que este le dadinamismo a la pagina en el momento en que conoce los temas publicados e indaga por sus propiosmedios, comparte con otras personas y se atreve a votar por la publicacion.

50

4.1.5. Proceso de Negocio

El punto de vista de proceso de negocios se utiliza para mostrar la estructura y composicion dealto nivel de uno o mas procesos de negocio. Junto a los propios procesos, este punto de vista contieneotros conceptos directamente relacionados, tales como:

La asignacion de los procesos de negocio a las funciones, lo que da una idea de las responsabili-dades de los actores asociados.

La informacion utilizada por el proceso de negocio.

Cada uno de estos puede ser considerado como una ”sub-vista”de la vista del proceso empresarial.

Punto de vista proceso de negocios

StakeholdersProceso y arquitectos de dominio, administradoresoperacionales

SolicitudEstructura de procesos de negocios, consistencia eintegridad, responsabilidades.

Proposito Diseno,Nivel de abstraccion DetalleCapa Capa de negociosAspectos Comportamiento

Cuadro 4.4: Descripcion del punto de vista de proceso de negocio

4.1.5.1. Modelo

Figura 4.7: Metamodelo de proceso de negocio.

51


Esta vista refleja al detalle los procesos y subprocesos que permiten a los usuarios de la plataformapoder publicar su tema de interes, en algunos de los ambitos que la plataforma permite, dando asicabido a la libre expresion de los internautas de exponer sus temas, ensayos, ideas, experiencias enlugar lleno de criticas constructivas complementando aun mas su conocimiento.

Figura 4.8: Punto de vista proceso de negocio en IC-EXPRESS.

Todo esta constituido por una idea de la cual desembarca una circunstancia que modela la percep-cion de una base para un tipo de creacion. Esto es posteriormente convertido en una brecha que dacabida al conocimiento de la persona en un ambito relacionado al ente cognitivo.

Este tipo de paradigmas son las que se convierten en experiencias y dan cabida a interpretacionesbuenas. Es ahı donde se debe apuntar ya que este tipo de actitudes deberıan ser las que los usuariospuedan plasmar y compartir con otras personas, ya que en toda esa etapa de formacion del entese concibieron muchos tipos de errores, problemas, dificultades que al final resultaron de una gransatisfaccion al poder convertir la frustracion en exito.

Cuando el usuario se decide finalmente a compartir su conocimiento, sera de buena forma bienvenidoen el pequeno rincon de esta plataforma que presume de albergar verdadero conocimiento, de tal maneraque sea de gran utilidad para los demas internautas.

El proceso es sencillo todo empieza por una idea como ya se menciono que tras un elaborado procesose transforma en conocimiento que sera la clave del rompecabezas. Despues de esto solo queda ingresara la plataforma, registrarse si es necesario, seleccionar el tema de interes que este relacionado a la ideay postearlo en la plataforma. Una vez se haya posteado pronto sera analizado por el administrador decontenidos y una vez verificado sera publicado.

52

4.1.6. Cooperacion de Proceso de Negocio

El punto de vista de Cooperacion de Procesos de Negocio se utiliza para mostrar las relaciones deuno o mas procesos empresariales entre sı y / o con su entorno. Puede ser utilizado para crear un disenode alto nivel de los procesos empresariales dentro de su contexto y proporcionar un administradoroperacional responsable para uno o mas de estos procesos con conocimiento de sus dependencias.Aspectos importantes de la cooperacion en los procesos de negocio son:

Relaciones causales entre los principales procesos empresariales de la empresa.

Mapeo de procesos de negocio en funciones de negocio.

Punto de vista de cooperacion de proceso de negocios

StakeholdersProceso y arquitectos de dominio, administradoresoperacionales

SolicitudDependencias entre procesos de negocios, consist-encia e integridad, responsabilidades.

Proposito Diseno, determinar.Nivel de abstraccion CoherenciaCapa Capa de negocios, capa de aplicacion.Aspectos Comportamiento

Cuadro 4.5: Descripcion del punto de vista de cooperacion de proceso de negocio

4.1.6.1. Modelo

Figura 4.9: Metamodelo de cooperacion de proceso de negocio.

53


Esta vista refleja claramente cual es el rol que se ha caracterizado durante los diferentes aspectos yque da la salida para que los contenidos publicados en la plataforma tengan de cierta manera calidad,consistencia y que llame la atencion de los internautas que quizas entrar por curiosidad.

Figura 4.10: Punto de vista cooperacion de proceso negocio en IC-EXPRESS.

El dinamismo de una plataforma web hoy en dia a sido el foco de atencion para las personas quebuscan un lugar fiable con contenido actualizado y que puedan escuchar sus inquietudes y a su vezpuedan obtener una respuesta inmediata.

Desde la llegada de la web 2.0 se han contado con numerosas herramientas que hacen que laspaginas resulten mas llamativas para los internautas. No solo con el hecho de tener banners quemuestren informacion relevante si no con tener los componentes exactos que permiten mostrar alusuario exactamente lo que quiere encontrar.

El hecho del rol del administrador de contenidos precisamente se encarga de ayudar a conservarla pagina dinamica. Esto es con las ayudas que puede brindar al usuario, resolviendo sus inquietudes,ayudando a elegir el tema pertinente, permitiendole saber donde exactamente se proporciona un acer-camiento su problema, evitando duplicidad en los temas, escuchando las sugerencias de los miembrosactivos de la plataforma, entre otros.

Por tal motivo este rol representa mas en la plataforma por las razones que ya se presentaron y noesta demas decir que es el indicado para validar contenido que crea conveniente que debe ser evaluadocon anticipacion antes de ser publicado. Es decir, que no todos los contenidos tienen que ser antesrevisados por el administrador de contenidos, solamente aquellos donde el tema sea de mayor atencionpara los internautas.

54

4.1.7. Producto

El punto de vista producto muestra el valor que estos productos ofrecen a los clientes u otraspartes externas implicadas y muestra la composicion de uno o mas productos en funcion de servicios(comerciales o de aplicacion), y el contrato(s) asociado(s) u otros acuerdos. Tambien se puede usarpara mostrar las interfaces (canales) a traves de las cuales este producto es ofrecido, y los eventosasociados con el producto. Un punto de vista del producto se utiliza tıpicamente en el desarrollo deproductos para disenar un producto mediante la composicion de servicios existentes o mediante nuevosservicios que tienen que ser creados para este producto, dado el valor que un cliente espera de el. Esopuede servir como entrada para los arquitectos de procesos de negocio y otros que necesitan disenar elproceso y TICs que realizan estos productos.

Punto de vista de producto

StakeholdersDesarrolladores de producto, administradores deproducto, procesos y arquitectos de dominio.

SolicitudDesarrollo de producto, valor ofrecido por los pr-oductos de la empresa.

Proposito Diseno, determinacion.Nivel de abstraccion CoherenciaCapa Capa de negocios, capa de aplicacion.Aspectos Comportamiento, informacion.

Cuadro 4.6: Descripcion del punto de vista de producto

4.1.7.1. Modelo

Figura 4.11: Metamodelo de producto.

55


En este punto de vista se observa en un nivel mas especifico cuales son los servicios que la plataformaIC-EXPRESS ofrece a los internautas, ligado a el proceso principal del que pueden interactuar yaprovechar sus beneficios de los que en otros puntos de vista se hizo bastante enfasis

Figura 4.12: Punto de vista de producto en IC-EXPRESS.

La idea de esta nueva plataforma es conseguir de algun modo que los usuarios formen una partefundamental de ella. Es decir, que mediante la ayuda y colaboracion de los usuarios se convierta enuna herramienta de investigacion y de aprendizaje mas que a un repositorio donde solo se albergainformacion.

Actualmente existen plataformas cuyo contenido es muy atractivo para los internautas. Como porejemplo en la web se puede encontrar cantidad de foros y tutoriales relacionadas al aprendizaje de unlenguaje de programacion. Este tipo de material es muy apetecido por las personas que en su ambitotienen que estar al tanto de las nuevas herramientas que se encuentren en el mercado. Pero lo quesucede muy a menudo es que este tipo de material o de pagina deja de ser de tipo dinamico cuandono hay intervencion por los creadores del portal, es decir, que dejan de publicar contenido y tampocoatienden las solicitudes de los usuarios.

En muchos aspectos como se dice coloquialmente .El cliente siempre tiene la razon”, aunque estopuede generar un debate dependiendo el punto de vista con el que se mire. Para este caso no es necesarioverlo desde otros ambitos al que normalmente se toma. Dentro de este terreno tecnologico esto funcionaigualmente pero en nuestro caso los clientes son las personas que deciden buscar informacion sobre untopico y es necesario atender sus inquietudes de una manera rapida y eficiente con el fin de buscarllamar la atencion de otros internautas generando mayor trafico en el portal.

Esto es lo que persigue generar IC-EXPRESS un impacto diferente al de sitios web estaticos y enalgunos sitios dinamicos donde no hay participacion de los usuarios.

56

4.2. CAPA DE APLICACION

4.2.1. Introduccion

El concepto estructural principal para la capa de aplicacion es el componente de aplicacion. Es-te concepto se utiliza para modelar cualquier entidad estructural en la capa de aplicacion: no solocomponentes de software (reutilizables) que pueden ser parte de una o mas aplicaciones, sino tambienaplicaciones completas de software, sub-aplicaciones o sistemas de informacion. Es muy similar al UML2.0 sin embargo nuestro concepto de componente modela estrictamente el aspecto estructural de unaaplicacion: su comportamiento es modelado por una relacion explıcita con los conceptos conductuales.

Tambien en la arquitectura de la aplicacion, las interrelaciones de los componentes son un ingre-diente esencial. Por lo tanto, tambien introducimos el concepto de colaboracion de aplicaciones aquı,definido como un colectivo de componentes de aplicacion que realizan interacciones de aplicaciones.

En el sentido puramente estructural, una interfaz de aplicacion es el canal (logico) a traves del cualse puede acceder a los servicios de un componente. En un sentido mas amplio (tal como se utiliza en,entre otros, el UML 2.0), una interfaz de aplicacion define algunas caracterısticas de comportamientoelementales: define el conjunto de operaciones y eventos que se proporcionan por el componente, o losque se requieren desde el entorno, describiendo la funcionalidad de un componente.

Se puede hacer una distincion entre una interfaz proporcionada y una interfaz requerida. El conceptode interfaz de aplicacion se puede utilizar para modelar interfaces de aplicacion a aplicacion que ofrecenservicios de aplicaciones internas y aplicaciones a interfaces de negocio (y / o interfaces de usuario)que ofrecen servicios de aplicaciones externas.

57

4.2.2. Comportamiento de Aplicacion

El punto de vista del comportamiento de la aplicacion describe el comportamiento interno de unaaplicacion; Por ejemplo, como se realiza uno o mas servicios de aplicacion. Este punto de vista es utilpara disenar el comportamiento principal de las aplicaciones, o en la identificacion de la superposicionfuncional entre las diferentes aplicaciones.

Punto de vista de comportamiento de aplicacion

StakeholdersEmpresas, procesos, aplicacion, y arquitectos dedominio

SolicitudEstructura, relaciones y dependencias entre apli-caciones, consistencia e integridad, reduccion decomplejidad.

Proposito Diseno.Nivel de abstraccion Coherencia, detallesCapa Capa de aplicacion.Aspectos Informacion, comportamiento, estructura.

Cuadro 4.7: Descripcion del punto de vista de comportamiento de aplicacion.

4.2.2.1. Modelo

Figura 4.13: Metamodelo de comportamiento de la aplicacion.

58


En este punto de vista vamos a observar como los componentes interactuan con los procesos me-diante las relaciones existentes entre las aplicaciones.

Figura 4.14: Punto de vista comportamiento de la aplicacion en IC-EXPRESS.

El flujo inicia cuando el usuario logueado en la plataforma inicia un nuevo tema de algunos de losambitos permitidos. A esta aplicacion(accion) la conocemos como ”Postear”. Seguido a esto el temaaun no queda publico en la plataforma aquı entonces entra el rol del administrador de contenidos quese toma la tarea de examinar el contenido ya sea contenido multimedia, escrito, etc. y da el visto buenoy procede a publicar el tema

Cualquier usuario que tenga acceso a Internet, puede con un navegador encontrar facilmente laplataforma ingresar y sin necesidad de estar logueado, conocer el contenido publicado, que puede serde tipo multimedia, escrito, entre otros.

La parte importante e indispensable de la plataforma se ejecuta en este mismo instante, cuandoel usuario deja ser un agente externo y se convierte en un componente mas de la plataforma. Estoes posible al momento de que decide utilizar una de las herramientas provistas por la plataforma yplasma su punto de vista, siempre y cuando haya realizado el proceso de inscripcion de cuenta y seencuentre logueado en el aplicativo.

Por ultimo uno de los factores claves y objetivos principales de este tema de investigacion es lacreacion de un modelo que permite medir el grado de utilidad de los contenidos expuestos en laplataforma. Ası que en esta vista observamos un nuevo rol y es el del Analista cuyo papel es evaluary generar un reporte dependiendo que contenidos han sido utiles para los usuarios y cuales no lo hansido.

59

4.2.3. Cooperacion de Aplicacion

El punto de vista de la cooperacion de aplicacion describe las relaciones entre los componentes delas aplicaciones o en terminos de los flujos de informacion o en terminos de los servicios que ofrecen yutilizan. Este punto de vista se suele utilizar para crear una vision general del entorno de aplicacionde una organizacion. Este punto de vista tambien se utiliza para expresar la cooperacion (interna) oorquestacion de servicios que juntos apoyan la ejecucion de un proceso de negocio.

Punto de vista de cooperacion de aplicacion


SolicitudRelaciones y dependencias entre aplicaciones, or-questacion/coregrafıa de servicios, consistencia eintegridad, reduccion de complejidad.

Proposito DisenandoNivel de abstraccion Coherencia, detallesCapa Capa de aplicacion.Aspectos Comportamiento, estructura.

Cuadro 4.8: Descripcion del punto de vista de cooperacion de aplicacion.

4.2.3.1. Modelo

Figura 4.15: Metamodelo de cooperacion de la aplicacion.

60


En esta vista se observa los agentes que tiene una interaccion directa con la plataforma. Los com-ponentes con los que interactua cada uno de estos agentes tienen una colaboracion de alguna formaque permite a su vez que exista un acoplamiento de forma secuencial que posibilita la ejecucion delproceso.

Figura 4.16: Punto de vista cooperacion de la aplicacion en IC-EXPRESS.

Cada uno de estos agentes tiene su propio comportamiento y sus procesos independientes donde laejecucion exitosa de uno permite el comienzo de otro siendo una estructura secuencial.

De acuerdo a lo anterior entonces los agentes puede que esten ligados de alguna forma o simple-mente por las operaciones hacen que los subprocesos pertenecientes a un modulo comparta el mismosubproceso pero en otro diferente.

Las funciones del usuario IC-EXPRESS pueden cambiar dependiendo el nivel del proceso en elque se encuentre. Como por ejemplo si el usuario se encuentra en la plataforma buscando un tema enespecifico u observando un post que atrajo su atencion toma como agente el de usuario pasivo. Peroen el momento que decide comentar acerca de una publicacion o incluso publicar sobre un tema enespecial entonces su rol toma un ambito diferente al de usuario activo.

Este rol esta unicamente ligado al ambito de Front office donde se distingue claramente susocupaciones dentro de la plataforma. Por otro lado esta el rol de administrador de contenidos quedesde una perspectiva general puede que se encuentre en el lado de Front office, dado a que una de susfunciones principales es administrar, gestionar, regular el contenido posteado por los usuarios. Pero asu vez tambien debe asignar roles a los usuarios, permitir accesos, controlar el contenido en la base dedatos, etc.

61

4.2.4. Estructura de Aplicacion

El punto de vista de la estructura de la aplicacion muestra la estructura de una o mas aplicacio-nes o componentes. Este punto de vista es util para disenar o comprender la estructura principal deaplicaciones o componentes y los datos asociados; Por ejemplo, para descomponer la estructura delsistema en construccion, o para identificar componentes de aplicaciones heredados que son adecuadospara migracion/integracion.

Punto de vista de estructura de aplicacion


SolicitudEstructura de aplicacion, consistencia e integridadreduccion de la complejidad.

Proposito DisenoNivel de abstraccion DetallesCapa Capa de aplicacion.Aspectos Estructura, Informacion.

Cuadro 4.9: Descripcion del punto de vista de estructura de aplicacion.

4.2.4.1. Modelo

Figura 4.17: Metamodelo de estructura de la aplicacion.

62


Este punto de vista nos brinda la capacidad de entender claramente los diferentes componentes porseparado que tienen una relacion directa con la plataforma y cuyo papel principal esta diferenciado enlas interfaces que vemos a continuacion.

Figura 4.18: Punto de vista estructura de la aplicacion en IC-EXPRESS.

El rol del internauta ya hemos conocido un poco acerca de las funciones y tareas que realiza, ahoraen este punto de vista se categoriza en un solo cometido y es el de Revisar o conocer los contenidosque sean apropiados e interesantes para el.

La diferencia del usuario IC-EXPRESS al anterior es que en este ambito ya se encuentra en unentorno totalmente diferente al inicial. Aquı ya se demuestra que uno de los aspectos importantes dela plataforma ha tenido exito al lograr que este usuario por decision propia comparta su conocimientoy sea un miembro activo de la plataforma.

Uno de los papeles importantes es este rol conocido como administrador de contenidos que preci-samente se encarga de gestionar y administrar los contenidos de los usuarios. El es quien decide si seva a hacer publico el contenido o no, en base a su experiencia y su criterio.

Por ultimo tenemos el rol de analista, que se encarga de tomar las evaluaciones realizadas por losusuarios de cada contenido publicado en la plataforma, y determina cuales son los contenidos que enrealidad son utiles para los usuarios. Esta tarea seria un tanto compleja si no se tuviera las herramientasde votacion que tiene la plataforma que van asociadas a los contenidos y que permiten determinar estetipo de evaluacion.

63

4.2.5. Uso de Aplicacion

El punto de vista uso de la aplicacion describe como se utilizan las aplicaciones para apoyar uno ovarios procesos empresariales y como son utilizados por otras aplicaciones. Se puede utilizar en el disenode una aplicacion mediante la identificacion de los servicios necesarios para los procesos de negocio yotras aplicaciones, o disenando procesos de negocio que describen los servicios que estan disponibles.Ademas, puesto que identifica las dependencias de los procesos de negocio en las aplicaciones, puedeser util para los administradores operacionales responsables de estos procesos.

Punto de vista de uso de la aplicacion

StakeholdersEmpresas, procesos, aplicacion, y arquitectos dedominio, administradores operacionales.

SolicitudConsistencia e Integridad, reduccion de la comp-lejidad.

Proposito Diseno, dictamenNivel de abstraccion CoherenciaCapa Capas de aplicacion y negocios.Aspectos Comportamiento, estructura.

Cuadro 4.10: Descripcion del punto de vista de uso de aplicacion.

4.2.5.1. Modelo

Figura 4.19: Metamodelo de uso de la aplicacion.

64


El usuario adquiere unos derechos con el solo hecho de registrarse en la plataforma. Como porejemplo tener la posibilidad de postear un tema en cualquier de los ambitos permitidos. Este tipo decontenido sera a su eleccion y podra ser de tipo multimedia, escrito, con ilustraciones.

Es recomendable que al momento de que el usuario cree su perfil en la plataforma, este describaminuciosamente toda su experiencia a lo largo de su vida.

Figura 4.20: Proceso de postear el tema por parte del usuario logueado.

Entre algunas de las funciones del rol administrativo se encuentra inspeccionar, aprobar y publicarel contenido anteriormente posteado por el usuario.

Figura 4.21: Proceso de publicacion del tema por parte del administrador.

65

Durante este proceso el internauta en busca del conocimiento, de aprender nuevas tendencias, deencontrarse alguna perspectiva diferente a la que el habıa creıdo toda su vida, o de encontrar unasolucion a un problema que fue el causante de que tuviera que acceder a la web y se topara con laplataforma IC-EXPRESS, puede conocer el contenido publicado y si lo cree conveniente transformarloen conocimiento.

Figura 4.22: Proceso de conocer el tema por parte del internauta.

En el proceso anterior conocemos que el internauta se ha dado a la tarea de realizar su investigaciony busqueda por algunos de los temas existentes en la plataforma y se ha encontrado con algun temaque le ha llamado la atencion porque satisface su necesidad.

Ası que de manera autonoma en muchas ocasiones decidira agradecer al publicador. Por tal motivoexisten herramientas que facilitan esta tarea. Pero tambien existe la posibilidad de que no se encuentrede acuerdo con lo que el autor expresa, igualmente tambien podra dejar su punto de vista en la cajade comentarios colocado en cada publicacion.

Figura 4.23: Proceso de votar por el tema por parte del usuario logueado.

66

Uno de los aspectos importantes de la organizacion, era crear un sistema que permitiera medir elgrado de satisfaccion de los usuarios frente a los contenidos publicados en la plataforma.

Desde un primer plano esta tarea parecıa un poco complicada debido a que no era viable preguntarlea cada usuario que accediera si habıa sido relevante la informacion que pudo haberse encontrado enalguno de los post. O incluso mostrandole una encuesta de satisfaccion antes de salir de la pagina yaque era una tarea que el usuario no quisiera realizar ya que sus intenciones de visitar la pagina son amenudo en busca de una solucion y no que se convierta en algo tedioso y estresante.

Por tal motivo se disenaron unas herramientas que gracias a la web 2.0 son de facil acceso, sencillasy rapidas de usar. Entre ellas estan la votacion de cinco estrellas, donde en un rango de uno a cinco elusuario puede puntuar el contenido que ha visto.

Figura 4.24: Proceso de evaluacion del contenido por parte del analista.

67

4.3. CAPA DE INFRAESTRUCTURA

4.3.1. Introduccion

El principal concepto estructural para la capa tecnologica es el nodo. Este concepto se utiliza paramodelar entidades estructurales en esta capa. Es identico al nodo conceptual de UML 2.0. Estrictamentemodela el aspecto estructural de un sistema: su comportamiento es modelado por una relacion explıcitaa los conceptos conductuales.

Una interfaz de infraestructura es la ubicacion en la que los servicios de infraestructura ofrecidospor un nodo pueden ser accedido por otros nodos o por componentes de la aplicacion desde la capa deaplicacion.

Los nodos vienen en dos sabores: software del dispositivo y del sistema, ambos tomados de UML2.0. Un dispositivo modela un recurso computacional fısico, sobre el cual se pueden desplegar artefactospara su ejecucion.

El software del sistema es un componente de software de infraestructura que se ejecuta en undispositivo. Tıpicamente, un nodo consiste en una serie de sub-nodos; Por ejemplo, un dispositivo talcomo un servidor y un software del sistema para modelar el sistema operativo.

Las interrelaciones de los componentes de la capa tecnologica estan formadas por la infraestructurade comunicacion. La ruta de comunicacion modela la relacion entre dos o mas nodos, a traves delos cuales pueden intercambiar informacion. La realizacion fısica de una ruta de comunicacion estamodelado con una red; Es decir, un medio fısico de comunicacion entre dos o mas dispositivos (u otrasredes).

68

4.3.2. Infraestructura

4.3.2.1. Modelo

Figura 4.25: Metamodelo de infraestructura.

69


Figura 4.26: Modelo de infraestructura de la plataforma IC-EXPRESS.

70

4.3.3. Uso de Infraestructura

4.3.3.1. Modelo

Figura 4.27: Metamodelo de uso de la infraestructura.

71


Figura 4.28: Modelo de uso de la infraestructura de la plataforma IC-EXPRESS.

72

4.3.4. Implementacion y Despliegue

4.3.4.1. Modelo

Figura 4.29: Metamodelo de implementacion y despliegue.

73


Figura 4.30: Modelo de implementacion y despliegue de la plataforma IC-EXPRESS.

74

4.3.5. Estructura de la informacion

4.3.5.1. Modelo

Figura 4.31: Metamodelo de estructura de la informacion.

75


Figura 4.32: Modelo de estructura de la informacion de la plataforma IC-EXPRESS.

76

4.3.6. Realizacion del Servicio

4.3.6.1. Modelo

Figura 4.33: Metamodelo de realizacion del servicio.

77


Figura 4.34: Modelo de realizacion del servicio de la plataforma IC-EXPRESS.

78

4.3.7. Capas

4.3.7.1. Modelo

Figura 4.35: Metamodelo en capas.

79


Figura 4.36: Modelo en capas de la plataforma IC-EXPRESS.

80

4.4. CAPA DE MOTIVACION

4.4.1. Introduccion

Los conceptos de motivacion se utilizan para modelar las motivaciones, o razones, que subyacen aldiseno o cambio de alguna arquitectura empresarial. Estas motivaciones influyen, orientan y limitan eldiseno.

Es esencial comprender los factores, a menudo referidos como conductores, que influyen en loselementos motivacionales. Pueden originarse desde dentro o fuera de la empresa. Los conductoresinternos, tambien llamados preocupaciones, estan asociados con los stakeholders, que pueden ser un serhumano o algun grupo de seres humanos, como un equipo de proyecto, empresa o sociedad.

Ejemplos de estos factores internos son la satisfaccion del cliente, el cumplimiento de la legislacion ola rentabilidad. Es comun que las empresas realicen una evaluacion de estos conductores; Por ejemplo,usando un analisis SWOT, con el fin de responder de la mejor manera.

Las motivaciones reales estan representadas por objetivos, principios, requisitos y limitaciones. Losobjetivos representan algun resultado deseado - o final - que un interesado quiere lograr; Por ejemplo,aumentando la satisfaccion del cliente en un 10 por ciento. Los principios y requisitos representanlas propiedades de soluciones - o medios - para alcanzar los objetivos. Los principios son pautasnormativas que guıan el diseno de todas las soluciones posibles en un contexto dado. Por ejemplo,el principio “Los datos deberan ser almacenados solo una vez” representa un medio para lograr elobjetivo de “consistencia en los datos” y se aplica a todos los posibles disenos de la arquitecturade la organizacion. Los requisitos representan declaraciones formales de necesidad, expresada por losstakeholders, que tiene que cumplir la arquitectura o solucion. Por ejemplo, el requisito “Usar ununico sistema de CRM” se ajusta al principio antes mencionado aplicandolo a la arquitectura de laorganizacion actual en el contexto de la gestion de datos de los clientes.

81

4.4.2. Stakeholder

4.4.2.1. Modelo

Figura 4.37: Metamodelo de los stakeholders.

82


Figura 4.38: Modelo de stakeholders. de la plataforma IC-EXPRESS.

83

4.4.3. Realizacion de Objetivos

4.4.3.1. Modelo

Figura 4.39: Metamodelo de realizacion de objetivos.

84


Figura 4.40: Modelo de realizacion de objetivos de la plataforma IC-EXPRESS.

85

4.4.4. Contribucion de Objetivos

4.4.4.1. Modelo

Figura 4.41: Metamodelo de contribucion de objetivos.

86


Figura 4.42: Modelo de contribucion de objetivos de la plataforma IC-EXPRESS.

87

4.4.5. Principios

4.4.5.1. Modelo

Figura 4.43: Metamodelo de principios.

88


Figura 4.44: Modelo de principios de la plataforma IC-EXPRESS.

89

4.4.6. Realizacion de Requerimientos

4.4.6.1. Modelo

Figura 4.45: Metamodelo de realizacion de requerimientos.

90


Figura 4.46: Modelo de realizacion de requerimientos de la plataforma IC-EXPRESS.

91

4.4.7. Motivacional

4.4.7.1. Modelo

Figura 4.47: Metamodelo de motivacion de requerimientos.

92


Figura 4.48: Modelo de motivacion de la plataforma IC-EXPRESS.

93

4.5. CAPA PROYECTO

4.5.1. Introduccion

Un plateau esta vinculado a una arquitectura que es valida para un cierto lapso de tiempo. Paraindicar que partes de la arquitectura pertenecen a un determinado plateau, un plateau puede agregarcualquiera de los conceptos del nucleo de ArchiMate.

Un gap se asocia con los conceptos centrales que son unicos a uno de los plateaus conectados porel gap; Es decir, los conceptos principales que constituyen la diferencia entre los plateaus.

Un entregable puede realizar, entre otros, la implementacion de una arquitectura o una parte de unaarquitectura. Por lo tanto, cualquiera de los conceptos del nucleo de ArchiMate puede estar vinculadoa un entregable por medio de una relacion de realizacion.

Al igual que la mayorıa de los conceptos basicos, una ubicacion puede ser asignada a un paquetede trabajo o entregable.

Tambien se pueden definir relaciones mas debiles. Por ejemplo, la relacion de asociacion puede serusada para mostrar que partes de la arquitectura son afectadas de alguna manera por ciertos paquetesde trabajo.

Estrictamente hablando, las relaciones entre los conceptos de implementacion y migracion y losconceptos de motivacion son relaciones indirectas; Por ejemplo, un entregable cumple un requisito uobjetivo mediante la realizacion de un elemento central de ArchiMate (por ejemplo, un componentede aplicacion, proceso o servicio). Sin embargo, todavıa es util hacer estas relaciones explıcitas, paramostrar directamente que un entregable es necesario para cumplir con ciertos requisitos y objetivos.

Ademas, los objetivos y los requisitos pueden estar asociados con un determinado plateau; Porejemplo, ciertos requisitos solo pueden aplicarse a la Arquitectura de destino, mientras que otrospueden aplicarse a una cierta arquitectura de transicion. Esto puede ser modelado mediante la relacionde agregacion.

94

4.5.2. Proyecto

4.5.2.1. Modelo

Figura 4.49: Metamodelo de proyecto.

95


Figura 4.50: Modelo de proyecto de la plataforma IC-EXPRESS.

96

4.5.3. Migracion

4.5.3.1. Modelo

Figura 4.51: Metamodelo de migracion.

97


Figura 4.52: Modelo de migracion de la plataforma IC-EXPRESS.

98

4.5.4. Migracion e Implementacion

4.5.4.1. Modelo

Figura 4.53: Metamodelo de migracion e implementacion.

99


Figura 4.54: Modelo de migracion e implementacion de la plataforma IC-EXPRESS.

100

Capıtulo 5

METODOLOGIA SCRUM

5.1. Introduccion

Se utilizo una de las metodologıas agiles mas usadas hoy en dıa, mas que nada debido a la retroali-mentacion que un proyecto de este tipo requiere. Dado al poco tiempo del que se dispone para realizarel proyecto se debe hacer un feedback cada cierto tiempo para conocer si los requerimientos inicialesse han estado cumpliendo.

Una de las gran ventajas que permite utilizar una metodologıa de este tipo, es la flexibilidad. Dadoa que el proyecto es un tanto cambiante debido a las ideas que se le pasen por la cabeza al creador dela plataforma, pueden existir algunos modulos que cambien una vez esten finalizados.

Cada iteracion(sprint) del proyecto ayuda a mitigar los errores que pueden encontrarse en la fase dedesarrollo. De esta forma ası se finalicen todas las actividades como por ejemplo el modulo de iniciarsesion se podra realizar la entrega de este modulo ya que es independiente del resto.

En este proyecto se trabajara de la mano junto con el disenador que va a ser la persona que tengauna perspectiva clara de como sera la parte visual de la plataforma. Esto es sumamente importante yaque entre mas llamativa sea la plataforma para los usuarios mas personas desearan ingresar. Esto comose mencionaba se puede lograr realizando una comunicacion entre las partes involucradas en el proyectoya que las ineficiencias que van apareciendo se podran ir resolviendo en ese mismo momento, con el finde evitar tareas innecesarias que perjudiquen el tiempo previsto e improvistos en los requerimientos.

101

5.2. Analisis y Diseno

Durante la ejecucion de los sprints se llevara a cabo un lanzamiento con todos los modulos finalizadosy faltando detalles bastante mınimos en la parte de diseno, que fueron logrados al finalizar la ultimaiteracion

Primer lanzamiento: Duracion 7 semanas (05/04/2017 - 15-05-2017): Se consiguio lograr los 3modulos principales de la plataforma durante este periodo de tiempo. Junto con los detallesfinales de diseno.

1. Primer Sprint: (05/04/2017 - 08/04/2017) Con base a los requerimientos se crea losagentes que intervienen y las relaciones existentes para conseguir una base de datos relacionalque posteriormente se implementara en Cloud SQL.

2. Segundo Sprint: (10/04/2017 - 15/04/2017) Se elige el patron de diseno metodo fabricael cual permite conseguir modularizar los componentes de una forma horizontal permitiendouna gran escalabilidad al proyecto. Con esto se creo la arquitectura y el esqueleto del proyectojunto al framework Spring MVC.

3. Tercer Sprint: (16/04/2017 - 22/04/2017) Se creo el primer modulo Iniciar sesion, dondese aplico la seguridad de los usuarios gracias al framework Spring Security. Este modulo esel que mas tiempo lleva ejecutar debido a que es el primero y la base para enlazar las trescapas involucradas (negocios, datos y aplicacion).

4. Cuarto Sprint: (23/04/2017 - 25/04/2017) Modulo de registro de usuarios a la plataforma

5. Quinto Sprint: (26/04/2017 - 27/04/2017) Modulo de creacion de ambitos de interes.

6. Sexto Sprint: (27/04/2017) Consolidacion y adaptacion de la base de datos local a unaestablecida con Google Cloud SQL donde se migraron los datos de los usuarios de prueba.

7. Septimo Sprint: (28/04/2017 - 04/05/2017) Pagina principal de bienvenida una vez lo-gueado el usuario, donde puede acceder a los modulos de creacion de los temas.

8. Octavo Sprint: (28/04/2017 - 04/05/2017) Formulario con los campos necesarios paracrear el tema que el usuario desea compartir a la comunidad.

9. Noveno Sprint: (05/05/2017 - 06/05/2017) Navegacion de los diferentes ambitos en lamisma pagina de bienvenida de los usuarios que muestra los temas publicados por los mis-mos.

10. Decimo Sprint: (07/05/2017 - 10/05/2017) Herramientas como votacion, caja de comen-tarios y modulo del perfil del publicador dentro del contenido de un tema.

102

5.3. Historias de usuario

Dentro de las caracterısticas principales de la ejecucion del proyecto se definio ciertas criterios enla fase de analisis que ayudan en gran parte con la arquitectura y posteriormente con la creacion delos modulos requeridos en la plataforma.

Los criterios de evaluacion fueron la organizacion de desarrollo de los modulos, es decir el ordenque van a tener su prioridad y afectacion a los demas. Gracias a este primer analisis no existio nuncaun inconveniente para llevar a cabo la realizacion de todos los modulos, incluso se llego a trabajar enparalelo en diferentes iteraciones a la vez sin afectar el producto final.

5.3.1. Primer lanzamiento

El numero de historias de usuario creadas fueron 10.

Tipo Historia de usuarioNombre HU01 - Analisis de relacionesPuntaje(Planning poker)

100

DescripcionFase de diseno de los agentes que intervienen durante el proyecto,tambien se define el esquema inicial de la base de datos

Criterios deaceptacion

Tener los requerimientos claros.

Tareasasociadas

1 - Tener claros los requisitos2 - Diagrama el modelo entidad relacion del proyecto

Cuadro 5.1: Historia de Usuario HUO1 - Analisis de relaciones

Tipo Historia de usuarioNombre HU02 - Construccion del esqueleto del proyectoPuntaje(Planning poker)

40

Descripcion

Se define la arquitectura del proyecto y se crea todos los paquetesnecesarios del patron seleccionado y todas las relaciones yentidades que se obtuvieron en la fase de analisis y creacion de labase de datos relacional,


Permita las relaciones en las capas para todos los modulos que sevan a crear

Tareasasociadas

HU01

Cuadro 5.2: Historia de Usuario HUO2 - Construccion del esqueleto del proyecto

103

Tipo Historia de usuarioNombre HU03 - Iniciar sesionPuntaje(Planning poker)

20

DescripcionSe implemento con la seguridad del framework de Spring parabrindar confianza a los usuarios que visitan la plataforma.


Un sistema seguro donde no existan vulnerabilidades de los datosconfidenciales de los usuarios.

Tareasasociadas

HU02

Cuadro 5.3: Historia de Usuario HUO3 - Iniciar sesion

Tipo Historia de usuarioNombre HU04 - Registro de usuariosPuntaje(Planning poker)

13

DescripcionPagina que permite registrar los usuarios que van a poder publicarsu contenido en la plataforma.


Registrar usuarios con todo su perfil y estudios equivalentes.

Tareasasociadas

HU02

Cuadro 5.4: Historia de Usuario HUO4 - Registro de usuarios

Tipo Historia de usuarioNombre HU05 - Creacion de ambitos de interesPuntaje(Planning poker)

8

DescripcionCrea los cuatros enlaces los cuales son Medicina, Ingenierıa,Contadurıa y parte Jurıdica para que los usuarios puedan exponersus ideas en cualquiera de ellos.


Permita seleccionar uno de los ambitos para que el usuariopueda redactar su tema.

Tareasasociadas

HU04, HU03

Cuadro 5.5: Historia de Usuario HUO5 - Creacion de ambitos de interes

Tipo Historia de usuarioNombre HU06 - Migracion base de datos a pruebasPuntaje(Planning poker)

8

DescripcionFue necesario que los datos que se estaban realizando localmentese pasaran a un ambiente de pruebas.


Que el nuevo entorno se comporte igual que lo hizo localmente

Tareasasociadas

HU02

Cuadro 5.6: Historia de Usuario HUO6 - Migracion base de datos a pruebas

104

Tipo Historia de usuarioNombre HU07 - Pagina de bienvenidaPuntaje(Planning poker)

5

DescripcionEn esta pagina los usuarios podran crear los temas y revisar loque han publicado otros usuarios.


Permita acceder correctamente a los formulario de creacion detema y de lectura de post.

Tareasasociadas

HU03, HU04

Cuadro 5.7: Historia de Usuario HUO7 - Pagina de bienvenida

Tipo Historia de usuarioNombre HU08 - Creacion de postPuntaje(Planning poker)

3

DescripcionCrear el tema dependiendo el ambito seleccionado donde exponesu conocimiento o experiencia.


Permita un completa documentacion con todo tipo de archivos,imagenes, texto, videos que el publicador desea compartir.

Tareasasociadas

HU03, HU04, HU05

Cuadro 5.8: Historia de Usuario HUO8 - Creacion de post

Tipo Historia de usuarioNombre HU09 - Acceso a los contenidosPuntaje(Planning poker)

3

DescripcionEn la pagina de bienvenida los usuarios logueados puede accedera los contenidos publicados por los demas usuarios.


El usuario pueda acceder a cualquiera de los ambitos de la plata-forma sin importar el ambito en cual este familiarizado

Tareasasociadas

HU03, HU04

Cuadro 5.9: Historia de Usuario HUO9 - Acceso a los contenidos

Tipo Historia de usuarioNombre HU10 - Herramientas de publicacionPuntaje(Planning poker)

3

DescripcionEn los contenidos publicados los usuarios logueados podranvotar, comentar entre otros acerca de los temas.


Permite expresar su argumento a los lectores mediante la cajade comentarios o al votar por el contenido.

Tareasasociadas

HU03, HU04

Cuadro 5.10: Historia de Usuario HU10 - Herramientas de publicacion

105

5.4. Cierre de la metodologıa

Al momento de crear los modulos se observaron factores que no se tuvieron en cuenta en la fasede analisis del proyecto, pero una de las grandes ventajas de utilizar SCRUM como metodologıa dedesarrollo fue la flexibilidad que permite para este tipo de tareas, y como se conocıa con anterioridaden una fase posterior a la de analisis que el entorno de desarrollo de los diferentes componentes de laplataforma serian cambiantes, se fueron adaptando en cada iteracion que fue realizandose.

Uno de los inconvenientes tenidos a la hora del desarrollo fue no tener un look and feel completoo por lo menos de los modulos mas importantes para tener una idea mas clara de como se esperabaseparar los diferentes componentes en toda la plataforma. Debido al poco tiempo en el que se realizoel proyecto se opto primero por desarrollar y unir todas las capas del proyecto involucradas (negocio,datos y aplicacion), en un primer modulo que fue el de iniciar sesion Esta tarea fue la mas larga ya quese deberıa implementar la seguridad del sitio y evaluar que todo estuviera enlazado perfectamente.

El modulo correspondiente a el perfil del usuario tenia muchas mas de las tareas que inicialmentese plantearon. Inicialmente se plantearon 3 tareas ya que este requisito no era uno de los previstos conmas esfuerzo. Las tareas eran crear el formulario con todos sus campos, registrar y almacenar en labase de datos el perfil del usuario y agregar los estilos necesarios donde entraba la parte del disenador.Pero no se consideraron tareas como la creacion de varios estudios del usuario en el diseno inicialque tuvo este requerimiento, porque al momento de crear las relaciones si se tuvieron en cuenta esasconsideraciones. Este pequeno incidente tuvo medio dıa de retraso en la entrega de este requisito.

Uno de los modulos que inicialmente se pensaba que tendrıa bastantes complicaciones seria el decreacion del contenido o post. Quizas se penso esto debido al desconocimiento y poca experiencia delas partes involucradas en el desarrollo del proyecto o en este tipo de plataformas. Al final las tareasfueron las que inicialmente se plantearon, no existio ninguna complicacion al crearlas, lo unico quecambio fue el tiempo de elaboracion del modulo que fue menor al que inicialmente se concibio. Asıque fue bastante satisfactorio al compensar este tiempo con el que se perdio en el modulo anterior decreacion de perfil.

Trajo resultados positivos la elaboracion del diseno estructural de la base de datos, ya que permitioque el modulo de conocer los contenidos publicados por los usuarios se tuviera en el tiempo estipulado.Todo se desarrollo de acuerdo a las tareas establecidas para dicho Sprint, aunque existieron problemas yconflictos como por ejemplo las librerıas que el disenador necesitaba implementar y que el desarrolladorestaba utilizando. Inicialmente no se concibio la idea de agregar la librerıa de materialize en eldesarrollo de la plataforma, pero fue idea del disenador implementarla en ultimo momento debido aque reducıa los tiempos de entrega. Por tal motivo el desarrollador tuvo que adaptar el formulario deconocer contenidos, ası como los que ya se habıan elaborados para que tuvieran un mismo esquema.

Este tipo de proyecto se implemento de forma secuencial ya que en una primera mirada parecieraque un modulo obligatoriamente dependiera del anterior. Pero esto no es verdad, para el desarrollo delos modulos en este caso hubiera sido posible que cada uno del equipo de desarrollo se encargara de lacreacion de un modulo sin afectar el trabajo de los demas integrantes. Este seria el escenario ideal perono fue lo que ocurrio en la implementacion del proyecto. Sin contar que hubo un mal diagnostico enla fase de analisis que trajo consigo muchos problemas para el modulo final que es el mas importantepara el analisis de la calidad de los contenidos. El error fue haber desarrollado este modulo en ultimolugar a pesar de que podıa estar por delante de modulos como creacion de tema y seleccion de ambito

El ultimo modulo tenia todas las herramientas que se plantearon en la hipotesis de la investigacion,es decir dentro del contenido de un autor se puede apreciar su perfil en cuanto a estudios, especiali-zaciones, certificados, maestrıas, etc. Ademas de tener una caja de comentarios para los usuarios queingresan a conocer el tema. Una herramienta de votacion de cinco estrellas y una medida adicional encada publicacion al final que permite saber si fue util el contenido que acabo de ver para el usuario.

106

Parte III

ARQUITECTURA DESOFTWARE

107

Capıtulo 6

DISENO CON PATRONES

6.1. Introduccion

Al inicio del proyecto se concibio la idea de utilizar una base de datos no relacional, ya que permitıala conexion de una manera mas sencilla con la Infraestructura que se iba a implementar que era CloudApp Engine. No solo por el facil acceso tambien porque inicialmente el proyecto tenia solo el modulode publicacion de tema, ası que no era necesario que existiera ningun tipo de relacion adicional.

Pero hubo un cambio en los requerimientos del proyecto y en el objetivo de la investigacion, por talmotivo se decidio desarrollar cuatro modulos mas, con el fin llevar a cabos procesos que se ajustaranal entorno cambiante de la plataforma.

Dentro de estos procesos se implemento el tema de la seguridad que es una parte importantepara mantener la integridad de los datos del usuario. Ademas constituye uno de los principios que seestablecieron en la estructura organizacional del sistema.

Dentro del analisis inicial que incluıa las nuevas caracterısticas de la plataforma se realizo unseguimiento de cada uno de los agentes involucrados como por ejemplo. La relacion existente entrelos diferentes roles del aplicativo, que son cuatro como se propusieron en la estructura organizacional.Estos son: Usuarios IC-EXPRESS, que en realidad son usuarios que se han registrado y estan logueados,Administrador de contenidos, Internauta y Analista.

Otra relacion que se concibio fue la concepcion de tener comentarios, votos y sugerencias en cadauno de los temas publicados en la plataforma. Esto sugiere una fuerte relacion porque precisamente estetipo de datos seran los que el analista(Puede ser el mismo administrador), transforme en informacionpara determinar el grado de utilidad del contenido publicado.

Debido a las condiciones ya mencionadas, a la seguridad necesaria en la implementacion del sitio,a las transacciones atomicas que implica tener una relacion entre diferentes modulos, y a la completaintegridad en la informacion de los usuarios se llega a la conclusion de implementar un sistema relacionalcomo lo es Cloud SQL, que brinda todas estas soluciones de una manera sencilla.

Por otro lado si fuese necesario recurrir a tareas programadas, o almacenamiento de datos volatiles,como por ejemplo cache de consultas de estado, sesion, posicion geografica entre otros, se tendrıacomo primera opcion una base de datos no relacional como Cloud Datastore, que ofrece escalabilidadtanto horizontal como vertical y gracias a frameworks como Objecitfy que utilizan cache para lastransacciones, seria mas rapida que las peticiones en Cloud SQL.

108

6.2. Herramientas tecnologicas utilizadas

Durante el planteamiento y levantamiento de requerimientos hasta el momento de implementacionde la tecnologıa existio una serie de decisiones que conllevaron a tener una aplicacion modularizada.Debido a que existan ciertos agentes que intervenıan pero sin que existiera un acoplamiento fuerte.

Por esta razon se opto por adaptar Spring MVC framework al proyecto gracias a que mantiene elcodigo mas limpio, seguro, elegante y reutilizable[9]. Como esta herramienta se adaptaron otras quepermitieron lograr un proyecto seguro, flexible, adaptable, confiable, mantenible y portable.

Tecnologıas de apoyo

Cloud App Engine (Google Cloud Platform)

Cloud SQL (Google Cloud Platform)

Cloud Storage (Google Cloud Platform)

Frameworks y tecnologıas

Back-end

Spring MVC

Spring Security

JPA

Gestor de plantillas Sitemesh

Mysql Connector

Front-end

JQUERY

HTML 5

CSS 3

Bootstrap

Materialize

109

6.3. Modelo de datos

Las relaciones existentes entre los diferentes actores involucrados, se muestran en nueve diferentesentidades con sus comportamientos y el tipo de vinculo existente.

La entidad con mas relaciones como lo vemos en el diagrama es el de entradas que tiene unarelacion con cinco entidades mas. La primera y mas importante es la relacion con la entidad usuarioscuya cardinalidad es de 1 a 0 o muchos, es decir que un usuario puede tener varias entradas asociadas.

La entidad entradas tiene 3 relaciones de agregacion y son los componentes que posee una entrada.Una caja de comentarios entradas comentarios, votacion por cinco estrellas entradas votos, y untexto al final de sugerencia de contenido entradas util. El tipo de cardinalidad de las tres entidadescon respecto a la entidad entradas es de 1 a muchos en los 3 casos.

La ultima relacion que existe para la entidad entradas, es al momento de categorizarla y encontrarque debe encontrarse en uno de los cuatro ambitos descritos, cuya cardinalidad es de 1 a 1, es deciruna entrada solo podrıa encontrase en 1 solo ambito.

La siguiente relacion es la que existe entre la entidad usuarios y la entidad estudios, que basica-mente describe que un usuario puede tener entre 0 o mas estudios. Todos los estudios de toda ındoledeberan ser inscritos al momento de registrarse.

Figura 6.1: Integrantes de la organizacion IC-EXPRESS.

110

6.4. Arquitectura de la aplicacion

En la estructura organizacional y en la fase de analisis se pensaba en utilizar una base de datosno relacional como Cloud Datastore, debido a la arquitectura del proyecto. Pero en ese momento sedesconocıa la idea si esta postura podıa cambiar en un futuro que fue precisamente lo que ocurrio. Portal motivo se decidio en el proyecto crear un patron de diseno como DAO Data Access Object dondesolo tuviera que cambiar la capa de persistencia en el caso de que se cambiase de base de datos[10].

Este patron permite lograr bajo acoplamiento y modulos con tareas unicas y especificas para lasque fueron creadas[1].

La estructura se compone de dos modulos principales que son el modulo generico que establece unafabrica de daos que permite varios cosas al tiempo[12]

Evita duplicidad en el codigo

Evita modelos explıcitos destinados al fracaso

Codigo mas limpio y facil de revisar

Mantenibilidad

Se hace uso de los 3 pilares de la programacion (Herencia, Polimorfismo, Encapsulamiento).

El segundo modulo es el encargado de enlazar las 3 capas del proyecto (negocio, aplicacion, pre-sentacion). El modelo vista controlador, permite tambien que encajen facilmente todas las capas. Paraexplicar el modelo que se muestra en la figura de abajo se hara desde la capa mas alta, es decir, desdela capa de presentacion.

Ası que todo empieza con la peticion de un usuario dado una pagina en este caso una JSP encargadode renderizar contenido HTML. En este caso la peticion es atendida por un request-dispatcher queredirige la peticion al controlador. En el caso de que la peticion sea por Ajax, es de tipo RestCon-troller.

Si el usuario se encuentre realizando su inscripcion en la plataforma el controlador debera invocaral servicio determinado para atender este tipo de peticion, recordemos que este proceso se realizamediante inyeccion de dependencias gracias a las etiquetas de Spring. Ya en la capa de servicios seinvoca a la ultima capa de datos, encargada de realizar la persistencia en este caso de ingresar elusuario en la base de datos.

Durante el transcurso de este proceso intervienen otros procesos como el dto, encargado de transpor-tar la informacion entre todas las capas. Tambien los mappers cuya funcion es convertir la informacionde las entidades a los Data Transfer Object y visceversa.

Por ultimo vemos el componente externo Google Cloud Platform es responsable de tres cosas.La primera es el que permite que la informacion de los usuarios, roles, entradas, comentarios, votos ydemas sean almacenados sin existir duplicidad en los datos y con transacciones seguras Cloud SQL[3].

La segunda es que me proporciona una Infraestructura como Servicio Cloud App Engine, quepermite alojar la aplicacion, tener escalabilidad, poder conectarme facilmente a otras APIS como CloudSQL, y tener una cache compartida en el caso de que las transacciones sean demasiado robustas[2].

La tercera es poder almacenar archivos como properties, imagenes o este caso videos de los usuariosque han compartido en la plataforma y se trata de Cloud Storage [4].

111

Figura 6.2: Arquitectura de la aplicacion.

112

Parte IV

PROTOTIPO

113

Capıtulo 7

IMPLEMENTACION

7.1. Introduccion

Importantes especialistas en las distintas areas seran invitados a que participen de forma autonomacontando sus experiencias, creando contenido multimedia que pueda ser util a las personas que estaniniciando en ese ambito. Compartiendo contenido externo al aplicativo donde puedan dar solucion alos temas que crean que son los mas controversiales.

La informacion que se puede obtener en el aplicativo es rapida y fiable, porque se encuentra orga-nizada en diferentes areas y tan solo es necesario acceder al area para buscar informacion especıficasobre un ambito.

A diferencia de las plataformas que intentan aclarar o sacar de apuros a muchos internautas, queacuden a ellas por una solucion rapida, puede en muchos casos convertirse en un malestar debido a lasideas, planteamientos y puntos de vista de las diferentes personas que desean participar.

Un caso en especıfico es la plataforma stackoverflow[11], donde en ocasiones funciona bastantebien, ya que depende del nivel de votos que contenga una respuesta, es posible seleccionarla paraposteriormente ponerla en practica, pero en la mayorıa de casos hay opiniones divididas y es ahı dondela informacion que se presenta no es concreta mas bien resulta confusa para el internauta.

En muchas ocasiones durante el transcurso de nuestra rutina habitual, estamos adquiriendo infor-macion de nuestro entorno, ya sea por las personas que comparten experiencias, o por lo que observamosen la web. En muchas ocasiones la cantidad de informacion recibida es tan grande que es complicadodeterminar cual es la informacion realmente importante.

Existe la tendencia en pensar que entre mas informacion se tenga es posible tener una posicionfrente “algo” o tomar una decision. Pero esta sobrecarga de informacion lo unico que contribuye es agenerar mas problemas. Es lo que se conoce como infoxicacion. Pero realmente lo que importa es lacalidad de la informacion con la que se cuenta, que tan precisa y util puede resultar.

Por estas razones descritas la plataforma intenta que los aportes de los internautas sean de ti-po informativo a base de su conocimiento y experiencias. La interfaz como se vera tiene todas lasherramientas necesarias y se encuentran de facil acceso para las personas nuevas.

114

7.2. Prototipo funcional

En la fase de analisis en la reunion que tuvo el equipo de desarrollo junto al dueno del producto,se propuso inicialmente una interfaz muy sencilla pero que facilite el acceso a todos los componen-tes(modulos y servicios), que ofrece IC-EXPRESS. Esto se logro incorporando librerıas usadas hoy endıa que ofrecen dinamismo a la plataforma.

La pagina principal se muestra en la imagen a continuacion, donde se puede apreciar una brevedescripcion del objetivo de la plataforma y tres sencillos pasos de como poder acceder, publicar y votaren los contenidos.

Figura 7.1: Pagina principal de la plataforma IC-EXPRESS.

Este modulo de registro de usuarios, ademas de contener la informacion basica del usuario como suemail, fecha de nacimiento, nombre de usuario y clave, tambien dispone de una seccion que permite alusuario ingresar y registrar sus estudios realizados hasta el momento y cuales se encuentra realizando.

Por tal motivo se solicita informacion como la fecha de inicio y finalizacion del curso, el logro conse-115

guido y el estado actual, tal como se aprecia en la siguiente imagen. Recordemos que esta informaciones importante al momento de que el usuario realice una publicacion ya que esta informacion relacionadaa los estudios es precisamente la que se mostrara en un seccion de la pagina que se vera mas adelante.

Figura 7.2: Modulo registro de usuario.

A continuacion observamos el modulo de login cuyo desarrollo fue el que mas tiempo tomo encrearse, debido a su complejidad y a la capa adicional de seguridad que se implemento.

Figura 7.3: Modulo iniciar sesion.

En la siguiente seccion observamos la pagina de bienvenida del usuario una vez se loguea en la116

plataforma. El usuario en esta parte tiene acceso a dos de los modulos mas importantes. El primerotiene que ver con los contenidos publicados en los cuatro ambitos permitidos (Medicina, Ingenierıa,Derecho, Contadurıa) como se aprecia en las cuatro pestanas a continuacion.

Figura 7.4: Pagina de bienvenida.

Una vez el usuario haya seleccionado uno de los temas expuestos en alguno de los ambitos. Seobserva la informacion completa del post, ası como los datos del publicador, los comentarios del post,las herramientas de votacion, y una caja se sugerencias indicando si el contenido ha sido de ayuda.

117

Figura 7.5: Pagina de bienvenida.

El segundo modulo que se aprecia en la pagina de bienvenida es el de agregar un tema. Para esose muestra un icono que conduce a la pagina donde el usuario podrıa seleccionar uno de los ambitosdesignados.

Figura 7.6: Boton para crear tema.

Inicialmente como se menciono durante el diseno de la investigacion se determinaron cuatro areasque son las que actualmente tienen mas auge entre los internautas y son las que se muestran a conti-nuacion.

118

Figura 7.7: Pagina de seleccion de ambitos.

Una vez el usuario haya seleccionado el area en la que se siente confiado para redactar el tema. Seredirige a la pagina de publicacion, donde tiene la opcion de escribir su articulo, idea, expresion, senti-miento y demas en una area de texto, la cual permite insertar imagenes y las herramientas estandaresde edicion de textos. Ademas si la publicacion incluye un video tiene la opcion de insertar la URL.

Figura 7.8: Pagina de publicacion.

119

Una vez el tema haya sido creado se mostrara un banner como el que se ve a continuacion:

Figura 7.9: Mensaje tema creado correctamente.

120

Parte V

REFLEXIONES

121

Capıtulo 8

CONCLUSIONES, TRABAJOS, YFUTUROS APORTES

8.1. Conclusiones

La idea de construir una plataforma web como IC-EXPRESS basada en plataformas dedicadas a lageneracion de conocimiento, tomando como referente la parte ”buena”de aquellas paginas e intentandoreducir los aspectos negativos que no permiten evolucionar a muchas paginas hoy en dıa, es quizasbrindar a los usuarios una nueva experiencia.

En el primer instante que el usuario tenga el primer contacto con la plataforma, se encontrara conun sitio innovador y totalmente diferente a lo que se encuentra hoy en dıa en la Web. Comenzando porsu interfaz llamativa, por la facilidad de uso, por encontrar las herramientas que necesita y porque esun sitio donde posiblemente encuentre profesionales con afan de ensenar.

Con el hecho de que el internauta tenga la certeza de conocer un poco acerca de la vida profesionaldel publicador, permite que confie no solo en el contenido visto, si no en toda la organizacion que haydetras y que permite y cuida de los contenidos publicados.

La plataforma promete brindar soluciones a muchos problemas que ocurren normalmente a losprofesionales que se encuentran en la etapa de aprendizaje de su vida profesional. No solo a ellos sinoa todas las personas que se encuentran en el descubrimiento del conocimiento y que anhelan seguir elcamino de la investigacion para su formacion profesional.

La inteligencia colectiva es la base que sustenta este aplicativo, y se espera que al igual que ocurrecon muchas aplicaciones hoy en dıa que han tenido bastante exito ocurra lo mismo para IC-Express.Los usuarios seran los encargados de darle vida al aplicativo, de mantenerlo en pie, de construir unportal que se destaca por la calidad, veracidad y facilidad de la informacion expuesta por profesionalesen diferentes areas. Esto siempre y cuando tambien de la mano del administrador que permite que loscontenidos sean los adecuados, tengan una sustentacion, esten preparados, entre otros.

El modelo probabilıstico que debe obtener el analista a partir de los informes que el administradorde contenidos le brinde, podra resolver la incertidumbre planteada al inicio de la investigacion y esla de conocer si el contenido ha sido util para los usuarios. Conociendo los datos, estadısticas podrafacilmente tomar una decision sobre cada uno de los contenidos ya que cada uno tiene una informaciondiferente, y sabra si es pertinente dejar la publicacion o definitivamente no corresponde con los idealesde la plataforma y es necesario removerla.

Muchas de las expectativas tenidas al inicio de la investigacion se conoceran realmente al momentode que la plataforma lleve un tiempo considerable en produccion. Debido a que al momento de queun usuario publique un tema, habra que esperar por un tiempo mientras los usuarios conocen lapublicacion y utilizan las herramientas de la plataforma para que el analista pueda clasificar el tipo decontenido.

122

8.2. Trabajos Futuros

Inicialmente se realizo un estudio para determinar las areas en las que las personas que utilizanla web suelen acudir. Debido al tiempo, presupuesto y otras condiciones se determino realizar unadelimitacion seleccionando cuatro areas de aquel estudio.

Por esta razon un desarrollo futuro se espera que esta limitacion desaparezca, es decir, que laplataforma no solo este apta para esta 4 ramas (Medicina, Ingenierıa, Contadurıa, Jurıdica), si notambien para cualquier otra rama que este interesada por el aprendizaje, por compartir informacion ypor intercambiar ideas.

Existen muchas plataformas hoy en dıa que brindan soluciones a problemas que le van surgiendo alas personas ya sea en nuestra vida diaria, en nuestro trabajo o en cualquier otro momento. Pero laspersonas que se encargan de resolver este tipo de soluciones muchas veces a los demas son porque quizasen algun momento se encontraron tambien con ese mismo problema y decidieron hacerlo publico.

Pero este orden de situaciones no ocurre todo el tiempo. En muchas ocasiones en la vida profesionallos errores que suceden son de cierto nivel que es mejor tratarlo con los mismos colegas que quizastienen el mismo nivel profesional. Esto suena un poco egoısta y la informacion quizas nunca seratraspasada a muchas otras personas. Pero este tiene un motivo y es porque este tipo de preguntas enmuchas ocasiones son en un nivel de conocimiento mas alto que lo habitual y estas personas han sidoformadas pagando estudios superiores como por ejemplo especializaciones, maestrıas, certificados entreotros que son bastante costosos y por tal motivo no desean compartir informacion con todos ya queesto les ha costado un dinerito.

Es precisamente en este punto donde se encuentra el siguiente desarrollo futuro y es permitir quealgunas publicaciones de los usuarios con altos grados de educacion permitan donaciones y permitanque el contenido solo sea accedido a las personas que hayan depositado dinero.

123

8.3. Aportes

El proyecto investigativo con ındole proyectivo, tenia una mirada un poco hacia lo comun innovandoalgunos aspectos de nuestro ambito diario. Intentando crear condiciones que deberıan contener todaslas paginas de esta ındole. Paginas dedicadas al conocimiento, a la ensenanza y a intercambiar ideas.

Esto parecıa un trabajo facil de resolver desde cierto punto, pero al intentar cada vez mas brindarexpectativas a los usuarios el proyecto fue siendo mas complejo al punto de tener una plataforma quedaba muchas soluciones que inicialmente no se habıan tenido en cuenta.

Aparte de crear una plataforma completa, que permita a los usuarios el poder publicar, accedera los temas de los usuarios, tener la posibilidad de expresar su opinion mediante las herramientas degestion de contenidos, se penso en un modelo probabilıstico que permitiera medir la calidad de loscontenidos.

Es precisamente este el aporte cuyo proposito permitio un valor agregado a la plataforma y alproyecto, donde se creo un nuevo rol que fue el del analista que derivaba del administrador y cuyafuncion principal era el de tomar una decision basado en la informacion registrada en la base de datosacerca del grado de utilidad de los contenidos, y enviar este resultado al administrador para determinarsi era necesario dar de baja al contenido.

124

Referencias

[1] [En linea] Alta cohesion y bajo Acoplamiento – Diseno de Software. http://blog.juliopari.com/alta-cohesion-y-bajo-acoplamiento-diseno-de-software/. Tomado el dıa 14 de Mayo del2017.

[2] [En linea] App Engine. https://cloud.google.com/appengine/. Tomado el dıa 14 de Mayodel 2017.

[3] [En linea] Cloud SQL. https://cloud.google.com/sql/docs/mysql/. Tomado el dıa 14 deMayo del 2017.

[4] [En linea] Cloud Storage. https://cloud.google.com/storage/. Tomado el dıa 14 de Mayodel 2017.

[5] J. Hurtado. La diversidad metodologica en las ciencias sociales: Dificultades y posibilidades. 2008.

[6] Pierre Levy. Inteligencia Colectiva. Por una antropologia del ciberespacio. 1994.

[7] [En linea] Los inventos del medico boliviano que salvo miles de ninos. http://www.bbc.com/mundo/noticias/2014/10/141002-medico-boliviano-corazon-am. Tomado el dıa 13 de Mayodel 2017.

[8] la Ciencia y la Cultura Organizacion de las Naciones Unidas para la Educacion. Hacia las socie-dades del conocimiento. 2005.

[9] [En linea] Por que Spring simplifica el desarrollo de nuestras aplicaciones Java. https://goo.gl/pJh03s. Tomado el dıa 13 de Mayo del 2017.

[10] [En linea] Que es Data Access Object. http://www.javamexico.org/blogs/richardmx/que es

data access object. Tomado el dıa 14 de Mayo del 2017.

[11] [En linea] StackOverflow. https://es.stackoverflow.com/. Tomado el dıa 14 de Mayo del2017.

[12] [En linea] The Generic DAO Pattern in Java with Spring 3 y JPA 2.0. https://www.codeproject.com/Articles/251166/The-Generic-DAO-pattern-in-Java-with-Spring-3-and. Tomado eldıa 14 de Mayo del 2017.

[13] Bartolome Yankovic. El aprendizaje; que, como y donde aprendemos. 2011.

125

Bibliografıa

Alexandra Abuchar. “Temas acerca de historia, metodologıas, buenas practicas vistas en clase”.En: 2017.

[En linea] Agregacion vs. Composicion en diagramas de clases UML. https://www.seas.es/blog/informatica/agregacion-vs-composicion-en-diagramas-de-clases-uml/. Tomado el dıa12 de Mayo del 2017.

“Analisis del comportamiento empresarial en la adopcion de tecnologıa.” En: 2006.

Sandro Javier Bolanos. “Archimate y TOGAF”. En: Archimate y TOGAF vistos en clase. 2017.

B Bruegge y A. Dutoit. “Ingenierıa de Software orientado a objetos”. En: 2002.

“Conceptualizacion y operacionalizacion de variables vocacionales para el desarrollo de un sistemainformatizado de asesoramiento para el ingreso a la educacion superior.” En: 2016.

T. O. Group. “Togaf version 9.1 guia de bolsillo”. En: 2013.

The Open Group. “Archimate 2.0 Specification.” En: 2012.

“Hacia una gestion eficiente de las tecnologıas de la informacion y las comunicaciones.” En: 2005.

Cifuentes N. Rıos G. Vanegas J. “La informacion como agente de cambio en su organizacion.”En: 2016.

I. Jacobson. “Ingenieria de software un enfoque practico”. En: 2000.

“L brecha digital: ¿Una consecuencia mas de las desigualdades sociales?. Un analisis de caso paraAndalucıa.” En: 2007.

D. F. J. Lopez. “La naturaleza de las tecnologıas de la informacion y la comunicacion: las TICcomo determinantes de la organizacion y de la sociedad de la informacion.” En: 2017.

J. Majfud. “La inteligencia colectiva.” En: 2008.

Marsili. “Que es SOA, la arquitectura orientada a servicios.” En: 2007.

[En linea] Modelo de clases. https://users.dcc.uchile.cl/ psalinas/uml/modelo.html. To-mado el dıa 12 de Mayo del 2017.

[En linea] NoSQL vs SQL: Principales diferencias y cuando elegir cada una de ellas. https://blog.pandorafms.org/es/nosql-vs-sql-diferencias-y-cuando-elegir-cada-una/. Tomado el dıa11 de Mayo del 2017.

B. B. Olvera l. M. D. y Vendrell. “Aproximacion a las actitudes y percepciones de los usuariosante las tecnologıas de la informacion.” En: 2008.

A. Otero. “EL ABC de JDBC”. En: 2003.

A. Otero. “Tutorial basico de Java EE”. En: 2010.

J. Pescador. “Creacion de un prototipo de software basado en el componente de Autoevaluacioninstitucional del Modelo Estandar de Control Interno MECI”. En: 2016.

J. M. Pressman R. S. y Troya. “Ingenierıa del software”. En: 1988.

R. S. Pressman. “El Proceso Unificado de Desarrollo de Software”. En: 2010.126

I. Sommerville. “Ingenierıa del Software Septima Edicion”. En: 2005.

“Spring Recipes - A problem-Solution Approach”. En: 2010.

R Stevens P. y Pooley. “Utilizacion de uml en ingenierıa del software con objetos y componentes.”En: 2007.

Studylib. “El Lenguaje unifıcado de modelado.” En: 2016.

[En linea] UML - Diagrama de Clases - Relaciones. https://joanpaon.wordpress.com/2013/06/06/uml-diagramas-de-clases-relacion/. Tomado el dıa 12 de Mayo del 2017.

C. Walls. “Spring in action fourth edition”. En: 2015.

C. Walls. “Spring in action third edition”. En: 2011.

127

Parte VI

ANEXOS

128

Fig

ura

8.1

:M

od

elo

rela

cion

al.

129

Fig

ura

8.2

:A

rqu

itec

tura

de

laap

lica

cion

IC-E

XP

RE

SS

.

130

plataforma web que genere inteligencia colectiva...

Documents