GOOGLE COMO SISTEMA DE INFORMACIÓN EMPRESARIAL

Como todos sabemos, el gigante Google se caracteriza por dar gran cantidad de servicios
de manera “gratuita” desde un buscador de páginas, buscador de imágenes, traductor,
edición de documentos en línea con Google docs, compartición de archivos de manera
dinámica con Google wave, correo de gmail, Google maps, Google street view, en fin una
gran cantidad de servicios de los que todos los usuarios de internet nos podemos
beneficiar tan solo accediendo con un simple click o simplemente teniendo una cuenta
gmail.

Pero lo que muchos no sabemos es que estos servicios que Google ofrece a priori de
manera gratuita en realidad le sirven a la empresa para autofinanciarse, y es que tiene un
sistema de información capaz de detectar cuando se está usando uno de sus servicios de
manera eventual para un beneficio propio a nivel de usuario o cuando se están utilizando
estos servicios de manera empresarial y con fines lucrativos, aquí es cuando Google toma
las acciones correspondientes y pide muy amablemente que pagues por la utilización de
sus servicios.
Esta empresa no es que se haya beneficiado de su sistema de información sino que la
propia empresa es el sistema de información en sí, es decir, una empresa de este tipo no
podría subsistir si no fuese por la compleja maquinaria que está detrás de las interfaces
que nosotros podemos ver en internet.
La filosofía que utiliza Google es muy clara, te ofrece servicios gratuitos para que aprendas
a utilizarlos, además estos servicios son bastante buenos por la cantidad de diversidad que
podemos encontrar y por la calidad que estos ofrecen. Una vez que dependes tanto de
estos y conoces el funcionamiento y los beneficios que te pueden aportar en el sector
empresarial entonces es cuando Google comienza a cobrarte. Todo esto lo consigue gracias
al sistema de información empresarial que le respalda.
Y el caso es que año a año se va viendo como es capaz de comprar nuevas empresas para
adaptarlas a su filosofía de trabajo. Google tiene una meta muy clara y un sistema de
información que le funciona a las mil maravillas para cumplir con los objetivos definidos
cada año.
Otra de las ideas que estaba estudiando Google es Google 'Newspass', un sistema de
contenidos de pago que produciría beneficios económicos tanto para el buscador como
para los editores.
El sistema de pago integrado en las búsquedas permitirá a los usuarios acceder con un
solo clic a los contenidos y facilitará a los editores una infraestructura única para web,
móvil y 'tablet' que les permitiría monetizar sus contenidos.
No obstante, el sistema podría ser una respuesta del gigante de internet a la polémica en
torno al hecho de que el buscador ofrezca acceso gratuito a contenidos de periódicos 'on
line'.
En cuanto a los detalles técnicos del funcionamiento de 'Newspass', todavía no se sabe
nada al respecto, no obstante, todo indica que el funcionamiento ofrecerá, al realizar una
búsqueda, una página de resultados en la que aparecerán indicados los contenidos de pago
-texto, vídeo o audio-, accesibles con un solo clic mediante el tipo de pago seleccionado por
el sitio web.
Tampoco se conoce ningún dato sobre los países en los que Google pondrá en marcha este
sistema ni sobre su precio.
Además, para prevenir posibles nuevas acusaciones de monopolio, Google ha hecho saber
a las editoras que será posible compartir con las empresas que acepten participar en el
sistema toda la información relacionada con su empleo, si bien los procesos de
autenticación, asistencia y facturación serán gestionados por Google.

 http://www.elmundo.es/elmundo/2010/06/21/comunicacion/1277121791.html

Tecnicas de elicitación de requisitos

 PROTOTIPO

Un prototipo es una versión inicial de un sistema software el cual se usa para demostrar conceptos,
probar opciones de diseño y, generalmente, encontrar más problemas y soluciones posibles.
(Sommerville, 2004)
 Ventajas:

• Un prototipo puede ser esperanzador. La principal ventaja de usar prototipos en la ingeniería de requisitos es permitir a los stakeholders experimentar los efectos y las consecuencias de sus propios requisitos.

