Sunteți pe pagina 1din 117

UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA

La Universidad Católica de Loja

ESCUELA DE CIENCIAS DE LA COMPUTACIÓN


INGENIERÍA EN SISTEMAS INFORMÁTICOS Y COMPUTACIÓN

“ENTERPRISE 2.0: FUNDAMENTOS,


CARACTERÍSTICAS Y DESARROLLO DE UNA
APLICACIÓN PROTOTIPO”

Tesis de grado previa a la


obtención del título de
Ingeniero en Sistemas
Informáticos y Computación

Autor:
Galo Rodrigo Lalangui Eras

DIRECTOR:
Ing. Jorge López Vargas

CODIRECTOR:
Ing. Nelson Piedra

Loja – Ecuador
2009
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

CESIÓN DE DERECHOS

Yo, Galo Rodrigo Lalangui Eras, declaro ser autor y eximo expresamente a la
Universidad Técnica Particular de Loja y a sus representantes de posibles reclamos o
accidentes legales.

Adicionalmente declaro conocer y aceptar la disposición del Art. 67 del Estatuto


orgánico de la Universidad Técnica Particular de Loja que su parte pertinente
textualmente dice. ―Forman parte del patrimonio de la Universidad la propiedad
intelectual de investigaciones, trabajos científicos o técnicos y tesis de grado que se
realicen a través, o con el apoyo financiero, académico o institucional (operativo) de la
Universidad‖.

-------------------------------------

Galo Rodrigo Lalangui Eras

i
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

AUTORÍA

El presente proyecto de tesis previa a la obtención del Título de Ingeniero en Sistemas


Informáticos y Computación: sus conceptos, análisis, conclusiones y recomendaciones
emitidas, es de absoluta responsabilidad del autor.

Se indica además que la información de otros autores empleada en este trabajo está
debidamente especificada en fuentes de referencia y apartados bibliográficos.

-------------------------------------

Galo Rodrigo Lalangui Eras

ii
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

AGRADECIMIENTO

Agradezco a mis padres, hermanos, amigos, maestros y demás familiares quienes con
su comprensión y apoyo han aportado de una u otra manera con mi formación personal
y con la culminación del presente proyecto.

-------------------------------------

Galo Rodrigo Lalangui Eras

iii
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

DEDICATORIA

Dedico la culminación del presente proyecto:

A Dios, nuestro padre quien ha guiado y protegido cada uno de mis pasos en mi
caminar a través de todos estos años.

A mi padre Don Galo Enrique Lalangui Maldonado y mi madre Doña Gladys del Rocío
Eras Atarihuana quienes con su ejemplo y dedicación me han enseñado una amplia
gama de valores, además, con su apoyo y comprensión me han mostrado el lado
maravilloso de esta vida.

A mis hermanos; Enrique Fernando, Erick Jordano y Stalin David, con quienes he
aprendido tantas cosas durante mi tiempo junto a ellos.

A mis abuelitos, tíos, primos y demás familiares que me han ayudado a superar
momentos difíciles y siempre me han tendido su mano cuando la he necesitado.

A mis amigos, amigas y demás personas quienes han compartido su tiempo y sueños
conmigo siendo de cierta manera los hermanos y hermanas ocasionales que Dios me ha
brindado para alegrar mis días y compartir mis penas.

A todos los maestros que han creído en mí durante el transcurso de toda mi formación
educativa, desde los años de primaria hasta los últimos años de mi educación en esta
excelente institución la Universidad Técnica Particular de Loja.

-------------------------------------

Galo Rodrigo Lalangui Eras

iv
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

TABLA DE CONTENIDOS

1. INTRODUCCIÓN ............................................................................................................. 1
1.1. Antecedentes de la investigación ............................................................................................ 1
1.2. Justificación de la investigación ............................................................................................... 2
1.3. Esquema general de la tesis ..................................................................................................... 2
1.4. Definiciones ............................................................................................................................. 2

2. MARCO TEÓRICO ........................................................................................................... 4

2.1. ESTADO DEL ARTE ................................................................................................................... 4


Tendencias 2.0 ........................................................................................................................................ 5
Office 2.0 ................................................................................................................................................ 5
Ventajas ........................................................................................................................................ 5
Desventajas................................................................................................................................... 6
Modo de operación de Office 2.0 ................................................................................................. 6
Web 2.0 .................................................................................................................................................. 8
Principios de la web 2.0 ..................................................................................................................... 8
La world wide web como plataforma ........................................................................................... 8
Aprovechar la inteligencia colectiva ............................................................................................. 9
La gestión de la base de datos como competencia básica ........................................................... 9
El fin del ciclo de las actualizaciones de versiones del software ................................................ 10
Modelos de programación ligera. ............................................................................................... 10
El software no limitado a un dispositivo ..................................................................................... 11
Experiencias enriquecedoras del usuario ................................................................................... 11
Enterprise 2.0 ....................................................................................................................................... 12
¿Enterprise 2.0 es bueno para la empresa? .................................................................................... 12
Niveles de colaboración .................................................................................................................. 15
Nivel 1: Colaboración entre dispositivos. ................................................................................... 16
Nivel 2: Colaboración entre empleados...................................................................................... 16
Nivel 3: Colaboración a través de los Silos .................................................................................. 17
Nivel 4: Colaboración entre empresas ........................................................................................ 19
Nivel 5: Colaboración global con y entre las partes interesadas ................................................ 20
Herramientas sociales utilizadas en Enterprise 2.0 ......................................................................... 22
MASHUPS: .................................................................................................................................. 24
REALLY SIMPLE SINDICATION (RSS): ............................................................................................ 25
WIKIS: ......................................................................................................................................... 25
BLOGS: ........................................................................................................................................ 26
PODCASTING: ............................................................................................................................. 27
MARCADO SOCIAL: ..................................................................................................................... 27
VOTO SOCIAL/ RANKING: ............................................................................................................ 28

2.2. CARACTERÍSTICAS DE ENTERPRISE 2.0 .................................................................................. 28


Evolución del término .......................................................................................................................... 28
Marcos de trabajo para Enterprise 2.0 ................................................................................................. 31
SLATES ............................................................................................................................................. 31

v
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

SEARCH (Búsqueda): ................................................................................................................... 32


LINKS (Enlaces): .......................................................................................................................... 33
AUTHORSHIP (Autoría): .............................................................................................................. 33
TAGS (Etiquetas): ........................................................................................................................ 34
EXTENSIONS (Extensiones): ........................................................................................................ 35
SIGNALS (Señales):...................................................................................................................... 35
FLATNESSES ..................................................................................................................................... 36
FREEFORM (Libre): ...................................................................................................................... 36
NETWORK-ORIENTED (Orientado a la red): ................................................................................ 36
SOCIAL (Social): ........................................................................................................................... 37
EMERGENCE (Emergente):.......................................................................................................... 38
Estratégicamente planeado, tácticamente entendido. ........................................................................ 39
Desventajas y retos para los administradores. ..................................................................................... 42
Justificación ................................................................................................................................ 42
Los usuarios ................................................................................................................................ 44
Política de uso ............................................................................................................................. 45
Buscar la herramienta correcta .................................................................................................. 45
El reto de la integración con la plataforma existente ................................................................. 46
Proceso formal para implementar un modelo Enterprise 2.0 ......................................................... 46
Fase 1: Presentación y compromiso del equipo. ........................................................................ 46
Fase 2: Descripción de la situación actual. ................................................................................. 47
Fase 3: Elaboración del plan de Enterprise 2.0 ........................................................................... 48
Fase 4: Programación de Actividades ......................................................................................... 49

3. APLICACIÓN ENTERPRISE 2.0 ................................................................................ 52


Arquitectura de contenido ................................................................................................................... 53
Arquitectura de aplicación ................................................................................................................... 54
Aplicación prototipo y SLATES .............................................................................................................. 55
Componentes de la aplicación prototipo ............................................................................................. 58
Discusión .............................................................................................................................................. 63

4. CONCLUSIONES Y RECOMENDACIONES .............................................................. 69


Conclusiones del desarrollo de la aplicación Enterprise 2.0 ................................................................ 69
Recomendaciones .................................................................................... ¡Error! Marcador no definido.

BIBLIOGRAFÍA ..................................................................................................................... 71

ANEXOS .................................................................................................................................. 74
ANEXO 1: Ubicaciones de los centros asociados a la UTPL. ................................................................. 74
ANEXO 2: Desarrollo de la aplicación prototipo ................................................................................... 80
ANEXO 3: Configuración e instalación de la aplicación Enterprise 2.0 ................................................. 92
ANEXO 4: Administración de los componentes de la aplicación Enterprise 2.0................................... 97

GLOSARIO ............................................................................................................................ 100

vi
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

LISTA DE FIGURAS

Figura 1. Estructura general del Capítulo 2 ....................................................................................... 4


