http://www.grihotools.udl.

cat/mpiua/fases-
mpiua/analisis-de-requisitos

REQUISITOS
Grau en Enginyeria Informàtica
Interacció Persona-Ordinador

Toni Granollers
El Curso de Interacción Persona-Ordenador ha sido realizado
por Toni Granollers bajo la licencia Creative Commons
Reconocimiento-NoComercial 4.0 Internacional License.
Requisitos - GEInformàtica, IPO 2 / 45
Reflexión sobre Requisitos

Los requisitos son una parte ubicua

de nuestras vidas que está
completamente relacionada con
la comunicación

[A. Sutcliffe]
Requisitos - GEInformàtica, IPO 3 / 45
¿Qué son los Requisitos?
• descripciones de cómo el sistema debe comportarse,

• información sobre dominio de la aplicación,

restricciones operativas del sistema, y

• las especificaciones de las propiedades o atributos del

sistema
[Kotonya, G.; Sommerville, I. (1997).
Requirements Engineering. Processes and Techniques. John Wiley]

• Con los requisitos se pretende averiguar qué es lo que la gente

quiere de un sistema y entender cuáles son sus necesidades
en términos de diseño

Requisitos - GEInformàtica, IPO 4 / 45

Personas, Comunicación y
Requerimientos
• El simple hecho de "tratar con personas" es en sí
una tarea difícil de resolver.
• Puntos de vista particulares

• Ideas propias

• Culturas diferentes
…
• Las personas realizamos de manera inconsciente
muchas acciones de manera espontánea o rutinaria.
Además, otras las ejecutamos voluntariamente en la
privacidad

Requisitos - GEInformàtica, IPO 5 / 45

Personas, Comunicación y
Requerimientos
• La práctica del análisis de requisitos se enfrenta con los
problemas propios de la comunicación humana
• Conocimiento tácito

• Ambigüedad

• Actitudes y opiniones particulares

Actitudes y
Conocimiento
opiniones
tácito
particulares

Ambigüedad

Requisitos - GEInformàtica, IPO 6 / 45

Personas, Comunicación y
Requerimientos
• Conocimiento tácito
• Dificultad o imposibilidad de describir el proceso que seguimos
para ejecutar las acciones que realizamos de forma frecuente
• Ejemplo: describe todas las acciones que realizas desde que sales de
casa hasta que llegas a la universidad

• Motivo: el conocimiento adquirido de estas acciones hace que

pasen desapercibidas por nuestra mente. Se realizan de forma
"automática"

Requisitos - GEInformàtica, IPO 7 / 45

Personas, Comunicación y
Requerimientos
• Ambigüedad
• A pesar de disponer de suficientes mecanismos de comunicación
...
... frecuentemente expresamos nuestras conductas y
pensamientos inadecuadamente

• De manera que obtenemos expresiones ambiguas y enigmáticas

que dan lugar a posibles interpretaciones diversas

Requisitos - GEInformàtica, IPO 8 / 45

Personas, Comunicación y
Requerimientos
• Actitudes y opiniones particulares
• las vivencias particulares,

• las creencias religiosas

• las creencias políticas,

• la tradición familiar,

• la tradición cultural,

• las aficiones,

• …

• aspectos que influyen en la manera de realizar determinadas

acciones y de dirigir las opiniones sobre las cosas

Requisitos - GEInformàtica, IPO 9 / 45

Personas, Comunicación y
Requerimientos
Aunque contemos con usuarios honestos
Actitudes y
Conocimiento
y cooperantes, el equipo encargado de
opiniones
particulares
tácito realizar el análisis de los requisitos
difícilmente conseguirá un conjunto de
necesidades y de requerimientos preciso
Ambigüedad y "honesto".

El equipo necesita expertos en

campos de conocimiento tan diversos
como la psicología o la sociología.

Requisitos - GEInformàtica, IPO 10 / 45

El análisis de Requisitos como parte de la
Ingeniería (del SW): Objetivos
• Capturar un conjunto completo de requisitos de los
usuarios.
• Analizar detalladamente los requisitos de los usuarios,
encontrar todas las implicaciones de los mismos y
comprenderlas
• Especificar cómo estos requisitos deberán
manifestarse durante el diseño del sistema.
• Completar el análisis de los requisitos con un conjunto
de restricciones aceptable en términos temporales y
económicos.