• Los stakeholders pueden comparar sus propias expectativas con las propiedades del prototipo y evaluarlas.

• Estimulación de nuevas ideas. Un prototipo puede conseguir que los stakeholders estimulen nuevas ideas y definan nuevos requisitos. Los prototipos también podrían ser utilizados para validar los requisitos.

PREPARACIÓN

DECIDIR QUÉ TIPO DE PROTOTIPO USAR

Los Stakeholders deben de decidir qué tipo de prototipo van a desarrollar:

•  Prototipos de usar y tirar vs prototipos evolucionados. Un prototipo de usar y tirar es aquel que no se mantiene después de su uso, en contra los prototipos evolucionados son desarrollados con el objetivo de extenderlos incrementalmente y mejorarlo.

• Funcionalmente Horizontal vs Vertical. Un prototipo horizontal implementa la capa funcional de un sistema tales como la interfaz de usuario gráfica o la capa de base de datos. Un prototipo vertical implementa un extracto de funcionalidad del sistema pero a través de todas las capas.

• Prototipos en papel. Son una demostración inicial en papel de la interfaz gráfica de usuario que da soporte al resto de requisitos elicitados, llevan menos implementación que los prototipos ejecutables.

• Maquetas. Una maqueta es un modelo del sistema sin ninguna funcionalidad, puede ser realizada como un modelo físico o como un modelo digital, las maquetas son especialmente útiles para elicitar requisitos relacionados con la apariencia física del sistema y con la interfaz de usuario.
•  Desarrollo de escenarios de uso. Para proporcionar a los stakeholders un fácil acceso alprototipo, sería recomendable facilitar escenarios de uso.

DESARROLLANDO EL PROTOTIPO

Esquemáticos vs prototipos realistas. No es necesario desarrollar el prototipo usando las mismas
tecnologías que para el desarrollo del sistema. Para desarrollos de prototipos en papel o maquetas
deberán ser más que nada esquemas sin poco nivel de detalles, el resto de prototipos no deben ser
demasiado realistas ya que puede llevar a engaño a los stakeholders en relación con su evolución.

EJECUCIÓN

• El primer paso debería ser ejecutar los escenarios de uso proporcionados.
• Después de la fase de introducción se debe dejar el suficiente tiempo para que los stakeholders examinen el prototipo a fondo.
• Todas las reacciones producidas por los stakeholders durante el uso del prototipo deberán ser
  documentadas es importante ver cuál es la primera impresión.
• Las reacciones no verbales de los stakeholders son especialmente importantes.

SEGUIMIENTO

El seguimiento consiste en analizar los resultados de las anotaciones, video o grabaciones de audio que
se hayan realizado mientras la fase de ejecución.

BENEFICIOS DE LA ELICITACIÓN DE REQUISITOS

• El prototipo no es adecuado para identificar fuentes de requisitos

• El prototipo es adecuado como ayuda en la elicitación de requisitos existentes en entrevistas o workshops.

• Usar prototipos supone que en la elicitación puede haber malos entendidos, ya que los stakeholders pueden observar como sus requisitos afectan al desarrollo del sistema.

ESFUERZO

• Prototipos en papel -->Bajo.
• Maquetas -->Bajo, Muy Bajo.
• Desarrollo de software --> Medio, Bajo.
• Desarrollo manual de software --> Muy alto, alto.

Todo esto depende de la disponibilidad de la tecnología.

 FACTORES CRÍTICOS

• Los beneficios de los prototipos dependen en gran medida de los requisitos que son seleccionados para su implementación.

• Cuando un stakeholder examina un prototipo podría tener expectativas erróneas al observar las falsas conclusiones del uso del prototipo.

Manu Gyra en Castillo de Albarañez.mp4

Bueno estoy comenzando mi blog, y que mejor que comenzar con un video del increible Manu Gyra haciendo uno de sus saltos y bajadas en mi pueblo, grabamos con varias camaras y semanas después por fin lo he montado para que lo podais ver todos, sin mas dilaciones ahi va:



Saludos a Todos.