Figura 2. Office 1.0 vs. Office 2.0. ...................................................................................................... 6
Tabla 1: Cuadro comparativo entre Enterprise 1.0 y Enterprise 2.0 (fuente:
http://enterprise2conf.com/about/what-is-enterprise2.0.php) ..................................................... 13
Figura 3. ¿Qué están intentando alcanzar las empresas al implementar Enterprise 2.0? ............... 14
Figura 4. Niveles de colaboración necesarios para implementar el modelo Enterprise 2.0 ............ 15
Figura 5. Tecnologías clasificadas por versiones .............................................................................. 23
Figura 6. ¿Cuál es su nivel actual de participación con las siguientes tecnologías? ........................ 23
Tabla 2: ¿Cuál de las siguientes definiciones de Enterprise 2.0 se alinea a su definición? .............. 29
Figura 7. Relación entre los Marcos de Trabajo propuestos para Enterprise 2.0 ............................ 32
Figura 8. Dinámica del proceso de búsqueda (SEARCH) .................................................................. 32
Figura 9. Dinámica del funcionamiento de los enlaces (LINKS) ....................................................... 33
Figura 10. Dinámica del funcionamiento de la Autoría (AUTHORSHIP)........................................... 34
Figura 11. Dinámica del funcionamiento de la etiquetación (TAGS) ............................................... 34
Figura 12. Dinámica del funcionamiento de las extensiones (EXTENSIONS) ................................... 35
Figura 13. Dinámica del funcionamiento de las señales (SIGNALS) ................................................. 35
Figura 14. Dinámica del funcionamiento de la característica libre (FREEFORM)............................. 36
Figura 15. Dinámica del funcionamiento de orientación a la red (NETWORK-ORIENTED) .............. 37
Figura 16. Dinámica del funcionamiento de la parte social (SOCIAL) .............................................. 37
Figura 17. ¿Cómo se ha implementado el modelo Enterprise 2.0 dentro de su empresa? ............ 39
Figura 18. ¿Piensa que es necesario tener un líder para proyectos Enterprise 2.0? ....................... 42
Figura 19. Arquitectura de contenido de la aplicación Enterprise 2.0............................................. 53
Figura 20. Arquitectura de componentes la aplicación Enterprise 2.0 ............................................ 54
Figura 21. Resultados de prueba de facilidad de uso ...................................................................... 57
Figura 22. Captura de pantalla del componente Video UTPL .......................................................... 59
Figura 23. Captura de pantalla del componente Mapa UTPL .......................................................... 60
Figura 24. Captura de pantalla del componente Noticias UTPL ...................................................... 61
Figura 25. Captura de pantalla de la página principal de la aplicación Enterprise 2.0 .................... 62
Figura 26. Representación gráfica de la propuesta Enterprise 2.0 aplicable al área de postgrados de
la UTPL. ............................................................................................................................................ 64

vii
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

1. INTRODUCCIÓN

1.1. Antecedentes de la investigación

Ya hace algunos años que tuvo origen la Web 2.0, la misma que no solo implica dejar
de depender de un grupo determinado de desarrolladores web, sino que, además nos
facilita el acceso y creación de nuestro propio contenido de una forma fácil, rápida y
económica.

Estas tres características que se las presenta en una forma tan general han sido los
pilares fundamentales para que la Web 2.0 tenga tanto éxito, pues en la actualidad se
está viviendo en un tiempo de transición donde el comunicar y compartir información
se ha convertido en el aspecto más importante para la creación de valor dentro de la
web, en la que se puede apreciar casos de éxito como Wordpress, Youtube, Flickr,
del.icio.us, Google, entre otros; los mismos que han servido de modelo para que
muchas empresas pequeñas se hayan aventurado a incursionar en el mundo de las
aplicaciones web, las mismas que han sido relacionadas a muchas áreas, desde sistemas
orientados a la diversión hasta sistemas expertos orientados a la aplicación de
conocimientos netamente científicos, mostrándose con ello muchas de las ventajas que
conlleva a utilizar herramientas del tipo Web 2.0.

Por su parte la presente investigación ha sido desarrollada desde una perspectiva de


evolución de los sistemas computacionales, donde se presenta de forma breve la
evolución de tres de las principales tendencias software presentes en la actualidad, las
mismas que se encuentran representadas por los términos Office 2.0, Web 2.0 y
Enterprise 2.0. Cuyo estudio ha sido realizado de forma general para las dos primeras y
de forma específica y más amplia para la última, esto se debió a que esta última
tendencia forma parte del marco teórico básico, sobre el que se ha basado la creación de
una aplicación prototipo donde se plasmó de forma práctica todos los conocimientos
expuestos en el capítulo 2.

El capítulo 2 contiene todos los aspectos referentes a la aplicación del modelo


Enterprise 2.0.

1
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

1.2. Justificación de la investigación

Desarrollar un estado del arte donde se perfile: definiciones, posiciones e implicaciones


sociales provenientes del paradigma Enterprise 2.0.

Construir una aplicación prototipo, con el ánimo de demostrar la factibilidad en la


construcción de aplicaciones Enterprise 2.0.

1.3. Esquema general de la tesis

Los capítulos de la tesis en forma general cuentan con la siguiente información:

Capítulo 1: Introducción.- En este capítulo se describe de forma general el conjunto de


actividades que se realizó durante el proceso de investigación del modelo Enterprise
2.0.

Capítulo 2: Marco teórico.- Representa la parte más amplia de la investigación, donde


se detallan a profundidad todos los temas relacionados al aspecto teórico del modelo
Enterprise 2.0.

Capítulo 3: Aplicación Enterprise 2.0.- En este capítulo se muestra aspectos generales


correspondientes al desarrollo de la aplicación prototipo.

Capítulo 4: Conclusiones y recomendaciones.- En este capítulo se presenta un listado


de las conclusiones y recomendaciones.

1.4. Definiciones

Tendencia: en sentido general, es un patrón de comportamiento de los elementos de un


entorno particular durante un periodo de tiempo.

Modelo: los modelos enfocan ciertas partes importantes de un sistema.

Office 2.0: el mismo que tiene su base en la aplicación de una idea básica, la misma
que propone usar un navegador web genérico y un conjunto de servicios online para
proveer todas las funcionalidades necesarias a un usuario, eliminando la necesidad de
instalar aplicaciones especializadas dentro del computador (Ghalimi, 2005).

2
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Web 2.0: es una plataforma web de lectura y/o escritura controlada por las
comunidades de usuarios, comunidades que se crean a partir de conexiones cliente a
cliente, publicaciones personales y creación de redes sociales (O’Reilly, 2004).

Enterprise 2.0: es el uso de las nuevas plataformas de software social dentro de las
empresas, o entre empresas y sus socios o clientes (McAffe, 2006).

3
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

2. MARCO TEÓRICO

2.1. ESTADO DEL ARTE


Enterprise 2.0 es el resultado de una evolución continua, tanto a nivel tecnológico como
a nivel cultural, siendo estos dos los pilares fundamentales para efectuar cambios
dentro de estructuras rígidas que han sido aplicadas a través de los tiempos de
generación en generación, y que si bien es cierto se han visto reflejadas en
organizaciones de renombre internacional orientadas a mercados que se encuentran
separados por fronteras físicas pertenecientes a los diferentes países y/o ciudades desde
donde se han originado, actualmente se enfrentan a una economía globalizada que no
conoce de barreras físicas, exigiendo mayores niveles de competitividad por parte de
las empresas, por esta razón se pretende establecer una base teórica, sobre la que
puedan originarse nuevas investigaciones para ampliar los conocimientos en esta área.

En la Figura 1 se muestra de forma gráfica la estructura del presente capítulo, la misma


que servirá de guía al momento de asociar algunas temáticas presentes en este capítulo.

Figura 1. Estructura general del Capítulo 2

4
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Tendencias 2.0

Por su parte las tendencias 2.0 hacen referencia a un conjunto de mejoras que han sido
aplicadas a varios modelos tecnológicos y que con el paso de los años se han traducido
en modelos de alto nivel de rendimiento y con un alto impacto socio cultural, el cual
que ha sido medido a través de gran variedad de procesos, procesos que se han
enfocado en características como escalabilidad, usabilidad, desempeño, seguridad, entre
otros. Teniendo como resultado de estas mediciones un alto nivel de adaptabilidad entre
las necesidades de los usuarios establecidas por la dinámica de comunicaciones que
existe actualmente en la internet y los modelos tecnológicos.

Office 2.0, Web 2.0 y Enterprise 2.0 son las tendencias tecnológicas de las que se
ocupará el presente capítulo.

Office 2.0

La primer tendencia de base tecnológica a ser analizada es Office 2.0, la misma que
tiene su fundamento en la idea básica de ―Usar un navegador web genérico y un
conjunto de servicios online para proveer todas las funcionalidades necesarias a un
usuario, eliminando la necesidad de instalar aplicaciones especializadas dentro del
computador (Ghalimi, 2005).

Ventajas

Office 2.0 ofrece varias ventajas, entre las principales se tiene: la reducción en los
costos generados por el mantenimiento de las aplicaciones, y la idea de un aumento de
la productividad a través de la colaboración. Básicamente esto significa que el personal
encargado de las tecnologías de información de las empresas no tendrá que actualizar
constantemente los diferentes paquetes de software en cada equipo de las oficinas,
traduciendo esto en un ahorro de tiempo y dinero; además, la colaboración en los
proyectos se hace más fácil gracias a que los empleados trabajan en un entorno
compartido, generando un alto nivel de independencia, pues al realizarse el trabajo por
medio de un navegador web, los empleados pueden ser igualmente productivos desde
sus hogares; todo esto gracias a que no es necesario sincronizar los archivos o

5
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

actualizar el software desde una máquina ubicada en las instalaciones de la empresa


pues toda la información y herramientas que se necesita para realizar ese trabajo se
encuentran alojadas en un servido remoto al cual se accede para utilizar sus recursos y
servicios.

Desventajas

Al igual que en la mayoría de aspectos tecnológicos Office 2.0 también tiene sus
desventajas, de las cuales, la principal se crea a partir del hecho de que el software y los
datos se encuentran alojados en un servidor remoto, donde se puede evidenciar
problemas en la intimidad de los datos. Por ejemplo: Si una compañía de software
ofrece una suite de productos de oficina incluyendo un procesador de texto, y el uso de
arrendamiento se produce a través de su interfaz web, entonces todos los documentos
que se creen en la misma residirán en un servidor de la empresa que ofrece ese servicio,
lo que puede representar un posible acto de sustracción de información confidencial de
la empresa cliente.

Una alternativa para solventar el problema expuesto en el ejemplo anterior es crear


aplicaciones del tipo Office 2.0, pero que se encuentren dentro de los límites de la
intranet que controla la empresa, de esta manera la misma empresa será la responsable
de toda la información que se produzca al utilizar este tipo de herramientas.

Modo de operación de Office 2.0

Figura 2. Office 1.0 vs. Office 2.0.

6
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

El modo de operación de Office 2.0 se describe de forma gráfica en la Figura 2, en la


misma que se presenta un escenario donde se puede apreciar el contraste existente entre
la dinámica del funcionamiento de tecnologías Office 1.0 o clásicas, y el
funcionamiento de tecnologías Office 2.0 o distribuidas.

Por su parte Office 1.0 o modelo clásico, promueve la instalación obligatoria de una
amplia gama de paquetes software (Ej. Microsoft Office, Open Office) en nuestra
máquina local; en cambio la propuesta Office 2.0 se basa en la idea de utilizar un
navegador web (Netscape, Mozilla, Arena, Opera, Galeon, Konkeror, Internet Explorer,
entre otros) para consumir los servicios que se encuentran alojados en uno o varios
servidores, evitando de esta manera la instalación obligatoria de paquetes software en
nuestros equipos.

Entre los diferentes servicios que pueden brindar estos servidores se tiene: procesadores
de texto, hojas de cálculo, administradores de información personal, clientes de correo
electrónico, programas para la creación y despliegue de presentaciones visuales, entre
otros; pudiendo ser utilizados simplemente con la creación de una cuenta, la cual le
permitirá al usuario realizar una amplia gama de actividades las mismas que irán en
proporción de los servicios ofertados por el proveedor, actualmente uno de los paquetes
ofimáticos de mayor uso a nivel mundial es Google Docs, el mismo que permite crear,
compartir y administrar archivos creados a partir de sus herramientas de ofimática;
únicamente solicitando la creación de una cuenta de correo electrónico bajo el dominio
de Gmail.

Como se puede apreciar en la Figura 2, Office 2.0 tiene los niveles más altos con
respecto a su naturaleza predefinida y estructurada, esto se debe a que los procesos que
se integran en el mismo ya están establecidos (Ej. Un procesador de texto permite
agregar texto, cambiar el tipo de fuente, poner negrita, cursiva, subrayar, etc.; Una hoja
de cálculo permite realizar autosumas, calcular porcentajes, establecer fórmulas, etc.)
Por el contrario la Web 2.0 tiene una nivel menor en su naturaleza predefinida y
estructurada, la razón del porque sucede esto se presenta en la siguiente sección.

7
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Web 2.0

Web 2.0 es entendida como una plataforma web de lectura y/o escritura controlada por
las comunidades de usuarios, comunidades que se crean a partir de conexiones cliente a
cliente, publicaciones personales y creación de redes sociales (O’Reilly, 2004).

Plataforma que se diferencia de la Web 1.0 en el momento de la creación de contenidos,


donde el usuario pasa de ser un simple observador y consumidor de información
suministrada por un webmaster, a ser un ente creador de contenidos con ayuda de
interfaces amigables y de fácil uso.

Analizando de forma más detenida la definición dada por Tim O’Reilly, se puede
apreciar que la idea principal de Web 2.0 es crear comunidades, con la finalidad de:
compartir experiencias, emociones, gustos y preferencias, en pocas palabras crear una
inteligencia colectiva en función de los conocimientos particulares de los participantes.

En función a la realidad actual, donde existe gran variedad de aplicaciones web


disponibles en internet que trabajan bajo el modelo 1.0; se presenta el listado de
principios propuestos por el equipo O’Reilly Media en su artículo ―What is Web 2.0,
Design Patterns and Business Models for the Next Generation of Software‖, donde se
detalla las características básicas que debe cumplir una aplicación para ser considerada
una aplicación Web 2.0, las mismas que serán de mucha ayuda para todos los
interesados en desarrollar aplicaciones de este tipo.

Principios de la web 2.0

La world wide web como plataforma

Se dice que la World Wide Web es usada como plataforma cuando sobre ella se
encuentran instaladas las aplicaciones y/o servicios que un usuario necesita, eliminando
con ello los procesos de instalación física en nuestros equipos; facilitando con ello el
acceso y relativa liberación de servicios que son brindados por software de pago de
licencia.

La Web 2.0 también permite la creación de comunidades al brindar el servicio de


almacenamiento de información, facilitando al cliente tener acceso a ella de forma
8
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

permanente a cualquier hora del día durante todos los días del año, mediante el
cumplimiento de la regla 24/7/365 de oferta de servicios, regla que hace mención a
trabajar de forma correcta las 24 horas del día, 7 días a la semana, durante los 365 días
del año.

Las aplicaciones Web 2.0 al tratar a la World Wide Web como plataforma, también
aprovechan el efecto red que es producido por las comunidades al usar estas
aplicaciones, efecto que se entiende como el valor agregado que genera cada integrante
de la red, al crear nuevos contenidos o agregar mejoras a los existentes.

Aprovechar la inteligencia colectiva

En entornos Web 2.0 se vive un modelo de libertad de comportamiento con respecto a


la lectura y escritura de contenidos, donde los usuarios eligen entre dos opciones bien
definidas: (1) realizar una navegación de tipo tradicional, simplemente navegando a
través de los contenidos; o (2) en forma activa creando y aportando con nuevos
contenidos, los mismos que pueden servir como referente para alcanzar un nivel de
conocimiento colectivo, el mismo que supera en mucho al conocimiento individual que
pudiese existir, basando todo esto en el principio de la sinergia, donde el todo es mayor
que la suma de sus partes.

La gestión de la base de datos como competencia básica

Las aplicaciones Web 2.0 tienen una particular inclinación a la gestión de los datos que
son generados y gestionados dentro de la base de datos asociada a la aplicación Web
2.0. El interés que se genera en estos datos está asociado a la idea de que si bien es
cierto que gracias a la facilidad de uso y creación de contenidos que se ofrece a los
usuarios, se crea nuevos contenidos de forma exponencial con respecto al número de
participantes, esto también implica un crecimiento del mismo tipo con respecto al
universo de búsqueda; por ende, al aumentar el universo de búsqueda se debe crear a la
par nuevos y mejores procesos de gestión de datos, los mismos que se derivarán en
entornos con altos niveles de eficacia y/o eficiencia al momento de entregar sus
resultados.

9
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

El fin del ciclo de las actualizaciones de versiones del software

Este principio se refiere a la transición existente desde el software privativo (que se


distribuye por medio de venta de licencias) hacia el software gratuito disponible en la
red, donde un grupo de desarrolladores alrededor del mundo se esfuerzan por mejorar
esas aplicaciones desde su forma básica mediante la aplicación de complementos y
actualizaciones, las mismas que en la mayoría de los casos se realiza sin ningún costo
adicional.

Las aplicaciones 2.0 son desarrolladas con el objeto de sustituir productos que
requieren de un pago de licencia para su funcionamiento, ganando con ello clientes
dispuestos a producir y subir datos a las nuevas plataformas. Como ejemplo de ello se
tiene a Google con sus diferentes aplicaciones, a las que se ha puesto al servicio de
cualquier persona de forma gratuita.

Proceso que se realiza por medio del análisis de sugerencias y/o diferentes pruebas
ejecutadas sobre las aplicaciones en versión Beta, para que al corregir todos o al menos
la mayoría de errores se pueda presentar al público la versión Alfa, a la misma que
también se la conoce como versión final.

Modelos de programación ligera.

La programación ligera se ha convertido en el principal catalizador para que en la


actualidad exista una infinidad de aplicaciones web 2.0, se dice que es el principal
catalizador porque muchos desarrolladores se han aventurado a crear sus propias
aplicaciones, teniendo presente que para desarrollarlas no se debe seguir de forma
literal las diferentes metodologías de desarrollo de software.

Gracias a esto los desarrolladores han dejado de preocuparse por establecer


arquitecturas complejas propias de grandes sistemas; para presentar aplicaciones que
promueven la simplicidad y fiabilidad en aplicaciones no centralizadas y altamente
escalables, con breves reseñas de las metodologías existentes.

Ofreciendo con ello mayores valores agregados, productividad y sinergias ausentes en


algunos productos aislados.

10
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

El software no limitado a un dispositivo

La web 2.0 ha evolucionado conjuntamente con grandes avances tecnológicos en el


área de dispositivos móviles, pues hasta hace poco el acceso a internet era única y
exclusivamente asociado a equipos de escritorio o laptops, pero con los avances
tecnológicos que se menciona se puede encontrar una nueva realidad, donde es posible
visitar muchos sitios de internet desde teléfonos celulares, palmots, iPhone de Mac,
gPhone de Google, entre otros.

Donde los sitios deben adecuarse a entornos de pocas prestaciones hardware y


software, y presentarse con una calidad igual a la presentada en los equipos
tradicionales.

Algunas de estas aplicaciones hacen un amplio uso de la sindicación para presentar


resúmenes de una gran variedad de contenido, el mismo que se encuentra alojado en
algún sitio remoto, evitando tener que navegar por los sitios originales; facilitando de
manera indirecta la tarea de lectura de contenidos, los mismos que han sido
previamente seleccionados por el usuario con ayuda de lectores de sindicación.

Experiencias enriquecedoras del usuario

Este principio se fundamenta en el uso del conocimiento que ha sido generado por
internautas que han resuelto previamente algún problema y que resulte de utilidad para
otros usuarios que se encuentren frente a las mismas problemáticas.

Entre las principales herramientas usadas para divulgar estos conocimientos se tiene a
los blogs y wikis. Por su parte los blogs suelen tener diferentes orientaciones (carácter
social, tecnológico, político, religioso, etc.) donde los autores exponen al mundo su
conocimiento adquirido, o en su defecto se enlazan a otros sitios.

Las wikis en cambio pueden alimentarse de conocimiento empírico y/o científico que
haya sido generado en cualquier parte del mundo y que sirve a muchos otros lectores,
permitiendo que este contenido sea corregido y mejorado por cualquier usuario.

Todos estos principios deben ser tomados en cuenta al momento de desarrollar


aplicaciones Web 2.0 y no ser tomados a la ligera pues se corre el riesgo de terminar

11
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

desarrollando aplicaciones con una visión de Web 1.0, a continuación se presenta una
sección dedicada al entendimiento e investigación de todo lo que es e implica la
tendencia Enterprise 2.0 tendencia que representa el punto central de esta investigación.

Enterprise 2.0

Enterprise 2.0 ha sido considerada como un modelo revolucionario, debido a que su


establecimiento pretende romper con algunos paradigmas que si bien es cierto han
funcionado de una manera eficaz en el modelo económico tradicional, poco a poco se
están volviendo más inestables e ineficaces al afrontar los nuevos retos que se
encuentran presentes en la economía globalizada que ha surgido como parte de la
utilización de herramientas sociales (Web 2.0), debido a que en la actualidad los
clientes buscan, comparan, eligen y recomiendan uno que otro servicio.

Si las empresas buscan ser elegidas por estos clientes deben establecer las medidas
necesarias para sobresalir entre tantas y así aumentar su nivel económico – aspecto
fundamental para la sostenibilidad de las empresa a través del tiempo -, para ello resulta
de mucha utilidad conocer acerca de Enterprise 2.0, sus ventajas, la base sobre la que se
sustenta, las herramientas que pueden ser aplicadas en las organizaciones,
características, desventajas y retos. Por esta razón la presente sección tiene por
objetivo cubrir todas estas áreas de una forma estructurada buscando la facilidad de
entendimiento y aprendizaje por parte de las organizaciones, para que de esta manera se
animen a implementar este modelo económico-tecnológico en sus actividades
operacionales y de alta gerencia.

¿Enterprise 2.0 es bueno para la empresa?

Al momento de responder esta interrogante se lo debe hacer con un gran y efusivo ―Si‖,
sin importar la orientación que tengan las empresas, para justificar esta aseveración se
recurrirá a la información presente en la Tabla 1.

12
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

ENTERPRISE 1.0 ENTERPRISE 2.0

Jerarquías. Organización plana.


Fricción. Aliviana el flujo de información.
Burocracia. Agilidad.
Poca Flexibilidad. Flexibilidad.
Tecnologías dirigidas por los departamentos de Tecnologías manejadas por los usuarios.
Tecnologías de Información.
Desde la línea ejecutiva hacia abajo. Desde la línea ejecutiva hacia arriba.
Centralizado. Distribuido.
Equipos en un mismo lugar y hora. Equipos globales.
Silos y límites. Límites difusos y fronteras abiertas.
Necesidad de saber. Transparencia.
Sistemas de información estructurados y Sistemas de información emergentes.
dictatoriales.
Taxonomías. Folksonomías.
Muy complejo. Muy Simples.
Estándares cerrados / propietarios. Estándares abiertos.
Programado. Por demanda.
Ciclos de mercado a largo plazo. Ciclos de mercado a corto plazo.
Tabla 1: Cuadro comparativo entre Enterprise 1.0 y Enterprise 2.0 (fuente:
http://enterprise2conf.com/about/what-is-enterprise2.0.php)

Además:

 Mejora la coordinación entre grupos de trabajo (proyectos, talleres, etc.).

 La información importante queda catalogada y no extraviada en buzones de


correo.

 Los empleados pueden enfermarse, irse de vacaciones o trasladarse a una nueva


responsabilidad sin provocar tantos problemas, ya que el conocimiento de la
empresa se queda en las herramientas más no en los empleados.

 Economiza recursos de Tecnologías de Información.

 Procura la estandarización de procedimientos.

 Retroalimenta a los proveedores.

13
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

 Ayuda a la empresa a comprender lo que les preocupa y valoran sus clientes.

Para conseguir que todas estas ventajas se hagan realidad, se requiere un alto nivel de
compromiso por parte de todos los integrantes de las empresas, desde el más alto
funcionario hasta el último trabajador, puesto que si no existe un compromiso real de
parte de todos, la implementación de este modelo terminará convirtiéndose en un
conjunto de herramientas que nadie utilizara, y elementos como tiempo y esfuerzo que
se requieren para su implementación difícilmente serán recuperados.

Para fortalecer el entendimiento de lo que es e implica Enterprise 2.0 se utilizará


algunas gráficas de interés, las mismas que han resultado de una investigación
efectuada por AIIM (Association for Information and Image Management –
http://www.aiim.org/) a principios del año 2008 con algunas empresas en Estados
Unidos, investigación que ha sido publicada con el nombre de ―Enterprise 2.0: Agile,
Emergent & Integrated‖

Figura 3. ¿Qué están intentando alcanzar las empresas al implementar Enterprise 2.0?
En la Figura 3 se puede apreciar que sesenta y nueve empresas están de acuerdo con
que su principal objetivo es ―Incrementar sus niveles de colaboración‖, lo que permite
ratificar que en la actualidad las empresas han comprendido que la nueva dinámica de
negocios se fundamenta en la colaboración, por esta razón en la siguiente sección se
presenta los niveles de colaboración sobre los que se sostiene Enterprise 2.0; como los
siguientes datos más representativos de la gráfica anterior se tiene que cincuenta y seis
empresas afirman que su principal objetivo de la implementación del modelo Enterprise
2.0 es ―Reunir el conocimiento de lo que ellos conocen‖, al igual que otras cincuenta y
14
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

seis empresas ven como principal objetivo el ―Incrementar la agilidad / capacidad de


respuesta‖ que tienen frente a posibles escenarios que se presentan en su actividad
diaria. Objetivos que se conseguirán de forma implícita al incrementar los niveles de
colaboración entre las empresas.

Niveles de colaboración

Al finalizar la sección anterior se pudo identificar como principal objetivo de las


empresas el incrementar sus niveles de colaboración, dato que para las empresas que
aún no han incursionado en este modelo se preguntaran ¿Enterprise 2.0 es un modelo
basado en la colaboración?, pues si, Enterprise 2.0 si es un modelo basado en la
colaboración y para explicarlo de mejor manera se tomará como referencia los cinco
niveles de colaboración propuestos por Don Tapscott en su artículo ―Winning with the
Enterprise 2.0‖, publicado en el 2006.

Para Tapscott ―colaboración‖ dentro del ambiente de negocios se refiere al


―intercambio de conocimientos entre personas, intercambio que permite colaborar con
la creación de valor‖, pero se debe entender que, para que se produzca una correcta
colaboración dentro de este modelo de negocios Enterprise 2.0 se requiere que los
objetos (dispositivos, personas y empresas) trabajen juntos con el ánimo de ser cada vez
mejores valiéndose de la facilidad de comunicación que ofrece ―internet‖.

Figura 4. Niveles de colaboración necesarios para implementar el modelo Enterprise 2.0

15
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Nivel 1: Colaboración entre dispositivos.

En la actualidad con ayuda de microchips, que utilizan cierta cantidad de ondas en


frecuencias específicas, las cuales les sirven de estímulo para realizar una u otra acción
dependiendo de su configuración inicial, siendo este el caso de los Identificadores de
Radio Frecuencia (RFID por sus siglas en inglés), identificadores que están volviéndose
muy populares en procesos como: control de inventario, control vehicular, seguimiento
de rutas de paquetes, entre otros. Incluso se conoce casos donde la activación y control
de dispositivos hardware desde internet ya es posible, todas estas señales indican hacia
donde se está orientando la nueva era tecnológica.

Basándose en estos antecedentes Tapscott propone como primer nivel de colaboración


al que se produce entre dispositivos inteligentes, en ambientes inteligentes, los cuales
realizan internamente una gran cantidad de operaciones con el fin de generar
información que será de utilidad para otros dispositivos.

En la actualidad incluso se han creado algunos prototipos con la finalidad de establecer


modelos computacionales que tienen muy altos niveles de cohesión, dando origen a lo
que se conoce como ―Computación ubicua‖; explicándola en palabras sencillas es un
tipo de computación que está en todas partes y que permite controlar infinidad de
dispositivos, desde terminales de control tan pequeños y portables como un teléfono
celular para que las personas puedan interactuar con estos dispositivos de una manera
natural y espontánea.

Nivel 2: Colaboración entre empleados

Durante mucho tiempo las empresas han entendido que ellas deben contar con equipos
de trabajo que generen las respuestas rápidas a los cambios que pudiesen presentarse en
el entorno empresarial, cambios que son el resultado del aumento de demandas por
parte de los clientes. Pudiendo estos equipos ayudar a reunir a las personas adecuadas
en el momento oportuno y en función del conocimiento que sea requerido para una
acción específica, creando con todo esto equipos especializados, que tengan el
conocimiento necesario para efectuar un correcto desempeño ya sea en aspectos

16
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

internos de la organización, en su entorno próximo, e inclusive podría aplicarse a


ámbitos internacionales en donde se encuentre incursionando la empresa.

Estos equipos de negocio a los que se hace referencia pueden ayudar a mejorar
dramáticamente las estructuras de costes de las organizaciones mediante la eliminación
de los sistemas burocráticos tradicionales o evitando la creación de nuevas burocracias.

Actualmente se conoce que en entornos digitales se tiene la necesidad de ofrecer


oportunidades de colaboración entre los contenidos que se generen dentro de las
organizaciones, pudiendo ser estas oportunidades de colaboración formales o
informales. Para el caso de las primeras, las empresas pueden pensar en fomentar
interacciones improvisadas de flujos de información por medio de reuniones en donde
se exponga las realidades de cada sector de la organización. En cambio para el caso de
las oportunidades de colaboración informales, las empresas pueden pensar en cómo los
contenidos de colaboración deben basarse directamente en el trabajo cotidiano y los
procesos empresariales.

Entre las principales tecnologías que han apoyado a este nivel de colaboración se
encuentran las comunicaciones P2P (peer-to-peer), las mismas que han permitido a los
empleados operar de forma descentralizada con el objetivo de cumplir con sus objetivos
individuales y comunes. Además, en este tipo de comunicaciones los usuarios
compartieron capacidades para proveer datos y/o servicios, los mismos que pueden ser
habilitados o deshabilitados a su voluntad.

Las redes P2P también pueden dar accesos individuales a un grupo de documentos que
residen en alguna parte, desde cualquier sitio y en cualquier momento.

Nivel 3: Colaboración a través de los Silos

Las tecnologías de la información han facilitado que los procesos empresariales se


extiendan desde los equipos de negocio a una colaboración empresarial global, donde
se puede ver que el concepto de integración empresarial ha estado presente desde hace
algún tiempo atrás. Otro dato importante, es que los clientes en la era de la información
se han convertido en seres mejor informados y más exigentes, quienes a menudo exigen
soluciones integradas plenamente a sus gustos, gustos que por lo general están en
17
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

constante cambio; generando con todo esto un desafío organizativo en base a la entrega
de dichos productos y servicios, obligando a las empresas a rediseñar sus modelos de
negocio.

Además, la mayoría de las grandes organizaciones hoy en día se encuentran


geográficamente dispersas; utilizando las tecnologías de red como medio para que la
gente pueda comunicarse y trabajar juntos en equipos virtuales ejecutando operaciones
descentralizadas de forma coherente.

Aún en la actualidad existen empresas que tienen sistemas desarrollados con un


propósito específico, que por lo general se encuentra herméticamente cerrado
impidiendo la comunicación con otras instancias de la organización, dejando a la vista
una realidad donde predominan los silos tecnológicos que en lugar de servir de
catalizadores para el correcto funcionamiento de la empresa donde se encuentran
implantados siguen siendo una carga de la que resulta un poco difícil deshacerse.

Este problema no es nada trivial, pues muchas de estas islas tecnológicas no son fáciles
de descartar debido a su nivel de funcionalidad con respecto a procesos clave que se
ejecutan dentro de la organización. Peor aún, debido a la falta de visión en los procesos
empresariales, las empresas suelen perpetuar el legado con cada nueva inversión, pues
ellos con cada dólar gastado simplemente hacen más grandes las islas tecnológicas, en
lugar de buscar nuevas alternativas, que desembocarán en mejoras a futuro.

El nuevo enfoque se basa en principios definidos por gente de negocios, mas no por
técnicos. Desde un enfoque completo se presenta a la empresa a través de los negocios,
operaciones, sistemas y vistas tecnológicas; todo esto se basa en un modelo de resumen
de actividades empresariales, que no dependen de la evolución de las contingencias en
los procesos y la estructura organizativa. Pudiendo describirse al mismo como un
modelo de referencia orientado a los servicios de capacidades operacionales. Estos
componentes a los que se los llama ―funciones de servicio‖ son los elementos
constitutivos del diseño empresarial. Mediante la aplicación de una orientación a los
servicios, las empresas pueden lograr una arquitectura levemente cohesionada,
arquitectura que sirve para trabajar con procesos paralelos en varias áreas operativas de
nuestras organizaciones.
18
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Para optimizar el enfoque de la función de servicio, la empresa del equipo de diseño


debe incluir la planificación de diversas disciplinas tales como: desarrollo de
estrategias, diseño organizacional; y mercado, producto, marca y planificación de
instalaciones.

Las empresas al aplicar este tipo de integración ofrecen un eje robusto sobre el que se
desarrollan las nuevas empresas. Permitiendo a las organizaciones avanzar más allá de
las antiguas jerarquías basadas en la gestión de capas, porque no son necesarias cuando
la información está disponible instantáneamente por medios electrónicos, lo que le
facilita a la empresa funcionar como una unidad cohesionada mediante el suministro de
información a escala empresarial para la toma de decisiones y nuevas aplicaciones en la
que podría incursionar una empresa competitiva la misma que trasciende de las
unidades de negocio autónomas o equipos.

Al mismo tiempo, tales arquitecturas proporcionan una plataforma para la colaboración


entre los equipos del negocio, sin dejar de mantener la capacidad de una empresa.

Las unidades de negocio pueden ser vistas como las funciones de servicio en red,
trabajando en un sistema modular y una estructura organizativa flexible.

Nivel 4: Colaboración entre empresas

Desde entes centralizados hacia vistas que apuntan al uso de Tecnologías de la


Información llevan por defecto la idea de que la colaboración forma parte del diseño
empresarial y el eje de colaboración entre empresas, no solo dentro de ellas. Las
empresas que se encuentran verticalmente integradas están dando paso a compañías que
colaboran con otros en negocios web (B-web por sus siglas en inglés).

Los costos de colaboración entre empresas históricamente ha sido muy elevado, pero
con la aparición de Internet estos costos se han reducido de una forma drástica creando
un entorno fluido en el que los límites de la empresa pueden crear nuevas
oportunidades para la creación de valor, migración de valor y control de costos de
forma estratégica.

Si bien los métodos de colaboración mejoran la capacidad de la empresa al reducir


costes, es la innovación, agilidad, velocidad y otros objetivos relacionados con la
19
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

creación de valor empresarial los que están dinamizando este cambio en la arquitectura
corporativa. La razón es que los nuevos mercados pueden evolucionar en direcciones
inesperadas, exigiendo capacidades que quizá la empresa no posea. Con frecuencia se
puede reunir las mejores capacidades de un conjunto de empresas que se hayan
desenvuelto dentro de un sistema de producción y distribución de éxito, haciendo esto
de la forma más rápida posible. La inherente agilidad de un negocio web provee
beneficios competitivos al menos en el corto plazo, y sobre otras formas
organizacionales que no tienen un buen nivel de modularidad.

La mayoría de compañías hoy en día se están moviendo en esta dirección. Enfocarse


en los negocios web es una condición necesaria pero insuficiente para la
competitividad. Las empresas tienen que tomar las decisiones correctas con respecto a
las fronteras que manejan (Qué es lo que está dentro, y qué es lo que está fuera), esto se
necesita para establecer el diseño óptimo de negocio web que buscan implantar.

Nivel 5: Colaboración global con y entre las partes interesadas

A medida que internet evoluciona, yendo más allá de un medio de presentación (basado
en HTML) para una plataforma computacional (basada en XML, SOAP, UIID) que
permiten la participación y colaboración, con y entre las partes interesadas (también
conocidas como Stakeholders), que no implica únicamente a los empleados y
proveedores de los negocios web, sino también a los clientes, accionistas, miembros de
la comunidad y otros.

Las empresas pueden crear sus ―redes de stakeholder‖, en esta red las partes interesadas
examinan a la empresa para efectuar la creación de valor, aumentar las relaciones y
confiabilidad.

Como fue el caso de la empresa Dell, el mismo que gracias a su apertura y a su cambio
al modelo 2.0 pudo literalmente salir del infierno, el mismo que se produjo cuando Jeff
Jarvis, el blogger ubicado en el número 70 del mundo en cuando a su popularidad entre
los casi 60 millones existentes en la actualidad, sufrió en el 2005 diversos
contratiempos con una computadora de esta marca. Como el servicio técnico de la
compañía no le ofrecía soluciones satisfactorias publicó en su blog un post titulo ―Dell

20
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Hell‖ (El infierno Dell), donde narró su nefasta experiencia. A partir de esta
publicación, las ventas de Dell se redujeron notablemente, por lo que la empresa se
apresuró a solucionar el problema de Jarvis cambiando su computadora defectuosa por
otra nueva en tiempo record.

La llamada de alerta que supuso el caso ―Dell Hell‖, supuso para la compañía, hizo que
comenzara desde entonces a prestar mucha más atención a los medios sociales y
participativos, monitoreando blogs de manera activa, contactando a los clientes cuando
estos tienen problemas de cualquier tipo. Creando a partir de esta experiencia un sitio
llamado IdeaStorm, donde los usuarios pueden enviar sus ideas acerca de cómo mejorar
los productos y servicios de la compañía, además emitir votos sobre las ideas
presentadas.

Todo esto está ocurriendo en base a una realidad mundial, donde, el conocimiento,
cerebros, recursos y poder computacional de más de 1 billón de personas vía on-line de
todo el mundo se están auto organizando en una enorme fuerza colectiva. Donde ellos
comparten recursos informáticos en redes P2P además ellos colaboran en innumerables
maneras.

Los aspectos de creación de valor, aumento de relaciones y confiabilidad están


sucediendo en base a muchos fenómenos.

Al fusionar el último nivel de colaboración con la característica ―open‖, se puede hablar


de una ―colaboración abierta‖, la misma que permitirá: trabajar con altos niveles de
participación, libertad, transparencia, flexibilidad y agilidad, los mismos que a su vez
permitirán la generación de nuevos modelos de innovación; crear redes y estándares
con bajos niveles de complejidad.

Luego de explicar los diferentes niveles de colaboración propuestos por Tapscott,


resulta interesante el hecho de que el enfoque sobre la colaboración no se lo aplica
únicamente al modelo Enterprise 2.0 sino que este proviene de iniciativas firmemente
establecidas y probadas en muchas organizaciones desde hace muchos años atrás, estas
iniciativas a las que se hace referencia son: Administración de conocimiento,
Inteligencia de negocios e Innovación. Pues al leer sus definiciones se tiene:

21
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Administración de conocimiento.- Utilizar la sabiduría colectiva y experiencia para


incrementar la capacidad de respuesta e innovación.

Inteligencia de negocios.- Tecnologías, aplicaciones, y prácticas usadas para la


recolección, integración, análisis, y presentación de información de los negocios y a
veces para generar información de la empresa misma.

Innovación.- La innovación es promovida por la información que ha sido recogida


desde nuevas conexiones, desde conocimientos ganados por los viajes dentro de otras
disciplinas o lugares; desde redes activas con límites fluidos y abiertos. La innovación
surge de círculos en curso de intercambio donde la información no solo es acumulada y
almacenada, sino también creada. El conocimiento es creado por medio de conexiones
que no estaban antes ahí.

En las definiciones anteriores se ha subrayado las partes que hacen referencia a la


colaboración y a Enterprise 2.0; como se puede ver cada una de estas prácticas de
negocios posicionan a la colaboración como su núcleo. Además, debido a las
economías globalizadas actuales se observa que muchas organizaciones se están
moviendo a lo que se conoce como Personal virtual (redes de individuos que se
extienden a través de los límites geográficos); siendo este el comienzo de un nivel inter-
corporativo.

Luego de haber presentado los niveles de colaboración sobre los que se sostiene
Enterprise 2.0 se expone en la siguiente sección las herramientas sociales con mayor
aceptación en la implementación de este modelo.

Herramientas sociales utilizadas en Enterprise 2.0

Al encontrarse Enterprise 2.0 altamente relacionada con la colaboración en diferentes


niveles como los expuso Don Tapscott, y a varios aspectos como escalabilidad,
usabilidad, desempeño para brindar interfaces amigables y fáciles de usar por los
trabajadores de nuestras empresas, directivos, clientes, aliados estratégicos, entre otros;
queda determinada la necesidad de utilizar herramientas sociales, debido a esto, antes
de continuar se agrupará a varias tecnologías web en versiones, con la finalidad de
evitar ambigüedades en secciones posteriores.

22
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Figura 5. Tecnologías clasificadas por versiones

La clasificación expuesta en la figura anterior resulta de mucha ayuda al momento de


analizar la gráfica de la Figura 6, puesto que en esta última se detalla el nivel actual de
participación de las empresas con todas las tecnologías listadas, pero las únicas que se
analizará serán las que se encuentran bajo la clasificación de Tecnologías 2.0, expuestas
en la Figura 5.

Figura 6. ¿Cuál es su nivel actual de participación con las siguientes tecnologías?

23
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Entre las aplicaciones presentes en la gráfica anterior se puede destacar los siguientes
datos, tomando como referente que los datos que se presenta a continuación son el
resultado de sumar los valores de las columnas correspondientes a ―Implementado‖
más ―Adquirido pero no implementado‖, asumiendo que en el último caso están
cercanos a su implementación.
Mashups (61%), RSS (51%), Wikis (48%), Blogs (46%), Podcasting (31%), Marcado
Social (22%), Voto Social / Ranking (20), valores que permiten tener una noción acerca
de cuáles son las tendencias de uso para estas herramientas sociales y quizá representen
una pauta para los desarrolladores si desean inclinarse por el desarrollo de alguna de
estas tecnologías.
MASHUPS:

Los Mashups son aplicaciones web híbridas (mashup o remezcla), las mismas que
pueden ser un sitio o aplicación web que usa el contenido de otras aplicaciones web,
para crear un nuevo contenido completo, consumiendo servicios directamente por
medio del protocolo http, además, se valen de estándares ampliamente aceptados para
este consumo, estándares como XML, HTML, servicios web basados en estilos como
REST y JavaScript.

El contenido de un mashup normalmente viene de sitios web de terceros a través de una


interfaz pública o usando un API; lo que permite una integración de contenido rápida y
con bajos costos, donde la agregación de contenidos puede ocurrir en tiempo real, ya
sea en la máquina del cliente o en el servidor.

Los mashups permiten que cualquiera combine de forma innovadora, datos que existen
en diferentes páginas web, proveyendo de valor a los negocios, gracias a la integración
y sobre posición de aplicaciones ―solitarias‖ con diferentes orígenes de datos, por
medio de un estilo de programación que permite la creación de borradores ejecutivos o
vistas sencillas dentro de múltiples sistemas de datos y aplicaciones; las mismas que
requieren pocos conocimientos técnicos debido a que las APIs existentes son sencillas y
potentes al momento de diseñar un mashup.

Un mashup puede ser configurado para presentar contenido diferente y a la vez


relacionado, de lado a lado o combinar el contenido de alguna manera. Se debe tener
24
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

presente que la tecnología de los mashups es de tipo hereditario, esto permite que se
pueda embeber un mashup dentro de otro, dando como resultado aplicaciones
conocidas como ―Mashups Monstruos‖.

La arquitectura de los mashups está siempre compuesta de tres partes:

 El proveedor de contenidos (origen de los datos). Los datos siempre están


disponibles a través de una API y diferentes protocolos web como Rest, RSS y
Web Service.

 El sitio Mashup: es la nueva aplicación web que provee un nuevo servicio


utilizando diferente información y de la que no es dueña.

 El web browser cliente: es la interfaz de usuario del mashup. En una aplicación


web, el contenido puede ser mezclado por los navegadores web clientes usando
lenguaje web del lado del cliente. Por ejemplo: JavaScript.

REALLY SIMPLE SINDICATION (RSS):

Los canales RSS proveen resúmenes o el texto completo de un contenido web, el


mismo que ha sido direccionado previamente por un usuario. RSS mantiene y actualiza
de forma dinámica y automática todos los cambios que se produzcan en el sitio web
desde donde se está accediendo a los datos.

WIKIS:

Las wikis son sitios web de autoría colaborativa, donde múltiples voluntarios pueden
editar sus páginas a través de un navegador web; pudiendo ser tratadas como: Bases de
Datos de Conocimiento (olvidándose de que el conocimiento no se puede almacenar y
realmente lo que se registrará es información), en donde las áreas beneficiadas serán
aquellas más técnicas, como las de informática, talleres de reparación y mantenimiento.
Las wikis también pueden ser usadas como la plataforma de un portal en donde cada
página wiki es una página web en la que los empleados exponen a sus compañeros (a
distintos niveles) los servicios que ofrecen y que además les sirve de medio para
entregar información a sus clientes.

25
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Un sitio wiki permite a cualquiera editar, borrar o modificar el contenido en la web. En


implementaciones normales las wikis no imponen ninguna regla, ni roles que limiten el
uso y edición de los contenidos presentes en la wiki; pero en entornos empresariales se
puede agregar ciertas restricciones, las mismas que permitirán salvaguardar
información de clasificación confidencial, agregar niveles de seguridad, entre otras.
Para mayor eficiencia una wiki debe tener definido un dominio sobre el que será
aplicada por ejemplo, una wiki puede ser asociada a un proyecto de software
específico, donde se recogerá opiniones y experiencias de nuestro personal, con la
finalidad de generar una documentación acerca de los diferentes avances del mismo.

Otra característica poderosa de las wikis es su control de versiones y elementos de


auditoría que dan más seguridad a las organizaciones, debido a que los cambios que
sean efectuados por otros usuarios no provocarán pérdidas de información
permanentes.

BLOGS:

El término blog es usado como una pronunciación corta de weblog, los mismos que son
diarios basados en web que permiten a los usuarios recopilar cronológicamente textos o
artículos, apareciendo primero el más reciente, donde el autor conserva siempre la
libertad de dejar publicado lo que crea conveniente, además se le permite al autor
comunicarse rápidamente con una audiencia masiva.

Dentro del ambiente Enterprise 2.0 los blogs dejan de ser un diario que recoge
experiencias personales y se los encausa en ámbitos empresariales donde se recoge
experiencias colectivas relacionadas a proyectos que se desarrollan dentro de la
organización, exposición de noticias, anuncio de eventos, realizar auto evaluaciones en
diferentes niveles.

Los blogs típicamente tienen un solo autor y pueden ser usados como: Zona de
colaboración para Proyectos, trabajos de investigación y autoestudio, dando
seguimiento a los avances, las ideas, planteando problemas, refinando soluciones, etc.,
pero otros participantes también pueden agregar contenido, el cual que puede venir en
forma de comentarios, por lo que se los considera semi-colaborativos en contraste con

26
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

las wikis, estos comentarios siempre vendrán de todos los involucrados con el sitio y se
tendrá agrupadas las discusiones por temas tratados.

PODCASTING:

Podcasting es el término usado para referirse a ―iPod Broadcasting‖, podcasting es el


método de distribución de archivos multimedia (Ej. Audio y video) en la web usando
lectores de sindicación. NOTA: Cabe recalcar que Podcasting no depende de ninguna
plataforma.

De forma similar a un blog, un podcast típicamente tiene un autor y provee un canal de


comunicación masiva, pero con diferencia de que el podcasting provee una salida
simple y ágil para capturar y compartir conocimiento basado en multimedia. Por esta
razón en algunas ocasiones las personas se refieren a este formato como ―Un blog
multimedia‖.

MARCADO SOCIAL:

El marcado social es una forma de etiquetado, ejecutado por individuos y típicamente


compartidos en forma pública y colectiva dando como resultado sistemas que emergen
por si solos. El modo de funcionamiento consiste en que los usuarios guardan enlaces
que se encuentran relacionados a páginas web que ellos quieren recordar o compartir.
La mayoría de sistemas de marcado social tienen etiquetas de usuario conocidos como
tags, por lo tanto ellos proveen una organización de contenidos de acuerdo a tags
similares.

Las ―folksonomías‖ son el resultado que emerge de compartir y permitir la


visualización de nuestros marcadores. Estos comunican contextos y categorización de
contenidos de acuerdo a tags similares.

Los usuarios de sistemas de marcado social pueden navegar por el contenido


seleccionando o todos los asociados a un tag particular. Algunos de estos sistemas
proveen funcionalidades de señalización, los cuales alertan a los usuarios de nuevos
marcadores (mediante el tipiado de tags en pantalla).

27
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

VOTO SOCIAL/ RANKING:

El voto social / ranking es una mejora basada en grupos para capturar opiniones
colectivas y otros tipos emergentes. Esta es una forma de etiquetado, el cual permite a
los usuarios calificar la calidad de una pieza de contenido particular.

Las herramientas de voto social / ranking utiliza algoritmos propietarios para calcular el
valor total del contenido, en función de una o varias entradas proporcionadas por el
usuario.

2.2. CARACTERÍSTICAS DE ENTERPRISE 2.0

Evolución del término

Continuando con el análisis de esta tendencia se ha realizado un análisis de la evolución


del término y su aplicación, todo esto desde el punto de vista de varias autoridades en el
área de negocios tecnológicos.

Por su parte M.R. Rangaswami, en un intento por establecer una definición acerca de
Enterprise 2.0 a principios del año 2006 se refirió a esta como:

“Enterprise 2.0 es la sinergia de un nuevo conjunto de tecnologías, modelos de


desarrollo y métodos de entrega que son usados para desarrollar software de
negocios y entregarlos a los usuarios”

Analizando esta definición se puede apreciar que para el autor Enterprise 2.0
simplemente se ve reflejado como un conjunto de tecnologías, modelos y métodos de
desarrollo, que son implementados y usados para desarrollar software de negocios y
entregarlos a los usuarios. Exponiendo con ello que Enterprise 2.0 únicamente debe ser
considerada como un medio para producir herramientas que faciliten algunos procesos
de negocios; razón por la que se debe reconsiderar esta definición ya que en situaciones
reales el ambiente sociocultural con el que se cuente en las diferentes organizaciones
será trascendental, tanto, para el correcto funcionamiento de las aplicaciones que han
sido desarrolladas para los procesos de negocio, como para su continuidad de uso a
través del tiempo.

28
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Como una compensación a esa falta presente en la definición propuesta por


Rangaswami el Profesor Andrew McAffe, en su artículo ―Enterprise 2.0: The Dawn of
Emergent Colaboration‖, publicado en la primavera del 2006, nos presenta una
definición con un enfoque diferente, expresada en la siguiente frase.

“Enterprise 2.0 es el uso de las nuevas plataformas de software social dentro de las
empresas, o entre empresas y sus socios o clientes”.

Donde se puede apreciar una parte tecnológica, al referirse a las nuevas plataformas de
software social, y una parte colaborativa al involucrar a las empresas con otras
similares, sus socios y clientes, compensando la falencia de la definición dada por
Rangaswami.

Aunque, esta definición se haya difundido con gran aceptación en el entorno


empresarial se han presentado algunos malos entendidos en las organizaciones donde se
ha establecido este modelo o se ha planeado hacerlo en función de este hecho en la
tabla 1 se presenta las diferentes apreciaciones que tienen las organizaciones sobre lo
que es e implica Enterprise 2.0 para ellos.

DEFINICIÓN %
La aplicación de las tecnologías Web 2.0 en la empresa. 20 %
La próxima generación de Enterprise Content Management. 13 %
Tecnología que permite a las personas colaborar y/o desde comunidades online. 12 %
El uso de las nuevas plataformas de software social dentro de las empresas, o entre empresas y 12 %
suspróxima
La socios o generación
clientes. de colaboración. 9%
La próxima generación de gestión del conocimiento. 8%
Un enfoque centrado en el usuario, para trabajar con sistemas de contenidos basados en la 7%
empresa.
La exposición de la sabiduría colectiva de una red de trabajo socios y clientes. 7%
Un nuevo conjunto de tecnologías, modelos y métodos utilizados para desarrollar y ofrecer 6%
software empresarial.
La capacidad de complementar juntos servicios software para permitir la agilidad en los 4%
negocios.
La democratización de la información y de los sistemas centrados en el contenido. 2%

Propulsión de metatags para aprovechar la sabiduría colectiva. 1%


Tabla 2: ¿Cuál de las siguientes definiciones de Enterprise 2.0 se alinea a su definición?

29
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Analizando algunas de las definiciones expuestas en la tabla anterior, y de sus falencias


al momento de describir un ambiente bajo la clasificación del modelo Enterprise 2.0, se
tiene:

La aplicación de tecnologías Web 2.0 en la empresa (20%)

Debe quedar claro que Enterprise 2.0 trata más de negocios y de la adopción de formas
de pensar 2.0, que de una integración de aplicaciones sociales (que cumplan con los
principios presentados en la sección 2.1.2.1), mas no únicamente de la integración de
aplicaciones 2.0 a los procesos internos de la empresa; pues al realizar esto de forma
individual se está corriendo el riesgo de tener un conjunto de aplicaciones que nadie
use, o en su defecto lo usen sin ninguna orientación, provocando posibles errores que
pueden desembocar en pérdidas económicas o de credibilidad frente a otras empresas y
clientes.

La próxima generación de Enterprise Content Management (13%)

La Administración de Contenidos Empresariales (ECM por sus siglas en inglés),


virtualmente incluye cada proceso, técnica, tecnología y aproximación para crear,
almacenar, administrar y publicar todas las formas de contenido que resulten de utilidad
dentro de la empresa, a corto o largo plazo, pudiendo este contenido haber sido
generado desde el interior (empleados, administradores, etc.), o desde el exterior
(clientes, compañías asociadas, etc.).

Bajo esta definición quizá muchas de las personas buscan incluir a los ECM como una
base sobre la que se desarrolla Enterprise 2.0, considerando a esta última como una
versión mejorada de la anterior. Pero en realidad solo es un intercambio de formas,
más no una nueva generación. Por ejemplo. Enterprise 2.0 por definición, no incluye
funcionalidades tales como administración de archivos, seguridad, administración de
procesos de negocio o taxonomías especializadas, funcionalidades que si son parte de
los sistemas ECM.

Tecnología que permite a las personas colaborar y/o formar comunidades on-line
(7%)

Esta definición presenta una perspectiva superficial y enfocada exclusivamente en la


colaboración, la misma que resultaría insuficiente al momento de establecer una

30
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

diferencia con la definición dada por Tim O’Reilly para referirse a Web 2.0; omitiendo
con ello la capacidad de integración, inteligencia colectiva y naturaleza estratégica de
Enterprise 2.0.

En resumen, esta definición falla al incluir el ecosistema requerido para desarrollar y


mantener soluciones del tipo Enterprise 2.0.

El uso de las nuevas plataformas de software social dentro de las empresas, o entre
empresas y sus socios o clientes (7%).

Por su parte esta definición se encuentra vinculada en gran parte a la definición


propuesta por el profesor McAfee, donde el uso de la palabra ―plataforma‖ es clave,
pues la misma indica que se debe ir más allá de un conjunto de procesos apuntando a
silos tecnológicos y propulsar la búsqueda de una plataforma unificada en donde
converjan todas estas tecnologías promoviendo el desarrollo de soluciones estratégicas
que mejoren la productividad de las organizaciones.

Para el desarrollo de aplicaciones Enterprise 2.0 se ha descrito dos marcos de trabajo,


los cuales son explicados a continuación.

Marcos de trabajo para Enterprise 2.0

Un marco de trabajo establece la base para un proceso de software completo al


identificar un número pequeño de actividades aplicables a todos los proyectos de
software, sin importar su tamaño o complejidad. Además, el marco de trabajo del
proceso abarca un conjunto de actividades sombrilla aplicables a lo largo del proceso
del software (Pressman, 2006).

SLATES

Considerando la definición anterior se ha creído conveniente elaborar unos marcos de


trabajo para aplicaciones que sean desarrolladas bajo el criterio de Enterprise 2.0,
teniendo como primer marco de trabajo al propuesto por el profesor Andrew McAffe, el
mismo que fue presentado bajo el acrónimo SLATES, acrónimo que ha sido establecido
en función a las iniciales de los siguientes términos: Search, Links, Authorship, Tags,
Extensions, y Signals, al explicar cada uno de estos de forma individual se tiene:
31
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Figura 7. Relación entre los Marcos de Trabajo propuestos para Enterprise 2.0

SEARCH (Búsqueda):

Denota que el contenido Enterprise 2.0 debe ser sujeto de descubrimiento; en otras
palabras las tecnologías de búsqueda deben estar provistas de los mecanismos
necesarios para permitir la ubicación de contenido de una forma fácil, rápida y
automática, pero sin olvidar las capacidades de colaboración con otras instancias de la
organización.

Figura 8. Dinámica del proceso de búsqueda (SEARCH)

32
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

LINKS (Enlaces):

La características de los enlaces se refiere a la habilidad de crear interconexiones entre


el contenido. Utilizando apuntadores para poder conseguir esta funcionalidad, siendo
considerada como principal apuntador a los enlaces de hipertexto, los mismos que
permiten crear rutas de navegación entre contenidos de forma fácil y dinámica, desde
un sitio a otro, o para referenciar algún objeto ya sea una imagen, animación,
presentación, video, etc.

Figura 9. Dinámica del funcionamiento de los enlaces (LINKS)

AUTHORSHIP (Autoría):

Autoría por definición es una forma explícita de asignar responsabilidades y dar crédito
por el trabajo intelectual; pero para el caso de Enterprise 2.0 se encuentra mayormente
asociado a la usabilidad, donde la facilidad de acceso y uso de las plataformas de este
tipo sea tal no se requiera ningún entrenamiento especial para su uso, o en su defecto se
utilice muy poca ayuda al momento de aprender a usar estas tecnologías; en otras
palabras la curva de aprendizaje relacionada al uso de estas plataformas sea muy suave
para alcanzar altos niveles de inclusión por parte del personal de nuestra empresa, de
nuestros clientes y de nuestros posibles aliados.

33
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Figura 10. Dinámica del funcionamiento de la Autoría (AUTHORSHIP)

TAGS (Etiquetas):

Esta característica se refiere al uso de etiquetas de forma dinámica para identificar el


contenido que tiene relevancia para el usuario que está utilizando ese contenido, ya sea
en forma de lector, editor, y/o creador.

Estas etiquetas en algunos casos permiten crear cierto tipo de taxonomías, las que
permiten dar un orden correcto de acuerdo a las preferencias que se tenga al momento
de asociarlas a una categoría en específico, e inclusive al combinarse se puede crear
una folksonomía.

Las etiquetas también pueden ser usadas para capturar opiniones individuales y
colectivas, las mismas que darán mayor valor al contenido relacionado.

Figura 11. Dinámica del funcionamiento de la etiquetación (TAGS)


34
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

EXTENSIONS (Extensiones):

Permite a la tecnología descubrir patrones en las actividades de los usuarios. Patrones


que son utilizados como conocimiento base para generar nuevas búsquedas, las mismas
que en algunos casos son usadas para desarrollar herramientas conocidas como
sistemas recomendadores, los mismos que pueden ser construidos a partir de los gustos
y preferencias de un usuario, que han sido rescatadas a partir de una consulta, compra,
selección, etc. de un producto determinado.

Figura 12. Dinámica del funcionamiento de las extensiones (EXTENSIONS)

SIGNALS (Señales):

Representa el uso de tecnología para presentar pequeñas muestras de contenido a las


partes interesadas, en otras palabras representan pequeñas porciones de información
que permiten a los usuarios mantenerse informados. Ej. Una suscripción mediante
lectores RSS.

Figura 13. Dinámica del funcionamiento de las señales (SIGNALS)


35
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

FLATNESSES

El segundo marco de trabajo para Enterprise 2.0 resulta de una ampliación del marco de
trabajo presentado en los literales anteriores, este segundo marco de trabajo es conocido
como FLATNESSES el cual fue propuesto por Dion Hinchcliffe y resulta de fusionar
las primeras letras de los siguientes términos: Freeform, Links, Authorship. Tags,
Network-Oriented, Extensions, Search, Social, Emergence y Signals; de los que se
puede identificar que han sido añadidos los siguientes: Freeform, Network-Oriented,
Social y Emergence, al primer marco de trabajo pero como ya se explicó la mayoría de
características en SLATES se ha procedido a realizar una breve explicación de los
cuatro restantes.

FREEFORM (Libre):

Hace hincapié sobre el componente de autoría descrito en SLATES, pero con la


diferencia de que en lugar de un aprendizaje con barreras mínimas de aprendizaje, se
plantea la idea de que no debe existir ninguna restricción al momento de aprender a
utilizar las tecnologías Enterprise 2.0.

Figura 14. Dinámica del funcionamiento de la característica libre (FREEFORM)

NETWORK-ORIENTED (Orientado a la red):

Este enfoque no implica que todas las soluciones Enterprise 2.0 deban estar basadas en
tecnologías Web, pero sí que todas estas deben ser direccionadas a través de la web.

36
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Característica que representa un componente esencial a la hora de generar contenido, ya


sea dentro o fuera de las organizaciones.

Figura 15. Dinámica del funcionamiento de orientación a la red (NETWORK-ORIENTED)

SOCIAL (Social):

La característica social hace hincapié en la transparencia (para acceder), diversidad (en


el contenido y miembros de la comunidad) y la apertura (estructural), siendo estos tres
factores muy importantes para formar un núcleo de valor que beneficiará en mucho a
un ambiente Enterprise 2.0.

Figura 16. Dinámica del funcionamiento de la parte social (SOCIAL)

37
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

EMERGENCE (Emergente):

Esta característica describe que todas las plataformas construidas sobre el modelo
Enterprise 2.0 deben presentar las herramientas y escenarios básicos donde nuevas
aplicaciones puedan emerger.

Una vez explicadas las características restantes presentes en el marco de trabajo


FLATNESSES se presenta a continuación y de forma resumida la relación existente
entre las herramientas sociales expuestas en las sección ―Herramientas sociales
utilizadas en Enterprise 2.0‖ y los marcos de trabajo SLATES y FLATNESSES
expuestos en la sección ―Marcos de trabajo para Enteprise 2.0‖

Mashups: A menudo los mashups soportan de manera parcial todas las facetas de
SLATES y FLATNESSES, teniendo como enfoque principal los enlaces y la
orientación de red.

RSS: Soporta todas las facetas de SLATES y FLATNESSES con un soporte parcial en
la parte social (pero los usuarios no interactúan necesariamente con el RSS) y no tienen
un soporte directo para las extensiones.

Wikis: Las wikis soportan todas las facetas de SLATES y FLATNESSES, con un
soporte parcial en la libertad de expresión y participación (esto se debe a que algunas
reglas vienen impuestas por el administrador).

Blogs: Los blogs soportan todas las facetas de SLATES y FLATNESSES, con un
soporte especial en búsquedas, señales y la capacidad de emerger.

Podcasting: soporta todas las facetas de SLATES y FLATENESSES con un soporte


parcial en las búsquedas (esto se debe a que en el formato multimedia por lo general
solo orientan las búsquedas en función de las etiquetas que se encuentran asociadas a
los mismos, o en otros casos se requiere de herramientas especializadas para ejecutar
esas búsquedas).

Marcado social: Soporta todas las facetas de SLATES y FLATNESSES.

Voto social / Ranking: Aunque el voto social se enfoca en las etiquetas y modelos que
puede emerger a partir de el, este soporta todas las facetas de SLATES y FLATNESSES
38
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

con un soporte parcial para los enlaces (los enlaces se encuentran limitados a las
etiquetas o calificaciones enlazadas a un contenido específico), orientado a la red
(aunque la calificación puede ser ejecutada sobre el contenido web, esta no es un
requisito), extensiones (las calificaciones hechas no proveen unas extensiones de forma
implícita, pero pueden servir como entradas para funcionalidades que generen
extensiones).

Continuando con la secuencia de la investigación se analizará otro factor propio del


modelo Enterprise 2.0, su naturaleza operacional de implementación.

Estratégicamente planeado, tácticamente entendido.

Luego de haber determinado las herramientas sociales y su relación con las


características de los marcos de trabajo propuestos por Andrew McAffe y Dion
Hinchcliffe para desarrollar aplicaciones, ajustables al modelo Enterprise 2.0 surge la
necesidad de conocer cómo se ha realizado las implementaciones en algunas de las
empresas que fueron consultadas en la investigación ―Enterprise 2.0: Agile, Emergent
& Integrated‖ y que se presentan en la Figura 17.

Figura 17. ¿Cómo se ha implementado el modelo Enterprise 2.0 dentro de su empresa?

Donde se puede identificar que el cuarenta y seis por ciento de las empresas han
implementado el modelo Enterprise 2.0 de una forma ad hoc debido a que resulta ser la
forma más fácil de implementarlo, pero se debe considerar que esta no permite alcanzar
todos los beneficios que se puede lograr por medio de un establecimiento basado en
planes estratégicos, donde se busque crear una plataforma unificada que evite la
creación de silos tecnológicos aislados que Tapscott describe en el tercer nivel de
colaboración necesario para establecer un modelo Enterprise 2.0

39
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

También se puede ver que el veinte y seis por ciento de las empresas participantes en la
investigación han realizado sus implementaciones de modelo de una forma estratégica,
la misma que permitirá alcanzar los niveles 4 y 5 de colaboración propuestos por
Tapscott, niveles que proponen una colaboración entre empresas y todas las partes
interesadas respectivamente. (Véase niveles de colaboración). Permitiendo un mayor
desarrollo de las empresa, el que se verá traducido en ventajas competitivas necesarias
en la nueva dinámica de mercado.

Don Tapscott también ha realizado un análisis entre la dinámica de mercado tradicional,


para entender de mejor manera sobre cuál base se han desarrollado la mayoría de
empresas a lo largo de estos años.
1. Pensar en forma global y actuar de forma local

2. Se debe mantener las capacidades de misión crítica dentro sus fronteras.

3. Contratar y mantener a las ―mejores‖ personas como base para la excelencia en


innovación.

4. Controlar y proteger de una forma feroz los recursos propietarios e


innovaciones, especialmente de la Propiedad Intelectual, a través de patentes,
derechos de autor y marcas.

5. Planear productos y servicios diferenciados, y ―empujarlos‖ dentro del mercado


a través de campañas de marketing efectivas basadas en los medios de
comunicación.

6. Lograr una excelencia operativa a través de procesos de negocio óptimos,


especialmente para alcanzar una ―integración empresarial‖ y construyendo
estructuras de negocios ―que no pueden ser cambiadas‖, las mismas que se
basan en viejos modelos organizacionales.

7. Gestionar el conocimiento para asegurar la disponibilidad del mismo de cara al


capital humano de la empresa.

8. Evitar vulnerabilidades a través de los secretos – viendo a la transparencia como


amenaza o una obligación limitante basada en el cumplimiento de una
normativa.

9. Construyendo la marca de su empresa o producto, ya sea como una imagen,


promesa o sello.

40
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

10. Visualización de las Tecnologías de Información en primer lugar como algo


dentro de la empresa que debe organizarse para alcanzar los objetivos
corporativos.

Como se dijo, estos principios han sido ampliamente usados por las empresas del
modelo clásico, pero, la nueva dinámica de negocios que se da a través de la red,
supone la inclusión de algunos cambios en estos principios, cambios que se encuentran
resumidos en la siguiente lista:
1. Pensar en forma global y actuar en forma global
2. Determinar los límites corporativos y geográficos, con la finalidad de identificar
nuestros competidores y oportunidades para un crecimiento rentable.
3. Mantener modelos de ―innovación abierta‖, en lugar de los modelos de innovación
basados en grupos pequeños que trabajan dentro de las fronteras corporativas.
4. Controlar y proteger de forma parcial los recursos propietarios e innovaciones
especialmente la propiedad intelectual, a través de patentes, derechos de autor y
marcas; pero liberando algunas de ellas con la finalidad de que otras compañías y/o
usuarios permitan agregarle valor a nuestras investigaciones.
5. Planear productos y servicios diferenciados, y ―empujarlos‖ dentro del mercado a
través de campañas efectivas del marketing basadas en la participación y auto-
organización.
6. Lograr una excelencia operativa a través de procesos de negocio óptimos para
alcanzar una ―integración empresarial‖, construyendo un diseño de afuera hacia
dentro para facilitar la integración de negocio web.
7. Gestión del conocimiento y capital humano, que se genera dentro y fuera de las
fronteras de la empresa, mejorando con ello su capacidad de toma de decisión y
permitiéndoles ejecutar acciones efectivas en momentos cruciales dentro de la
empresa.
8. Adquirir una ventaja competitiva por medio de valores como: honestidad,
responsabilidad, consideración y transparencia.
9. Incrementar el capital de relaciones, creando fortalezas en base a las experiencias
de usuarios.
10. Visualización de las Tecnologías de Información como algo que se desarrolla a
través de la red y en forma abierta, para esto se recomienda el uso de tecnologías

41
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Web 2.0, facilitando con ellas la captura de información que se genera en el


ciberespacio basándose en la naturaleza de colaboración descrita en la siguiente
sección.

Desventajas y retos para los administradores.

Al implementar un modelo Enterprise 2.0 en las empresas se encuentra una gran


variedad de retos, retos que involucran un proceso de maduración tanto a nivel socio
cultural como a nivel tecnológico, entre los principales se tiene el lidiar con la cultura
corporativa a nivel tecnológico ya que desde siempre ha resultado una barrera al
momento de implantar soluciones informáticas del tipo que sea, barrera que ha sido
ampliamente impulsada por esa inercia organizacional existente en la mayoría de
empleados y/o administradores; por ende, y en relación con los datos recuperados de la
Figura 18 se ha podido determinar que se requiere de la presencia de un líder que guie a
todo este grupo de personas durante la instauración del modelo Enterprise 2.0 dentro de
la empresa, ayudando y motivando para poder superar los diferentes obstáculos.

Figura 18. ¿Piensa que es necesario tener un líder para proyectos Enterprise 2.0?

Después de reconocer la necesidad de que exista alguien que lideré el proceso de


instauración del modelo Enterprise 2.0, se detalla los principales retos a los que debe
enfrentarse durante este proceso y que fueron identificados en el blog Esquina TI,
Archivo para la categoría ―Enterprise 2.0‖ (Para más información refiérase a los datos
disponibles en bibliografía), encontrándose descritos de forma general los siguientes
retos:
Justificación

El justificar frente a los dirigentes de nuestras empresas que Enterprise 2.0 es magnífica
y que se logrará grandes beneficios con su implementación, resulta ser el primer reto
42
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

con el que el líder debe luchar para conseguir una ventaja competitiva frente a las
demás empresas.

A manera de un procedimiento breve para afrontar este reto se puede optar por conocer
a los clientes internos de la organización y procurar un nivel de integración en la que se
pueda crear vínculos de confianza con ellos, de tal forma que si se enfoca en las
necesidades actuales, así como en las necesidades que ni siquiera ellos han detectado, y
con un poco de imaginación, se puede encontrar fácilmente cuales son las tareas en las
que ellos se verían beneficiados con esta tecnología. Después de esto, ellos se
convertirán en fervientes patrocinadores, y junto a la persona que lidere la iniciativa de
implementar el modelo Enterprise 2.0, lucharán por obtener el apoyo directivo y por
supuesto, los recursos requeridos para llevar a cabo la implementación.

Luego de determinar cuáles son las principales necesidades se debe considerar algunas
de las características relacionadas a las tecnologías 2.0 para determinar que tecnología
es aplicable para los procesos de negocio identificadas dentro de la empresa que se
planea implementar el modelo Enterprise 2.0.

Como un agregado que se puede aplicar dentro de los procesos empresariales y que
puede ser construido con ayuda de las herramientas expuestas en la sección
―herramientas sociales utilizadas en Enterprise 2.0‖ se tiene a las librerías, las mismas
que pueden ser implementadas como: un servidor de contenido en el que se publican
los formatos oficiales, los únicos procedimientos aprobados, los instructivos más
actuales, los videos de algún procedimiento de reparación o de cursos únicos y
excepcionales, boletines internos de todo tipo, etc.

Se debe considerar que si la herramienta que se implementa tiene una integración con
distintos tipos de tecnologías 2.0, su uso puede transformarse hasta llegar a convertirse
en el portal empresarial de la organización.

En definitiva, el origen de las principales razones que permiten justificar la


importancia de implementar el modelo Enterprise 2.0 dentro de las organizaciones
siempre nacerá de las necesidades actuales, incluso desconocidas, que tengan los

43
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

potenciales usuarios. Sin olvidarse que esta integración debe tener un alto nivel de
integración con las necesidades del cliente.

Los usuarios

Los usuarios representan el principal reto de una implementación Enterprise 2.0. Claro
está que el proceso de implementar un proyecto de TI (tecnologías de información) no
es fácil, eso se lo sabe, pues de alguna forma está implícito el lidiar con la famosa
―Resistencia al cambio‖.

El comunicar la importancia de Enterprise 2.0 a los usuarios que se pretende beneficiar


en un ambiente empresarial supone todo un reto, principalmente porque los usuarios
entienden algo completamente distinto al hablar de los posibles usos. En este tema
existe una diferencia bien marcada entre lo que cree decir TI y lo que los usuarios creen
entender.

Parece irónico que cueste trabajo comunicar todos los posibles usos a los potenciales
usuarios de una tecnología que está dirigida a facilitar la colaboración dentro de la
comunidad a la que pertenecen, que trata de las personas, de las relaciones que
establecen, de las formas como éstas interactúan, de sus preferencias, de su
conocimiento y que se ha masificado gracias al uso que ellas mismas le han dado en
Internet.

El concepto de la Web 2.0 es fácil, simple y útil en Internet, pero en un ambiente


empresarial es diferente debido a que los trabajadores del conocimiento no siempre ven
las ventajas para sus respectivos departamentos. Una forma de contrarrestar este reto es
ejecutar las siguientes acciones:

 Apoyarse y aliarse con los jóvenes trabajadores (sobre todo menores de 25


años). Ellos suelen comprender rápidamente la utilidad de estas tecnologías,
además, encuentran instantáneamente un uso viable y bien dirigido.

 Tener paciencia para dejar que las nuevas ideas y conceptos novedosos maduren
en cada usuario hasta que ellos mismos encuentren aplicabilidad en su espacio
de trabajo.

44
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

 Y, principalmente, establecer una base inicial desde la cual partan los usuarios,
es decir, que mediante un acercamiento se encuentre un uso relevante que
permita indicar en donde se puede realizar esa actividad.

Política de uso

La evolución de los portales empresariales, de publicar contenido alineado a los


objetivos de la empresa por parte de un ―comité de expertos‖, a portales donde el
trabajador es un autor, con sus propias ideas y visión, del contenido que se publicará a
todos los demás empleados, suponiendo un gran reto para los administradores.

Uno de los desafíos es hacer que el contenido de estas nuevas herramientas siempre se
encuentre alineado a los objetivos de la empresa y no se convierta en escenario de
debates sin sentido o repositorios de información ajena a la empresa.

En entornos colaborativos donde las personas tienen la facilidad de crear y difundir


contenido, resulta imperativo determinar lo que es confidencial y lo que es público. Por
lo anterior, se sugiere que antes de empezar con una implementación de este tipo, las
empresas deben establecer claramente sus políticas de uso y explotación de estas
herramientas en donde se marquen los límites de tolerancia, los contenidos aceptados,
se clasifique la información y se definan los niveles de acceso.

Buscar la herramienta correcta

Si se quiere implementar Enterprise 2.0 tomando el camino directo y no por un camino


largo, primero se debe obtener la justificación basada en las necesidades de los usuarios
y no por simple ánimo de tener la tecnología de última generación presente en Internet.
Por esta razón únicamente después de haber pasado por las fases previas se debe
empezar a enfocar en cuestiones tecnológicas, no antes.

Cuando se analiza el concepto de Web 2.0, desde la perspectiva de la informática, se


puede observar que esos sitios son realmente herramientas que facilitan que los
internautas carguen información en internet (en forma de texto, archivos multimedia,
etc.) sin conocimiento previo de HTML, lenguajes de scripting, XML, programación
visual, bases de datos, redes, telecomunicaciones, etc.

45
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Por lo cual, cuando se quiere implementar Enterprise 2.0 se tiene que buscar una
herramienta que permita a los usuarios cargar información sin un conocimiento previo
de las tecnologías antes mencionadas y sin la ayuda directa del equipo de sistemas.

El reto de la integración con la plataforma existente

Se debe considerar que los usuarios de las herramientas implantadas bajo el modelo
Enterprise 2.0, algún momento querrán que esa aplicación genere mayor utilidad al
integrarse con otras herramientas, por este motivo las personas deben evaluar todos los
pros y contras que pueden encontrarse inherentes en la aplicación o aplicaciones que se
hayan seleccionado al implementar el modelo Enterprise 2.0.

Proceso formal para implementar un modelo Enterprise 2.0

A continuación se detalla un proceso más formal sobre el cual las empresas que
consideren la idea de implementar este modelo dentro de sus procesos, el mismo está
conformado por cuatro fases, las mismas que han resultado de la adaptación de un
proceso aplicable a la implementación de Tecnologías de Información en empresas.

Fase 1: Presentación y compromiso del equipo.

Es imprescindible que la alta dirección de la empresa tome la decisión de elaborar un


plan de Enterprise 2.0 para que el proceso que conduzca al mismo tenga alguna
posibilidad de éxito siendo independiente de la metodología que se use para ello. La
posición de la dirección al respecto debería ser de exigir la elaboración de un plan, y de
comprometerse a disponer del mismo, tomando parte activa en las actividades de
planificación que así lo requieran.

De esta manera, el paso inicial debe partir de la dirección general, pues esta debe
convencer a sus colaboradores más directos, ya sean directores de área, integrantes de
la junta directiva, etc. de la necesidad de elaborar un plan para la correcta aplicación del
modelo Enterprise 2.0, y de la necesidad de su apoyo, de manera constructiva, al
proceso de elaboración del mismo, siendo conscientes, de que ello requerirá la
utilización de recursos – sobre todo del tiempo de las personas – de cuya gestión son
responsables. Por la naturaleza de Enterprise 2.0 (donde todos pueden participar) se

46
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

elimina la parte excluyente donde solo se requería de la presencia de personas


dedicadas profesionalmente al área informática.

Fase 2: Descripción de la situación actual.

La primera actividad ―productiva‖ tiene por objetivo la identificación de una serie de


funciones y procesos de negocio por área de análisis; alrededor de dichas funciones de
negocio se organizará el análisis posterior, incluyendo los flujos de información
existentes en la empresa y el grado de cobertura que la ―informática‖ da a los mismos.

Las propuestas de acción que acabe conteniendo el plan de Enterprise 2.0 deberán
construirse en relación a las líneas estratégicas vigentes en cada área de la organización
que se requiera y a los objetivos propuestos en cada área y/o proyecto que se esté
desarrollando dentro de la organización.

Detallar las funciones y procesos de negocio de cada área resulta útil no sólo en razón
de la elaboración del plan de Enterprise 2.0, sino también porque contribuye a reforzar
la perspectiva de negocio que debe presidir las actividades del equipo de trabajo
durante todo el proyecto.

Es importante que la lista de funciones y procesos de negocio sea explícitamente


validada por los directores personales de cada área, quienes, por tanto, deben estar al
corriente del objetivo que se persigue con su elaboración. Después de esta validación
resta solamente informar a todos los componentes del equipo de trabajo de la estructura
final de la lista de funciones y procesos de negocio, lo cual puede hacerse en una
reunión del equipo organizada y llevada por el director operativo del proyecto.

La información que se necesita acerca de los procesos para obtener una descripción
razonable de los mismos es al menos la siguiente:

1.- su agrupación por subsistemas (es decir, a la implementación de que subsistema de


información pertenece cada proceso).

2.- la especificación de qué datos utiliza cada proceso en su funcionamiento – los


inputs.

47
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

3.- la lista de los datos que se crean o modifican como resultado de la operación de
dichos procesos – los outputs -, y

4.- Una breve descripción de: a) cómo cada uno de ellos está implementado (por
ejemplo, si forma parte de un gran sistema, o se soporta con una aplicación que puede
haber desarrollado el propio usuario en un ordenador personal), y b) el procedimiento
de tratamiento de datos que el proceso requiere (cálculos, búsquedas, etc.).

Fase 3: Elaboración del plan de Enterprise 2.0

Para elaborar un plan de una manera sistemática se presenta los siguientes consejos:

Identificar los procesos de negocio fundamentales en la empresa.- Con la finalidad de


priorizarlos al momento de desarrollar el núcleo de la plataforma unificada del tipo
Enterprise 2.0 que se espera construir.

Determinar si aparecen nuevas entidades en los procesos de negocio que requieran ser
atendidas.- en el caso de ser afirmativo este cuestionamiento, se deberá buscar entre las
aplicaciones que cumplan con uno y en el mejor de los casos los dos marcos de trabajo
estudiados anteriormente.

Detectar posibles redundancias de datos entre procesos ya existentes o nuevos.- Esto se


lo hace con la finalidad de unificar estos datos, presentando un mayor control sobre la
información que se genera en los diferentes departamentos e inclusive ayuda a
gestionar de mejor manera los recursos hardware y software que estén siendo usados en
ese momento.

Analizar los límites entre subsistemas que puedan irse creando.- los límites se refieren
a las fronteras lógicas que se puede generar dentro de los departamentos en base a
diferentes criterios por ejemplo: Dentro de una institución educativa, se puede agrupar
como un subsistema a la creación de contenido multimedia (fotos y video) de los
alumnos, un segundo subsistema puede ser la creación de pequeños debates (puede ser
administrado por medio de un blog), un tercer subsistema puede estar orientado a la
gestión de proyectos (se puede utilizar una wiki), entre otros.

48
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Identificar en especial los sistemas que parecen aislados.- Al momento de contar con
herramientas que estén siendo usadas para cumplir un propósito específico y que por
tanto se encuentren aisladas de los procesos centrales de la organización, en la medida
de lo posible se debería buscar establecer algún criterio de enlace a otras aplicaciones
existentes y que también cumplan funciones de utilidad dentro de la empresa, con el
ánimo de que, con estos sistemas se construya una plataforma fundamentada en la
sinergia, acción que puede generar un aumento en la creación de valor – por parte de
los usuarios, clientes, colaboradores, empleados y administradores.

La estructura resultante de la aplicación de estos pasos, por lo general resulta de


sucesivas iteraciones en un proceso de refinamiento progresivo que el director del área
de SI/TI (Sistemas de Información y Tecnologías de información) y el director
operativo con apoyo del equipo base (dirección general, integrantes de la junta
directiva, etc.) deben liderar, además se obtendrá algunas propuestas las mismas que
deben ser presentadas al equipo de trabajo para que sus componentes propongan
mejoras y expresen su opinión al respecto. Todo esto se lo hace con el objetivo de
conseguir un esquema global de consenso en todo el equipo de trabajo, esquema que
por último deberá someterse a una validación por parte del equipo de SI/TI de nuestra
empresa.

Fase 4: Programación de Actividades

Luego de haber pasado por las iteraciones correspondientes, y de haber obtenido el


esquema global de consenso acerca de las necesidades imperativas para la mejora de
procesos dentro de nuestras empresas, esta fase pasa a ser en su mayor parte,
responsabilidad de los técnicos, los mismos que elaborarán una lista de los proyectos
necesarios para implementar los sistemas integrantes del plan aprobado. Siendo
también suya la responsabilidad de proponer una asignación de recursos (tiempo de
personas, equipos personas, etc.) a dichos proyectos y someterla a aprobación del
director del centro de SI/TI, quedando estas aprobaciones y acuerdos dentro de este
departamento.

Cómo guía para la asignación de recursos puede referirse a la parte cuatro del libro
Ingeniería del Software – Un enfoque práctico – de Roger Pressman, en el mismo que
49
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

se trata acerca de la Gestión de Proyectos de Software donde se hace énfasis en los


cuatro pilares de la gestión: el personal, el producto, el proceso y el proyecto.

Para completar los enunciados anteriores se ha creído conveniente agregar los


siguientes cambios que son imprescindibles a la hora de pensar y actuar bajo este nuevo
paradigma.

Modelos participativos efectivos y masivos (Apertura).- En un mundo multiconectado,


ya no tiene sentido ―guardar y esconder‖ el conocimiento. Hay que abrirse a la
comunidad, tornarse transparentes y visibles para todos, y adoptar un lenguaje
compartido para integrarse a una red mundial de potenciales socios y consumidores.

Tecnología amigable y simple (Sencillez): Las tecnologías de la comunicación y el


software social funcionan como detonantes para generar ideas e interacción. Por eso es
importante que su uso sea accesible y no requiera de una gran especialización ni
preparación previa. Además, las herramientas y su modo de funcionamiento deben ser
iguales para todos los niveles jerárquicos, a fin de promover un modelo de participación
horizontal y menos burocrático.

Un marco de relaciones digno entre sus miembros (Relaciones): Para construir


empresas de conocimiento compartido y diálogo, es necesario que el poder deje de ser
unidireccional y que las relaciones entre sus miembros fluyan. Porque la empresa 2.0
es, sobre todo, una toma de posición ética y su potencial depende de las personas.

Valorar el conocimiento y la participación (Dinamismo): Los modelos de promoción


basados únicamente en la antigüedad o en formalidades rígidas deben quedar en el
pasado. Es necesario el reconocimiento explícito para quienes demuestran su
motivación por aprender y participar, dando lugar a todas las personas de la empresa a
presentar propuestas y brindando las posibilidades materiales para concretar aquellas
que sean positivas. Hay que escuchar, dialogar, motivar, fomentar la participación y la
necesidad de comunicarse. Para estos fines, la tecnología debe funcionar solo como un
medio facilitador.

50
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Con los elementos descritos en esta sección, se esclarece mucho más el panorama
acerca de los cursos de acción que se debe tomara para la implementación del modelo
Enterprise 2.0 dentro de las organizaciones.

51
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

3. APLICACIÓN ENTERPRISE 2.0


A manera de introducción se debe considerar que las aplicaciones de visión empresarial
por muchos años han sido desarrolladas como plataformas especializadas que resolvían
problemas específicos, lo que implicaba un nuevo desarrollo por cada problemática que
surgiese, traduciéndose en costos de análisis, desarrollo, implementación y
mantenimiento para las organizaciones, los cuales difícilmente eran recuperados en el
corto plazo; pero además de los problemas que se puede identificar en entornos
empresariales bajo estructuras tradicionales, también se debe considerar que al igual
que las exigencias de los clientes, socios, entre otros han evolucionado, también se han
creado varias estrategias tecnológicas que mejoran la productividad dentro de las
organizaciones buscando dar respuestas rápidas, precisas y efectivas.

Actualmente, Enterprise 2.0 es considerada una de las mejores alternativas al momento


de mejorar los niveles de productividad, gracias a características como: 1) su
organización no tiene niveles jerárquicos; 2) facilita la agilidad en la toma de decisiones
evitando tantos procesos burocráticos; 3) tiene mucha flexibilidad; 4) las tecnologías
son manejadas por los usuarios; 5) es distribuida; 6) permite crear equipos globales; 7)
sus límites son difusos y sus fronteras abiertas 8) se fundamenta en la transparencia del
conocimiento, donde el conocimiento no es monopolio de ningún elemento de la
empresa sino que está disponible para todos; 9) se apoya en sistemas de información
emergentes; 10) su método de organización de información se realiza mediante el uso
de folksonomías, 11) su estructura es relativamente simple; 12) utiliza estándares
abiertos; y 13) se implementa en ciclos de mercado a corto plazo.