Requisitos - GEInformàtica, IPO 11 / 45

Modelos de la Ingeniería de Requisitos

• El modelo de POHL
• Modelo Iteración de Actividades
• Método KAOS (Knowledge Acquisition in Automated
Specification of Software). Orientado por objetivos
software
• EasyWinWin.

Requisitos - GEInformàtica, IPO 12 / 45

Documentación de los Análisis de los
Requisitos
• Documento AR:
• herramienta formal cuya función es comunicar los requisitos a los
clientes, ingenieros, gerentes y, en definitiva, a toda persona que
pueda estar interesada y / o afectada por el sistema interactivo

• Describe:
• Los servicios y funciones que el sistema debe proporcionar.
• Las restricciones bajo las que debe operar y sobre el proceso
utilizado al desarrollar el sistema.
• El conjunto completo de propiedades del sistema
• Las definiciones de otros sistemas con los que el sistema debe
cooperar o integrar.
• Información sobre el dominio de la aplicación del sistema.
• Descripción del hardware sobre el que deberá ejecutarse la
aplicación.

Requisitos - GEInformàtica, IPO 13 / 45

 Análisis de Requisitos en MPIu+a
http://www.grihotools.udl.cat/mpiua

Requisitos - GEInformàtica, IPO 14 / 45

Requisitos. Ing. de la Usabilidad
http://www.grihotools.udl.cat/mpiua/fases-mpiua/analisis-de-requisitos/analisis-etnografico

• Análisis Etnográfico
Las personas a menudo encuentran difícil describir “lo que hacen”, es
natural de ellos mismos. Muchas veces la mejor manera de
entenderlo es observarlos en su trabajo
[Kotonya and Sommerville 1998]
• La etnografía describe las múltiples formas de vida de los seres
humanos.
• Es necesario adentrarse en el grupo, aprender su lenguaje y
costumbres, para hacer adecuadas interpretaciones de los
sucesos.
• Hay que analizar los puntos de vista de los sujetos y las
condiciones histórico-sociales en que se dan.
• En el ámbito de la IPO, la etnografía supone observaciones
(etnográficas) y entrevistas de grupos de trabajo en su
ambiente natural, conocer sus actividades y los artefactos que
usan para llevarlas a termino.

Requisitos - GEInformàtica, IPO 15 / 45

Requisitos. Ing. de la Usabilidad
http://www.grihotools.udl.cat/mpiua/fases-mpiua/analisis-de-requisitos/stakeholders

• Implicados (stakeholders)
• Un implicado en una organización es (por definición) cualquier
grupo o individuo que puede afectar o puede ser afectado por
la consecución de los objetivos de la organización
Freeman, R.E. (1984). Strategic Management: A stakeholder approach

• Los implicados son personas u organizaciones que serán

afectadas por el sistema y que tienen influencia directa o
indirecta en los requisitos del sistema
Kotonya & Sommerville 1998

Requisitos - GEInformàtica, IPO 16 / 45

Stakeholders
o Implicados

Requisitos - GEInformàtica, IPO 17 / 45

Requisitos - GEInformàtica, IPO 18 / 45
“Everybody likes ……”
• All of us who work on Web sites have one thing in common —
we’re also Web users. And like all Web users, we tend to have
strong feelings about what we like and don’t like about Web sites.
• And when we’re working on a Web team, it turns out to be very
hard to check those feelings at the door

And given the strength of these

convictions—and human
nature—there’s a natural
tendency to project these
likes and dislikes onto Web
users in general: to think that
most Web users like the
same things we like.
We tend to think that most (or
all) Web users are like us.
Requisitos - GEInformàtica, IPO 19 / 45
Requisitos. Ing. de la Usabilidad
• Implicados (stakeholders)
• Los que utilizaran el sistema directa o indirectamente:
• Ingenieros de software responsables del desarrollo
• Los usuarios finales del sistema
• Los directores de los usuarios que son responsables del trabajo de
estos
• Los que están relacionados con el desarrollo del sistema:
• Socios y proveedores tecnológicos

Requisitos - GEInformàtica, IPO 20 / 45

Roles involucrados en la ingeniería de
requisitos. Fuente: (Ventura Miranda, 2002)

Especificación
Elicitación

Validación
Análisis
Rol Descripción

Representa a la persona u organización que solicita la creación de un sistema a un

