Arquitectura y Almacenamiento de datos

Proceso y Metodología: Investigación,

estrategia, diseño y documentación,
La información en la toma de decisiones.

UNIVERSIDAD TECNOLOGICA DE CHILE INACAP

1
 Investigación
â Después de ver conceptos de DW, Diseños y componentes hay
que ver procesos y métodos para crear Arquitectura de la
Información

â La integración de IA en el proceso de desarrollo de un sitio

web (sistema en general)

â ¿Cómo y por qué estudiar los usuarios, el contexto y el

contenido

â Métodos de investigación
» entrevistas de los interesados
» evaluaciones heurísticas
» pruebas de usuario
» clasificación de las tarjetas

2
 Visión general del proceso
â Es un proyecto de desarrollo de software -> las metodologías
de la disciplina se pueden aplicar a un proyecto de estas
características

â La fase de research se inicia con una revisión de los

materiales existentes y con reuniones con el equipo de
estrategia, orientada a aumentar los conocimientos de alto
nivel de los objetivos y el contexto empresarial, la arquitectura
de la información existente, el contenido, y el público
destinatario.

3
 Estrategia

â La investigación proporciona una comprensión contextual que

constituye la base para el desarrollo de una estrategia de
arquitectura de la información.
â Desde una perspectiva “top-down”, esta estrategia define el más
alto de los dos o tres niveles de organización del sitio y las
estructuras de navegación.
â Desde una perspectiva “bottom-up”, sugiere tipos de documentos
y un esquema de metadatos preliminar para ellos.
â Esta estrategia proporciona un marco de alto nivel para la
arquitectura de la información, el establecimiento de una
orientación y el alcance que guiarán el proyecto hasta su
ejecución.

4
 Diseño

â El diseño es donde se establece (se implementa) la estrategia

para la arquitectura de información:
» la creación de planos detallados,
» el esquema de metadatos que serán utilizados por los
diseñadores gráficos, programadores, autores de contenido, y
el equipo de producción.
â Participación más importante de los Arquitectos de la Inf. ,
â Ojo: cantidad no puede reemplazar a la calidad
» Un mal diseño de la ejecución puede arruinar la mejor
estrategia.

5
 Implementación

â La implementación es donde los conceptos de diseño se ponen a

prueba:
» se construyen, se testean y se ponen en producción

â Para el arquitecto de información, esta fase consiste en organizar

y etiquetar los documentos, probar y resolver problemas

â Elaboración de la documentación del desarrollo y programas de

capacitación para asegurar que puede ser la arquitectura de la
información con eficacia mantenida en el tiempo.

6
 Administración

â Last but not least: administración -> evaluación permanente y

mejora de la arquitectura de la información del sitio.
â Incluye tareas diarias como incluir nuevos documentos y eliminar
viejos.
â Es necesario supervisar el uso del sitio y los comentarios de los
usuarios, identificar oportunidades para mejorar el sitio a través
de un rediseño.
â Esta es una visión simplificada del proceso: Limites claros rara
vez existen entre las fases, y pocos proyectos empiezan de cero.
â Presupuestos, horarios, y políticas llevan el proyecto fuera de la
ruta programada

7
 Marco de trabajo (framework)
para la investigación
â Investigación es plantearse las preguntas adecuadas y tratar de contestarlas

â Un framework muy popular para la AI está dado por el diagrama de los tres
círculos

8
 Herramientas y métodos para
la investigación
â Para cada uno de los tres círculos se muestra un conjunto de posibles las
metodologías que se pueden usar para hacer investigación respecto al tema

9
 Contexto

â Un buen punto de partida

â Especialmente importante es el contexto del negocio y la política de la

empresa

â También importan los objetivos de la empresa, presupuestos, programas,

infraestructura tecnológica, recursos humanos, y la cultura corporativa.

â Las cuestiones jurídicas también pueden ser importantes, sobre todo en

industrias altamente reguladas. Todos estos factores pueden y deben influir
en la forma de la estrategia de arquitectura de la información.

10
 Contexto: Background
Research
â Buscar respuestas a las preguntas:
» ¿Cuáles son las metas a corto y largo plazo?
» ¿Cuál es el plan de negocios? ¿Cuál es la política?
» ¿Cuál es el cronograma y el presupuesto?
» Quiénes son los destinatarios previstos?
» ¿Por qué la gente viene al sitio? ¿Por qué vuelven?
» ¿Qué tipo de tareas debe ser capaz de usuarios para llevar a cabo?
» ¿Cómo va a ser el contenido creado y administrado? Y por quién?
» ¿Cuál es la infraestructura técnica?
» ¿Qué funcionó en el pasado? ¿Qué no?

â Pero a quien le preguntamos y cómo

â Cuando se hace una entrevista para averiguar todo esto hay que considerar
que es importante “GANARSE” la gente que uno entrevista.
» ¿Quién es usted y por qué me estás haciendo estas preguntas?
» ¿Qué es arquitectura de la información y por qué me debe importar?
» ¿Cuál es su metodología y cómo se relaciona con mi trabajo?
â La manera de responder a estas preguntas influirá en el nivel de apoyo que
recibe durante todo el proyecto. 11
 Contexto: Presentaciones y
meetings
â Presentación introductoria al inicio de un proyecto de AI (como en cualquier
proyecto).
â Objetivo: conseguir que autores, desarrolladores de software, diseñadores
gráficos, gente de marketing y los administradores tengan la misma
comprensión de los problemas siguientes:

» ¿Qué es la arquitectura de la información y por qué es

importante?
» ¿De qué manera la arquitectura de información se refieren a los
otros componentes del sitio y para la propia organización?
» ¿Cuáles son los principales hitos y los resultados finales?

â Presentaciones y discusiones pueden identificar potenciales problemas

(conflictos?) y/o fomentar las relaciones productivas entre los equipos.
â Construcción de un vocabulario común
â Ganárselos

12
 a) Strategy team meetings

â Son reuniones pequeñas e informales, de cinco a siete personas.

â Más grande -> se asume postura de political correctness, y la gente no
quiere hablar (malo).
â Conviene hacer(nos) algunas de las siguientes preguntas:

» ¿Cuáles son las metas para este sitio?

» Quiénes son los destinatarios previstos?
» ¿Cuál es el contenido y la funcionalidad prevista?
» ¿Quién participará en este proyecto?
» ¿Cuándo se necesita mostrar resultados?
» ¿Qué obstáculos pueden haber?

â Flexibilidad para profundizar en los temas más interesantes e importantes

que se presentan.
» Dejar fluir la discusión

13
 b)Content management
meeting
â Los propietarios de los contenidos tienen gran experiencia práctica y una
perspectiva bottom-up más acabada.
â Preguntas para estas personas son:
» ¿Cuáles son las políticas (in)formales sobre inclusión de contenido?
» ¿Existe un sistema de gestión de contenidos que se encarga de autoría y
publicación?
» ¿Los sistemas hacen uso de vocabularios controlados para gestionar el
contenido?
» ¿Cómo se ingresa el contenido en el sistema?
» ¿Qué tecnología se está utilizando?
» ¿Cuál es el propósito del contenido? ¿Cuáles son los objetivos y la visión
detrás de esta área de contenido?
» ¿Quién es el público objetivo?
» ¿Cuál es el formato del contenido? ¿Es dinámico o estático?
» ¿Quién mantiene el contenido?
» ¿Qué contenidos o servicios futuros se han previsto?
» ¿De dónde proceden los contenidos? ¿Cómo es posible eliminados?
» ¿Qué asuntos legales impactan el proceso de gestión de contenidos?
14
 c) Information technology
meeting
â Es importante saber acerca de la infraestructura técnica existente y
planificada que apoyarán el sitio Web o intranet.
â Las preguntas incluyen:

» ¿Seremos capaces de sacar provecho de un software de gestión de

contenidos (CMS)?
» ¿Cómo podemos crear un registro de metadatos para apoyar el tagging
distribuido?
» ¿Puede el CMS manejar categorización automática de documentos?
» ¿Qué tan flexible es el motor de búsqueda?
» ¿Apoyaremos al motor de búsqueda con la integración de un tesauro?
» ¿Podemos obtener un acceso regular a los registros de búsqueda y
estadísticas de uso?
» ¿Nos metemos con el tema de la personalización?

15
 d) Entrevistas con los
involucrados
â Quizás unas de las acciones más valiosas para la construcción del contexto
del negocio
â Permite involucrar más efectivamente a gente importante de la organización
â Preguntas abiertas del tipo:
» ¿Cuál es su papel en la organización? ¿Qué hace su equipo?
» En un mundo óptimo, ¿cómo debería utilizar la empresa la intranet para
generar una ventaja competitiva?
» ¿Cuáles son los retos clave que la intranet de la empresa enfrenta?
» ¿Qué iniciativas ocurren en su empresa que deberían ser dadas a conocer
por la intranet?
» ¿Usted utiliza la intranet existente? Si no, ¿por qué no? Si es así, qué
partes de la intranet utiliza? ¿Con qué frecuencia?
» ¿Qué incentivos existen para los departamentos y los empleados para
compartir el conocimiento?
» ¿Cuáles son las tres principales prioridades para el rediseño de la
intranet?
» Si pudieras decirle al equipo de estrategia intranet una cosa, ¿qué sería?
» ¿Qué pregunta debi hacerle y no hice?
16
 Contenido

â Todo lo que “está metido en el sitio web”

» Datos
» Aplicaciones
» Archivos de imágenes/audio/video
» Web-services
» Páginas personales
» Contenidos de foros de discusión

â Es necesario que los usuarios puedan encontrar este contenido antes de

usarlo. Encontrabilidad, luego Usabilidad

â Para hacer los objetos de contenido “encontrables” hay que identificar qué
distingue un objeto de otro, desde el punto de vista del que los va a buscar.

â Esta visión bottom-up se puede combinar con una top-down que podría
incluir un análisis del sitio existente hasta ahora

17
 Evaluación Heurística simple

â Muchos proyectos implican rediseño de un sitio existente

» ¿por quejas de los usuarios quizás ?
» ¡ No perder la oportunidad de mirar no solo los errores !
â Si es posible, aprender de lo existente e identificar lo que vale la pena
conservar.
â Una forma: llevar a cabo una evaluación heurística.

â Evaluación heurística: crítica de un experto a un sitio web que lo con una

serie formal o informal de pautas de diseño.
â Recomendación: experto externo a la organización ¿por qué?
â Idealmente, debe ocurrir antes del análisis del background para evitar
sesgos.

â En su forma más simple: un experto visita un sitio Web e identifica los

principales problemas y oportunidades de mejora.
â Experto usa un conjunto de suposiciones no escritas sobre lo que funciona y
no funciona, basándose en experiencias con muchos proyectos en muchas
organizaciones.
18