En base a lo expuesto se busca desarrollar una aplicación ―Enterprise 2.0‖ donde se


demuestre la factibilidad de desarrollo de una aplicación de este tipo; para la cual se ha
pensado en que la misma tenga una visión comunicativa, que sea de utilidad para
difundir información relacionada a la Universidad Técnica Particular de Loja, mediante
el uso de librerías prefabricadas por otros proveedores, las que deberán ser integradas
en una interfaz única y cumplir con las características expuestas en el marco de trabajo
SLATES, además, el acceso a esta aplicación no llevará ningún control de registro de
usuario para su uso.
52
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Considerarndo las cinco fases que comprende el desarrollo de software según el


proceso unificado y las caracterísiticas inherentes al desarrollo de aplicaciones web se
ha elaborado un esquema muy básico sobre el que se sustenta nuestra investigación y
que se encuentra disponible en el Anexo 2.

El anexo antes mencionado contiene todos los aspectos generales del desarrollo de esta
aplicación, motivo por el cual en el presente capítulo únicamente se presentan los
elementos de referencia más relevantes con los que se demuestra que se ha cumplido
con los requerimientos y características del marco de trabajo SLATES; el primer
elemento a ser presentado es la arquitectura de contenido, donde se ha considerado a
cada página como una unidad de contenido sobre la que se trabajará.

