Anlisis de

Requisitos.
Diseo de Sistemas Multimedia
Ing. Vctor Manuel Peeory.
 ndice
o Anlisis (Requerimientos Funcionales y no
funcionales)
o Anlisis Etnogrfico.
o Implicados
o Clasificacin de Usuarios.
o Anlisis de tareas y requisitos.
o Objetivos (Usabilidad, Accesibilidad)
o Prototipo
 Anlisis
Las necesidades que los usuarios exteriorizan
habitualmente difieren de sus necesidades reales.

En el Anlisis de Requisitos que realiza la Ingeniera del

Software (IS) clsica establece los servicios que el
sistema debe proporcionar y las restricciones bajo las
cuales debe operar.
 Anlisis
Se especifican las condiciones que determinan qu
debe hacer el sistema y cmo debe hacerlo, o sea
requisitos:
Funcionales, que describen una funcionalidad o un
servicio del sistema.
No funcionales, que suelen ser restricciones al
sistema (p. e., tiempo de respuesta)o para su
proceso de desarrollo (utilizar un determinado
lenguaje).
 Anlisis
La Recogida de Requisitos en el modelo de proceso:
El contacto o interaccin con los usuarios se realiza
preferentemente en el contexto donde stos
trabajan habitualmente.
No podemos olvidar que el usuario es el centro del
diseo con el objetivo de que la interfaz resultante
sea capaz de adaptarse al modelo mental de sus
usuarios y no al del programador/diseador que lo
ha realizado.
 Anlisis Etnogrfico

Las personas a menudo encuentran difcil describir

lo que hacen , es natural de ellos mismos. Muchas
veces la mejor manera de entenderlo es observarlos
en su trabajo, o sea, haciendo un trabajo etnogrfico
[KOT97].
 Anlisis Etnogrfico
El anlisis del modo de vida de una raza o grupo de
individuos, mediante la observacin y descripcin de
lo que la gente hace, cmo se comportan y cmo
interactan entre s, para describir sus creencias,
valores, motivaciones, perspectivas y cmo stos
pueden variar en diferentes momentos y
circunstancias; podramos decir que describe las
mltiples formas de vida de los seres humanos.
 Anlisis Etnogrfico
Realizar un estudio etnogrfico ayudar de forma
altamente determinante a algunas de las otras fases del
Anlisis de Requisitos, puesto que por ejemplo
podremos:

o Describir el contexto, el lugar de trabajo y cmo las personas realizan sus

tareas.
o Detallar y relacionar los objetos que dichas personas utilizan (directa o
indirectamente).
o Aumentar la informacin relativa a la organizacin de las tareas ya su
consecucin. La experiencia del da a da de los trabajadores aporta gran
informacin debido a que cada uno ve una misma tarea de diferente
manera.
 Anlisis Etnogrfico
Concretamente, con la aplicacin de estudios
etnogrficos como tcnica de anlisis de requisitos
durante el desarrollo de sistemas interactivos seremos
capaces de:

Describir el contexto.
Detallar y entender las relaciones entre las personas y
los objetos.
Aumentar la informacin relativa a la organizacin de
las tareas y a su consecucin.
Aumentar cualitativa y cuantitativamente las conclusiones
obtenidas en una observacin de campo.
Anlisis Etnogrfico
 Implicados
Una consulta adecuada, a
tiempo y efectiva a los implicados
relevantes es de vital importancia
en el proceso de desarrollo de la
ingeniera de los requisitos
[SHA99].
 Implicados
Un implicado en una organizacin es (por definicin) cualquier
grupo o individuo que puede afectar o puede ser afectado por
la consecucin de los objetivos de la organizacin [FRE84].
Los implicados son esos participantes (en el proceso de
desarrollo) junto a cualquier otro individuo, grupo u organizacin
cuyas acciones pueden influenciar o ser influenciados por el
desarrollo y uso del sistema, ya sea directa o indirectamente
[POU99].
Los implicados son personas u organizaciones que sern
afectadas por el sistema y que tienen influencia directa o
indirecta en los requisitos del sistema [KOT97].
El implicado es cualquier persona cuyo trabajo ser alterado por
el sistema, aqul que proporciona u obtiene informacin de l o
incluso aqul cuyo poder o influencia dentro de la organizacin
variar con su puesta en funcionamiento [DIX93].
 Implicados