Cliente área de desarrollo y quien lo paga. Es con quien se negocia el tiempo, costo y alcance X X X
del proyecto. Pueden o no ser usuarios del sistema.

Son las personas que interactuarán con el sistema. Proporcionan información

Usuario fundamental para el éxito del proyecto, ya que conocen y conviven con los procesos X X X

diarios.
Por parte del equipo de desarrollo, es el representante ante el cliente. Es la persona
Líder de proyecto responsable de completar el proyecto exitosamente con los recursos dados. X X X

Su labor se enfoca a la ingeniería de requisitos, los identifica, analiza, modela y

documenta. Establece contacto directo con los usuarios y utiliza diversas técnicas de
Analista X X X X
comunicación y de recopilación de información para lograr su objetivo.

Con base en los requisitos recibidos de los ingenieros de requisitos, el programador

Programador realiza la codificación para producir el sistema deseado. X

Garantiza el cumplimiento del proceso y de los estándares del producto. Enfocado a X

Asegurador de la los requisitos los verifica y valida para imprimir la calidad desde las primeras etapas
Calidad del desarrollo. Paralelamente prepara planes de prueba para esos requisitos del
sistema.
Es el responsable del diseño de alto nivel y es clave a la hora de precisar los atributos X X X
Arquitecto
de calidad del producto

Requisitos - GEInformàtica, IPO 21 / 45

Implicados (stakeholders)
• Designers want to build sites that look great
• Developers want to build sites with interesting, original,
elegant features
• Their differences in perspective often lead to conflict—and
hard feelings—when it comes time to establish design
priorities.
• Upper management, marketing, and business
development are focused on making whatever promises
are necessary to attract venture capital, users, strategic
partners, ….
• Perennial struggle between art and commerce
• Example: see next slide

Requisitos - GEInformàtica, IPO 22 / 45

http://elpais.com (20-02-2013 14:45)
Requisitos - GEInformàtica, IPO 23 / 45
 Requisitos. Ing. de la Usabilidad
http://www.grihotools.udl.cat/mpiua/fases-mpiua/analisis-de-requisitos/clasificar-usuarios

• Perfil de Usuario
• Debe obtenerse una
descripción de las
características más relevantes
de la población potencial que
usará la interfaz de usuario que
vamos a diseñar.
• grado de conocimiento/uso de
equipos/programas
informáticos
• experiencia profesional
• nivel de estudios
• experiencia en el puesto o tipo All the users are ...
de trabajo
• entorno social, etc.

Requisitos - GEInformàtica, IPO 24 / 45

Requisitos. Ing. de la Usabilidad
• Perfil de Usuario
• Entrevistas

• Cuestionarios

Requisitos - GEInformàtica, IPO 25 / 45

Requisitos. Ing. de la Usabilidad
• Example

Requisitos - GEInformàtica, IPO 26 / 45

Requisitos. Ing. de la Usabilidad
Perfil de Usuario
http://www.grihotools.udl.cat/mpiua/perfil-de-usuario-tecnica-personas

• Técnica “Personas”
• Una descripción precisa de nuestro usuario y de lo que quiere
realizar [Cooper]

• Los "modelos del usuario, o personas, son los caracteres

arquetipicos detallados y ficticios que las distintas agrupaciones de
comportamientos, de metas y de motivaciones observadas e
identificadas durante la fase de educción“
• [Calde, Goodwin and Reimann]

Requisitos - GEInformàtica, IPO 27 / 45

 Requisitos. Ing. de la Usabilidad
Perfil de Usuario - técnica “PERSONAS”

RECOMANABLE
• http://www.uie.com/articles/benefits_of_personas
• http://www.webdesignfromscratch.com/goal-oriented-
design/about-personas
• http://thinkvitamin.com/design/how-to-understand-your-
users-with-personas
http://www.smartinsights.com/marketplace-
analysis/customer-analysis/web-design-personas

Requisitos - GEInformàtica, IPO 28 / 45

Creating a Persona
• Details will come from the information in your user profile.
• When creating a persona, it should be fictional but describe attributes
from real users.
• Provide details and maintain authenticity.

• Components, ideal list :

• Identity
• Status
• Goals
• Skill set
• Tasks
• Relationships
• Requirements
• Expectations
• Photograph

Requisitos - GEInformàtica, IPO 29 / 45

 Personas. Examples.
http://www.user.com/downloads/Sample-persona-from-Interaction-Design.pdf