Arquitectura de contenido

La arquitectura de contenido de la aplicación prototipo obedece a una estructura lineal


sin derivaciones, y considerando a cada página como un todo.

Figura 19. Arquitectura de contenido de la aplicación Enterprise 2.0

53
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Arquitectura de aplicación

El segundo elemento a presentar es la arquitectura de aplicación sobre la que se soporta


la aplicación que se ha desarrollado.

Figura 20. Arquitectura de componentes la aplicación Enterprise 2.0

La figura anterior describe la arquitectura de aplicación que se ha utilizado para


desarrollar los componentes que al ser integrados ha permitido observar el

54
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

comportamiento de una herramienta Enterprise 2.0 que se encuentra bajo la


clasificación de ―Mashup‖, puesto que resulta de una mezcla de varias tecnologías.

En primer instancia tenemos el componente Video UTPL el que tiene su principal


soporte en la librería ZendGdata para utilizar las funciones el API de Youtube, las
mismas que son gestionadas por un archivo de funciones PHP; además a ello se ha
desarrollado un archivo de gestión de solicitudes y entrega de datos desde el usuario al
servicio Youtube y viceversa el mismo que utiliza algunas funciones JavaScript; por
último se tiene la capa de presentación. NOTA: Para el caso de utilizar funciones que
requieran la autenticación con el servicio Youtube se debe considerar que este proceso
de autenticación se realiza mediante conexiones seguras.