Clasificacin de los implicados:
Directamente:
o Ingenieros de software responsables del desarrollo.
o Usuarios finales.
o Etc.
Indirectamente:
o Directores de los usuarios que son responsables del trabajo
de stos y los que estn relacionados con el desarrollo del
sistema.
o Socios y/o proveedores tecnolgicos.
o Etc.
 Implicados
Los responsables del diseo y el desarrollo.
Los que tienen un inters financiero o
econmico (responsables de la venta o
compra).
Los responsables de su implantacin y
mantenimiento.
Los que tienen inters acerca de su uso (los
usuarios).
 Implicados

El objetivo es encontrar todos los implicados,

incluso aquellos que pueden influir
negativamente en el proyecto.
 Implicados
(i) utilizar tcnicas participatorias como la Observacin de
Campo o el Prototipado Contextual, puesto que no es lo
mismo intentar identificar dichos usuarios en el lugar donde la
accin se realiza que fuera de ella;
(ii) estar muy atentos, los implicados pueden ser internos al
equipo, internos a la organizacin o externos a cualquiera de
ellos;
(iii) considerar el ciclo completo de las actividades de
negocio (pueden aparecer implicados por sorpresa que
aparecen en momentos que no habamos previsto), y
(iv) considerar el ciclo de vida completo del desarrollo y no
hacerlo slo en la fase inicial.
Clasificacin de los usuarios
Perfil de Usuario:

El diseo de la interaccin de los sistemas interactivos tiene

dos importantes leyes de importante valor:
o (1) debemos conocer a nuestros usuarios, y
o (2) nosotros no somos nuestros usuarios [RET94].
Seguir el diseo de un sistema interactivo centrado en el
usuario impone identificar las peculiaridades, intereses,
necesidades y expectaciones de los usuarios primarios
(aquellos que usan el sistema frecuentemente) y los
secundarios (los que lo usan ocasionalmente).
Clasificacin de los usuarios
El objetivo principal de esta fase del anlisis
de requisitos es obtener una clasificacin de
los distintos tipos de usuarios y una
descripcin de las caractersticas ms
relevantes de la poblacin potencial que
usar la interfaz de usuario que vamos a
disear. Con la finalidad de eliminar la
separacin entre lo que los usuarios
conocen y lo que necesitan conocer.
Clasificacin de los usuarios
Debern destacarse aspectos muy diversos
como por ejemplo el grado de
conocimiento/uso de equipos/programas
informticos que tienen, la experiencia
profesional, el nivel de estudios, la
experiencia en el puesto o tipo de trabajo,
el entorno social, etc.
Clasificacin de los usuarios
Identificar los perfiles de los usuarios:

Existen varios mtodos para obtener el perfil

de los usuarios, siendo los cuestionarios y las
entrevistas los ms utilizados
Clasificacin de los usuarios
Clasificacin de los usuarios
Roles:
Los roles indican clases de usuarios que tienen
asignados ciertos subconjuntos de tareas, ya sea por
eleccin propia o como resultado de la organizacin en
la que se encuentran [VEE96].
El concepto de rol est estrechamente ligado a las
tareas.
Los actores o usuarios pueden tener representaciones
internas (mentales) de sus propios roles o bien pueden
tenerlas representados externamente mediante
comportamientos simblicos, instrumentos u objetos
identificativos.
Clasificacin de los usuarios

A su vez, ms de un usuario puede estar involucrado

en un mismo rol y un mismo usuario puede tener
varios roles al mismo tiempo. Es ms, los roles pueden
realizarse temporalmente, ser negociados entre los
actores y ser aceptados o rechazados.
Clasificacin de los usuarios
La relacin entre ambas clasificaciones es del tipo
n..m, o sea, que uno o ms perfiles de usuarios puede
estar asociado a uno o ms roles y viceversa.
Clasificacin de los usuarios

La correcta clasificacin tanto de los diferentes

perfiles de usuario como de la determinacin del o los
roles asociados est estrechamente ligada a las
tareas que el sistema software debe ser capaz de
ejecuta
 Anlisis de Tareas