http://www.uiaccess.com/accessucd/personas_eg.html

How many personas can one website have?

http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=135
838769&gid=79272&trk=eml-anet_dig-b_pd-ttl-cn&ut=3f6Ovoqe0zLRk1

Requisitos - GEInformàtica, IPO 30 / 45

Personas.
Examples

Requisitos - GEInformàtica, IPO 31 / 45

Modelo Mental
• En nuestra interacción hacemos
uso de la información adquirida por
nuestro procesos perceptuales y que
esta almacenada en nuestra memoria

• Está organizada en estructuras

semánticas

• Los modelos mentales son las estructuras más relevantes en IPO

• Durante el aprendizaje una persona adquiere conocimientos de

las relaciones estructurales y el funcionamiento del sistema con el
que está interactuando  modelo mental

Requisitos - GEInformàtica, IPO 32 / 45

Modelo Mental

Requisitos - GEInformàtica, IPO 33 / 45

Modelo Mental. Definición

• A mental model represents a person’s thought process

for how something works (i.e., a person’s
understanding of the surrounding world).
• Based on incomplete facts, past experiences, and even intuitive perceptions.
• They help shape actions and behavior, influence what people pay attention to
in complicated situations, and define how people approach and solve
problems.
• This does not mean knowing how the system works internally
• Generally has a minimal knowledge of the inner workings, it is
rather an analogy

The Secret to Designing an Intuitive UX : Match the Mental Model to the

Conceptual Model
http://uxmag.com/articles/the-secret-to-designing-an-intuitive-user-experience

Requisitos - GEInformàtica, IPO 34 / 45

People Create Mental Models
http://uxmag.com/articles/the-psychologists-view-of-ux-design?goback=%2Egde_72842_member_213335291

• People always have a mental model in place about a certain

object or task (paying my bills, reading a book, using a remote
control).
• The mental model that people have about a particular task
may make it easy or hard to use an interface that you have
designed.
• In order to create a positive UX, you can either
• a) match the conceptual model of your product or website to the
users' mental model, or
• b) you can figure out how to "teach" the users to have a different
mental model.
• Metaphors help users "get" a conceptual model. For example,
"This is just like reading a book."
• The most important reason to do user research is to get
information about users' mental models.

Requisitos - GEInformàtica, IPO 35 / 45

How Do We Capture And Validate Users'
Mental Models?
• Mental models result from people's tendency to form
explanations of things in the world. The field of HCI seeks to
understand the explanations and hypotheses that people
form about the systems that they use.
• Several common mental models have been observed,
including:
• Task Analysis
• Surveys and Questionnaires
• Focus Groups and Interviews
• Contextual Inquiry
• Participatory Design
• Usability Testing
• Causality

Requisitos - GEInformàtica, IPO 36 / 45

Modelo mental. Características
• Es incompleto
• Es ejecutable mentalmente, el usuario puede mentalmente
simular su funcionamiento
• Es inestable, el usuario olvida los detalles
• No tiene unos límites claros, se confunde con los modelos
mentales de sistemas físicos similares
• Es acientífico e incluye supersticiones y creencias erróneas
sobre la conducta del sistema
• Es parsimonioso porque los usuarios prefieren reducir su
complejidad

Requisitos - GEInformàtica, IPO 37 / 45

 http://www.grihotools.udl.cat/mpiua/fases-mpiua/analisis-
Objetos de-requisitos/objetos

http://research.microsoft.com/en-us/um/people/bibuxton/buxtoncollection/default.aspx

Requisitos - GEInformàtica, IPO 38 / 45

Entorno
• Perfil del Entorno.
• El entorno donde se realiza un determinado trabajo influye
directamente en la manera en que este se realiza.

Bien conocidos son los casos de empresas con sedes en diferentes

sitios que deben ofrecer un mismo producto con estrategias
comerciales totalmente distintas unas de otras.
Incluso con centros de fabricación distintos para fabricar un mismo
producto las líneas de producción difieren mucho unas de otras.
Todo ello en gran parte se debe al entorno donde se realiza la
actividad.

Requisitos - GEInformàtica, IPO 39 / 45

Conclusión: Diseño Contextual
• Análisis Contextual de Tareas (diseño contextual).
• estudio de las tareas actuales de los usuarios (como las realizan,
patrones de trabajo)
• especificar y entender los objetivos de los usuarios.