Por su parte el componente Mapa UTPL utiliza una capa de gestión de datos para
agregar información de georeferencia presente en el Anexo 1, anexo donde se describen
las referencias geográficas de la sede central y los centros asociados a nuestra
universidad, los mismos que se encuentran descritos en coordenadas de latitud y
longitud; adicional a ello permite buscar información de ubicaciones en los mapas de
Google Maps; más su capa de presentación.

Por último para el componente Noticias UTPL se utiliza como fuente de datos a las
diferentes fuentes RSS de los servicios sociales asociados a la sede central y/o centros
asociados de la universidad, para lo cuál se ha hecho uso de un lector de feeds
universal; y por último la capa de presentación de los datos.

Aplicación prototipo y SLATES

Una vez presentada la arquitectura de aplicación sobre la que se ha soportado el


desarrollo de esta aplicación, se presenta un análisis sobre las características descritas
en el marco de trabajo SLATES propuesta por el profesor Andrew McAfee y su
presencia en aplicación desarrollada en el transcurso de esta investigación.

SEARCH (Búsqueda):

Por definición esta característica denota que el contenido debe ser sujeto de
descubrimiento; en otras palabras, las tecnologías de búsqueda deben estar provistas de

55
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

los mecanismos necesarios para permitir la ubicación de contenido de una forma fácil,
rápida y automática; requerimientos que no se han logrado conseguir con el desarrollo
de esta aplicación, puesto que, aunque se puede buscar videos, localizar a los centros
asociados y presentar información en formato RSS, no se ha establecido los
mecanismos de búsqueda correctos para realizar búsquedas simultaneas a través de los
tres componentes que forman parte de esta aplicación.

LINKS (Enlaces)

La aplicación no cumple con la característica LINKS pues la misma se refiere a la


creación de interconexiones entre el contenido, y en la aplicación no se ha logrado
interconectar a todo el contenido recuperado desde los diferentes orígenes de datos, el
único caso de interconexión entre contenido se puede apreciar entre el componente
mapas y videos donde al seleccionar un centro en el componente mapas se hace
llamadas a videos relacionados a ese lugar.

AUTHORSHIP (Autoría)

La característica de Autoría presente en la aplicación ha sido verificada mediante la


ejecución de una encuesta que fue aplicada a un grupo de treinta y seis estudiantes de
los ciclos superiores de la escuela de Sistemas Informáticos y Computación; encuesta
que fue desarrollada para determinar la facilidad de uso de la aplicación Enterprise 2.0
donde se evalúa los siguientes elementos:

1. ¿Los mecanismos de interacción (por ejemplo menús desplegables, botones,


punteros) son fáciles de entender y usar?

2. ¿Los mecanismos de navegación, contenido y funciones están colocados en una


forma que permiten al usuario encontrarlos rápidamente?

3. ¿El texto está bien escrito y es comprensible?

4. ¿Las representaciones gráficas son fáciles de entender?

5. ¿La plantilla, el color, los caracteres y las características relacionadas conducen


a un uso más sencillo?

56
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

6. ¿Los usuarios ―se sienten cómodos‖ con la apariencia y la percepción de la


aplicación Enterprise 2.0?

7. ¿La aplicación web utiliza en forma óptima el tamaño y la resolución de


pantalla?

8. ¿Las características, funciones y contenido importantes pueden utilizarse o


adquirirse de manera oportuna?

Y de la misma se ha podido obtener los siguientes resultados

Figura 21. Resultados de prueba de facilidad de uso

Resultados que permiten afirmar que la aplicación cumple con la característica de


autoría donde se hace hincapié en la facilidad de uso y la baja demanda de una
capacitación específica para utilizar una u otra herramienta.

TAGS (Etiquetas)

Esta característica no se encuentra presente en la aplicación desarrollada debido a que


la misma ha sido desarrollada sin el soporte de una base de datos, donde se podría
registrar un listado de etiquetas que describan a unidades de contenido descriptivas de
un centro asociado (Estas unidades de contenido podrían ser creadas como un paquete
de información donde se permita ver los videos relacionados a un centro asociado, su
ubicación geográfica y un resumen de noticias).

57
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

EXTENSIONS (Extensiones)

En la aplicación que se desarrollado se puede evidenciar que el descubrimiento de


patrones de búsqueda es nulo, pues al no haberse establecido de forma correcta los
mecanismos de búsqueda no se puede llevar un registro de las actividades que realizan
los usuarios del sistema.

SIGNALS (Señales)

Por definición representa el uso de tecnología para presentar pequeñas muestras de


contenido a las partes interesadas, en otras palabras representan pequeñas porciones de
información que permiten a los usuarios mantenerse informados de las acciones que se
producen mediante el uso de las herramientas, pero en este caso también se ha fallado
pues no se puede presentar ningún tipo de información que mantenga a los usuarios
informados de los cambios y novedades que puedan darse en función del uso de la
aplicación.

Componentes de la aplicación prototipo

A pesar de que la aplicación no cumple con las características del marco de trabajo
SLATES, se presenta a continuación una descripción general del modo de
funcionamiento de los componentes que la integran.

Video UTPL

El componente Videos UTPL permite gestionar información desde el servicio


podcasting denominado Youtube, desde el cual se puede obtener las listas de video en
base a un criterio de búsqueda específico, la visualización del video seleccionado y la
presentación de la información relacionada al mismo, información como: Título,
Descripción, Autor, Etiquetas, Duración, Veces que ha sido visto, Calificación, y un
enlace URL para una presentación en Flash.

58
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Figura 22. Captura de pantalla del componente Video UTPL

Mapa UTPL

Por su parte el componente Mapa UTPL tiene por objetivo difundir información de las
localidades de los centros asociados a la Universidad, centros que se encuentran
distribuidos en todo el Ecuador además en las ciudades de New York, Madrid y Roma.
Considerando que debido a las limitantes tecnológicas presentes en el servicio de
Google Maps, en nuestro país no se puede utilizar la función de ―Obtención de la mejor
ruta‖ desde un punto a otro, pero en el caso de los centros internacionales esto sí es
posible, donde se puede obtener la ruta más corta desde un sitio a otro y su descripción
en forma textual de cuál debería ser el curso de acción para tomar en caso de que se

59
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

decidiera viajar desde y hacia algún punto de los mapas de las ciudades donde se
encuentran los centros internacionales.

Figura 23. Captura de pantalla del componente Mapa UTPL

Noticias UTPL

El siguiente componente desarrollado es un lector RSS, el mismo que ha sido asociado


a ciertos servicios de clasificación 2.0 presentes en la actualidad (Ej. Blogs, Twitter)
para recuperar información de los centros asociados a nuestra Universidad.

60
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Figura 24. Captura de pantalla del componente Noticias UTPL

Página principal de la aplicación Enterprise 2.0

Al finalizar el desarrollo individual de estos componentes se los ha en una página


principal, la misma que permite desplegar de forma ordenada y dividida en sus
secciones correspondientes algunas opciones de las aplicaciones desarrolladas de forma
individual, teniendo como resultado la imagen de la Figura 25.

61
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Figura 25. Captura de pantalla de la página principal de la aplicación Enterprise 2.0

62
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Discusión
El profesor Andrew McAffe, describe al modelo como ―Enterprise 2.0 es el uso de las
nuevas plataformas de software social dentro de las empresas, o entre empresas y sus
socios o clientes‖, además en la misma publicación expone lo siguiente:

Estas nuevas plataformas digitales para generar, compartir y refinar información son ya
populares en el Internet donde son colectivamente etiquetados como tecnologías ―Web 2.0‖. Yo
uso el término ―Enterprise 2.0‖ para enfocar solamente en esas plataformas que las compañías
pueden comprar o construir de manera que se pueda hacer visibles las prácticas y resultados de
sus trabajadores del conocimiento (McAffe, 2006).

Tomando como punto de referencia las palabras del profesor Andrew McAffe y las
características que describen al marco de trabajo propuesto por él mismo, se puede
apreciar que la aplicación prototipo desarrollada a partir del escenario supuesto, donde
se expresa que la aplicación tendría una visión comunicativa para difundir información
relacionada a la Universidad Técnica Particular de Loja, esta no cumple con las
características del marco de trabajo SLATES, razón por la cual no puede ser
considerada una aplicación de tipo Enterprise 2.0.

Debido a esto, se pone a consideración el planteamiento de una propuesta de solución


Enterprise 2.0 que se enfoque en el modelo de negocio de la universidad (la educación).
Para lo cual se ha creído conveniente formular un bosquejo aplicable al área de estudios
de postgrado ofrecidos por la institución, área que constituye una parte fundamental en
la producción de conocimientos hacia la solución de problemas particulares que
enfrenta nuestro país en todas las áreas, desde la científica–tecnológica, hasta la
económica, social y cultural.

En esta propuesta se trata de integrar la parte social interna de la universidad


-específicamente en el área de postgrados la misma que estaría compuesta por los
estudiantes matriculados, sus docentes y la secretaría del área- con la parte social
externa- que estaría integrada por otras universidades, estudiantes potenciales,
pequeñas, medianas y grandes empresas-.

En la figura 22 se puede apreciar la representación gráfica de esta propuesta:

63
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Figura 26. Representación gráfica de la propuesta Enterprise 2.0 aplicable al área de postgrados de la UTPL.

Explicando la figura anterior se propone implementar una wiki para registrar los
avances de las investigaciones y proyectos en los que se encuentren vinculados los
estudiantes y docentes; además se plantea la creación de un blog informativo donde se
difunda las novedades en el área de postgrados.

Para la parte social externa se sugiere implementar alguna herramienta del tipo Red
Social, donde se pueda:

 Crear grupos entre: universidades, estudiantes de un programa de postgrado


específico, empresas y sus demás variantes.

64
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

 Implementar foros de discusión on-line para socializar proyectos entre los


participantes de un grupo.

 Implementar un FAQ donde se presente un conjunto de preguntas frecuentes


relacionadas al proceso de matriculación en los cursos ofertados por el área de
postgrados.

 Utilizar el servicio Local Business Center, el mismo que permite entre otras cosas:
georreferenciar centros donde se dicte un Diplomado, Especialidad y/o Maestría,
agregar una descripción del curso (Resolución del CONESUP, duración, fechas de
matrículas, fecha de inicio, inversión y cronograma); agregar una foto promocional
curso; añadir el horario operativo del centro donde se receptan las matrículas, se
puede especificar cómo pueden pagar un anticipo los potenciales clientes que
deseen reservar un cupo en el curso; permite analizar las tendencias del mercado en
función de las búsquedas que efectúen los usuarios.

En caso de no poder utilizar los servicios de Local Business Center se sugiere


revisar las funciones utilizadas en la aplicación prototipo con lo referente a la
utilización del API de Google Maps, para determinar la forma de generar un método
similar al ofrecido por este. En caso de no poder utilizar las pasarelas de pago que
ofrece este servicio, se propone utilizar la pasarela de pagos electrónicos PayPal
esto para poder automatizar el proceso de reserva de cupos en uno u otro curso de
postgrado; y por último en esta red social se debe tener la posibilidad de publicar
los proyectos resultantes de la wiki interna, la misma que permitirá que se facilite la
comunicación de la actividad científico investigativa de la universidad.

POLÍTICAS DE USO Y GENERACIÓN DE CONTENIDO SUGERIDAS.

Para la wiki:

 Se debe establecer un control de acceso de usuarios, con la finalidad de asignar


roles y permisos de creación, edición y borrado de las páginas creadas.

 Se debe establecer estándares para la creación de nuevas páginas en la wiki (ej.


Asignar o no tildes a las palabras y/o nombres de proyecto), con la finalidad de
evitar redundancias en la creación de contenido.
65
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

 Cuando un proyecto se haya finalizado, la(s) página(s) asociadas al mismo


deben cambiar sus permisos a modo ―Solo lectura‖, o el equivalente a eliminar
la opción de edición y borrado.

 Se debe crear un índice de todos los proyectos, pudiendo clasificarlos por


secciones, con la finalidad de que se facilite la selección del proyecto al cual los
participantes desean aportar.

Para el blog:

 Servirá únicamente como medio de comunicación de información general


como: anuncios, convocatorias, invitaciones, etc.

 Establecer un conjunto de etiquetas estándar que describan la información


generada, con el ánimo de mejorar los procesos de búsqueda de información.

 Todo el contenido generado deberá tener asociado a sí una o varias etiquetas


estándar lo más descriptivas posibles para describir la información generada,
esto con el ánimo de mejorar los procesos de búsqueda mediante etiquetas.

Para la red social:

 Establecer roles de usuario, para asignar o denegar ciertos privilegios dentro de


la red social (se puede tomar como roles iníciales el rol de administrador,
universidad, empresa, estudiante).

 Aplicar mecanismos de confirmación de usuario, al momento de crear cuentas


en la red social, esto con el propósito de evitar hasta cierto punto que sea
atacada por spammers.

HERRAMIENTAS WEB SUGERIDAS.

Para la wiki: Se sugiere utilizar la herramienta MediaWiki (en su versión más


reciente).

Para el blog: Se sugiere utilizar la herramienta Wordpress (en su versión más reciente).

66
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Para la red social: Se sugiere utilizar un gestor de contenidos como Joomla donde se
desarrolle o integre: componentes, módulos o extensiones que permitan acoplar los
servicios descritos en la figura 22.

 Se puede pensar en utilizar extensiones como Joomla Builder Community


disponible en http://www.joomlapolis.com/ para la creación de la red social.

 Se puede utilizar extensiones especializadas en el manejo de foros de discusión


y de FAQs (preguntas frecuentes).

 Interactuar con el API de Google Maps para simular las funcionalidades


ofertadas por el servicio Local Business Center.

 Utilizar servicios desarrollados anteriormente para presentar una pasarela de


pagos para reservar cupos en el área de postgrados, o desarrollar un componente
personalizado con ayuda del API de PayPal disponible en:
https://developer.paypal.com/

La propuesta anterior indica a breves rasgos donde se podría incursionar si se desea dar
una solución de tipo Enterprise 2.0 que incluya el modelo de negocio de la Universidad
Técnica Particular de Loja, para el caso de decidirse por implementar este modelo, se
sugiere tener presente los siguientes aspectos:

1. Tener a una persona que lidere el proceso de instauración del modelo Enterprise 2.0.

2. Determinar cuáles son las principales necesidades de algún área específica o de un


conjunto de áreas de la Universidad Técnica Particular de Loja.

3. Revisar la información expuesta en la sección ―Herramientas sociales utilizadas en


Enterprise 2.0‖, donde se expone las características generales que describen a
tecnologías como: mashups, RSS, wikis, blogs, podcasting, marcado social y voto
social/ranking, con la finalidad de determinar cuál es la herramienta de tipo social
que satisfaga las necesidades que se haya descubierto en el análisis anterior.

4. Establecer el perfil de usuario que utilizará las tecnologías en el ambiente


Enterprise 2.0 que se pretende desarrollar.

67
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

5. Crear un conjunto de políticas de uso, donde se determine lo que es confidencial y


lo que es público, en otras palabras determinar cuáles serían los contenidos
aceptados y se definan los niveles de acceso.

6. Al tener todos los elementos anteriores se sugiere tener presente el ―Proceso formal
para implementar un modelo Enterprise 2.0‖ (pág. 46 - 51).

Galo Rodrigo Lalangui Eras

Tesista

68
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

4. Conclusiones y Recomendaciones
Al concluir con el desarrollo de la aplicación prototipo, se pone a consideración las
conclusiones y recomendaciones que fueron rescatadas de la experiencia ganada al
desarrollar esta aplicación.

Conclusiones del desarrollo de la aplicación prototipo

 Para desarrollar una aplicación de tipo Enterprise 2.0 se requiere de la presencia


de una base de datos y de una jerarquía de usuarios, esto con la finalidad de
poder registrar las preferencias de un usuario y poder generar recomendaciones
de contenido en función de las búsquedas efectuadas.

 Los mecanismos de búsqueda de contenido a través de los diferentes servicios


utilizados (Youtube, Google Maps y las fuentes RSS), no han podido ser
estandarizadas debido a que se utilizó lenguajes de programación diferentes
(javascript y php) y las APIs utilizan funciones con diferentes tipos de
parámetros, acción que dificulta el paso de variables entre los mismos.

 Para la construcción de la aplicación prototipo se ha fallado en el


establecimiento de la parte social sobre la cual se apoyaría para su correcto
funcionamientos, se expone esto pues antes de desarrollar la aplicación se debía
establecer algunas políticas que controlen el proceso de etiquetación y
clasificación de información en los: blogs, canales de Youtube, Slideshare,
Flickr, entre otros, presentes en la universidad.

 Para implementar el modelo Enterprise 2.0 dentro de una organización se