Los sistemas interactivos no existen ni trabajan
aisladamente, sino que se encuentran inmersos en
una determinada instancia o situacin de servicio
[GUL03].

La actividad del anlisis contextual de las tareas trata

de realizar un estudio de las tareas actuales de los
usuarios, cmo las realizan, qu patrones de trabajo
utilizan si utilizan alguno dentro del contexto en el
que se desarrollan dichas tareas y, con ello, llegar a
especificar y entender los objetivos de los usuarios.
 Anlisis de Tareas

No se trata aqu de realizar el anlisis de las tareas

sino de determinar, a partir del anlisis etnogrfico
previamente realizado, todas las tareas que el
sistema es capaz de realizar actualmente
relacionadas en el contexto especfico en el cual se
desarrollan.
 Anlisis de Tareas
Ejemplo:
 Anlisis de Tareas
Otro aspecto destacable de contextualizar las tareas
realizadas tanto por usuarios como por implicados (en
condicin de actores que intervienen en el sistema
interactuando con l) es que ello permite comprender la
estructura organizativa en la que se encuentran, lo que
ayuda a cohesionar las tareas que el sistema debe realizar
con el contexto de su realizacin.
Finalmente, otro aspecto a considerar cuando analizamos
el contexto es el entorno del mismo, que influye en el
trabajo que los actores llevan a cabo condicionando la
manera de llevarlo trmino
 Objetivos
Objetivos Funcionales:
Normalmente las aplicaciones slo responden a criterios
de las funcionalidades que tienen que poder realizar.

Es evidente que si las aplicaciones no son capaces de

realizar dichas funcionalidades de nada servir el resto. Por
ms usable y accesible que sea un determinado sistema
de nada servir si no realiza las tareas que se le han
encomendado. Aunque si esto sucede realmente la
aplicacin no puede ser usable puesto que ya vimos que
en la definicin de usabilidad est el que los usuarios
puedan conseguir objetivos especficos, o sea los objetivos
funcionales de dicho sistema.
 Objetivos
Objetivos de Usabilidad:

La usabilidad es vista generalmente para asegurar

que los productos interactivos sean fciles de
aprender, efectivos y agradables para sus usuarios.

Todo ello conlleva optimizar las interacciones que las

personas llevan a cabo con sus productos interactivos
 Objetivos

Ejemplo:
 Objetivos
Objetivos de Accesibilidad:

El aspecto realmente importante es definir los objetivos de

manera clara y precisa acorde con las discapacidades
que pretendamos cubrir, para lo cual nos basaremos en
los estndares y en las normativas vigentes.

Otro aspecto a considerar son los equipos actuales y la

tecnologa relacionada. Sabemos que estos equipos y
esta tecnologa no disponen de capacidad suficiente
para poder satisfacer todas las necesidades.
 Objetivos
Ejemplo:

La inclusin de texto ALT en las imgenes es la ms antigua y sencilla de

las directrices para hacer los sitios web accesibles a los usuarios
discapacitados, por lo que incluiremos texto ALT en todas las imgenes.
Evitaremos usar color para hacer distinciones significativas entre los
objetos a causa de la discapacidad visual del color.
Elegiremos combinaciones de color de modo que la lectura no sea difcil
y evitaremos al mnimo el uso de colores rojos y verdes para ayudar a los
usuarios daltnicos (el 8% de los hombres y 0,5% de las mujeres de
Europa y Norteamrica tienen estos problemas visuales).
Usaremos alto contraste y fuentes altamente legibles para ayudar a los
que tienen menos capacidad visual.
Permitiremos al usuario controlar fuentes y el tamao de las fuentes para
una lectura optimizada, utilizando tamaos relativos.
Ofreceremos contenido alternativo si las funciones de los scripts, applets
y plugins no son accesibles.
 Referencias
Diseo de sistemas interactivos Centrados en el
Usuario. Toni Granollers i Saltiveri, Jess lors Vidal,
Jos Juan Caas Delgado.

Modelo de Proceso de la Ingeniera de la

usabilidad y de la accesibilidad. MPIu+a.
http://www.grihohcitools.udl.cat/mpiua/index.htm