• determinar todas las tareas que el sistema es capaz de realizar

actualmente (No el análisis de las tareas).
• Diseño Contextual (CD) es un método para entender mejor el
entorno de trabajo de los usuarios y las necesidades que
tendrán que cumplir los sistemas informáticos.
• Principio: observar usuarios en el entorno de trabajo y intentar captar
toda la información relevante.
• Objetivo: entender la complejidad del entorno y las necesidades que
tiene que cumplir el sistema

Requisitos - GEInformàtica, IPO 40 / 45

Conclusiones
• Al desarrollar un sistema interactivo el análisis de los
requisitos que debe hacerse es mucho más extenso si se
tienen en cuenta los parámetros de usabilidad y
accesibilidad.
• Los equipos de diseño a menudo incorporan personas de
disciplinas tan diversas como la etnografía o la
psicología.
• Todo este trabajo adicional va en beneficio exclusivo de
los usuarios finales y del proyecto en desarrollo.

Requisitos - GEInformàtica, IPO 41 / 45

Reflexión final
• Hace años fui Project Leader en una multinacional informática
llamada UNISYS, teníamos una herramienta de desarrollo maestra
para grandes proyectos denominada SIM (Software Implementation
Method). Este método dividía los proyectos en cinco fases diferentes
según el SIM. Una de las primeras normas que se enseñaba a los
líderes de proyecto, y nunca me cansaba de repetir, era que hacer
una modificación o cambio en un gran proyecto aumentaba los
costos de manera exorbitante según la fase del desarrollo en la
que estuviéramos.
Estudiante 4º curso después de las
• Una modificación: PTEs:
• 1. Cuesta 0,5 $ en fase 1 … un proyecto, sin un buen documento de
requisitos es muy posible que acabe en
• 2. Cuesta 5 $ en fase 2
fracaso. … los desarrolladores pierden
• 3. Cuesta 50 $ en fase 3 tiempo al no saber exactamente que
• 4. Cuesta 500 $ en fase 4 espera el cliente … cambios a mitad del
• 5. Cuesta 5000 $ en fase 5
desarrollo … retrasos considerables…
malentendidos con el cliente … fracaso del
projecte.
Requisitos - GEInformàtica, IPO 42 / 45
El análisis de Requisitos como parte de la
Ingeniería: Bibliografía
• Kotonya, G.; Sommerville, I. (1997). Requirements Engineering. Processes and Techniques.
JohnWiley
• Sutcliffe, A. (2002). User-Centred Requirements Engineering. Theory and Practice. Springer-
Verlag
• Young, R.R. (2003) The Requirements Engineering Handbook . Artech House. (December 1,
2003).

• Dubois, P; Hagelstein, J.; Rifaut, A. (1989). Formal Requirements Engineering with ERAE.
Philips Journal of Research 43.
• Durán, A. (2000). Un Entorno Metodológíco de Ingeniería de Requisitos para Sistemas de
Información. Tesis doctoral. Universidad de Sevilla.
• Bohem, B.; Grünbacher P.; Briggs, R.O. (2001). EasyWinWin: A Groupware-Supported
Methodology For Requirements Negotiation. IEEE 2001.
• Pohl, K. (1997). Requirements Engineering: An Overview. Encyclopedia of Computer
Science and Technology, 36.
• Disponible en http://sunsite.informatik.rwth-aachen.de/CREWS/reports96.htm

• Intl. Requirements Engineering Conference IEEE.

• September 2004 12th edition: http://www.re04.org/

Requisitos - GEInformàtica, IPO 43 / 45

El análisis de Requisitos como parte de la
Ingeniería: Bibliografía
• Sutcliffe, Alistair G. (2012): Requirements
Engineering. In: Soegaard, Mads and Dam,
Rikke Friis (eds.). "Encyclopedia of Human-
Computer Interaction". Available online at
http://www.interaction-design.org/encyclopedia/requirements_engineering.html

• Van Lamsweerde (2009): Requirements

engineering: From system goals to UML models
to software specifications. Chichester: Wiley.

Requisitos - GEInformàtica, IPO 44 / 45

 El Curso de Interacción Persona-Ordenador ha sido realizado por Toni
Granollers bajo la licencia Creative Commons Reconocimiento-
NoComercial 4.0 Internacional License.
Requisitos - GEInformàtica, IPO 45 / 45