requiere de la presencia de una persona o grupo que lidere el proceso de
implementación y de la total colaboración de los participantes.

 Por más sencillo que se estime el desarrollo de una aplicación Enterprise 2.0,
esta debe cumplir con los lineamientos generales del desarrollo de aplicaciones
como es el caso de: formulación del proyecto, especificación de requerimientos,
diseño, desarrollo, pruebas.

69
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Recomendaciones

 Antes de iniciar con el desarrollo de una aplicación Enterprise 2.0 se


recomienda analizar la facilidad de integración de las diferentes APIs que se
esté planteando integrar.

 Si se desea utilizar funcionalidades que pertenecen a otros proveedores, se debe


tener en cuenta los términos de uso que exponen los propietarios de las mismas
especialmente si se espera tener en producción el consumo de estos servicios,
para el caso de pruebas puede ser algo que no tiene mucha importancia.

 Tener presente los lineamientos expuestos en la sección ―Proceso formal para


implementar un modelo Enterprise 2.0‖ al momento de implementar este
modelo dentro de una empresa.

 Empaparse de conocimiento sobre herramientas sociales como wikis, blogs,


RSS, podcasting, marcado social y sus agregados, esto con la finalidad de estar
en la capacidad de crear sus propias herramientas Mashup, las mismas que
permitirán desarrollar aplicaciones altamente funcionales y que presenten
soluciones a corto plazo y con costes reducidos para las empresas.

 Iniciar campañas de difusión de información acerca de este modelo a las


diferentes instituciones educativas, como generadoras de conocimiento y a las
empresas como promotoras de un adelanto económico por medios digitales
como el internet.

 Crear un equipo que lidere la iniciativa de establecer el modelo Enterprise 2.0


en la Universidad Técnica Particular de Loja, para con ello establecer una
plataforma de aplicaciones sociales que interactúen entre ellas con la finalidad
de mejorar la productividad de los estudiantes al momento de generar
conocimiento científico que puede ser publicado a través de la web.

70
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Bibliografía
RANGASWAMI M. (2006, Septiembre), The Birth of Enterprise 2.0 (en línea)
[consultado el 8 de febrero del 2008]. Disponible en WWW:
http://sandhill.com/opinion/editorial.php?id=98

MCCAFEE A. (2006, Septiembre), Enterprise 2.0 Inclusionists and Deletionists (en


línea) [consultado el 8 de febrero del 2008]. Disponible en WWW:
http://blog.hbs.edu/faculty/amcafee/index.php/faculty_amcafee_v3/enterprise_20_inclusionists_
and_deletionists/

MCCAFEE A. (2006, Septiembre), Enterprise 2.0: The dawn of Emergent


Collaboration (en línea) [consultado el 10 de septiembre del 2008]. Disponible en
WWW: http://adamkcarson.files.wordpress.com/2006/12/enterprise_20_-
_the_dawn_of_emergent_collaboration_by_andrew_mcafee.pdf

AIIM MARKET IQ. (2008, Marzo), Enterprise 2.0: Agile, Emergent, and Integrated
(en línea) [consultado el 11 de septiembre del 2008]. Disponible en WWW:
http://www.aiim.org/Research/MarketIQ/Enterprise-2.0-Agile-Emergent-
Integrated.aspx

HURTADO R. (2007), Capítulo 4: Enterprise 2.0 (en línea) [consultado el 12 de


febrero del 2008]. Documento en formato PDF. Disponible en WWW:
http://rjohnsonh.com/utilidades/download.php?archivo=Parte4

HURTADO R. (2007, Enero), ¿Quienes deben implementar soluciones Enterprise


2.0? (en línea) [consultado el 12 de febrero del 2008]. Disponible en WWW:
http://rjohnsonh.com/blog/2007/01/19/%C2%BFquienes-deben-implementarsoluciones-
enterprise-20/

WIKIPEDIA, Empresa 2.0 (en línea) [consultado 30 de septiembre del 2008].


Disponible en WWW: http://es.wikipedia.org/wiki/Empresa_2.0

WIKIPEDIA, Mashup (aplicación web híbrida) (en línea) [consultado 30 de


septiembre del 2008]. Disponible en WWW:
http://es.wikipedia.org/wiki/Mashup_(aplicaci%C3%B3n_web_h%C3%ADbrida)

WIKIPEDIA, Blog (en línea) [consultado 30 de septiembre del 2008]. Disponible en


WWW: http://es.wikipedia.org/wiki/Blog

WIKIPEDIA, Wiki (en línea) [consultado 30 de septiembre del 2008]. Disponible en


WWW: http://es.wikipedia.org/wiki/Wiki

WIKIPEDIA, RSS (en línea) [consultado 30 de septiembre del 2008]. Disponible en


WWW: http://es.wikipedia.org/wiki/RSS

71
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

WIKIPEDIA, Podcasting (en línea) [consultado 30 de septiembre del 2008].


Disponible en WWW: http://es.wikipedia.org/wiki/Podcasting

WIKIPEDIA, Ranking (en línea) [consultado 30 de septiembre del 2008]. Disponible


en WWW: http://es.wikipedia.org/wiki/Ranking

WIKIPEDIA, Hojas de estilo en cascada CSS (en línea) [consultado 30 de


septiembre del 2008]. Disponible en WWW:
http://es.wikipedia.org/wiki/Hojas_de_estilo_en_cascada

WIKIPEDIA, Marcadores Sociales (en línea) [consultado 30 de septiembre del


2008]. Disponible en WWW: http://es.wikipedia.org/wiki/Marcadores_sociales

WIKIPEDIA, Online office suite (en línea) [consultado 30 de septiembre del 2008].
Disponible en WWW: http://en.wikipedia.org/wiki/Web_office

WIKIMATRIX Compare them all (en línea) [consultado 6 de octubre del 2008].
Disponible en WWW: http://www.wikimatrix.org/

WIKIPEDIA, Manifiesto Cluetrain (en línea) [consultado 31 de marzo del 2009].


Disponible en WWW: http://es.wikipedia.org/wiki/Manifiesto_Cluetrain

GOOGLE MAPS, Google Maps API Tutorial (en línea) [consultado 4 de mayo del
2008]. Disponible en WWW: http://econym.googlepages.com/index.htm

GOOGLE MAPS, Referencias para el API de Google Maps (en línea) [consultado
25 de junio del 2008]. Disponible en WWW: http://code.google.com/intl/es-
ES/apis/maps/documentation/reference.html

GOOGLE MAPS, Aspectos generales de las API de datos de Google (en línea)
[consultado 25 de junio del 2008]. Disponible en WWW:
http://code.google.com/intl/es-ES/apis/gdata/overview.html

GOOGLE MAPS API TUTORIAL, (en línea) [consultado 4 de mayo del 2008].
Disponible en WWW: http://econym.googlepages.com/index.htm

GOOGLE CODE, AuthSub Authentication for Web Applications (en línea)


[consultado 25 de junio del 2008]. Disponible en WWW:
http://code.google.com/intl/es-
ES/apis/accounts/docs/AuthSub.html#AuthSubSessionToken

ZEND FRAMEWORK, Programmer‟s Reference Guide – 22.12 Using the


YouTube Data API (en línea) [consultado 12 de noviembre del 2008]. Disponible en
WWW: http://framework.zend.com/manual/en/zend.gdata.youtube.html

72
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

ZEND FRAMEWORK, Zend Gdata Downloads (en línea) [consultado 21 de agosto


del 2008]. Disponible en WWW: http://framework.zend.com/download/gdata/

FUNDACIÓN ORANGE, Mapa Web 2.0 (en línea) [consultado 30 de septiembre del
2008]. Disponible en WWW: http://internality.com/web20/

BLOG2PUNTOCERO, Diferencias entre táctica y estrategia (en línea) [consultado


23 de marzo del 2009]. Disponible en WWW:
http://blog2puntocero.wordpress.com/2008/10/22/diferencias-entre-tactica-y-estrategia/

ODISEA, Capítulo 11: Bienvenidos a la empresa 2.0 (en línea) [consultado 31 de


marzo del 2009]. Disponible en WWW:
http://sostenibilidad2.0.elviajedeodiseo.com/wiki/index.php?title=Cap%C3%ADtulo_1
1:_Bienvenidos_a_la_empresa_2.0

Esquina TI Usando la tecnología en las empresas, Archivos para la categoría


„Enterprise 2.0‟ (en línea) [consultado 6 de abril del 2009]. Disponible en WWW:
http://esquinati.wordpress.com/category/enterprise-20/

Enterprise 2.0: The Dawn of Emergent Collaboration.pdf (en línea) [consultado 6


de abril del 2009]. Disponible en WWW:
http://esquinati.wordpress.com/category/enterprise-20/

Enterprise 2.0 – Dion Hinchcliffe: The state of Enterprise 2.0 (en línea) [consultado
18 de septiembre del 2008]. Disponible en WWW:
http://blogs.zdnet.com/Hinchcliffe/?p=143

Mapa visual de la Web 2.0 (en línea) [consultado 30 de septiembre del 2008].
Disponible en WWW: http://blogs.zdnet.com/Hinchcliffe/?p=143

Latitud y Longitud de Ecuador (en línea) [consultado 23 de noviembre del 2008].


Disponible en WWW: http://es.mapsofworld.com/lat_long/ecuador-lat-long.html

Scroll horizontal y vertical en un GridView (en línea) [consultado 28 de noviembre


del 2008]. Disponible en WWW: http://www.preguntaalexperto.net/articles/miacono-
Scroll-horizontal-y-vertical-en-un-GridView.aspx

Lorenzo, Servidor (en línea) [consultado 14 de abril del 2008]. Disponible en WWW:
http://www.lorenzoservidor.com.ar/info01/diccio-a-c.htm#a

73
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Anexos

ANEXO 1: Ubicaciones de los centros asociados a la UTPL.

Centro INFORMACION Latitud Longitud


LOJA: SEDE CENTRAL: San Cayetano Alto -3.990867 -79.204300
UTPL – Modalidad. Telf.: 07 2570275, ext.
2301 · Telefax: 07 2585974 · E-mail:
mirodriguez@utpl.edu.ec
Quito: Av. 6 de Diciembre entre Whimper y -0.194702 -78.482440
Alpallana · Telf.: 02 2558239 al 48 –
2502242 - Telefax: 02 2563016, ext. 123 ·
E-mail: lujan@utpl.edu.ec
Subcentro 1 Quito: Av. General Rumiñahui 369 y 6ta · Telef.: -0.232659 -78.484173
San Rafael: 02 2867036 – 2863810 · E-mail:
apalbornoz@utpl.edu.ec
Subcentro 2 Quito: Gonzalo Díaz de Pineda N° OEI-163 y -0.243725 -78.52059
Villaflora: Pasaje Gamarra · Telf.: 02 2617738 ·
Telefax: 02 2640116 · E-mail:
spgrandax@utpl.edu.ec
Guayaquil: Av. Kennedy N° 333 entre Av. San Jorge y -2.273632 -79.882583
calle F · Telf.: 04 2282084 - Fax: 04
2690002 · E-mail:
crguayaquil@utpl.edu.ec
Cuenca: Gran Colombia 22167 y Unidad Nacional · -2.89263 -79.018251
Telf.: 2837423 – 2831416 – 2844645 –
2833615, ext. 121-122 · Telefax: 2833615 ·
E-mail: crcuenca@utpl.edu.ec
Ibarra: Av. Capitán Cristóbal de Troya 5-211y Luis 0.362561 -78.130040
Fernando Villamar · Telef.: 06 2643052
Fax: 06 2606053 · E-mail:
cribarra@utpl.edu.ec
Alamor: Eugenio Espejo y Guayaquil · Telefax: -4.018282 -80.019009
2680314 · E-mail: bamazax@utpl.edu.ec
Alausí: Mariano Muñoz de Ayala N° 103 y García -2.120580 -78.504482
Moreno · Telefax: 03 2931837 · E-mail:
zmsiguencia@utpl.edu.ec
Ambato: Av. Guaytambos y Manzanas esq. · -1.240076 -78.620028
Telefax: 03 2822714 · E-mail:
cambato@utpl.edu.ec
Arenillas: José Joaquín y Olmedo · Telef.: 2909616 -3.556372 -80.065622
74
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Armada Nacional: Armada Nacional, Base Norte · Telef.: 04


2394724
Azogues: Ayacucho entre Veintimilla y Serrano · -2.738907 -78.848989
Telefax: 2241065 · E-mail:
cuazoges@utpl.edu.ec
Bahía de Caráquez: Ascazúbi entre Bolívar y Montúfar, -0.610217 -80.424567
edificio Don Paco, 2° piso · Telefax: 05
2693369 · E-mail: fmendozax@utpl.edu.ec
Balsas: Ciudadela Machala: Callejón Jaime Roldós -3.760731 -79.823080
Aguilera · Telf.: 2517226
Calceta: Chile entre Rocafuerte y Antonio Granda -0.843047 -80.164544
Centeno · Telefax: 05 2685433 · E-mail:
cacalceta@utpl.edu.ec
Cañar: Ciudadela Nuevo Paraíso · Telefax: -2.483813 -78.983490
2235881 · E-mail: cucañar@utpl.edu.ec
Cariamanga: Extensión Universitaria Ciudadela Luis -4.327206 -79.557633
Alfonso Crespo Chiriboga · Telf.: 2689253
Telefax: 2687365 · E-mail:
grdonosox@utpl.edu.ec
Catacocha: Domingo Celi y Naúm Briones · Telf.: -4.048561 -79.650102
2683950 · E-mail: bdlalangui@utpl.edu.ec
Cayambe: Calderón Oe2-25 y Morales · Cel.: -0.023991 -78.092439
094286552 · E-mail:
crodriguez@utpl.edu.ec
Celica: García Moreno y 10 de Agosto, 1° piso · -4.104930 -79.954560
Telefax: 2657050 · E-mail:
cecgem_22@hotmail.com
Chone: Bolívar 240 entre Colón y Pichincha, -0.696537 -80.091888
edificio Vélez · Telefax: 05 2698028 · E-
mail: cachone@utpl.edu.ec
Coca: 6 de Diciembre entre Bolívar y Juan -0.3333 -77.0000
Montalvo · Telefax: 06 2880947 · E-mail:
vramirez@utpl.edu.ec
Daule: Bolívar entre Francisco Marcos y Malecón, -1.864385 -79.973957
planta baja · Telf.: 04 2797141 Telefax: 04
2796134· E-mail: mromero@utpl.edu.ec
El Ángel: Esmeraldas y Abraham Herrera esq. · 0.630766 -77.942808
Telefax: 06 2977746
Esmeraldas: Olmedo N°12-25 y 9 de Octubre · Telf.: 06 0.931469 -79.670144
2722411 Telefax: 06 2724670 · E-mail:
caesmeraldas@utpl.edu.ec

75
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

E.S.M.A. Salinas: Escuela Superior Militar de Aviación


―Cosme Renella‖, Chipipe Av. 7ma. s/n ·
Telf.: 04 2772400 Telefax: 04 2773092· E-
mail: erivera@fae.ffaa.mil.ec
Gonzanamá: Loja y Bolívar, 3° Piso Municipio · Telf.: -4.230947 -79.435722
2664172 Telefax: 2664123 · E-mail:
gonzanama@eerssa.com
Gualaceo: 3 de Noviembre entre Luís Ríos Rodriguez -2.921897 -78.772223
y Abelardo y Andráde · Telf.: 2258357 · E-
mail: cagualaceo@utpl.edu.ec
Gualaquiza: Amazonas y 3 de Noviembre · Telf.: -3.400780 -78.585300
2780403 Cel: 094882647· E-mail:
edybri5@yahoo.com
Guaranda: Sucre y García Moreno esq · Telefax: 03 -1.593002 -79.000334
2981631· E-mail: jdbonilla@utpl.edu.ec
Guaysimi: Austria entre Carlos Vélez y 19 de -4.026979 -78.635641
Noviembre
Huaquillas: Av. La República y Juan Montalvo · Telf.: -3.480890 -80.233893
2510738
Isabela: Av. Antonio Gil y las Fragatas · Telf.:05 -0.263410 -91.211442
2529044 · E-mail: cavalencia@utpl.edu.ec
Jipijapa: Alejo Lascano entre Montalvo y 9 de -1.210222 -80.344632
Octubre · Telf.:05 2600644 · E-mail:
antojipi2006@hotmail.com
Joya de los Sachas: Misión Capuchina entre Estefanía Crespo y
Jaime Roldós · Telf.: 06 2898298· E-mail:
mcescalera@utpl.edu.ec
La Concordia: 1 de Mayo entre 10 de Agosto y Av. Simón 0.000000 -79.395001
Plata Torres · Telefax: 02 2726595
Latacunga: Quito 11-176 y Marquéz de Maenza · -0.933051 -78.605669
Telefax: 032813104· E-mail:
bmarteaga@utpl.edu.ec
La Troncal: Av. Alfonso Andrade 911 y Homero -2.420188 -79.342350
Montero · Telefax: 2423083 2421653· E-
mail: adbernal@utpl.edu.ec
Limón Indanza: Quito y Rafael Cordero esq. · Telf.:
2770736
Limones: 16 de Octubre y 28 de Mayo · Telf.: 06 -4.274012 -80.035255
2789484 Telefax: 06 2789225
Macará: Manuel Enrique Rengel · Telf.: 2695036 · -4.379030 -79.952474
E-mail: carodriguez.carmen6@gmail.com
76
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Macas: 10 de Agosto y Soasti esq. · Telefax: -2.306814 -78.120460


2700210· E-mail: greciaflor@yahoo.com
Machachi: Av. Amazonas 1-20 y Cristóbal Colón, -0.522450 -78.564551
edificio Morales Molina · Telf.: 02
2315242 · E-mail: jrcepeda@utpl.edu.ec
Machala: Av. del Periodista y Babahoyo esq., -3.153483 -79.554720
edificio Freire, 2° Piso · Telf.: 2932676 –
2960699 Telefax: 2921445 · E-mail:
camachala@utpl.edu.ec
Madrid – España C/ Lago Constanza, 77 – Planta Baja, 40.426739 -3.645293
Código Postal 28017 Madrid · Telf.: 00 34
91 4332719 Telefax: 00 34 91 4340305 ·
E-mail: iguarnizoutpl@hotmail.com
Manta: Av. Primera entre Calle 23 y Calle 24 · -0.955982 -80.715872
Telefax: 05 2629068· E-mail:
camanta@utpl.edu.ec
Méndez: Cuenca y Domingo Comín · Telf.: 2760115 -2.7333 -78.3067
New York – EE.UU.: 86-58 Midland Parkway, Jamaica Estates, 40.996589 -74.1401
N.Y. 11432 · Telf.: 1(718) 739-0060
Telefax: 1(718) 739-0459· E-mail:
cynewyork@utpl.edu.ec
Nueva Loja: Av. Colombia 151 y La Ronda · Telf.: 06 0.0847222 -
2832930 Telefax: 06 2830189· E-mail: 76.8827778
jcarvajal@utpl.edu.ec
Pacto: 27 de Marzo, Casa Parroquial · Telefax: 02 -0.045429 -78.453215
2868030
Pasaje: Juan Montalvo y Aurelio Prieto · Telf.: -3.326822 -79.800476
2914056· E-mail: inonate@utpl.edu.ec
Paute: Av. Siglo XX y Rodríguez Parra · Telf.: -2.776791 -78.760027
2251071 · E-mail: capaute@utpl.edu.ec
Pedernales: Av. López Castillo y Plaza Acosta, 0.060099 -80.055332
Municipio, 3° piso · Telefax: 05 2680548 ·
E-mail: jendu72@yahoo.es
Pedro V. Maldonado Av. 29 de Junio, Casa Parroquial · Telf.: 02
2392235
Piñas: Juan León Mera 231 entre Sucre y Bolívar -3.680110 -79.685142
· Telefax: 2976139 · E-mail:
mercy.rt@hotmail.com
Portovelo: Ilustre Municipio de Portovelo · Telf.: -3.713835 -79.623074
2949930 · E-mail:
angelicagalvez@hotmail.com

77
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Portoviejo: Córdova entre Rocafuerte y Espejo -1.056921 -80.458762


Telefax: 05 2638317· E-mail:
caportoviejo@utpl.edu.ec
Puyo: Ciudadela del chofer: Guayaquil entre -1.485115 -78.002975
Cotopaxi y Tungurahua · Telf.: 03 2886766
Telefax: 2884907· E-mail:
capuyo@utpl.edu.ec
Quevedo: Av. Quito, Ciudadela Nuevo Quevedo, -1.052354 -79.471868
manzana 5, solar 1 · Telf.: 05 2762328
Telefax: 2759456 · E-mail:
caquevedo@utpl.edu.ec
Quinindé: Av. 3 de Julio diagonal al Hospital Alberto
Buffoni · Telf.: 06 2737547· E-mail:
grcarrascox@utpl.edu.ec
Riobamba: García Moreno 19-46 entre Olmedo y -1.676570 -78.632416
Gaspar de Villarroel, edificio Escudero, 2°
piso · Telf.: 03 2969786 Telefax: 03
2965085· E-mail: dielojoseb@yahoo.com
Roma: Via Aurelia 773, 00165 Roma · Telf.: 06 41.886934 12.364552
665027117 / 3381120872 Telefax: 06
665027117 · E-mail: ciroma@utpl.edu.ec
Salinas: Av. Principal Carlos Espinoza Larrea · -0.642217 -80.290567
Telf.: 04 2775564
San Cristóbal: Av. Alsacio Northia y Quito · Telf.:05
2521638 Telefax: 2521148· E-mail:
hfpillisa@utpl.edu.ec
San Gabriel: Rocafuerte 07-57 y Calderón · Telefax: 06 0.603329 -77.830888
2290631
San Lorenzo: Av. Imbabura frente al Hotel Continental · -1.065080 -80.901439
Telf.: 06 2781633
San M. de los Bancos Av. 17 de Julio diagonal al Cuerpo de
Bomberos · Telf.: 02 2770427 E-mail:
jlvidal@utpl.edu.ec
Santa Cruz Av. Charles Darwin y Floreana · Telefax: -0.600000 -90.410000
05 2526635· E-mail:
dcordova@utpl.edu.ec
Santa Rosa Sucre s/n y Avenida Quito · Telefax: -3.455267 -79.95619
2943402 · E-mail:
meguamanxx@utpl.edu.ec
Santo Domingo Av. 29 de Mayo 905 y Loja, 2° piso, · -0.253585 -79.172169
Telefax: 02 2752666· E-mail:
rmaguilar@utpl.edu.ec
78
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Santuario de Olón Santuario Nacional María Blanca Estrella


de la Mar Olón, entre Montañita y Olón ·
Telefax: 04 2060028· E-mail:
javipita@hotmail.com
Saraguro Av. Loja y 18 de Noviembre · Cel: -3.623496 -79.235074
093692803· E-mail:
mcartuche@utplonline.edu.ec
Shushufindi Av. Napo N° 1217 entre Av. Río Aguaríco -0.187258 -76.646237
y 11 de Julio. · Telf.: 06 2839422
Sucúa 3 de Noviembre y Domingo Comín · Telf.: -2.458521 -78.175144
2740532
Tabacundo Centro de Capacitación de la Fundación 0.050479 -78.214790
Cocasquí, Urbanización Amistad y
Progreso Panamericana · Telf.: 02 2365413
Tena Barrio Central, Abdón Calderón y Juan -0.988844 -77.814951
León Mera esq. · Telf.: 2888579 Telefax:
06 2887144 · E-mail: catena@utpl.edu.ec
Tulcán Rafael Arellano y Junín, Condominios del 0.822329 -77.730888
B.V., of. 20 02 · Telf.: 06 2982676 Telefax:
06 2988144 · E-mail: catulcan@utpl.edu.ec
Valle del Quijos 13 de Enero y 13 de Junio · Telf.: 06 23
29343· E-mail: ohcruz@utpl.edu.ec
Vinces Bolívar y Urdaneta, edificio La Cascada, -1.554005 -79.747034
Biblioteca Municipal · Telf.: 05 2791050
Yanzatza Zamora 02-22 entre Armando Arias y Luis
Bastidas · Telefax: 2300927
Zamora Av. del Ejército junto al Colegio 12 de -4.065399 -78.950447
Febrero · Telefax: 2605187· E-mail:
cazamora@utpl.edu.ec
Zaruma Bolívar frente al Banco de Machala · -3.689835 -79.613074
Telefax: 2973030
Zumba 24 de Mayo y Av. del Ejercito esq. · Telf.: -4.514565 -79.075360
2308267

79
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

ANEXO 2: Desarrollo de la aplicación prototipo

FORMULACIÓN
MOTIVACIÓN

La aplicación prototipo permitirá demostrar la factibilidad de desarrollo de una


aplicación Enterprise 2.0, apoyada sobre el marco de trabajo SLATES.

OBJETIVOS

 Desarrollar una aplicación utilizando APIs y librerías gratuitas, que se


encuentran disponibles en internet.
 Permitir a los usuarios de la aplicación buscar y visualizar información
relacionada a la sede central y los centros asociados a la Universidad Técnica
Particular de Loja.
 Demostrar que la aplicación cumple con las características de una aplicación
Enterprise 2.0 al contrastar con las características presentes en el marco de
trabajo SLATES propuesto por Andrew McAffe.

USUARIOS

Los usuarios proyectados de la aplicación prototipo son los estudiantes y personas


interesadas en ubicar un centro asociado o conocer sobre la información que se
produzca en la sede o centros asociados, el perfil de estos usuarios contempla que ellos
conocen acerca de internet y el correcto uso de elementos de navegación y su edad
fluctúa entre los 17 a 50 años aproximadamente.

REQUERIMIENTOS

Funcionales

 Visualizar videos relacionados a la UTPL, donde se permita efectuar búsquedas,


presentar un listado de videos relacionados al criterio de búsqueda y efectuar
acciones como reproducir, pausar, adelantar y visualizar información
relacionada a los videos.

80
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

 Cargar nuevos videos, mediante la selección de un archivo de video, agregando


información cómo: título, descripción, autor, etiquetas, duración, veces que ha
sido visto, etc.

 Seleccionar la sede central y centros asociados a la UTPL, permitiendo ver su


ubicación en un mapa y además se visualice la siguiente información: ubicación
exacta, números de teléfono, correos electrónicos a los que se puede comunicar
y una foto del centro.

 Obtener la ruta más corta entre un sitio a otro, esto con la finalidad de que las
personas puedan orientarse acerca de la ruta que deben seguir para llegar al
centro asociado de su preferencia.

 Visualizar resúmenes de las noticias que se produzcan en los diferentes centros


asociados a la UTPL.

 El modo de navegación a través de la misma debe fundamentarse en enlaces


(posible uso de elementos de hipertexto).

 La aplicación sea desarrollada sobre un servidor web Apache.

 La aplicación debe funcionar en el navegador Mozilla Firefox.

 Tener un diseño único para ser presentado.

 La aplicación no incluirá módulos de registro de usuarios.

No funcionales

 Los usuarios deben tener tal facilidad de uso y acceso en la plataforma que no
se requiera dar un entrenamiento especial para su uso, o en su defecto se utilice
muy poca ayuda al momento de aprender a utilizar esta aplicación.

 La interfaz de usuario deberá ser tan familiar como sea posible a los usuarios
que han usado otras aplicaciones web y aplicaciones de escritorio en Windows.

81
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Ambientales

Hardware:

 Procesador Intel Pentium 4 de 2.8 GHz

 512 MB de Memoria RAM

 40 GB en Disco Duro

Software

 Sistema Operativo Windows XP Service Pack 2

 Mozilla Firefox (Versión 3.0.4)

 XAMPP

 Dreamweaver CS4

 ZendGData 1.6.2

APIs

 API de Google Maps

 API de YouTube

82
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

ANÁLISIS DE LA APLICACIÓN PROTOTIPO

Diagrama de casos de uso

Para que un usuario de la aplicación vea un video debe iniciar los siguientes casos de
uso:

83
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Caso de uso: Buscar videos

La aplicación web permitirá ingresar un criterio de búsqueda y seleccionar un tipo de


filtro para refinar esa búsqueda, permitiendo que se presente un listado de videos
relacionados (véase caso de uso: Listar videos).

Caso de uso: Listar videos

La aplicación web recuperará un listado de videos que tengan relación con la búsqueda
ejecutada por el usuario, la misma que presentará una tira de imágenes pequeñas y una
pequeña descripción de los videos relacionados, con el ánimo de facilitar el proceso de
selección de los videos, teniendo por medio para que se ejecute la reproducción (véase
caso de uso: reproducir videos) del mismo un clic ya sea en la imagen o en el título del
video presente en la lista.

Caso de uso: Reproducir videos

La aplicación web permitirá visualizar un pequeño reproductor de videos, donde se


pueda realizar acciones como reproducir, pausar, adelantar y visualizar información
relacionada a los videos.

En caso de que el usuario quiera cargar un video al usar la aplicación, debe iniciar los
siguientes casos de uso:

Caso de uso: Seleccionar un archivo de video.

La aplicación permitirá cargar un archivo de video desde la máquina del usuario


visitante.

Caso de uso: Describir video

La aplicación presentará un formulario para agregar información relevante del video,


además permitiendo agregar una o varias etiquetas de forma opcional.

Caso de uso: Cargar un archivo

El usuario al completar con la información obligatoria necesaria para describir a un


video, podrá cargar su video a un repositorio de videos.

84
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Para que un usuario pueda ver información de los centros asociados en el mapa de la
aplicación debe iniciar los siguientes casos de uso:

Caso de uso: Visualización de un centro asociado a la UTPL en un mapa

La aplicación web presentará un menú desplegable, del cual el usuario visitante podrá
seleccionar un centro asociado a la UTPL, acción que permitirá ubicar a este centro en
un punto del mapa acompañado de la siguiente información: ubicación exacta, números
de teléfono, correos electrónicos a los que se puede comunicar y una foto del centro, el
mapa debe permitir aumentar o disminuir el tamaño del mapa.

Además para que un usuario pueda obtener la ruta más corta debe iniciar los siguientes
casos de uso

Caso de uso: Ingresar datos de origen y destino

El usuario visitante deberá establecer el punto de origen desde donde desea calcular la
ruta más corta, hasta su punto de llegada; y al ejecutar la acción de obtener ruta se dará
inicio al proceso de visualización de ruta (véase caso de uso: Visualizar los resultados
de la ruta más corta )

Caso de uso: Visualizar los resultados de la búsqueda

La aplicación web debe presentar un breve resumen de las rutas más cortas entre un
punto y otro, con nombres de calles y distancias.

Por último cuanto un usuario quiera ver las noticias de un centro asociado debe iniciar
el siguiente caso de uso

Caso de uso: Seleccionar centro asociado

La aplicación presentará un menú desplegable donde se puede seleccionar el centro


asociado que haya sido asociado a una fuente RSS para recuperar sus noticias.

85
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Diseño de la aplicación prototipo

Arquitectura de contenido

La arquitectura de contenido de la aplicación prototipo obedece a una estructura lineal


sin derivaciones, y considerando a cada página como un todo.

Arquitectura de aplicación

El primero de los elementos a presentar es la arquitectura de la aplicación Enterprise


2.0.

86
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Explicando el gráfico de la figura anterior se tiene que para el desarrollo se ha utilizado


una arquitectura basada en capas, arquitectura que ha permitido el desarrollo de los tres
componentes que conforman la aplicación prototipo, debido a ello se explicará los
elementos arquitectonicos que permiten el correcto funcionamiento de cada uno de
estos.

Explicando el modelo arquitectonico que soporta al componente Video UTPL, tenemos


que se ha utilizado la librería ZendGdata para utilizar el API de Youtube, las mismas
que son gestionadas por un archivo de funciones PHP; adicional a ello se ha
desarrollado un archivo de gestión de solicitudes y entrega de datos desde el usuario al
servicio Youtube y viceversa el mismo que utiliza algunas funciones JavaScript; por
último se tiene la capa de presentación. (NOTA: Para el caso de utilizar funciones que
requieran la autenticación con el servicio Youtube se debe considerar que este proceso
de autenticación se realiza mediante conexiones seguras).

Por su parte el componente Mapa UTPL utiliza una capa de gestión de datos para
agregar información de georeferencia presente en el Anexo 1, anexo donde se describen
las referencias geográficas de la sede central y los centros asociados a nuestra
universidad, los mismos que se encuentran descritos en coordenadas de latitud y
longitud; adicional a ello permite buscar información de ubicaciones en los mapas de
Google Maps; más su capa de presentación.

Algo de suma importancia es que para utilizar los recursos del API de Youtube y
Google Maps se debe solicitar una clave de desarrollador, la misma que nos permite
utilizar los recursos de estos servicios, para obtener estas claves de desarrollador
podemos recurrir a las siguientes direcciones:

API Key Youtube:

http://code.google.com/intl/es-ES/apis/youtube/getting_started.html#data_api

Sección: Getting Started

Enlace: Register Developer Key

87
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

API Key Google Maps:

http://code.google.com/intl/es-ES/apis/maps/signup.html

Por último para el componente Noticias UTPL se utiliza como fuente de datos a las
diferentes fuentes RSS de los servicios sociales asociados a la sede central y/o centros
asociados de la universidad, para lo cuál se ha hecho uso de un lector de feeds
universal; y por último la capa de presentación de los datos.

Prueba de la interfaz de usuario

Vínculos:

Para ejecutar esta prueba se ha hecho un listado de todos los vínculos asociados con la
aplicación (menús, botones, enlaces) y luego se ha ejecutado cada uno de manera
individual, con la finalidad de descubrir malas URL o vínculos hacia objetos de
contenido o funciones impropias.

Formularios:

La prueba aplicada a los formularios presentes en la aplicación ha tenido la finalidad de


garantizar que:

 Las etiquetas identifican correctamente los campos dentro del formulario y que
los campos obligatorios están identificados visualmente para el usuario.
 El servidor recibe toda la información contenida en el formulario y ningún dato
se pierde en la transmisión entre cliente y servidor.
 Se usan los valores por defecto adecuados cuando el usuario no selecciona de
un menú desplegable o conjunto de botones.
 Las funciones del navegador (por ejemplo la flecha ―retroceso‖) no corrompen
los datos ingresados en un formato.

88
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Mecanismos de la interfaz específicos a la aplicación:

 Esta prueba conforma una lista de verificación para la funcionalidad y


características que se definen mediante el mecanismo de la interfaz presente en
la aplicación.
 Probar la solicitud de búsqueda de videos, y la presentación de resultados.
 Verificar el correcto funcionamiento de las funciones de autenticación, carga de
videos y recuperación de información de una cuenta de YouTube.
 Probar los elementos inherentes al proceso de reproducción audio visual de un
video (reproducir, parar, pausar, adelantar, retroceder).
 Probar la coherencia entre el nombre del centro asociado y del despliegue de
información en el mapa.
 Obtener la ruta más corta y el despliegue de información asociado a la misma de
forma coherente con las especificaciones dadas.
 Probar el correcto funcionamiento del proceso de recuperación de información
de fuentes RSS.

Prueba de la facilidad de uso

La prueba de facilidad de uso ejecutada sobre la aplicación Enterprise 2.0 ha sido


orientada a determinar el cumplimiento de la característica ―Autoría‖ establecida en el
marco de trabajo SLATES, prueba que se desarrolló en función del siguiente modelo de
encuesta:

FACILIDAD DE USO DE LA APLICACIÓN ENTERPRISE 2.0


Saludos, mi nombre es Galo Rodrigo Lalangui Eras, el motivo de la presente encuesta
es determinar el nivel facilidad de uso presente en la aplicación web que he
desarrollado con la finalidad de sustentar la investigación de mi proyecto de fin de
carrera el mismo que responde al nombre de ―Enterprise 2.0 herramientas para
desarrollar aplicaciones‖, gracias por su colaboración.

89
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Fecha: __________________________________

Sexo: Masculino ( ) Femenino ( )

Edad: 17 – 20 ( ) 21 – 24 ( ) 25 – 28 ( )

Pregunta Totalmente De acuerdo Parcialmente En desacuerdo Totalmente en


de acuerdo de acuerdo desacuerdo

¿Los mecanismos de interacción (por


ejemplo menús desplegables, botones,
punteros) son fáciles de entender y usar?

¿Los mecanismos de navegación,


contenido y funciones están colocados en
una forma que permiten al usuario
encontrarlos rápidamente?

¿El texto está bien escrito y es


comprensible?

¿Las representaciones gráficas son fáciles


de entender?

¿La plantilla, el color, los caracteres y las


características relacionadas conducen a un
uso más sencillo?

¿Los usuarios ―se sienten cómodos‖ con


la apariencia y la percepción de la
aplicación Enterprise 2.0?

¿La aplicación web utiliza en forma


óptima el tamaño y la resolución de
pantalla?

¿Las características, funciones y


contenido importantes pueden utilizarse o
adquirirse de manera oportuna?

Observaciones:

_______________________________

FIRMA

90
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Esta encuesta ha sido aplicada a 36 participantes, de los mismos que se ha podido


recuperar la siguiente información:

91
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

ANEXO 3: Configuración e instalación de la aplicación


Enterprise 2.0

En el presente anexo se detalla los pasos necesarios para instalar la aplicación


Enterprise 2.0 en un servidor Apache cómo se especificó en uno de los requerimientos
funcionales establecidos en el capítulo 3, para ello se ha utilizado el paquete de
herramientas denominado XAMPP (Apache, Mysql, Filezilla, Mercury) e instalado en
un servidor que se encuentra trabajando con el sistema operativo Windows.

Luego de haber instalado XAMPP en la máquina (o servidor) local se debe copiar la


carpeta library disponible en la carpeta instaladores, en la ruta C:\xampp\php\, luego
de esto se edita los archivos php.ini que se encuentre al ejecutar una búsqueda con el
explorador de Windows de los archivos .ini presentes en la carpeta C:\xampp\, a cada
archivo php.ini se lo debe abrir con cualquier editor de texto y buscar la variable
include_path, la misma que luego de ser editada debería quedar de la siguiente manera.

;;;;;;;;;;;;;;;;;;;;;;;;;
; Paths and Directories;
;;;;;;;;;;;;;;;;;;;;;;;;;

; UNIX: "/path1:/path2"
; include_path = ".:/php/includes"
;
; Windows: "\path1;\path2"
include_path = ".;C:\xampp\php\pear\;C:\xampp\php\library"

Luego se busca la extensión php_openssl en los mismos archivos y se les quita el


comentario previo para que esta se habilite, quedando de esta manera en el archivo
php.ini

;extension=php_ntuser.dll
;extension=php_oracle.dll
;extension=php_oci8.dll
92
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

;extension=php_oggvorbis.dll
extension=php_openssl.dll
;extension=php_parsekit.dll
extension=php_pdf.dll
extension=php_pdo.dll
; extension=php_pdo_firebird.dll
Por último se copia la carpeta enterprise20 desde la carpeta de instaladores de la
aplicación Enterprise 2.0 hacia la carpeta C:\xampp\htdocs, los elementos que contiene
enterprise20 son los siguientes
Ruta Descripción
index.php PHP Script
video.php PHP Script
operations.php PHP Script
session_details.php PHP Script
mapa.php PHP Script
noticia.php PHP Script
pruebaZendGdata.php PHP Script
video_app Documento de hojas de estilo en cascada
video_app Archivo de secuencias de comandos de
JavaScript
imagenes/ Archivo contenedor de imágenes

Una vez copiada esta carpeta se inicia el servidor y se ejecuta el navegador Firefox
haciendo referencia a la página pruebaZendGdata.php, acción que se la puede realizar
escribiendo la siguiente dirección http://localhost/enterprise20/pruebaZendGdata.php,
si la configuración es correcta se observará el siguiente resultado:

93
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Una vez completados estos pasos se requiere que la máquina donde se trabaje tenga
conexión a internet, y el servidor Apache debe ser configurado para que las personas
puedan acceder a nuestra aplicación, para ello se debe conocer el valor de la dirección
ip de la máquina, en el caso del servidor que se ha utilizado es 172.16.17.8, detener el
servicio Apache en caso de estar levantado, luego de esto se tiene que abrir el archivo
C:\xampp\apache\conf\httpd.conf con cualquier editor de texto y cambiar el valor
Listen localhost:80 por Listen 172.16.17.8

#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
#Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses (0.0.0.0)
#
#Listen 12.34.56.78:80
Listen 172.16.17.8:80

Además se debe agregar el nombre del servidor, para ello se cambiará el parámetro
ServerName localhost por ServerName 172.16.17.8

#
# ServerName gives the name and port that the server uses to identify itself.
# This can often be determined automatically, but we recommend you specify
# it explicitly to prevent problems during startup.
#
# If your host doesn't have a registered DNS name, enter its IP address here.
#
94
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

ServerName 172.16.17.8

Una vez finalizada esta configuración se debe tomar en consideración los siguientes
elementos para el correcto funcionamiento.

Actualizar las API Keys de la siguiente manera, para Google Maps, se debe solicitar
una clave de desarrollador desde la dirección, ingresando el nombre de dominio bajo el
cual se encontrará alojada nuestra aplicación:

http://code.google.com/intl/es-ES/apis/maps/signup.html

Mientras que para el componente de videos se debe buscar la clave de desarrollador


desde la dirección, al igual que en el anterior, ingresando el nombre de dominio bajo el
cual se encontrará alojada nuestra aplicación:

http://code.google.com/intl/es-ES/apis/youtube/getting_started.html#data_api

Sección: Getting Started Enlace: Register Developer Key

Una vez que se ha obtenido estas claves de desarrollador se las puede guardar en un
editor de texto identificandolas a cada una de las mismas, por ejemplo:

En primer lugar para actualizar la clave de desarrollador de Google Maps se abre los
archivos index.php y mapa.php con cualquier editor de texto, luego se busca el
siguiente texto:

<script
src="http://maps.google.com/maps?file=api&v=2&key=ABQIAAAATl3uH2mBFT6S2Ht9prgAJBS_ZAQZ_WQhR
IwN7LBmwSoPcLJo9hTayoR4LEI0Z4PilEygRlZYBsnW-g" type="text/javascript">

Y se cambia la clave de desarrollador que se encuentre presente en estos archivos, por


la que se obtuvo anteriormente al hacer la petición de la nueva clave de desarrollador.

95
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Para la actualización de la clave de desarrollador del servicio podcasting denominado


Youtube se debe abrir el archivo video_app.js y buscar la siguiente función:

ytVideoApp.createDeveloperKeyForm = function() {
var developerKeyForm = ['<form id="developerKeyForm" ',
'onmousemove="ytVideoApp.setDeveloperKey(this.developerKey.value);',
' return false;">',
'<input id="developerKeyFormInput" ',
'onfocus="ytVideoApp.clearDeveloperKeyForm();" ',
'name="developerKey" type="text" ',
'value="AI39si7jGNwaRb9DxG2prG5F8JZL2a0uArD_7YBQ9gAYmYJ-
cbfLPSAOMxzfVu1LAv0BF1T4Y3uXClwLq8XH2hy_b5_Xp2BDBA">',
'<input type="submit" value="ir">',
'</form>'].join('');

document.getElementById(ytVideoApp.DEVELOPERKEY_FORM_DIV).innerHTML = developerKeyForm;
}

Y cambiar el valor que se encuentre asociado a la variable value por la nueva clave de
desarrollador que se recuperó y se tiene en el archivo de texto; estos pasos son de suma
importancia pues si no se realiza la actualización de estos datos la aplicación generará
excepciones de tipo ―Fallo al comunicarse con el servicio Google Maps/ Youtube‖.

96
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

ANEXO 4: Administración de los componentes de la


aplicación Enterprise 2.0

La aplicación ha sido desarrollada utilizando fundamentalmente las funciones y


metodos de actualización de datos presentes en las APIs, por esta razón al momento de
agregar nuevo contenido en cada uno de estos componentes se requiere un proceso
adicional que debe ser ejecutado por el administrador de la aplicación, el mismo que se
presenta a continuación de forma individual para cada uno de los componentes:

Administración Google Maps:

Para cargar datos personalizados a un mapa de google maps se requiere crear un


archivo XML donde se almacene los datos que se desea presentar o en su defecto crear
un listado de esos datos directamente en la página donde se crea el mapa, para el
desarrollo de la aplicación Enterprise 2.0 se ha utilizado esta segunda opción, motivo
por el cuál en caso de que se requiera agregar un nuevo centro asociado a la
universidad, como punto de referencia presente en el mapa se requiere buscar texto
parecido al siguiente en el archivo index.php y en el archivo mapa.php

//Tena
var point = new GLatLng(-0.988844,-77.814951);
var marcador = crearMarcador(point,'Tena',['Barrio Central, Abd&oacute;n Calderon y Juan
Le&oacute;n Mera esq. <br>Telf.: 2888579 Telefax: 06 2887144 <br>E-mail: catena@utpl.edu.ec',
'<img src="imagenes/escudo.jpg" alt="escudoUTPL" />'], ['Tena', 'IMAGEN']);
map.addOverlay(marcador);

Luego, copiar todo este texto y cambiar los datos que se crea conveniente

//Nombre_del_nuevo_centro
var point = new GLatLng(valor_numerico_ubicación_cent_asociado_latitud,
valor_numerico_ubicación_cent_asociado_longitud);
var marcador =
crearMarcador(point,'Nombre_del_nuevo_centro',['Dirección_nuevo_centro_si_se_requiere_información
_en_una_nueva_línea_se_utilizará <br> y_se_continua_escribiendo', '<img
src="se_ingresa_la_ruta_de_la_imagen_que_representa_al_centro_asociado_que_se_incluirá_por_defect
o_se_recomienda_este_en_la_carpeta_imagenes_presente_en_la_carpeta_enterprise20"
alt="nombre_alternativo_de_la_imagen" />'],
['Nombre_de_la_primer_pestaña_que_se_despliega_en_el_mapa',
'Nombre_de_la_segunda_pestaña_que_se_despliega_en_el_mapa']);
map.addOverlay(marcador);

Una vez hechos los cambios mover toda esta información al final de los datos de
centros asociados que ya existan, esto con la finalidad de que tengan una relación con

97
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

las llamadas que se hará al servicio de youtube para presentar videos asociados a estos
centros, proceso que se completa al buscar en el archivo index.php el siguiente texto

case 70:
ytVideoApp.listVideos("search_all", "Zaruma, Ecuador", 1);
break;
case 71:
ytVideoApp.listVideos("search_all", "Zumba, Ecuador", 1);
break;
default:
ytVideoApp.listVideos("search_all", "Utpl, Ecuador", 1);
break;

Una vez ubicado este texto se procede a la creación de un nuevo caso, para agregar
información del nuevo centro, para ello se copia un elemento case desde su inicio, hasta
el ―;‖ del break, y luego se lo copia entre el último case y la sentencia default,
adicional a ello se realiza el cambio de datos propios del nuevo centro que se desea
agregar:

case 70:
ytVideoApp.listVideos("search_all", "Zaruma, Ecuador", 1);
break;
case 71:
ytVideoApp.listVideos("search_all", "Zumba, Ecuador", 1);
break;
case Se_continúa_la_secuencia_numerica:
ytVideoApp.listVideos("search_all",
"Se_escribe_el_nombre_del_centro_asociado_que_se_agregará_seguido_de_una_coma_y_la_palabra_E
cuador_o_en_su_defecto_se_ubica_un_criterio_de_búsqueda_representativo", 1);
break;
default:
ytVideoApp.listVideos("search_all", "Utpl, Ecuador", 1);
break;

De la misma manera se procede para agregar n centros asociados, en caso de necesitar


actualizar los datos de algún centro simplemente se editan y se guarda el documento.

Administración del modulo noticias:

El componente de noticias permite recuperar información de diferentes fuentes RSS,


soportando una amplia gama de formatos, razón por la cuál se convierte en una potente
herramienta al momento de recuperar información de diferentes fuentes a las que se
desee vincular la página, por esta razón se presenta la forma en que puede ser ingresada
una nueva fuente RSS a este componente, en primer lugar se abrirá el archivo
denominado noticia.php y se buscará el siguiente texto:

98
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

<form action="noticia.php" method="POST">


<select name="centro" >
<option value="Loja" selected="selected">Loja</option>
<option value="Cariamanga">Cariamanga</option>
<option value="UTPL Twitter">UTPL Twitter</option>
</select>
<input type="submit" name="submit" value="Ver">
</form>

Texto que será modificado de la siguiente manera al agregar una nueva fuente RSS

<form action="noticia.php" method="POST">


<select name="centro" >
<option value="Loja" selected="selected">Loja</option>
<option value="Cariamanga">Cariamanga</option>
<option value="UTPL Twitter">UTPL Twitter</option>
<option value="Nombre_del_nuevo_origen_de_datos"> Nombre_del_nuevo
_origen_de_datos </option>
</select>
<input type="submit" name="submit" value="Ver">
</form>

A continuación se busca el siguiente texto:


switch ($_POST['centro']){
case 'Loja':
Universal_Reader ("http://www.utpl.edu.ec/noticias/feed/");
echo Universal_Display ($size = 5, $chanflag = false, $descflag = true, $dateflag = true);
break;
case 'Cariamanga':
Universal_Reader ("http://www.utpl.edu.ec/blog/cariamanga/?feed=rss2");
echo Universal_Display ($size = 5, $chanflag = false, $descflag = true, $dateflag = true);
break;
case 'UTPL Twitter':
Universal_Reader ("http://twitter.com/statuses/user_timeline/27807595.rss");
echo Universal_Display ($size = 5, $chanflag = false, $descflag = true, $dateflag = true);
break;
case ' Nombre_del_nuevo_origen_de_datos ':
Universal_Reader ("se_agrega_la_url_del_nuevo_origen_de_datos");
echo Universal_Display ($size = 5, $chanflag = false, $descflag = true, $dateflag = true);
break;
}

Y eso es todo lo referente a la administración de datos, para el caso del servicio youtube
no existe ningún metodo específico que se deba agregar pues con el conjunto de
funciones y procedimientos se administra todas las funcionalidades del mismo.

99
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

GLOSARIO
Apache: Un popular servidor Web que está disponible libremente bajo la licencia de
código abierto. La versión actual funciona en la mayoría de sistemas operativos
basados en UNIX, así como en Windows. Se estima que más del 60 por ciento de todos
los servidores web se ejecutan en servidores Apache.

API: Interfaz de Programación de Aplicaciones, es un conjunto de funciones ya


desarrolladas que sirve de base para que los programadores se beneficien de sus
ventajas ahorrando tener que programar una aplicación completa

ATOM: El nombre Atom aplica a un par de normas conexas. El formato de


sindicación Atom es un lenguaje XML utilizado para la creación de web feeds.
Mientras que el protocolo de publicación Atom es un protocolo sencillo basado en
HTTP para la creación y actualización de recursos en la web. Es una forma de
consumir y producir feeds para los agregadores de feeds y lectores, además es un
componente clave de la característica Señales presente en los marcos de trabajo
SLATES y FLATNESSES.

Autoría: Es una faceta de SLATES y FLATNESSES que se refiere a la capacidad de


crear contenido, tanto como un original ―autor‖, y de forma participativa como
comentarios.

Blog: Expresión corta de Web log, una ligera plataforma de autoría, típicamente
enfocada al modelo de un único autor, principalmente de texto, aunque básicamente
puede incluir cualquier tipo de contenido multimedia.

Beta: Versión de software que está en proceso intermedio en el ciclo de desarrollo


completo para su total funcionalidad, sobre la cual se puede corregir errores detectados.

Bulletin Boards: Servicio online, con una orientación a los grupos y basados en la
facilidad de conversación para intercambiar ideas. Precursor de los foros de discusión
y las soluciones de ―redes sociales‖ más modernas, estas se encuentran ubicadas en
silos desconectados de los grandes sistemas, codificado en una tecnología propietaria
del tipo cliente/servidor, y a menudo orientado a una región.

100
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Cliente: Se dice que un programa es un "cliente" cuando sirve sólo para obtener
información sobre un programa "servidor". Cada programa "cliente" está diseñado para
trabajar con uno o más programas "servidores" específicos, y cada "servidor" requiere
un tipo especial de "cliente". Un navegador es un programa "cliente‖.

Correo electrónico: Es el modo de enviar cartas, pero utilizando la red, Internet. Para
hacerlo se emplean programas que organizan la información necesaria para que el
mensaje salga desde el remitente y llegue al destinatario. El lugar donde se reciben los
mensajes se llama casilla de correo, pero hay programas que permiten redactar los
mensajes desde la PC antes de conectar con la red, y recibirlos para leerlos después de
desconectar. Un ejemplo es el Outlook. La definición acerca del correo electrónico fue
especificada en el RFC # 822.

Colaboración: Trabajando juntos para cumplir un compromiso colectivo, objetivo y


limitado. La colaboración de software, también es conocida como groupware, software
de aplicación que integra a trabajar en un solo proyecto por varios usuarios
simultáneamente, que se encuentran en estaciones de trabajo separadas.

Del.icio.us: Servicio social gratuito de clasificación de páginas favoritas compartidas a


través de un navegador web.

Efecto red: Se conoce como efecto red al tipo particular de externalidad que se
produce cuando cada nuevo usuario añade valor a un producto por el hecho de unirse a
la comunidad de usuarios.

Emergente: Patrón de análisis que detecta errores / ventajas que surgen a partir de una
convergencia de acciones discretas. El análisis puede ser hecho por algoritmos de
medición aplicados a los aspectos de ―interés‖, basados en el tráfico, hábitos de
compra, etc, o la observación de los patrones humanos, tales como popularidad de las
entradas de un blog con un simple recuento del número de comentarios sobre una
entrada.

Enlace (Links): Se refiere al uso de codificación (ej. XML, HTML,) de


funcionalidades que enlazan un sitio a otro. Al seleccionar un enlace el usuario pasa al
otro extremo a donde se ha vinculado el enlace.
101
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Enterprise 2.0: Un sistema de tecnologías basadas en web que proporcionan una


colaboración rápida y ágil, información compartida, capacidades emergentes y de
integración con otras empresas.

Enterprise Content Management (ECM): Es un conjunto de estrategias, métodos y


herramientas utilizadas para capturar, gestionar, almacenar, preservar y entregar
contenido de ayuda a las metas y objetivos de las empresas.

Etiquetas (TAGS): El marcado tiende a referirse a actividades tales como marcado


social en donde los usuarios en lugar de los administradores, autores o taxonomistas
proveen metadatos para los fines de navegación o búsqueda. Ver Folksonomía también.

Extensiones: Recomendaciones hacia contenido relacionado, que son provistas a los


usuarios del sistema, en base a la aparición de una acción similar en el sistema.

FLATNESSES: Un marco de trabajo para Enterprise 2.0 desarrollado por Dion


Hinchcliffe. El acrónimo engloba los siguientes términos: FreeForm, Links,
Authorship, Tags, Network-Oriented, Extensions, Social, Search, Emergence, y Signals.

Flickr: es un sitio web para compartir imágenes sobre todo fotográficas. Puede usarse
como soporte a diferentes comunidades on-line con diferente soporte en plataformas,
generalmente es considerado un ejemplo nuevo de la navegación Web 2.0. Este popular
sitio web sirve como servidor personal para compartir fotografías personales, el
servicio es mundialmente usado por blogueros como un repositorio fotográfico. La
popularidad en parte se debe a la gran comunidad on-line que accede al servicio, así
como a las herramientas que permiten al autor etiquetar sus fotos y a un explorador de
las mejores fotos de la semana. Actualmente, Flickr alberga más de dos mil millones de
imágenes.

Folksonomía: Una práctica de categorización colaborativa mediante el uso de palabras


clave elegidas libremente. Más coloquialmente esto se refiere a un grupo de personas
que cooperan espontáneamente para organizar la información en categorías. En
contraste con los métodos de clasificación formal, este fenómeno típicamente se da en
comunidades no jerárquicas, tales como los sitios web públicos.

102
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Freeform: Una faceta de FLATNESSES que se refiere a la capacidad de crear


contenido con poca o ninguna barreras, facilidad de uso.

Feed: Documento que recoge información de sitios web sindicados o agregados a


canales de noticias con formatos RSS o Atom

Firefox: Navegador para acceder a Internet creado por la fundación Mozilla.

Gestión de la Innovación: Aplicación de nuevas ideas y descubrimientos, y la


implementación de una cultura de innovación en una organización, para promover y
hacer posible el desarrollo de nuevas ideas y oportunidades de negocio. La gestión de
la innovación consiste en la innovación estratégica, cultura, administración de ideas e
implementación de procesos innovadores.

Gmail: Conocido también como Google Mail, es una plataforma web de correo
electrónico gratuito, ofrecida por Google.

Google: Empresa propietaria del motor de búsqueda del mismo nombre.

Hipertexto: Es el modo de enviar cartas, pero utilizando la red, Internet. Para hacerlo
se emplean programas que organizan la información necesaria para que el mensaje
salga desde el remitente y llegue al destinatario. El lugar donde se reciben los mensajes
se llama casilla de correo, pero hay programas que permiten redactar los mensajes
desde la PC antes de conectar con la red, y recibirlos para leerlos después de
desconectar. Un ejemplo es el Outlook. La definición acerca del correo electrónico fue
especificada en el RFC # 822.

Hoja de cálculo: es un programa que permite manipular datos numéricos y


alfanuméricos dispuestos en forma de tablas (la cual es la unión de filas y columnas).
Habitualmente es posible realizar cálculos complejos con fórmulas y funciones y
dibujar distintos tipos de gráficas.

HTML, siglas de HyperText Markup Language (Lenguaje de Marcas de Hipertexto),


es el lenguaje de marcado predominante para la construcción de páginas web. Es usado
para describir la estructura y el contenido en forma de texto, así como para
complementar el texto con objetos tales como imágenes. HTML se escribe en forma de

103
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

"etiquetas", rodeadas por corchetes angulares (<,>). HTML también puede describir,
hasta un cierto punto, la apariencia de un documento, y puede incluir un script (por
ejemplo JavaScript), el cual puede afectar el comportamiento de navegadores web y
otros procesadores de HTML.

Inteligencia Colectiva: Descubrimiento que surge de la colaboración de muchas


personas.

Inteligencia de Negocios: La práctica de reunir y coordinar los datos operativos


usándolos para crear informes globales de utilidad para los dirigentes y
administradores. Organizaciones competitivas acumulan inteligencia de negocios a fin
de ganar una sostenibilidad, obtener ventaja competitiva. La inteligencia de negocios
utiliza indicadores clave de rendimiento para evaluar el estado actual de los negocios y
para prescribir un curso de acción.

JavaScript: es un lenguaje de programación interpretado, es decir, que no requiere


compilación, utilizado principalmente en páginas web, con una sintaxis semejante a la
del lenguaje Java y el lenguaje C.

Licencia de software: es un contrato entre el titular del derecho de autor (propietario)


y el usuario del programa informático (usuario final), para utilizar éste en una forma
determinada y de conformidad con unas condiciones convenidas.

Marcado Social: Una forma de etiquetación, realizada por personas para ―recordar en
forma pública‖ recursos (basados en las URL), y el cual comunica, tanto contexto como
la categorización que puede ser vista como una taxonomía basada en el punto de vista.
Popularizado a través del servicio, del.icio.us.

Mashup: ―Una página web o aplicación que combina los datos de dos o más fuentes
on-line externa‖. Las fuentes externas suelen ser otros sitios web y sus datos pueden
ser obtenidos por el desarrollador del Mashup de diversas maneras entre las que se
tiene: API, XML feeds, entre otros. A menudo construidos con las API’s que ofrecen
una variedad de maneras de ver la relación entre un mashup y algún soporte para el
consumo de la API seleccionada.

104
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Modelo Cliente Servidor: El modelo cliente-servidor se apoya en terminales (clientes)


conectadas a una computadora que los provee de un recurso (servidor). De esta manera
los clientes son los elementos que necesitan servicios del recurso y el servidor es la
entidad que posee el recurso. Los clientes sin embargo no dependen totalmente del
servidor. Ellos pueden realizar los procesamientos para desplegar la información (por
ejemplo en forma gráfica). El servidor los provee únicamente de la información sin
hacerse cargo de otros procesos. El tráfico en la red de esta forma se ve aligerado y las
comunicaciones entre las computadoras se realizan más rápido.

Navegador: Programa diseñado para acceder a los contenidos textuales, gráficos y


audiovisuales publicados en la World Wide Web, el servicio más popular de Internet.
El navegador o browser interpreta el código fuente con el que se diseñan las páginas
web (lenguaje HTML) Además, posee opciones que facilitan la "navegación‖. Dotado
de menús desplegables y botones rápidos ideales para facilitar el recorrido por las
redes, el navegador permite acceder a sitios de empresas o de instituciones educativas.
Al igual que los programas con interfaces gráficas, los menús de un navegador
permiten abrir archivos, editar, crear una lista de sitios favoritos (bookmarks) o
establecer preferencias de visualización. También cuentan con un casillero o campo
horizontal (que ocupa casi todo el ancho de la pantalla) en el cual es posible ingresar la
dirección (location o URL) de un sitio de la Web. Las versiones más populares son
Netscape Navigator y Microsoft Explorer. El auge de estos programas va de la mano
del desarrollo de Internet como nuevo medio de comunicación interactivo.

Orientada a la Red (Network-Oriented): una faceta de FLATNESSES que especifica


que todo el contenido debe ser direccionable a través de la red.

Palmot: Computadora de bolsillo. Por su reducido tamaño, puede llevarse en la palma


de la mano o en cualquier otro sitio. Si bien no poseen las prestaciones (ni el mismo
sistema operativo) que las PC de escritorio o notebook, permiten manejar la
información personal, como así también escribir y leer documentos. Se puede transferir
información con la PC.

105
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Plataforma: La plataforma es el estándar con el que los diseñadores de software


escriben sus programas. El término plataforma a menudo se utiliza para referirse al
sistema operativo incluido con el hardware.

Podcasting: Expresión corta para describir ―iPod broadcasting‖, un término acuñado


por Adam Curry, ex VJ de MTV. A veces llamado el formato de ―blog de multimedia‖.
Lo que separa a un verdadero ―podcast‖ del simple embebido de clips de audio/video,
un podcast es un canal al que se puede suscribir usando un feed, tal como RSS o Atom,
para que los usuarios puedan consumir este contenido halándolo ese contenido desde un
proveedor hacia un destinatario en específico.

Procesador de texto: Programa especialmente diseñado para simplificar la


manipulación de textos con la computadora. Posee muchas más funciones que una
máquina de escribir. Entre los más populares se encuentra Word.

REST: La Transferencia de Estado Representacional (Representational State


Transfer) o REST es una técnica de arquitectura software para sistemas hipermedia
distribuidos como la World Wide Web. Si bien el término REST se refería originalmente
a un conjunto de principios de arquitectura —descritos más abajo—, en la actualidad se
usa en el sentido más amplio para describir cualquier interfaz web simple que utiliza
XML y HTTP, sin las abstracciones adicionales de los protocolos basados en patrones
de intercambio de mensajes como el protocolo de servicios web SOAP

RSS (Really Simple Syndication): el más popular al momento de representar la


característica de SEÑALES en los marcos de trabajo SLATES y FLATNESSES en
Enterprise 2.0. Basado en estándares, y en formato XML para facilitar su consumo y la
transformación por los lectores de feeds, agregadores, tableros, o soluciones mashups.

Seguridad en Internet: La seguridad en Internet no es solo de preocupación


empresarial pues toda persona tiene derecho a la privacidad y cuando ésta accede a
internet su necesidad de privacidad no desaparece, basándose principalmente en los
siguientes aspectos: gestión de claves, confidencialidad, imposibilidad de repudio,
integridad, autenticación, autorización.

106
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Servidor: En una red, se denomina servidor a una computadora compartida por


múltiples usuarios. Existen servidores de archivos, servidores de impresión, etc. Los
servidores son computadoras de gran potencia que se encuentran a disposición de los
usuarios. Cuando los usuarios de Internet se intercomunican, en realidad, lo hacen a
través de servidores.

Servidor de Aplicaciones: Es un programa servidor, el mismo que alberga la lógica del


negocio para una aplicación, ejecutando las operaciones necesarias para completar las
transacciones y otras interacciones entre usuarios y empresas, bases de datos y
aplicaciones. Los servidores de aplicaciones proporcionan funcionalidades como:
balanceo de carga, clases de acceso a las bases de datos, procesamiento de
transacciones y mensajería.

Señales (Signals): de los marcos de trabajo SLATES / FLATNESSES utilizado para


notificar activamente a los usuarios acerca de nuevo contenido o contenido actualizado.
Cualquier mecanismo que realice el envío de una señal es valida, aunque RSS y ATOM
tienden a ser los principales medios. E-mail tiende a ser un mecanismo de señales de
emergencia debido a su adopción casi universal, en particular de la empresa.

Servicio Web: software de sistemas diseñado para apoyar la interoperabilidad máquina


a máquina a través de una red de integración

Sindicación: un método de distribución de contenido, a menudo basado en normas


como RSS y ATOM, para compartir contenido entre los sistemas directamente mediante
enlaces cruzados entre el remitente y el receptor. Por lo general se utiliza para el
contenido distribuido a una audiencia más amplia, para proporcionar una capacidad de
mezclar contenido/datos entre sistemas y proveer un medio de reutilización en lugar de
la copia (o duplicación) del contenido.

SLATES: un marco de trabajo para entornos Enterprise 2.0 desarrollado por Andrew
McAffe. El acrónimo abarca los siguientes términos: Search, Links, Authorship, Tags,
Extensions, y Signals.

107
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

Sinergia: es la integración de sistemas que conforman un nuevo objeto. Acción de


coordinación de dos o más causas (elementos) cuyo efecto es superior a la suma de
efectos individuales.

Software: Conjunto de programas, documentos, procesamientos y rutinas asociadas


con la operación de un sistema de computadoras, es decir, la parte intangible o lógica
de una computadora.

Taxonomías: En la ciencia, la taxonomía permite identificar con precisión algunos


organismos por su reino, clase, orden, familia, genero y especie.

Tecnologías de Información (TI): según lo definido por la asociación de la tecnología


de información de América (ITAA) es ―el estudio, diseño, desarrollo, implementación,
soporte o dirección de los sistemas de información computarizados, en particular de
software de aplicación y hardware de computadoras.‖ Se ocupa del uso de las
computadoras y su software para convertir, almacenar, proteger, procesar, transmitir y
recuperar la información. Hoy en día, el término ―tecnología de información‖ se suele
mezclar con muchos aspectos de la computación y la tecnología y el término es más
reconocible que antes. La tecnología de la información puede ser bastante amplia,
cubriendo muchos campos. Los profesionales TI realizan una variedad de tareas que
van desde instalar aplicaciones a diseñar complejas redes de computación y bases de
datos. Algunas de las tareas de los profesionales TI incluyen, administración de datos,
redes, ingeniería de hardware, diseño de programas y bases de datos, así como la
administración y dirección de los sistemas completos. Cuando las tecnologías de
computación y comunicación se combinan, el resultado es la tecnología de la
información o ―infotech‖. La Tecnología de la Información (TI) es un término general
que describe cualquier tecnología que ayuda a producir, manipular, almacenar,
comunicar, y/o esparcir información.

Usuario: Persona que utiliza la computadora para sistematizar tareas, guardar


información, conectarse con otras personas para compartir información, etc.

Web 2.0: Término acuñado y divulgado por Tim O’Reilly en 2004. Se refiere a la
separación de las características de Web 1.0 (la primera divulgación de la web), desde

108
Enterprise 2.0: Fundamentos, características y desarrollo de una aplicación prototipo

aplicaciones web modernas. La web como plataforma permite: aprovechar la


inteligencia colectiva, gestionar los datos, dar fin a las actualizaciones de software por
medio de pago de licencias, software independiente de los dispositivos, experiencias
enriquecedoras de usuario.

Wiki: (término hawaiano equivalente a rápido) Servidor de software que permite a los
usuarios crear y modificar libremente el contenido de la Web mediante un navegador.
Soporta hipervínculos, tiene una sintaxis de texto simple (como mínimo) para la
creación de nuevas páginas y enlaces entre páginas internas sobre la marcha. Los
colaboradores pueden editar el contenido, así como la organización de los contenidos
en una plataforma wiki. Las wikis son frecuentemente asociadas con aspectos de
autoría de los marcos de trabajo SLATES / FLATNESSES.

Wordpress: es un sistema de gestión de contenido enfocado a la creación de blogs


(sitios web periódicamente actualizados). Desarrollado en PHP y MySql, bajo licencia
GPL, tiene como fundador a Matt Mullenweg. WordPress fue creado a partir del
desaparecido b2/cafelog y se ha convertido junto a Movable Type en el CMS más
popular de la blogosfera. Las causas de su enorme crecimiento son, entre otras, su
licencia, su facilidad de uso y sus características como gestor de contenidos.

Youtube: es un sitio web que permite a los usuarios compartir vídeos digitales a través
de Internet e incluso, permite a los músicos novatos y experimentados dar a conocer sus
vídeos al mundo. Pertenece a la Web 2.0. Fue fundado en febrero de 2005 por tres
antiguos empleados de PayPal: Chad Hurley, Steve Chen y Jawed Karim.

XML: en inglés de Extensible Markup Language («lenguaje de marcas), es un


metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium
(W3C). Es una simplificación y adaptación del SGML y permite definir la gramática de
lenguajes específicos (de la misma manera que HTML es a su vez un lenguaje definido
por SGML). Por lo tanto XML no es realmente un lenguaje en particular, sino una
manera de definir lenguajes para diferentes necesidades.

109

S-ar putea să vă placă și