ALL FRPB IDR Capítulo2

Ingeniería de requerimientos Carrera de Software
Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Unidad 2
Elicitación de
requerimientos

para uso de los cursos de Ingeniería de Requerimientos
Unidad 2 17/02/2022 1
Objetivo general de la Unidad 2

Conocer el dominio del problema para poder
comunicarse con clientes y usuarios para entender
sus necesidades, tanto explícitas como implícitas
y sus expectativas sobre el sistema a desarrollar.
Unidad 2 17/02/2022 2

Unidad 2
Lección 1
Elicitación de requerimientos -
Definición – Objetivos –
Problemas - Tareas
Unidad 2 17/02/2022 3
Contenido

• Definición de elicitación
• Objetivos de la elicitación
• Problemas de elicitación
• Tareas básicas de la elicitación
• Técnicas de elicitación
– ¿Qué técnica utilizar?
Unidad 2 17/02/2022 4
Proceso de Requisitos

Actividades
Planificación Obtención Análisis Especificación Verificación Validación
Artefactos
Documento Documento
Modelo del Especificación
de de de Requisitos
Sistema
Visión Requisitos
Unidad 2 17/02/2022 5
Proceso espiral de IR
Especificación de
requerimientos

Especificación y modelado
de requerimientos
del sistema
Especificación
de requerimientos del usuario
Especificación de
requerimientos
de la empresa
Inicio
Adquisición de Estudio
requerimientos de factibilidad
Validación
del sistema de requerimientos
Adquisic ión Adquisición
de requerimientos de requerimientos
Prototipos
del usuario
Revisiones
Documento
de requerimientos
de l sistema
Unidad 2 17/02/2022 6
Elicitación de Requisitos

• To elicit: Descubrir, tornar explícito,
obtener el máximo de información para el
conocimiento del objeto en cuestión, en
este caso los requisitos.
• Etapa muy relacionada con resto etapas

(Ej. Técnicas elicitación usada guiada por el
esquema de modelización y viceversa)
Unidad 2 17/02/2022 7
La elicitación de requisitos

• Uno de los aspectos más cruciales y
desafiantes en el desarrollo de proyectos de
software es la captura de los requisitos para
la aplicación propuesta.
• La elicitación consiste en identificar las
fuentes de obtención de requisitos y luego
utilizando técnicas evocar esas fuentes.
• La captura de requisitos es una actividad
humana intensa que se basa en la
participación de los stakeholders, como
fuente principal de obtención de requisitos.
Unidad 2 17/02/2022 8
La elicitación de requisitos
Adquisición (elicitación) y análisis de requerimientos se refieren a un conjunto de

actividades realizadas para descubrir los requerimientos.
Se realiza después del estudio de factibilidad o viabilidad
No consiste solamente en preguntar a los usuarios lo que quieren !
Requiere un análisis
minucioso de la
organización, el dominio
de aplicación, y los
procesos que el sistema
utilizará
Unidad 2 17/02/2022 9
Responsable de la elicitación de
requisitos

• La captura de los requisitos
es responsabilidad del
analista…
– pero puede estar implicado
otro personal técnico que
desee beneficiarse de un
conocimiento mucho más
profundo de las necesidades
de los interesados.
Unidad 2 17/02/2022 10
Contenido

Unidad 2 17/02/2022 11
Objetivos de la elicitación

• Capturar las necesidades del cliente, usuario,
otros interesados
– Generar modelos del dominio
• Revisar la situación actual
– Organización actual y sistemas
– Versión actual del sistema
– Desarrolladores de versión anterior
– Documentos existentes (antecedentes)
– Sistemas análogos ya existentes (antecedentes)
Se trabaja en conjunto con los usuarios y

clientes
Unidad 2 17/02/2022 12
El proceso de adquisición y análisis

de requerimientos

1. Descubrimiento
de requerimientos
2. Clasificación y
4. Especificación
organización de
de requerimientos
requerimientos
3. Priorización y
negociación de
requerimientos
Unidad 2 17/02/2022 13
Contenido

Unidad 2 17/02/2022 14
Dificultades de la elicitación

• Los clientes y usuarios generalmente no
entienden como diseñar y desarrollar el
software.
– Por ello, no estarán en capacidad de especificar
sus necesidades de software de tal forma que
entiendan los desarrolladores.
• Por su parte, los desarrolladores a menudo
no entienden los problemas y necesidades
de los clientes y usuarios, como para
especificar las necesidades.
Unidad 2 17/02/2022 15

• Entre las dificultades típicas, tenemos:
– Necesidades diferentes y a veces conflictivas de los
diferentes tipos de usuarios.
– Requisitos no declarados o asumidos por parte de los
stakeholders.
– Identificar a los stakeholders clave.
– Incapacidad para imaginar nuevas o diferentes formas de
usar el software.
– Incertidumbre para adaptarse a las necesidades
cambiantes del negocio.
– Contar con un gran número de requerimientos sumamente
relacionados.
– Tiempo limitado para obtener los requisitos. Stakeholders
ocupados – importantes.
– Superar la resistencia al cambio.
Unidad 2 17/02/2022 16

• Información esparcida en diversas fuentes con
posibilidad de conflictos entre ellas.
• Conocimiento tácito
• Observabilidad limitada
– un observador puede cambiar el problema
– clientes ocupados
• Desviación
– persona puede no sentirse libre para decir lo que el
ingeniero necesita saber
– persona puede no querer decir lo que el ingeniero
necesita saber
– Motivacional, observacional, cognitiva, notacional
Unidad 2 17/02/2022 17
Problemas de elicitación

• Problemas comunes:
– No saben lo que quieren del sistema, sólo en
términos generales, no conocen el costo de sus
peticiones
– Los requisitos están en sus términos y con
conocimiento implícito de su propio trabajo
– Distintos usuarios tienen distintos requisitos, se
deben encontrar todas las fuentes
– Influyen factores políticos
– La prioridad que se da a los requisitos varía con
el tiempo
– Aparecen nuevos requisitos
Unidad 2 17/02/2022 18
Otros problemas de elicitación

• De articulación
– Dificultad para expresar claramente las
necesidades.
– No ser conscientes de sus propias
necesidades.
– No entender como la tecnología puede
ayudar.
– Miedo a parecer incompetentes por
ignorancia tecnológica.
Unidad 2 17/02/2022 19

• De comunicación
– No escuchar adecuadamente a los clientes y
usuarios
– Cultura y vocabularios diferentes.
– Intereses distintos en el sistema a desarrollar.
– Medios de comunicación inadecuados (por
ejemplo: diagramas que no son entendidos
por clientes y usuarios).
– Conflictos personales o políticos.
Unidad 2 17/02/2022 20

• Limitaciones cognitivas
– No conocer el dominio del problema.
– Hacer suposiciones sobre el dominio del
problema.
– Hacer suposiciones sobre aspectos
tecnológicos.
– Hacer simplificaciones excesivas.
– No tomar decisiones por no poder prever las
consecuencias, no entender las alternativas o
no tener una visión global.
Unidad 2 17/02/2022 21

• Conducta humana
– Conflictos y ambigüedades en los roles de los
participantes.
– Pasividad de clientes, usuarios o ingenieros de
requerimientos.
– Persona puede no sentirse libre para decir lo que
el ingeniero necesita saber
– Persona puede no querer decir lo que el
ingeniero necesita saber
– Temor a que el nuevo sistema los deje sin
trabajo.
Unidad 2 17/02/2022 22

• Técnicos
– Complejidad del dominio del problema.
– Complejidad de los requisitos.
– Cambios en los requisitos (cuanto más se ve,
más se necesita).
– Cambios en hardware y software para reducir
el coste.
– Múltiples fuentes de requisitos.
– Fuentes de información poco claras.
Unidad 2 17/02/2022 23
Superando las dificultades…

• Se debe fomentar un ambiente de cooperación y
comunicación entre los desarrolladores, clientes y
usuarios, para asegurar que se elicitan los
requerimientos apropiados.
• Para obtener los requisitos de forma eficaz, será
necesario:
1. Elegir y planificar las técnicas de elicitación de
requerimientos.
2. Establecer metas y expectativas
3. Elicitar los requerimientos
4. Verificar y corregir los hallazgos
5. Repetir los pasos 1-4 para profundizar el
entendimiento de los requerimientos por parte del
equipo.
Unidad 2 17/02/2022 24
Contenido

Unidad 2 17/02/2022 25
Tareas en la adquisición de Requerimientos

La adquisición de requerimientos debe cubrir cuatro dominios
1.- Entender el dominio de

aplicación → Se refiere adquirir 2.- Entender el problema → Se
conocimiento o comprender el deben entender los detalles del
funcionamiento de términos problema donde se utilizara el
Dominio
Problema a sistema. Ejemplo: Entender la
relacionados con la aplicación del de
sistema. Ejemplo: Para realizar el aplicación resolver organización particular de una
sistema de biblioteca deberán biblioteca
entenderse algunos términos Necesidades y
restricciones Contexto de la
como índices de clasificación de de organización
libros, etc. stak eholders
3.- Conocimiento de la
organización → Se debe
comprender el funcionamiento del
sistema dentro de la organización
y como interactúa con otros
4.- Necesidades y restricciones sistemas ya existentes.
de stakeholders→ Se debe
comprender las funciones de
todos los involucrados, así como
el rol de cada uno en el sistema.
Unidad 2 17/02/2022 26
Tareas en la adquisición de Requerimientos

• Comprender el problema que se va a resolver, para lo cual es
necesario estudiar el dominio o entorno en el que el sistema va a operar.
• Buscar y recolectar información acerca del sistema a desarrollar, de
manuales de operación y mantenimiento, de manuales organizacionales
y políticas de operación.
• Definir los límites y restricciones del sistema para determinar con
precisión que es lo que el sistema va a hacer y también especificar lo que
no va a hacer.
• Identificar a las personas o usuarios interesados en el sistema, ya
que ellos conocen el medio ambiente en que operará el sistema y pueden
ayudar describiendo sus necesidades.
• Recolectar y clasificar requerimientos, los desarrolladores pueden
iniciar definiendo un bosquejo general del sistema, su funcionamiento
básico y estableciendo su alcance.
Unidad 2 17/02/2022 27
Actividades

1- Identificación de fuentes de información:
stakeholders, documentos escritos, libros o manuales,
sistemas de software existentes. Establecer límites
2- Recolectar la información
se utilizan diferentes técnicas para obtener la
información
3- Comunicación
Se presentan los resultados de determinadas maneras,
las cuales pueden ayudar o entorpecer al entendimiento.
Debe haber una retroalimentación. Asociada con la
etapa de documentación y modelización.
Unidad 2 17/02/2022 28
Ingeniería de requerimientos Carrera depiensan
Muchos Software
que
solo esto es obtención
de requerimientos.
Tareas en la adquisición de Requerimientos [enfoque limitado]
Existen varios procesos para llevar a cabo la adquisición y análisis de requerimientos. Un

proceso general puede incluir las siguientes etapas:
Es t ablish o bjectives Unders tand backgro und Organis e kno wl edge C
Establecer objetivos Conocer antecedentes Organizar el conocimiento Recolectar requerimientos
Identificación
Objetivos de Estructura Requisitos de los
de
la empresa organizacional stakeholders
stakeholders
Problema a Dominio de Priorización Requisitos del

resolver aplicación de metas dominio
Filtrado del
Restricciones Sistemas Requisitos
conocimiento
del sistema existentes organizacionales
del dominio
La adquisición de requerimientos abarca entonces cuatro etapas básicas.

1.- Determinación de objetivos
2.- Conocimiento de antecedentes.
3.- Organización de conocimiento
4.- Recolectar requerimientos
Unidad 2 17/02/2022 29
Tareas básicas de la elicitación

• Es fundamental conocer qué es lo que se
preguntará, analizará o estudiará.
• Además se debe identificar a los actores clave
que pueden aportar al desarrollo del proyecto.
• Por ello es importante realizar estas actividades
preliminares:
Cuando necesite: Entonces crear:
Definir la visión del producto Visionamiento
Aclarar términos Un glosario
Identificar los riesgos de los Una estrategia para mitigar los

requerimientos riesgos de los requerimientos
Unidad 2 17/02/2022 30

Visionamiento
Material docente compilado por el profesor Ph.D. Franklin Parrales

Unidad 2 17/02/2022 31

Actividades
Artefactos
Documento Documento
de de de Requisitos
Sistema
Visión Requisitos
Unidad 2 17/02/2022 32
Blastoff
Preparación para el inicio del proyecto

• Reunión entre los principales
desarrolladores, clientes y usuarios
• Del Blastoff se obtienen:
– El contexto
– Propósito del proyecto
– Lista de principales riesgos
– Estimación inicial del esfuerzo
– Decisión de seguir adelante o no
– Identificación clara de los interesados
– Compromiso con el proyecto
– Formación de equipos
Unidad 2 17/02/2022 33
Blastoff (continuación)

• Determinar el propósito del producto:
– 1. Escribir el una frase el objetivo/propósito
del producto
– 2. Cuál es la ventaja/solución que ofrece?
– 3. Definir cómo medir el éxito.
– Además:
– 4. Es realista / factible?
– 5. Lo desean todos los interesados
(stakeholder)?
Unidad 2 17/02/2022 34
Visionamiento

• Es una declaración concisa que resume el propósito a
largo plazo y la intensión del nuevo producto.
• Esta declaración podría reflejar una vista equilibrada
que satisface las necesidades de diversos
stakeholders.
• Desde un punto de vista general puede verse como
algo idealista, pero debe basarse en realidades
propias de la organización en la cual se va a
desarrollar el producto.
• Este visionamiento puede ser parte de otros
documentos como por ejemplo en el documento de
inicio del proyecto, en alguna carta del proyecto, pero
principalmente en el documento de visión del
proyecto.
Unidad 2 17/02/2022 35
Visionamiento

• Como resultado del visionamiento tenemos:
– Asegura que las definiciones y problemática del
producto se alinea con las metas y objetivos del
negocio.
– Identificar los stakeholders del producto en forma
general.
– Descripción del estado del negocio y cómo los
usuarios se beneficiarán cuando el proyecto
termine.
– Facilita a los miembros del equipo dar una
descripción sencilla del proyecto.
Unidad 2 17/02/2022 36
Preguntas que debe responder el

visionamiento

• ¿Quién comprará o usará este producto?
• ¿Qué hará el producto para sus
Stakeholders?
• ¿Cuáles son las razones para comprar o
utilizar este producto.
• ¿Cuál será el estado del entorno
operacional o de negocios cuando el
producto esté disponible?
• ¿Cómo se distinguirá en el mercado?
Unidad 2 17/02/2022 37
Pasos para lograr el visionamiento de la solución

1. Definir lo siguiente:
– Cliente Objetivo (Target customer): Describe las personas que
usarán o comprarán el software.
– Declaración de necesidad u oportunidad: Describe lo que hace el
cliente (Target customer) y explica como este producto le podría
ayudar.
– Nombre del producto: Proporciona el nombre del producto que se
creará.
– Categoría del producto: Describe el tipo de producto que construirá.
Las categorías del producto podrían incluir: aplicaciones de software de
gestión interna, software integrado, software de juegos, dispositivos de
hardware, o sistemas complejos.
– Los principales beneficios o las razones convincentes para
comprar: Describe qué podría hacer el producto para el cliente o la
justificación para haber comprado el producto.
– Principal alternativa competitiva, sistema actual, o proceso manual
actual: Describir los principales productos disponibles que compiten, o
el sistema, o el proceso que el producto reemplazará.
– Declaración de la diferencia de los productos primarios: Explicar
las diferencias entre el producto que se construirá y la competencia.
Unidad 2 17/02/2022 38

2. Crear la declaración de la visión mediante la introducción de

los términos definidos en la siguiente plantilla.
– Para <Cliente objetivo> quien <declaración de la
necesidad u oportunidad>, el <nombre del producto> es
un <categoría del producto> que <principales beneficios o
razones convincentes para comprar>.
– A diferencia de <principal alternativa competitiva, sistema
actual, o proceso manual actual>, nuestro producto
<declaración de las diferencias del producto primario>.
3. Revisar la declaración de la visión y verificar que se alinea
con las metas y objetivos de la organización.
– Contar con un sponsor para asegurar que la visión se
ajusta con los objetivos organizacionales y
departamentales.
– Contar con un equipo de trabajo, idealmente en
colaboración con el sponsor del proyecto, con la finalidad
de revisar la declaración de la visión como sea necesario.
Unidad 2 17/02/2022 39

4. Hacer la declaración del problema, esta consiste en
una descripción del problema actual que la empresa
está experimentando y aclara lo que una solución
exitosa podría ser.
– Esto es útil cuando la solución incluye la ampliación de
un software existente o cuando la implementación del
producto crea una necesidad para un proceso de cambio
del negocio.
– Use la siguiente plantilla para hacer una declaración del
problema.
• El problema de <Insertar el planteamiento del problema>
afecta <nombre de las personas afectadas, organización, o
grupo de clientes>. El impacto de esto es <nombre del
impacto (por ejemplo, malas decisiones, los sobrecostos,
información o procesos erróneos, tiempo de respuesta lento a
los clientes, etc)>. Una solución exitosa sería <describir la
solución>.
Unidad 2 17/02/2022 40
Ejemplo: Sistema de autotrámites

1. Definir lo siguiente:
• Cliente: Personal administrativo y estudiantes de la Universidad de
Guayaquil.
• Necesidad u oportunidad: Registran y resuelven los trámites que
se generan en cada centro asociado mediante un proceso definido
para cada trámite.
• Nombre del producto: Sistema de automatización de trámites.
• Categoría del producto: Aplicación Web.
• Beneficios o razones convincentes:
– Registra las solicitudes de trámites directamente en el sistema desde
cualquier centro.
– Define un flujo de documentación desde los centros asociados a la
sede central.
– Notifica a las personas involucradas en el trámite sobre las tareas que
debe realizar.
– Permite conocer sobre el estado de un trámite en cualquier momento.
Unidad 2 17/02/2022 41

• Principal alternativa competitiva, sistema actual, o proceso
manual actual:
– Los trámites existentes tienen que enviarse de forma física a la
universidad.
– No existe un flujo de actividades debidamente controlado para cada
trámite.
– Tanto el estudiante como los involucrados en el trámite no conocen a
ciencia cierta sobre el estado del mismo.
• Declaración de la diferencia de los productos primarios:
Permitirá:
– Que las solicitudes de trámites académico/contable se registren en el
sistema.
– Que se notifique a los involucrados (personal UG-Estudiantes) del
inicio, gestión y finalización de un trámite.
– Que se identifique a la persona que está atendiendo un trámite.
– Que se pueda obtener información académico/contable..
– Que se puedan ejecutar las solicitudes de forma automática de acuerdo
al trámite solicitado.
Unidad 2 17/02/2022 42

2. Defina el visionamiento:
• Para personal administrativo y estudiantes de la Universidad
de Guayaquil, quienes registran y resuelven los trámites que
se generan en cada centro asociado el sistema de
automatización de trámites es una aplicación Web que
registra las solicitudes de trámites directamente en el sistema
desde cualquier centro, define un flujo de documentación
desde los centros asociados a la sede central, notifica a las
personas involucradas en el trámite sobre las tareas que
debe realizar y permite conocer sobre el estado de un trámite
en cualquier momento.
• A diferencia del proceso actual que requiere que los trámites
existentes tengan que enviarse de forma física a la
universidad, no existe un flujo de actividades debidamente
controlado para cada trámite y tanto el estudiante como los
involucrados en el trámite no conocen a ciencia cierta sobre
el estado del mismo.
Unidad 2 17/02/2022 43

3. Definición del problema
• El problema de la atención de trámites académicos y
contables que generan los estudiantes no tengan una
adecuada atención, lo que genera excesiva demora
en la resolución de los mismos debido a que no existe
un flujo definido para el envío-recepción y a la falta de
políticas para su ejecución.
• Afecta a: Estudiantes, Rector, Director Administrativo
Financiero, Coordinación Académica UG, Decanos,
Talento humano, Finanzas, Gestión de Procesos,
Atención al Estudiante y Secretarías.
• Cuyo impacto es: …
Unidad 2 17/02/2022 44

• Cuyo impacto es:
– El promedio de tiempo para resolver un trámite es
alto.
– El estudiante requiere mucha gestión para obtener el
resultado de su trámite, causando malestar e
insatisfacción.
– Se desperdicia tiempo, en tareas relacionadas a
tratar de ubicar un trámite y conseguir su estado.
– Algunos trámites causan congestión en el proceso de
matriculación pues, al no poderse resolver ágilmente,
los estudiantes deben regresar al centro universitario
varias veces entorpeciendo procesos de trabajo
importantes (Matrículas).
Unidad 2 17/02/2022 45

• Una solución satisfactoria permitirá:
– Que la atención de los casos se realice mediante un sistema de
fácil uso, de tal forma de que se de solución a todos los trámites.
– Que las solicitudes de trámites sean registradas directamente en
un sistema.
– Que las solicitudes de trámites fluyan electrónicamente hacia a
las diferentes personas que deban revisarlo antes de su
resolución.
– Que la documentación relacionada al trámite esté asociada a
éste de forma digital de manera que pueda ser visualizada
directamente en el sistema.
– Que se pueda conocer el estado en que se encuentra un
trámite.
– Que se pueda disponer de estadísticas que permitan tomar
decisiones para optimizar los procesos relacionados.
– Que exista seguimiento adecuado de los trámites, estableciendo
tiempos de respuesta.
Unidad 2 17/02/2022 46

Glosario

Unidad 2 17/02/2022 47

Actividades
Artefactos
Documento Documento
de de de Requisitos
Sistema
Visión Requisitos
Unidad 2 17/02/2022 48
Glosario

• Se lo considera como un diccionario de términos
comúnmente relevantes con respecto al producto
que se construye, se mejora o se compra.
• Los términos del glosario se utilizan a lo largo de
todo el proyecto.
• Su uso es necesario pues establece un
vocabulario común para los términos clave que
ayuda a los miembros del equipo a entender estos
términos.
– Diferentes stakeholders pueden usar el mismo
término para explicar diferentes cosas
(ambigüedad), o pueden usar diferentes términos
para expresar la misma cosa, causando confusión y
gasto de energía a la hora de comunicar los
requerimientos.
Unidad 2 17/02/2022 49
Beneficios del glosario

• Como resultado de construir un glosario se tiene:
– Proveer un conocimiento compartido del dominio del
problema.
– Permitir a los dueños del negocio informen al
personal técnico acerca de importantes conceptos del
negocio.
– Provee los fundamentos para definir modelos de
requerimientos tales como reglas de negocio,
modelos de datos y casos de uso.
– Ahorra tiempo y esfuerzo durante el desarrollo de
requerimientos, eliminando malos entendidos de lo
que realmente significan los conceptos del negocios.
Unidad 2 17/02/2022 50
Pasos para construir un glosario

Para lograr los beneficios mencionados se debe hacer lo
siguiente:
1. Determinar quien en el proyecto puede identificar
una lista inicial de términos.
– Incluir expertos en la materia.
– Incluir los analistas de datos de la organización de desarrollo
de software (que a menudo son los expertos en la definición
de términos del negocio).
2. Identificar términos importantes que sean
relevantes para el dominio del negocio.
– Examine los nombres en los documentos existentes del
proyecto (por ejemplo, en la carta del proyecto, en la
declaración de la visión, y declaración del problema).
– Incluya términos relacionados con la tabla que se indica.
Unidad 2 17/02/2022 51

Términos clave y relevantes que se pueden utilizar para construir
el glosario
Término Ejemplo
Negocio, o partes del clientes, compradores, clientes potenciales,

negocio vendedores, proveedores, distribuidores y
proveedores de servicios
Lugares y ubicaciones direcciones y sitios
Eventos puestos de trabajo, órdenes de trabajo,

solicitudes, envíos y producción
Acuerdos contratos, estimaciones, y descuentos
Cuentas cuentas de clientes, registros financieros, y
balances
Productos y servicios servicios a los empleados, materiales y bienes
Mercados y prospectos partes de negocio, proveedores,

contratistas, clientes, vendedores, y distribuidores
edificios, bienes, máquinas, dispositivos,
Recursos
contratistas, empleados y sus definiciones
Unidad 2 17/02/2022 52

3. Elabore el borrador de definiciones de los términos
– Oriente cada definición a lectores quienes no tienen experiencia en
el negocio o conocimiento acerca de los términos.
– Incluya “Alias” o nombres alternativos cuando múltiples términos
tienen el mismo significado.
– Incluya acrónimos (siglas) después de cada término donde se
utilice.
– Añada ejemplos para clarificar su utilidad. Por ejemplo use
calificadores (como es: “cliente potencial” en lugar de “cliente”) en
términos que ayuden a clarificar.
– Pedir a una persona bosquejar una definición para cada término.
4. Identificar múltiples stakeholders para revisar las
definiciones y revisar los términos como sea necesario para
llegar a un acuerdo común para cada término.
– Reunirse con los de stakeholders para socializar, definir, revisar y
aprobar los términos del glosario.
Unidad 2 17/02/2022 53
Para tomar en cuenta…

• El glosario del proyecto puede ser creado por
secciones de acuerdo a los términos del proyecto,
como, por ejemplo:
– roles del proyecto, nombres de organización,
métodos de software, herramientas, etc.
• Además un glosario evoluciona a medida que se
van estableciendo los requisitos.
– Alguien deberá mantener el glosario al día de manera
que se use en todos los modelos de requisitos y en
las discusiones de requerimientos.
– Idealmente esto lo podría realizar alguna persona del
negocio, sin embargo un analista es un buen
candidato para realizar esta tarea.
Unidad 2 17/02/2022 54
Ejemplo de un glosario
Término Definición Alias Ejemplos
Proceso que permite que los profesores ingresen las notas de los

estudiantes. Se pueden presentar los siguientes casos:
• Nota no ingresada en el sistema
Registro de • Nota registrada en el sistema difiere de la nota de la hoja de resumen Registro de
notas de notas. notas
• Nota de la evaluación difiere de la hoja de
resumen de notas.
El registro extemporáneo de becas se da cuando en el Departamento de
becas no se ha ingresado la beca de un estudiante, a pesar de que este ha
Asignación
Registro de beca cumplido con todos los requisitos que se necesita para aplicar a una beca.
de beca
La anulación académica se presenta cuando el estudiante presenta
Anulación repeticiones en determinadas asignaturas (3 en adelante); en esta caso
académica se realiza una autorización para hacer la anulación del periodo
académico en el que el estudiante reprobó la asignatura solicitada para
Anular
anulación. Se debe tener presente que en esta anulación no existe asignatura
devolución económica
Proceso por el cual se capturan los datos de un formato físico y se lo

Documento
Digitalización expresa datos en forma digital.
digital
Una persona o organización, interna o externa, quienes tienen la
responsabilidad financiera del sistema. El cliente es el receptor de los
Cliente productos desarrollados y sus entregables. Ver también stakeholder Estudiante
Una anormalidad dentro de un producto. Ejemplos como: omisión e

imperfecciones encontradas durante fases tempranas del ciclo de vida.
Un defecto puede ser cualquier tipo de novedad que se requiera registrar
Defecto y resolverla. Ver también Requerimiento de cambios. Error
Unidad 2 17/02/2022 55

Mitigar el riesgo en los
requerimientos

Unidad 2 17/02/2022 56

Actividades
Artefactos
Documento Documento
de de de Requisitos
Sistema
Visión Requisitos
Unidad 2 17/02/2022 57
Primer análisis de riesgos

• Identificar los riesgos más probables para
el proyecto
• Estimar el costo / impacto si el riesgo se
vuelve un problema
• Identificar las señales que indiquen que el
riesgo se está volviendo un problema
• La intención es balancear los beneficios
con sus riesgos
• Un riesgo no forzosamente es algo malo.
Unidad 2 17/02/2022 58
Evaluación y toma de decisión de

seguir adelante

• En base a lo anterior se analiza si:
– Los objetivos son viables y medibles?
– Son factibles?
– Son los riesgos demasiado altos?
– Es el costo de los objetivos razonable?
– Las personas implicadas están de acuerdo y
dispuestas?
– Se justifica el proyecto?
Hay razones para cancelarlo?
Unidad 2 17/02/2022 59
Mitigar el riesgo en los requerimientos

• Los riesgos en los requerimientos son sucesos o
condiciones que ponen en peligro el desarrollo
satisfactorio del producto.
• Los riesgos deben ser evaluados, rastreados y
controlados a lo largo del proyecto, esto ocasiona
que se pueda tener un gran impacto de éxito en el
proyecto.
• Es necesario establecer estrategias que permitan
evaluar los requerimientos relacionados con el
riesgo e identificar acciones para evitar o
minimizar estos riesgos.
Unidad 2 17/02/2022 60
Estrategia para mitigar el riesgo en los

requerimientos

• La estrategia para mitigar el riesgo en los
requerimientos, permite:
– Identificar los riesgos que podrían impedir el
desarrollo efectivo y la gestión de requisitos.
– Involucrar múltiples stakeholders que categorizan
el riesgo de cada requerimiento de acuerdo a su
grado de ocurrencia y a su impacto.
– Al equipo comunicar honestamente acerca de los
potenciales obstáculos.
– Identificar alternativas para administrar los
riesgos por parte del equipo.
Unidad 2 17/02/2022 61
Identificación de los riesgos

1. Reunir los stakeholders para revisar y adaptar una lista
de potenciales riesgos de requerimientos
• Para esto es necesario usar una lista inicial de riesgos
comunes, como por ejemplo:
– Falta de involucramiento del usuario.
– Expectativa del cliente poco realista.
– Los desarrolladores añaden funcionalidades innecesarias.
– Constante cambio de requerimientos.
– Pobre análisis del impacto cuando las necesidades cambian y
evolucionan.
– Uso de nuevas técnicas o herramientas de requerimientos.
– Requisitos poco claros, ambiguos.
– Requisitos contradictorios (conflictivos).
– Falta de requisitos.
– Lluvia de ideas para identificar riesgos adicionales en base a la
experiencia del equipo, como de la cultura de la empresa y su
medio ambiente
Unidad 2 17/02/2022 62

2. Clasificar los riesgos
• Analizar cada riesgo de acuerdo a su probabilidad y su impacto.
• La probabilidad. Riesgo estimado para causar un problema. Usar
una escala o rango como es:
a) Bajo: Remota posibilidad que el riesgo se realizará. Entre 0% - 25%.
b) Medio: Probabilidad moderada que ocurra el riesgo. Entre 26% -
74%.
c) Alto: Gran probabilidad o certeza de que el riesgo ocurra. Entre 75% -
-- 100%
• El impacto es el grado en que el riesgo afectan negativamente al
proceso de requisitos.
a) Bajo: Puede presentar algún impacto, insignificante.
b) Medio: Impacto manejable o marginal.
c) Alto: Impacto critico o catastrófico. Principales problemas que
necesitan ser analizados.
• Clasificar cada riesgo de acuerdo a cada dimensión (probabilidad e
impacto)
Unidad 2 17/02/2022 63

3. Representar gráficamente las clasificaciones y
ponerse de acuerdo en los riesgos que se
abordarán.
• Una forma de representar la clasificación final podría
ser:
Relación entre la
probabilidad e
impacto de los
riesgos
Unidad 2 17/02/2022 64

4. Determinar las formas de controlar, evitar o
mitigar los posibles riesgos críticos
– Asignar cada riesgo crítico a un miembro del equipo quien
tendrá la responsabilidad de monitorear el riesgo.
Identificar las acciones que él o ella tendrá, los recursos
necesarios para llevar acabo las acciones, y la manera
que él o ella comunicará las acciones al equipo.
– Asegurar que el sponsor y el líder del equipo estén de
acuerdo con las acciones.
– Asegurarse que los miembros del equipo entienden como
sus acciones afectan sus requerimientos.
– Monitorear los riesgos a lo largo del desarrollo y gestión
de requisitos.
– Analizar y adicionar nuevos riesgos a los requerimientos
como ocurran, y actualizar la estrategia de mitigación de
riesgo como sea necesario.
Unidad 2 17/02/2022 65
Ingeniería
Algunos de riesgos
requerimientos
y estrategias Carrera de
que comúnmente Software
ocurren
en los proyectos de desarrollo
Riesgos comunes en los
Estrategias de mitigación
requerimientos

• Identificar a los interesados del producto.
• Crear un plan de participación de interesados.
Falta de participación del usuario
• Usar técnicas de elicitación que atraigan a los usuarios en el
proceso
• Crear la visión del producto.
Expectativas poco realistas de los
• Desarrollar modelos de alcance del proyecto.
clientes. • Validar requerimientos con prototipos operacionales.
Desarrolladores agregan • Crear la visión del producto.
funcionalidades innecesarias . • Priorizar requerimientos.
• Desarrollar modelos de alcance.
Constante cambio de • Crear una línea base para requerimientos y establecer
requerimientos. mecanismos de control de cambios.
Pobre análisis del impacto cuando las
• Crear una línea base y seguimiento de requerimientos.
necesidades cambian y evolucionan.
• Formalizar documentos de requerimientos.
• Adaptar los procesos de requerimientos para el
Uso de nuevas técnicas o herramientas de
proyecto.
requerimientos. • Conducir una retrospectiva de los requerimientos.
• Desarrollar la visión del producto.
Requisitos poco claros, ambiguos. • Desarrollar múltiples modelos de requerimientos.
• Validar los requerimientos.
Requisitos contradictorios • Formalizar el documento de visión.
(conflictivos). • Validar los requerimientos con el modelo de validación.
• Desarrollar múltiples modelos de requerimientos.
Falta de requisitos • Verificar la falta de requerimientos con el modelo de
validación.
Unidad 2 17/02/2022 66
Para tomar en cuenta…

• Muchas de las acciones de mitigación de riesgos
involucra el establecimiento y seguimiento de las
buenas prácticas de gestión de requerimientos.
• En proyectos pequeños, se puede gestionar los
riesgos de manera informal siempre y cuando el
equipo revise los riesgos de forma periódica.
• Para tener un control efectivo de los riesgos es
necesario poner en práctica las técnicas de
mitigación y seguimiento de riesgos, revisando
periódicamente para verificar si se están tomando
las acciones correctas y si los nuevos riesgos
están siendo considerados.
Unidad 2 17/02/2022 67
Ejemplo: catálogo de riesgos y estrategias de mitigación

Estrategia de mitigación
Factor de riesgo Probabilidad Impacto Responsable
Falta de Media Alto Llevar a cabo un taller de Juan Peralta
disponibilidad del visionamiento con el actual (Gerente proyecto)
rector para aclarar el rector y crear modelos de
alcance alcance en el taller.
No involucramiento Media Alto Llevar a cabo una visita (por María Piguave
del contratista ejemplo en el lugar de trabajo (Analista).
hacer el seguimiento por un
medio día).
Llevar a cabo una entrevista con
el contratista cada cierto periodo
de tiempo.
Poco interés de las Media Bajo Realizar un taller para indicar Juan Peralta
secretarias de los las bondades de un sistema (Gerente proyecto)
centros automatizado.
Poco interés de las Alto Alto Realizar reuniones informativas Juan Peralta
secretarias de sobre el nuevo proceso (Gerente proyecto) y
escuela automatizado para resolver los el sponsor del
trámites de los estudiantes. proyecto.
Unidad 2 17/02/2022 68

Definición de los stakeholders

Unidad 2 17/02/2022 69

Actividades
Artefactos
Documento Documento
de de de Requisitos
Sistema
Visión Requisitos
Unidad 2 17/02/2022 70
Estrategias y herramientas para elicitar

requerimientos

Una lista de fuentes de
Identificar fuentes
requerimientos
Identificar stakeholders del producto Categorías de los stakeholders
Describir necesidades y criterios de
Perfiles de stakeholders
éxito de los stakeholders
Identificar combinaciones de
técnicas de elicitación:
entrevistas, prototipos
exploratorios, talleres
Revisar técnicas de elicitación
facilitadores,
focus groups, análisis de tareas
de usuario, estudio de
documentación existente
Plan de elicitación de
Plan de elicitación
stakeholders
Unidad 2 17/02/2022 71
Identificación de Fuentes de
Información

• Stakeholders: clientes, usuarios, expertos del
dominio, otros actores, Grupos (formales /
informales)
• Documentos del Universo de discurso
(formularios, políticas de organización,
manuales, actas de reuniones, ...)
• Documentos externos al Universo de
discurso (manuales de otros software, libros
sobre temas relacionados, …)
• Software interno / externo
Unidad 2 17/02/2022 72
Listar las fuentes de requerimientos

• El listado de fuentes es un inventario de personas,
documentos específicos, y fuentes de información
externa de donde se elicitarán los requerimientos.
• Se realiza para:
– identificar fuentes potenciales de documentación de
requerimientos, y
– permitir a los analistas: elicitar, revisar, documentar, y
verificar información de requerimientos con los
stakeholders.
• Para ello, se deberá:
– identificar las fuentes de información, y
– facilitar la planificación para una eficiente participación de
los stakeholders.
Unidad 2 17/02/2022 73
Identificando fuentes

• Para realizar un proceso
apropiado de elicitación se
requiere:
1. Identificar los stakeholders
relevantes que proporcionarán
los requerimientos.
2. Identificar la documentación
que se pueda usar como
fuente de información para los
requerimientos.
3. Identificar fuentes externas de
información.
Unidad 2 17/02/2022 74
1. Identificar los stakeholders relevantes que

proporcionarán los requerimientos

• Asegúrese de considerar a todos los stakeholders
del proyecto. Incluya a:
– los clientes quienes auspician y dirigen el desarrollo
de software
– los usuarios que interactuaran directamente con el
software, y otros quienes tienen conocimiento o
apuestan por el proyecto
• Desarrolle un plan de elicitación para cada
stakeholder.
– Tener en cuenta que los stakeholders están a
menudo ocupados y necesitan de un aviso previo
para participar en el levantamiento de requerimientos.
Unidad 2 17/02/2022 75
2. Identificar la documentación que se pueda usar

como fuente de información de requerimientos

• Documentación de interfaces del sistema
existentes.
• Requerimientos de cambio, listas de defectos
de software, registro de quejas de clientes,
lista de inconvenientes.
• Guías de usuario, materiales de
entrenamiento, guías y procedimientos de
trabajo.
• Documentación help desk.
• Código fuente de sistemas existentes.
Unidad 2 17/02/2022 76
3. Identificar fuentes externas de

información

• Departamentos o compañías que proveen
servicios de estudios de mercado y análisis
de la industria.
• Análisis de productos de software del
mercado
• Materiales de ventas, marketing y
comunicaciones
• Regulaciones, guías y leyes provenientes de
agencias gubernamentales o cuerpos
regulatorios.
Unidad 2 17/02/2022 77

requerimientos

Identificar fuentes
requerimientos
facilitadores,
stakeholders
Unidad 2 17/02/2022 78
Categorías de los stakeholders

• Las categorías de stakeholders son grupos o
individuos que están interesados en el producto de
software que se está desarrollando.
• Es necesario definir las categorías de los stakeholders
para entender:
– Quienes están interesados o influencian en el proyecto,
– Quienes utilizarán el producto y sus salidas;
– y a quien de alguna manera afectaría el producto.
• Por lo tanto, estos grupos e individuos necesitarán
estar informados acerca del progreso, conflictos,
cambios y prioridades del proceso de desarrollo del
producto.
Unidad 2 17/02/2022 79
Estar informados acerca del progreso,

conflictos, cambios y prioridades

• Esto se hace:
– Especificando los tipos de personas quienes
tienen requerimientos y necesidades a las
que se denominan como involucrado o
stakeholders.
– Distinguiendo a los clientes de los usuarios
del producto.
– Clarificando que personas y agencias
externas se deben consultar.
Unidad 2 17/02/2022 80
Tenga presente que…

• Si no logra una comprensión completa por
parte de los stakeholders puede ocurrir la
falta de requisitos o erróneos o el desarrollo
de la solución de forma incorrecta.
– Por tanto, es necesario que se asegure de que:
• todos los interesados comprenden su rol/categoría,
además de que…
• se incluyen a todos los interesados antes de proceder
con el desarrollo del software
– Esta actividad permite responder a las siguientes
preguntas:
• ¿Quién afecta o es afectado por el sistema?
• ¿Quién o qué interactúa con el sistema?
• ¿Quién tiene los conocimientos relevantes de los
requerimientos?
Unidad 2 17/02/2022 81
¿Cuáles son las categorías de los

stakeholders?

Hay tres categorías de actores: clientes, usuarios y otras partes
interesadas
Stakeholders
Clientes Usuarios Otros
Patrocinador Product Usuarios Usuarios

Consejeros Proveedores
(Sponsor) Champions Directos Indirectos
Unidad 2 17/02/2022 82
Clientes
• Son responsables de aceptar y pagar por el producto de

software.
• Sponsor
– Es quien autoriza o legitima el desarrollo del producto contratando
o pagando el proyecto.
– La influencia del sponsor es a veces necesaria para lograr el
involucramiento de los stakeholders.
– Asegúrese de revisar la lista de stakeholders con el patrocinador
para mantenerlo informado acerca de los stakeholders pertinentes.
• Product champions
– Es quien asegura que el software cumple con las necesidades de
múltiples comunidades de usuarios.
– Identifica quienes (usuarios) deben participar en el desarrollo de
requerimientos para asegurar que los requerimientos correctos son
obtenidos.
– Pueden ser los usuarios finales del producto.
– El producto puede tener múltiples champions si se tienes múltiples
tipos de usuarios directos.
Unidad 2 17/02/2022 83
Usuarios

• Son aquellos que están en contacto con el producto de
software o son afectados por este de alguna manera.
• Usuarios directos
– Son las partes (por ejemplo: gente, organizaciones,
componentes del sistema o dispositivos que directamente
interactúan con el software) que directamente se involucran con
el software (por ejemplo: una persona que solicita la información
del sistema a través de una interfaz de usuario, un sistema que
envía o recibe archivos de datos, o un dispositivo que envía o
recibe señales o mensajes).
• Usuarios indirectos
– Quienes no interactúan directamente con el software pero
pueden entrar en contacto con los productos generados por el
sistema (reportes, facturas, bases de datos, etc.).
– También puede incluir a personas quienes pueden ser afectadas
por las decisiones o acciones realizadas como resultado de las
salidas del sistema.
Unidad 2 17/02/2022 84
Otros stakeholders

• Poseen conocimiento acerca del producto o un interés
en su desarrollo o mantenimiento.
• Consejeros
– Tienen información relevante acerca del software.
– Puede incluir a expertos.
– A menudo conocen las reglas de negocio vitales que
deben ser incorporadas dentro del software, aun sino
interactúan con el producto de software.
– Asegúrese de identificar a los consejeros e involucrarlos
en le proceso de elicitación de requerimientos.
• Proveedores
– Quienes diseñan y producen el software transformando
los requerimientos en el producto final
– Incluye a los miembros del equipo (analistas, diseñadores,
desarrolladores, finanzas, ventas y departamentos de
soporte), proveedores de software y subcontratistas.
Unidad 2 17/02/2022 85
¿Como categorizar los stakeholders?

Para realizar la categorización de los stakeholders, es necesario
realizar lo siguiente:
1. Identificar stakeholders, ya sean clientes, usuarios u otros
stakeholders.
– Registrar los stakeholders como roles en cada una de las
categorías, más que como personas especificas. Recuerde que
el mismo rol puede aparecer en varias categorías.
– Recordar que el mismo rol puede aparecer en múltiples
categorías.
2. Revisar el registro de categorías de stakeholders con los
stakeholders del proyecto para asegurar que la misma está
completa y precisa.
3. Revisar la lista como sea necesario y compartir la misma
con el equipo entero.
Unidad 2 17/02/2022 86
Ejemplo: categorización de stakeholders

Clientes Usuarios Otros Stakeholders
Sponsor Product Usuarios Directos Usuarios Consejeros Proveedores
Champion Indirectos
Rector Director de • Secretaria • Estudiante • SRI • Gerente del
procesos general • Atención al • Senescyt proyecto.
• Secretaria de la estudiante • Auditor • Analistas
carrera • Call Center externo • Desarrolladores
• Director de • Consultor • Administrador
escuela de base de
• Profesor datos
• Coordinación
académica
• Contabilidad
• Centro de
evaluaciones
Unidad 2 17/02/2022 87

requerimientos

Identificar fuentes
requerimientos
facilitadores,
stakeholders
Unidad 2 17/02/2022 88

• Es una descripción que caracteriza a cada
stakeholder y explica su relación con el proyecto.
• Es necesario definir el perfil para:
– entender los intereses, preocupaciones y criterios de éxito
del producto para cada stakeholder
– descubrir las posibles fuentes de conflicto entre las partes
interesadas de los requisitos, y
– poner de relieve temas relacionados con los requisitos que
pueden requerir más tiempo y atención.
• Los perfiles también pueden revelar los posibles
obstáculos para la implementación exitosa del
producto y le ayudará a definir la cantidad de
participación que cada stakeholder debe tener en el
levantamiento de requerimientos.
Unidad 2 17/02/2022 89

• Los perfiles de los stakeholders permiten:
– Educar al equipo acerca de las expectativas del
cliente.
– Proveer al equipo un alto nivel de entendimiento
de las necesidades del usuario.
– Destacar potenciales obstáculos en el proceso de
aceptación del producto de software por parte de
los stakeholders.
Unidad 2 17/02/2022 90
Perfiles de stakeholders: preguntas claves

• ¿Cuáles son las responsabilidades de los Stakeholders clave
en relación con el sistema en desarrollo o los cambios
implementados?
• ¿Qué motivaciones, deseos y esperanzas tienen los
stakeholders para el producto de software?
• ¿Qué características o capacidades de software deben estar
presentes para cada uno de los stakeholders para ver el
producto como un éxito?
• ¿Qué obstáculos, limitaciones, o los factores que limitan cada
actor se prevee para él mismo o para otros que puedan
amenazar la implementación exitosa?
• ¿Qué nivel de confort tienen los stakeholders con la
tecnología?
• ¿Hay algún trabajo especial o condiciones ambientales que
podrían afectar la capacidad de los stakeholders en utilizar
eficazmente el sistema?
Unidad 2 17/02/2022 91
Perfiles de stakeholders: especificación

1. Escribir un breve perfil de cada actor.
Describa su:
– Rol: Lista la categoría de stakeholder (por ejemplo, el
sponsor (patrocinador), Product Champion, usuario directo,
usuario indirecto, asesor o proveedor) al que pertenece.
– Responsabilidades: Describa brevemente el rol de cada
stakeholder en relación con el proyecto.
– Intereses: Liste las necesidades de los stakeholders,
deseos y expectativas para el producto (por ejemplo, los
intereses de un patrocinador puede incluir aumento de los
ingresos, reducción de costos, mejora de los servicios y el
cumplimiento de las normas reglamentarias).
– Los criterios de éxito: Describir las características o
capacidades que el producto debe tener para ser
considerado como exitoso.
Unidad 2 17/02/2022 92
Perfiles de stakeholders: especificación

– Preocupaciones: Lista de todos los obstáculos,
limitaciones, o los factores limitantes que puedan impedir
o inhibir al stakeholder a aceptar el producto.
– Capacidad técnica: Describir al usuario directo el grado
de familiaridad con la tecnología.
– Características del entorno de trabajo y limitaciones:
Describir las condiciones de trabajo relevante que pueda
afectar el uso del sistema (por ejemplo, un entorno de
trabajo ruidoso o el uso del móvil o al aire libre).
2. Incluir los perfiles de los stakeholders en el
documento de requerimientos de usuario (si se
utiliza) y el documento de especificaciones de
requisitos de software.
– Si los perfiles contienen gran cantidad de información,
documente un perfil por cada stakeholder en una tabla o
sección en el documento de requisitos correspondientes.
Unidad 2 17/02/2022 93
Perfiles de stakeholders: combinación

• La combinación de las
categorías de stakeholders
puede considerarse en
proyectos pequeños o de
menor complejidad.
• Se puede crear una versión
más corta de los perfiles de
los stakeholders mediante la
combinación de los
intereses y los criterios de
éxito.
Unidad 2 17/02/2022 94
Ejemplo: perfiles de stakeholders para un
sistema de trámites

Competencia
s técnicas/
Stakeholder Rol Responsa- Intereses Criterios de Relación de
bilidad éxito Preocupación ambiente de
trabajo
Rector -Sponsor Aprobar Construya un Satisfacer las Tiempo de N/A
-Usuario (proyecto) sistema de necesidades construcción de la
indirecto acuerdo a las de los aplicación
normas de la estudiantes
universidad
Coordinación -Usuario Aprobar Perfeccionar y -Trámites -Involucramien-to Liberación del
Académica directo proceso validar los registrados en de los actores que producto.
-Product procesos cada centro. intervienen en el
champion -Cada actor proceso.
realiza las -No se registre de
actividades. forma apropiada
-Satisfacción la información
de los
estudiantes
Unidad 2 17/02/2022 95

Unidad 2
Lección 2
Elicitación de requerimientos -
Técnicas
Unidad 2 17/02/2022 96
Contenido

Unidad 2 17/02/2022 97

requerimientos

Identificar fuentes
requerimientos
facilitadores,
stakeholders
Unidad 2 17/02/2022 98

requerimientos

El descubrimiento de requerimientos incluye recabar información sobre:
• El dominio de la aplicación
• El problema especifico
• La organización o proceso
• Necesidades de stakeholders.
Se requiere diferentes técnicas para descubrir toda esta información.
Cada técnica puede cubrir uno o varios dominios diferentes.
Unidad 2 17/02/2022 99
Guías básicas de recolección de datos

• Enfocarse en identificar las necesidades de los
stakeholders estudiando su comportamiento y sus
herramientas de apoyo.
• Involucrar a todos los grupos de stakeholders
• Involucrar solo a un representante de cada grupo de
stakeholders no es suficiente, especialmente si es un
grupo grande ya que cada uno tendrá su propia
perspectiva de la situación, la tarea, su trabajo y como
otros trabajan con ellos.
• Usar una combinación de técnicas de levantamiento de
datos. Cada técnica involucra cierta clase de
información desde una cierta perspectiva.
• Completar las sesiones de levantamiento de datos con
cosas específicas tales como la descripción de tareas y
prototipos, si están disponibles.
Unidad 2 17/02/2022 100
Guías básicas de recolección de datos

• Organizar una sesión piloto, para asegurar que la sesión
de levantamiento de datos esta yendo como se la
planeo. Cualquier dato recolectado durante la sesión
piloto no puede ser tratado igual que los otros datos.
Después de realizar la sesión piloto es probable que
algunos cambios sean necesarios antes de organizar la
sesión real.
• El levantamiento de datos es una actividad muy cara y
que consume mucho tiempo y que usualmente se
restringe por los recursos disponibles.
• Como se registra los datos durante la sesión de
levantamiento de datos cara a cara es tan importante
como la técnica que se usa. Grabación de video, audio y
toma de notas son las principales opciones.
Unidad 2 17/02/2022 101
Técnicas de elicitación

• Técnicas básicas
– Observación in situ
– Inmersión/aprendizaje
– Estudio de la documentación
– Encuestas
• Glosario de términos
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 102

Observación in situ

• La observación in situ consiste en la observación
directa de las prácticas profesionales que se
realizan habitualmente en la organización para la
que se va a desarrollar el software.
• Antes de celebrar una sesión de observación in
situ, se deben escoger un conjunto de prácticas
representativas del resto, que se lleven a cabo
con una frecuencia relativamente alta o que
presenten cierta complejidad de comprensión.
• Además, se debe intentar que los resultados de la
práctica profesional sean observables en el
entorno real de trabajo.
Unidad 2 17/02/2022 103

Observación in situ

• Poco utilizado…
• Antes de usarlo
– Determinar información necesaria
– Comunicar a los involucrados
– Considerar períodos normales y atípicos
– Planificar las anotaciones
▪ Ventajas ▪ Desventajas
▪ Confiable ▪ Efecto Hawthorne
▪ Muy rico ▪ Cuidado con generalizar
▪ Desarrolla empatía demasiado (sesgo
particular/local)
Efecto Hawthorne: Teoría que proviene de la psicología experimental, que
mantiene que una persona modificará su actitud si se siente observada,
intentando comportarse de la forma que supone que el observador espera.
Unidad 2 17/02/2022 104


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 105

Inmersión/aprendizaje

• Existen algunas variantes de la
observación in situ como son:
– la inmersión dentro de la organización para la
que se va a desarrollar el software
– la realización de periodos de aprendizaje por
parte de los ingenieros de requisitos, en las
que:
• la observación pasiva se cambia por una
participación activa en los procesos a
observar como si fuera un miembro más del
personal de la organización bajo estudio.
Unidad 2 17/02/2022 106

Etnografía
• Es una técnica de observación que se usa para entender

los procesos operacionales y ayudar a derivar
requerimientos de apoyo para dichos procesos
• Un analista se adentra en el ambiente laboral donde se
usará el sistema.
• Observa el trabajo diario y toma notas acerca de las
tareas existentes en que intervienen los participantes
• Motivación: Las personas con frecuencia encuentran
muy difícil articular los detalles de su trabajo, porque es
una segunda forma de vida para ellas
– Entienden su trabajo, pero tal vez no su relación con otras
funciones en la organización.
– Los factores sociales y organizacionales que afectan el
trabajo, que no son evidentes para los individuos, sólo se
vuelven claros cuando los percibe un observador sin
prejuicios
Unidad 2 17/02/2022 107

Etnografía

La etnografía es muy efectiva
para descubrir dos tipos de
requerimientos:
1. Requerimientos que se
derivan de la forma en que
realmente trabaja la gente, en
vez de la forma en la cual las
definiciones del proceso
indican que debería trabajar.
2. Requerimientos que se
derivan de la cooperación y el
conocimiento de las
actividades de otras personas
Unidad 2 17/02/2022 108

Etnografía
• La etnografía puede combinarse con la creación de

prototipos.
Análisis Reuniones Etnografía
etnográfico de interrogatorio enfocada
Evaluación
de prototipos
Desarrollo Prototipo
del sistema genérico del sistema
• La etnografía informa del desarrollo del prototipo, de modo

que se requieren menos ciclos de refinamiento del prototipo.
• Más aún, la creación de prototipos se enfoca en la etnografía
al identificar problemas y preguntas que entonces pueden
discutirse con el etnógrafo.
• Siendo así, éste debe buscar las respuestas a dichas
preguntas durante la siguiente fase de estudio del sistema
(Sommerville et al., 1993).
Unidad 2 17/02/2022 109

Etnografía

• Los estudios etnográficos pueden revelar detalles
críticos de procesos, que con frecuencia se
pierden con otras técnicas de adquisición de
requerimientos.
• Sin embargo, debido a su enfoque en el usuario
final, no siempre es adecuado para descubrir
requerimientos de la organización o de dominio.
– No en todos los casos se identifican nuevas
características que deben agregarse a un sistema.
• En consecuencia, la etnografía no es un enfoque
completo para la adquisición por sí misma, y debe
usarse para complementar otros enfoques, como
el análisis de casos de uso.
Unidad 2 17/02/2022 110

Enfoque antropológico (Técnicas de etnografía)

Se integra con el
medio ambiente, el
analista se
convierte en el
cliente.
▪ Visión de dentro para afuera ▪ Efecto Hawthorne
▪ Visión muy contextualizada ▪ Consume mucho tiempo
▪ Poca sistematización
Unidad 2 17/02/2022 111


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 112

Investigar antecedentes - Documentación

Lectura de información
• Abarca la lectura de todos los
documentos disponibles en la
organización, intenta identificar
estructuras, hechos y vocabulario
similares.
• Tipo de lectura: diagramas
organizacionales, estándares,
modelos de procesos o manuales
de sistemas existentes.
• Fácil de obtener si hay
documentación, permite manejar
gran volumen.
• Provee información muy dispersa.
Gran trabajo para procesarlo.
Unidad 2 17/02/2022 113


• Procedimientos y reglas son a menudo escritas
en manuales.
• Es una buena fuente de datos acerca de los
pasos envueltos en una actividad y regulaciones
que rigen una tarea.
• No debe ser usado como única fuente.
• Es bueno para entender la legislación, y para
obtener información en el trabajo.
• Este no envuelve el tiempo de los stakeholders,
el cual es un factor limitante en otras técnicas
Unidad 2 17/02/2022 114


• Estudio, muestreo, visitas,…
• Buena forma de comenzar un proyecto
• Interna: estructura de la organización, políticas y
procedimientos, formularios e informes,
documentación de sistemas
• Externa: publicaciones de la industria y comercio,
Encuentros profesionales, visitas, literatura y
presentaciones de vendedores
▪ Ahorra tiempo de otros ▪ Perspectiva limitada
▪ Prepara para otros enfoques ▪ Desactualizado
▪ Puede llevarse a cabo fuera ▪ Demasiado genérico
de la organización
Unidad 2 17/02/2022 115


• Ingeniería reversa
– Requiere que exista un sistema existente con
documentación (o código) disponible.
– Desventajas: no refleja la actualización de la
información, información muy detallada (a un bajo
nivel)
• Reuso
– Debe haber componentes reutilizables disponibles,
se debe definir lo que se va a reutilizar, necesita de
mecanismos de recuperación.
– Análisis de dominio
– Si bien favorece la calidad y la productividad, no
siempre es fácil de lograr en la realidad.
Unidad 2 17/02/2022 116


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 117

Encuestas (cuestionario)

• Secuencia de preguntas que
exige un conocimiento mínimo.
• Facilitan la estructuración de
preguntas y un tratamiento
estadístico.
• Limita el tipo de respuestas
• Tienen poca participación e
interacción
Unidad 2 17/02/2022 118

Encuestas (cuestionario)

• Consta de una serie de preguntas diseñadas para
obtener información específica.
• Las preguntas pueden requerir diferentes tipos de
respuestas como son:
– SI / NO
– Opción múltiple
– Largas o comentarios.
• Usualmente los cuestionarios son usados en conjunto
con otras técnicas.
• Pueden dar datos cualitativos o cuantitativos.
• Bueno para contestar preguntas especificas de un grupo
grande de personas o dispersado.
Unidad 2 17/02/2022 119

Encuesta / Cuestionario
• No substituye la entrevista

• Antes de usar el enfoque:
– Determinar la información que se precisa
– Determinar el enfoque más adecuado:
• Abierto, cerrado, combinado
• Múltiple opción, valor en escala, orden relativo
– Desarrollar cuestionario
– Probarlo con perfil típico
– Analizar resultado de las pruebas
• Su principal uso es para validar asunciones y obtener
datos estadísticos sobre preferencias
▪ Economía de escala ▪ Menos rico
▪ Conveniente para quien contesta ▪ Problemas por no-respuesta
▪ Respuestas anónimas ▪ Esfuerzo de desarrollo
Unidad 2 17/02/2022 120

– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 121

Recordando… Glosario

• Se lo considera como un diccionario de términos
comúnmente relevantes con respecto al producto
que se construye, se mejora o se compra.
• Los términos del glosario se utilizan a lo largo de
todo el proyecto.
• Su uso es necesario pues establece un
vocabulario común para los términos clave que
ayuda a los miembros del equipo a entender estos
términos.
– Diferentes Stakeholders pueden usar el mismo
término para explicar diferentes cosas
(ambigüedad), o pueden usar diferentes términos
para expresar la misma cosa, causando confusión y
gasto de energía a la hora de comunicar los
requerimientos.
Unidad 2 17/02/2022 122
Beneficios del glosario

• Como resultado de construir un glosario se tiene:
– Proveer un conocimiento compartido del dominio del
problema.
– Permitir a los dueños del negocio informen al
personal técnico acerca de importantes conceptos del
negocio.
– Provee los fundamentos para definir modelos de
requerimientos tales como reglas de negocio,
modelos de datos y casos de uso.
– Ahorra tiempo y esfuerzo durante el desarrollo de
requerimientos, eliminando malos entendidos de lo
que realmente significan los conceptos del negocios.
Unidad 2 17/02/2022 123

Ejemplo de un glosario
Término Definición Alias Ejemplos

Proceso que permite que los profesores ingresen las notas de los
estudiantes. Se pueden presentar los siguientes casos:
-Nota no ingresada en el sistema
Registro de
-Nota registrada en el sistema difiere de la nota de la hoja de Registro de
resumen de notas. notas
notas -Nota de la evaluación difiere de la hoja de resumen de notas.
El registro extemporáneo de becas se da cuando en el Departamento de
becas no se ha ingresado la beca de un estudiante, a pesar de que este ha
Registro de beca cumplido con todos los requisitos que se necesita para aplicar a una beca. Asignación
de beca
La anulación académica se presenta cuando el estudiante presenta
Anulación repeticiones en determinadas asignaturas (3 en adelante); en esta caso
académica se realiza una autorización para hacer la anulación del periodo
académico en el que el estudiante reprobó la asignatura solicitada para Anular
anulación. Se debe tener presente que en esta anulación no existe asignatura
devolución económica
Proceso por el cual se capturan los datos de un formato físico y se lo

Documento
Digitalización expresa datos en forma digital.
digital
Una persona o organización, interna o externa, quienes tienen la
responsabilidad financiera del sistema. El cliente es el receptor de los
Cliente productos desarrollados y sus entregables. Ver también stakeholder Estudiante
Una anormalidad dentro de un producto. Ejemplos como: omisión e

imperfecciones encontradas durante fases tempranas del ciclo de vida.
Un defecto puede ser cualquier tipo de novedad que se requiera registrar
Defecto Error
y resolverla. Ver también Requerimiento de cambios.
Unidad 2 17/02/2022 124


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 125

Entrevista Individual / Grupal

• Usar para: • Pasos para las Entrevistas

– Entender el problema – Seleccionar participantes
• Aprender tanto como sea
de negocio posible de antemano
– Entender el ambiente – Preparar la entrevista
de operación • Utilizar un patrón de
estructura
– Evitar omisión de
– Conducirla
requisitos
• Apertura, desarrollo,
– Mejorar las relaciones conclusión
con el cliente – Enviar un memo con resultado
– Seguimiento
▪ Orientado a las personas ▪ Costoso
▪ Interactivo/flexible ▪ Depende de las habilidades
▪ Rico interpersonales
Unidad 2 17/02/2022 126
Entrevista – Patrón para conducirla

• Datos de las Personas: usuarios, interesados, disparador del
proyecto
– ¿Qué trabajo realizan? ¿Para quién?
– ¿Qué interfiere con su trabajo?
– ¿Qué cosas hacen su trabajo mas fácil o mas difícil?
• Datos: entradas y salidas clave, datos ya existentes
– Listar las entradas y salidas
– ¿Cuál es el problema? ¿Cómo se resuelve ahora? ¿Como le gustaría
que se resolviera?
• Procesos: propósito, objetivos y metas
– ¿Quién necesita la aplicación?
– ¿Cuántos usuarios la van a usar y de qué tipo?
• Ubicaciones: lugares involucrados, contexto de los usuarios
– Entorno de los usuarios, computadoras, plataformas
– Aplicaciones relevantes existentes
– Experiencia de los usuarios con este tipo de aplicación, expectativas de
tiempo de entrenamiento
Unidad 2 17/02/2022 127
Entrevista – Patrón para conducirla (2)

• Evaluar confiabilidad, desempeño y soporte necesario:

– ¿Cuáles son las expectativas respecto a la confiabilidad?
– ¿Y respecto a la performance?
– ¿Qué tipo de mantenimiento se espera?
– ¿Qué nivel de control y seguridad?
– ¿Qué requisitos de instalación existen?, ¿cómo se distribuye el
software? , ¿debe ser empaquetado?
• Otros
– ¿Existen requisitos legales, regulatorios u otros estándares que deban
ser tenidos en cuenta?
• Factores críticos de éxito:
– ¿Qué se considera una buena solución?
• Tener en cuenta:
– Si el entrevistado comienza a hablar sobre los problemas existentes, no
cortarlo con una próxima pregunta
– Luego de la entrevista y mientras los datos aún están en mente, resumir
los principales req. (aprox. 3) de este entrevistado
Unidad 2 17/02/2022 128


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 129

¿Qué es una reunión?

• Un suceso puntual en que un conjunto de
personas, que puede que no se conozcan
y no se vuelvan a ver, tratan sobre un
tema. Suelen tener un objetivo común.
Unidad 2 17/02/2022 130

Reuniones
• Extensiones de entrevista. Muy activas. De corta

duración e intensas con un determinado foco
– Braisntorm: lluvia de ideas
– Workshop de requisitos: existe un moderador
– JAD(Join application design): se avanza en un
principio de construcción, más organizado y
racional con generación de documentos,
compromisos, fechas.
▪ Favorecen la aparición de ▪ Puede haber dispersión,
múltiples opiniones, incomodidad en el grupo.
creación, feedback y ▪ El pensamiento es generado
consenso colectivo. a nivel de grupo, eliminando
problemas particulares.
▪ Altos costo.
Unidad 2 17/02/2022 131
Preparación de una reunión.

• Definir objetivos de la reunión.
• Seleccionar a los participantes.
• Planificar el desarrollo.
• Convocar a los participantes.
• Organizar el material para la reunión.
Unidad 2 17/02/2022 132

Definir objetivos de la reunión.

• ¿Que resultados se desean alcanzar?
• ¿Se puede alcanzar por otro medio?
• Para buen clima, mejor una copas.
• Para informar el teléfono ¿?.
• Objetivos = Resultados
• definidos y anotados
• Priorizar los objetivos.
• Ineludible, además, secundario.
• Titulo, es muy importante.
Unidad 2 17/02/2022 133

Seleccionar a los participantes.

• La reunión depende de ellos.
• Las personas que pueden aportar
– ¿Aportará información útil?
– ¿Aportará ideas?
– ¿Influirá en la decisión?
– ¿Dinamizará la reunión?
– ¿Problemas si no se le invita?
• Cantidad: de 8 a 10 participantes.
Unidad 2 17/02/2022 134

Planificar el desarrollo.

• Crear el orden del día:
– Lista de temas
– Orden en que se abordaran.
– Tiempo asignado a cada tema.
• Detallar mucho el orden del día permitirá
preparar mejor los puntos.
• Si se conocen los tiempos, algunos
participantes solo estarán lo necesario.
Unidad 2 17/02/2022 135

Convocar a los participantes.

• La convocatoria:
– ¿Suscita el interés de los asistentes?
– Debe justificar el porqué.
– Explicara el cómo se desarrollará.
– Informará
• Quien coordinará.
• Los asistentes y su participación.
• Fecha, hora y lugar.
• Debe resultar atractiva...
Unidad 2 17/02/2022 136
Organizar el material para la reunión.

• No deben descuidarse:
– El material necesario para
presentar y distribuir.
– La sala, material de
proyección, limpieza, aire
acondicionado, situación
circular de los asientos,
Papelografos…
Unidad 2 17/02/2022 137

Iniciar la reunión

• Presentar a los participantes.
• Generar un clima de confianza.
• Centrar el tema de la reunión.
• Fijar objetivos.
• Definir los métodos de trabajo.
• Definir el papel del secretario.
Unidad 2 17/02/2022 138

Durante la reunión

• El moderador:
– Invitar a que la gente se exprese.
– Controlar el exceso de posesión de palabra.
– Facilitar un clima de confianza.
Unidad 2 17/02/2022 139

Durante la reunión

• Los participantes:
– Utilizar el uso de la palabra de forma
consciente.
• Estimar el coste horario de una reunión.
– Tomar la palabra cuando se tiene algo que
decir… cualquier argucia es buena.
– No dejar la palabra hasta haber terminado de
decir lo que se desea.
Unidad 2 17/02/2022 140

Finalización de la reunión.

• Hacer una síntesis y que sea
consensuada.
• Analizar la reunión.
• Explicar la forma en que se documentarán
los resultados.
• Dar feedback a los asistentes.
Unidad 2 17/02/2022 141

Resumen

• Las reuniones son necesarias, pero
– A la gente no le gusta ir a una reunión si no
hace falta.
– Es importante invitar a los que hacen falta.
– El objetivo ha de estar claro.
– Las reuniones son muy caras.
– La organización de la reunión llevara a
reuniones más productivas.
Unidad 2 17/02/2022 142


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 143

Reuniones para recoger información.

• El que convoca
necesita obtener
información de los
asistentes.
Pregunta
• Ejemplo: información
– Responsable de
proyecto y situación
actual para visitar al
cliente.
Unidad 2 17/02/2022 144

Joint Application Development (JAD)

• El JAD se basa en organizar reuniones integradas por
miembros del equipo de desarrollo y miembros de la
organización para la que se va a desarrollar el sistema
software.
• Los asistentes incluyen oficiales de administración de alto
nivel, quienes se aseguran de que el producto provea los
reportes y la información requerida al final.
• Durante una sesión de JAD, el coordinador plantea las
cuestiones a discutir para determinar los objetivos y
los requisitos generales del sistema a desarrollar y los
participantes contestan a dichas cuestiones.
– Si quedan temas abiertos, el coordinador de la sesión debe
documentarlo para programar otra reunión en la que se aborden
dichos temas.
– Si ya se dispone de los modelos de negocio del sistema a
desarrollar, este material puede resultar útil para consultar y
aclarar algunos aspectos durante la sesión.
Unidad 2 17/02/2022 145

Componentes básicos de una sesión JAD

Los componentes básicos de una sesión JAD se enumeran a
continuación:
• Patrocinador ejecutivo: el ejecutivo que funda el proyecto, el
propietario del sistema. Deben ser lo suficientemente altos en la
organización para poder tomar decisiones y brindar los recursos y el
apoyo necesarios para el proyecto. Pueden asistir a la sesión de
apertura y clausura.
• Líder / gerente de PROYECTO: generalmente el líder del equipo de
desarrollo de aplicaciones responde preguntas sobre el proyecto con
respecto al alcance, tiempo, problemas de coordinación y recursos.
Pueden contribuir a las sesiones siempre que no inhiban a los
participantes.
• FACILITADOR / LÍDER DE LA SESIÓN: Preside la reunión y dirige el
tráfico manteniendo al grupo en la agenda de la reunión.
– El facilitador es responsable de identificar los problemas que se pueden resolver
como parte de la reunión y los que deben asignarse al final de la reunión para la
investigación de seguimiento y la resolución.
– El facilitador atiende a los participantes y no aporta información a la reunión.
Unidad 2 17/02/2022 146

Componentes básicos de una sesión JAD

• SCRIBE / MODELER / Recorder / Documentation Expert: Registra y
publica las actas de la reunión y no aporta información a la reunión.
• PARTICIPANTES: Clientes del área de negocio afectados directa o
indirectamente por este proyecto, que sean expertos en su campo y
puedan tomar decisiones sobre su trabajo. Son la fuente de información
para la sesión.
• OBSERVADORES: Generalmente miembros del equipo de desarrollo de
aplicaciones asignados al proyecto. Deben sentarse detrás de los
participantes y observar en silencio los procedimientos.
Además de las personas mencionadas anteriormente, cada sesión de JAD
tiene objetivos bien definidos, una agenda y directrices detalladas, ayudas
visuales y un documento final que contiene todas las decisiones tomadas por
el grupo.
Unidad 2 17/02/2022 147

Joint Application Development (JAD)

• Conjunto de reuniones de 2 a 4 días.

• Cuatro principios: dinámica de grupo, uso de técnicas
audiovisuales, organización y documentación WYSIWYG.
• Roles en JAD
– Jefe de JAD: responsable general, controla las reuniones.
– Analista: responsable de la documentación generada.
– Patrocinador ejecutivo: decide si el proyecto se lleva a cabo o no.
– Representantes de los usuarios: directivos o futuros usuarios
finales.
– Representantes de sistemas de información: asesoran sobre las
posibilidades tecnológicas y de coste.
– Especialistas: asesoran en aspectos técnicos o del dominio del
problema.
▪ Trabajo conjunto de ▪ Se adapta mal a los horarios de
desarrolladores y clientes los clientes y usuarios, siendo
▪ Documentación WYSIWYG muy compleja de organizar
Unidad 2 17/02/2022 148


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 149

Reuniones para generar ideas

• Son reuniones en
las que los
asistentes tienen
total libertad para
expresar sus ideas,
no se suelen criticar Ideas
pero si refinar.
Unidad 2 17/02/2022 150

Tormenta de ideas (Brainstorming)

• Generación de ideas.
• No se critican
• Creatividad.
• Genera ideas,… pero

para seleccionar…
Unidad 2 17/02/2022 151

Brainstorming

• Desarrollado en 1941 por A. F. Osborne,
el brainstorming fue diseñado para:
– Alentar a expresar ideas
– Diferir el juicio crítico hasta más tarde.
• Todo el mundo ofrece ideas que se
relacionan, se combinan, se mejoran, y se
cambian en otras varias ideas.
• Al final, el grupo está de acuerdo en una
solución final.
Unidad 2 17/02/2022 152

Brainstorming

• La idea es crear un entorno que no inhiba y que
aliente las ideas y pensamientos imaginativos.
• Los dos principios básicos del brainstorming
son:
– 1. La cantidad produce calidad. Cuantas más ideas
más probabilidades de llegar a la solución mejor.
– 2. Diferir el juicio. Es mejor revisar las ideas más
tarde con algo de objetividad.
• Ayuda a reeducar a la gente para que piense
positivamente en las ideas.
Unidad 2 17/02/2022 153

Tormenta de Ideas (Brainstorming)

• Objetivo: Lograr consenso sobre los requisitos
• Ayuda a la participación de todos los involucrados
• Permite pensar en otras ideas
• Un secretario saca notas de todo lo discutido.
– Puede hacer uso de mapas mentales o brainwriting
• Reglas
– No se permite criticar ni debatir
– Dejar volar la imaginación
– Generar tantas ideas como sea posible
– Mutar y combinar ideas
Unidad 2 17/02/2022 154

Tormenta de Ideas – Fase de Generación

• Los principales stakeholders se juntan en un
cuarto.
• Se explican las reglas.
• Se establece el objetivo:
– ¿Qué características esperan en el producto?
– ¿Qué servicios esperan que provea?
Los objetivos permiten decidir cuando terminar.
• Se pide que cada participante escriba sus
ideas, luego las ideas son leídas para que
otros piensen en ideas relacionadas y de esa
forma las ideas mutan y se combinan.
Unidad 2 17/02/2022 155

Tormenta de Ideas – Fase de Reducción

• El secretario lee cada idea y pregunta si es válida
– Si hay cualquier desacuerdo, la idea se queda
• Agrupamiento de ideas
– Nombrar los grupos
• Definición
– Se escribe una breve descripción de lo que la idea significa para
la persona que la escribió
– Ayuda a tener un entendimiento común del requerimiento
– Lleva unos minutos por idea
• Priorización (opcional)
– Test de los $100: Cada persona tiene dinero para comprar
ideas, se ordena según ideas más compradas
• Solo se puede hacer una vez
• Se debe limitar la cantidad a gastar en 1 sola idea
Unidad 2 17/02/2022 156

El procedimiento es:

• 1. Selección del problema, tan específicamente
como sea posible.
• 2. Elija a los participantes
– 6 a 12
– actitud mental positiva y ser unos pensadores fluidos
y flexibles.
– personalidades independientes y fuertes que se
entusiasmen participando y
– sientan una auténtica necesidad de mejorar los
bienes y servicios.
Unidad 2 17/02/2022 157


• 3. Elija el entorno.
– una habitación confortable
– Crear las sensaciones de:
• Urgencia
• Hambre de ideas innovadoras
– permitir descansos frecuentes.
Unidad 2 17/02/2022 158


• 4. Seleccione a un líder del grupo.
• habilidades interpersonales y ser capaz de parafrasear y de
encontrar analogías.
– Prepara por anticipado tanto como sea posible.
– Invita a gente de diversas áreas, Desanima a los observadores,
espectadores e invitados.
– Redacte un orden del día y mándala.
– Emplea variedad de técnicas de creatividad.
– Concéntrese en el asunto.
– Anime absolutamente todas las ideas, y cuanto más
extravagantes mejor.
– Prepárate para volver atrás y manipular ideas
– Enfatiza la contribución única de todo el mundo.
Unidad 2 17/02/2022 159


• 5. Seleccione a un secretario.
– Después del brainstorming, ordenar las ideas en
grupos relacionados para priorizarlas y evaluarlas.
• 6. Seguimiento. celebrar los logros del grupo.
• 7. Evalúe las ideas. Si intenta usted obtener al
mismo tiempo agua caliente y agua fría de un
grifo, todo lo que consigue es agua tibia.
Unidad 2 17/02/2022 160

Sesiones de Trabajo (Workshop)

• Ámbito para las tormentas de ideas
• Preparación
– Venderlo a los posibles miembros de la reunión
– Asegurarse que asisten los stakeholders correctos
– Estructurar la invitación, el lugar, etc.
– Enviar material previo a la reunión
• Doc de requisitos
• Entrevistas, defectos de los sistemas existentes, etc.
• Asegurarse de enviar lo necesario, sin exagerar
– Organizar la Agenda
• Introducción
• Tormenta de ideas – generación
• Tormenta de ideas – reducción
• Priorización
• Resumen
Unidad 2 17/02/2022 161


Mapas mentales
Lluvia de ideas

Unidad 2 17/02/2022 162

Algunas veces la cabeza se nos llena

de ideas y no vemos claro.

• Lo mejor que podemos hacer
es descargar esas ideas y
estructurarlas.
• Después podremos
revisarlas, ver si quedaba
algo más que se nos había
pasado.
• Será más fácil transmitir la
información a otra persona.
Unidad 2 17/02/2022 163

Mapas mentales como herramienta

• El mapa mental se usa para fijar ideas.
– Una vez identificada una idea la escribimos para no olvidarla.
– La relacionamos con otras ideas o con nuestra experiencia.
– Relacionamos partes de un problema con el todo.
• Para generar ideas
– Por asociación, según vemos lo que hemos generado,
nosotros u otros miembros del grupo.
– Relacionamos ideas nuevas con conocimientos y hechos
previos.
• Para comunicarnos con otras personas
– Se utiliza un lenguaje intuitivo, y compartido por los miembros
del grupo.
• Es una herramienta analítica, la dinámica se supone en
nuestra mente
Unidad 2 17/02/2022 164

Que parte del cerebro utilizar para

ordenar y para estructurar.

• Ordenación → algo secuencial
• Estructuración → juntar cosas
• Mejor utilizar todo el cerebro

– Así que usaremos letras, símbolos
– Gráficos, imágenes,...
• “La asociación de dibujos e imágenes con palabras

clave pone en juego la actividad de los dos hemisferios
cerebrales potenciando la creatividad, aumentando la
capacidad de retención y facilitando la comunicación”
– Tony buzan. (Judit Alonso, rrhhMagacine.com. Madrid, 25/02/2002)
Unidad 2 17/02/2022 165

Ventajas del aprendizaje visual

• Depurar el
pensamiento
• Refuerza la
comprensión
• Integra nuevo
conocimiento
• Identifica errores
conceptuales e
incomprensiones
Unidad 2 17/02/2022 166

¿Qué es un Mapa Mental?

• Un soporte para estructurar las ideas.
• Una representación gráfica de ideas.
– Siempre es más fácil recordar una imagen
gráfica que un texto lineal.
– Permite que las ideas generen otras ideas y
se pueda ver como se conectan, se
relacionan y se expanden.
– Basado en asociaciones.
Unidad 2 17/02/2022 167

Ingeniería de requerimientos
Mapa mental de nuestros ingresosCarrera de Software
y gastos

Tony Buzan, Usted es mas inteligente de lo que se cree, 10 formas de despertar su genio natural, Urano, 2004
Unidad 2 17/02/2022 168

Procedimiento para crear un mapa

mental

1. Escribir el tema central
2. Dibujar líneas radiales con nombre
3. Repetir con cada línea de nuevo.
4. No hay reglas de trabajo.
5. Usar colores, disfrutar.
6. Estudiar el mapa y ver las cosas que se
repiten en varias líneas.
Unidad 2 17/02/2022 169

Funcionamiento

• Todo mapa mental tiene una idea principal en el
centro del mismo del que luego surgen las ramas.
• Estas ramas pueden estar conexionadas a otros
mapas y así sucesivamente.
• Las ramas forman una estructura nodal
• La mejor manera de crearlo es comenzar con una
"tormenta de ideas" (brainstorming). De esta forma
unas ideas van llamando otras.
Unidad 2 17/02/2022 170

Ramas

• Las ramas surgen del centro del
mapa o de cualquier otra rama
de esta forma podemos ir
directamente a la información
que nos interese sin tener que
leer todo un documento.
• Lo aconsejable para poder
recordar fácilmente estos mapas
es crear varios mapas (uso de
colores diferentes).
• Mediante el uso de colores
podemos poner por ejemplo los
aspectos más importantes en
color rojo.
Es más fácil buscar un apartado de un tema seleccionando la rama que
no utilizando el típico sistema lineal.
Unidad 2 17/02/2022 171

Ideas Ordenadoras Básicas

• Conceptos clave (palabras, imágenes…) que
congregan a su alrededor la mayor cantidad de
asociaciones.
– ¿Qué conocimiento se requiere?
– Si esto fuera un libro,
• ¿cuáles serían los encabezamientos de los capítulos?
– ¿Cuáles son mis objetivos específicos?
– ¿Cuáles son mis interrogantes básicos?
• Con frecuencia, ¿Por qué?, ¿Qué?, ¿Dónde?, ¿Quién?,
¿Cómo?, ¿Cuál?, ¿Cuándo?
– ¿Cuál sería la categoría más amplia que las abarca a
todas?
Unidad 2 17/02/2022 172

Consideración de otros aspectos

• Organización
• Agrupamiento
• Imágenes o símbolos
• Palabras clave
• Uso de colores
• Involucrar la conciencia.
• Asociación
Unidad 2 17/02/2022 173

Unidad 2
17/02/2022
174
Carrera de Software

Ventajas en el uso de mapas

• Son fáciles de usar.
• Estimula la percepción visual.
• Mejora el aprendizaje.
• Ayuda a la memorización.
• Muestra la interconexión de ideas.
• Mejoran la resolución de problemas.
• Mejora la capacidad analítica (grupo).
Unidad 2 17/02/2022 175


Brainwriting
Lluvia de ideas

Unidad 2 17/02/2022 176

Brainwriting (Escribir Ideas)

• Se parece a un versión escrita de una tormenta
de ideas, pero...
– Enfatiza la construcción sobre las ideas de "otros".
• Carece un poco de espontaneidad,
– Cada participante tiene las mismas oportunidades,
brainstorming puede favorecer:
• Al que puede hablar más fuerte
• Al favorito del moderador.
– Todos pueden ideas simultáneamente.
Unidad 2 17/02/2022 177

pasos:

• 1.- Identificar la cuestión y hacia donde dirigir las ¡deas.
• 2.- Cada participante escribe sus ideas durante 5 minutos, tantas
ideas como le de tiempo a pensar.
• 3.- Tras 5 minutos, cada persona pasará su hoja de ideas a la
persona más próxima sentada a su lado.
– Durante los siguientes 5 minutos cada participante añade más ¡deas
propias en la hoja que le ha sido pasada.
• 4.- Después de 5 minutos más, las hojas de ideas se siguen
pasando, y el proceso continua.
– Tres "pases" son generalmente suficientes, pero se puede continuar si
se considera que se van generar más ¡deas útiles.
• 5.- El líder recoge todos los papeles y lee en voz alta las ¡deas. Al
mismo se pueden escribir en una pizarra. A continuación, el grupo
evalúa las ¡deas generadas (esto puede posponerse a una sesión
posterior).
• Tiene las mismas normas que el brainstorming.
Unidad 2 17/02/2022 178

Variedades del brainwriting

• Brainwriting pool
– Ponemos las listas en medio de la mesa y se
intercambian.
– Puedes tener tu lista mientras tengas ideas.
• 6-3-5
– 6 personas, 3 (ideas, columnas), 5 minutos.
– Se pasan las listas entre todos (108 ideas)
• Espaldas con lista.
Unidad 2 17/02/2022 179


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 180

Casos de Uso

Registrar Exportar
paciente estadísticas
Ver Administrador
Auxiliar médico inf. personal Generar
reporte
Ver
el registro
Médico
Editar
Enfermera el registro
Establecer
la consulta
Unidad 2 17/02/2022 181

Casos de Uso
• Formato simple y estructurado de descripción de tareas y

acciones, donde los usuarios y desarrolladores pueden
trabajar juntos
• No son de gran ayuda para identificar aspectos no
funcionales
• Mientras se definen los casos de uso, puede ser un buen
momento para definir pantallas u otros objetos con los que
el usuario interactúa
• Pueden ser usados en el diseño y en el testing del sistema
▪ Usarlo ▪ No son la mejor elección:
▪ Cuando el sistema está ▪ Sistemas sin usuarios y con
orientado a la funcionalidad, pocas interfaces
con varios tipos de usuarios ▪ Sistemas dominados
▪ Cuando la implementación se primariamente por requisitos
va a hacer OO y con UML no funcionales y restricciones
de diseño
Unidad 2 17/02/2022 182


– Encuestas
• Entrevistas
• Reuniones
– JAD
– Lluvia de ideas
• Casos de uso
• Prototipado
Unidad 2 17/02/2022 183

Prototipado
• Implementación parcial, permite a los desarrolladores y

usuarios:
– entender mejor los requisitos
– cuáles son necesarios, deseables
– acotar riesgos
• Prototipo desechable: El propósito es solo establecer que
algo se puede hacer, luego se parte de cero en la
construcción, quedando el conocimiento aprendido
• Prototipo evolutivo: Es implementado sobre la
arquitectura del producto final, el sistema final se obtiene
de evolucionar el prototipo
• Aspectos para los que es frecuente construir prototipos:
– Apariencia y percepción de la interfaz de usuario
– Arquitectura (riesgos tecnológicos, tiempos de respuesta)
– Otros aspectos riesgosos
Unidad 2 17/02/2022 184

Mismos datos, pero…

Ingrese Julio 1998
año: ____
mes: ____
día: ____
1998 2025
1 31
Ene Dic
Martes 16 Oct. 2002
Unidad 2 17/02/2022 185

Soporte al Usuario
• Sistema de ayuda debe proveer:

– Mensajes de error
• Amables, concisos, consistentes y constructivos, si es
posible incluir sugerencia para correción
– Ayuda en línea
• Páginas web con hipervinculos, ventanas múltiples
• Cuidar la estructura de navegación, si es compleja los
usuarios se pierden
– Documentación de usuario
• Incluyendo secciones de: instalación, descripción
general, descripción funcional, mensajes de error.
Unidad 2 17/02/2022 186

Mensajes de error
Mensaje orientado al sistema

Error #27
? Identificador de paciente no válido
Aceptar Cancelar
Mensaje orientado al usuario
El paciente J. Bates no está registrado
Seleccione:
Pacientes para listado de pacientes registrados
Reintentar para reingresar el nombre del paciente
Ayuda para más información
Pacientes Ayuda Reintentar Cancelar
Unidad 2 17/02/2022 187

Cuidado…

Unidad 2 17/02/2022 188
Wireframes: Que son y como crearlos

• Un wireframe o prototipo no es más que un boceto
donde se representa visualmente, de una forma muy
sencilla y esquemática la estructura de una página
web.
• El objetivo de estos es definir el contenido y la
posición de los diversos bloques de tu web. Esto
incluye menús de navegación, bloques de contenido,
etc… Además, te permite como interactuarán estos
elementos entre sí.
• En los wireframes no se utilizan ni colores, ni
tipografías ni cualquier elemento gráfico. Lo
importante es centrarse en la funcionalidad del sitio y
la experiencia del usuario. La prioridad son los
contenidos de la web.
Unidad 2 17/02/2022 189

Wireframes: Que son y como crearlos

• Al ser representaciones tan simples, te permiten
crear múltiples versiones de un mismo proyecto
de una forma rápida, así como aplicar cambios o
nuevas ideas que aparezcan a posteriori.
• Lo importante es tener clara la estructura de la
web o aplicación antes de empezar con el HTML y
el CSS para comprobar que no haya fallos
importantes de base que luego te podrían suponer
muchas horas de trabajo subsanar.
• Y como casi siempre, una imagen vale más que
mil palabras:
Unidad 2 17/02/2022 190

Unidad 2
Wireframe a máquina
17/02/2022
191
Carrera de Software

Ventajas de usar wireframes

• Rápidos y baratos de crear: Como son bocetos

esquemáticos son rápidos de crear y tienen un coste muy
bajo. Esto te permite realizar múltiples versiones hasta
encontrar la adecuada sin que ello suponga un problema de
tiempo o dinero.
• Detectar y corregir los problemas antes: Al ser sencillos y
rápidos de realizar te permiten exponerlos rápidamente a
feedback y resolver problemas básicos relacionados con la
usabilidad y funcionalidades propuestas.
• Mejoras sencillas: En poco tiempo podrás mostrar los
primeros Wireframes a amigos, clientes o repasarlos tu
mismo para repasar las mejoras que se puedan realizar en el
diseño, el posicionamiento de los elementos o la estructura
de los contenidos.
• Mejor usabilidad: Planear previamente la estructura y los
elementos de la página web te permitirá ofrecer una mejor
usabilidad al no improvisar sobre la marcha y haber definido
previamente estos elementos.
Unidad 2 17/02/2022 192

Wireframes creados a mano

• Es la forma más sencilla y económica de
crear wireframes. Solo necesitas papel y
lápiz y un poco de imaginación.
– No hace falta ser un Picasso, ni siquiera
parecerlo de lejos. Cualquiera sabe dibujar cuatro
líneas y dibujar un esquema sencillo como el que
hemos visto un poco mas arriba.
• Puedes utilizar diferentes tamaños de papel
para representar los distintos dispositivos en
los que se verá la web y crear así diferentes
estructuras para planear un diseño
responsive.
Unidad 2 17/02/2022 193

Unidad 2
Wireframes creados a mano
17/02/2022
194
Carrera de Software

Utilizar plantillas imprimibles para wireframes

• La segunda opción, también barata y muy sencilla es imprimirse

algunas plantillas predeterminadas para crear los wireframes.
• Hay multitud de ellas en la web.
• Web sketching template
– Esta plantilla esta pensada para imprimir en A4 y para diseñar
paginas web a una resolución de 1024×758.
Unidad 2 17/02/2022 195


• Paper Browser

– Esta plantilla en pdf también esta pensada para diseñar
páginas web de 1024x780px, pero cuenta además, con
unas guías para diseños de 960px o 800px.
– Cuenta además con un grid de 32x32px para facilitarte la
labor de crear los elementos y ajustar las proporciones.
Unidad 2 17/02/2022 196


• Zurb Responsive Scketches

– Están pensados para diseñar páginas web responsive y
en un mismo pack encontrarás diversas plantillas para
que escojas la más adecuada para cada proyecto
Unidad 2 17/02/2022 197

Utilizar un programa o aplicación

• Mockflow
– Es una aplicación para crear
wireframes en la nube.
– Sólo necesitas un navegador y
una cuenta para empezar a
crear tus prototipos.
– Tiene una versión gratuita, que
aunque con limitaciones, te
permitirá empezar a sumergirte
en el mundo del diseño de
prototipos.
– Sus versiones de pago
empiezan desde 14$ al mes,
así que si vas a utilizarla con
frecuencia, puede ser una
buena opción
Unidad 2 17/02/2022 198


• Balsamiq Mockups

– Es otra gran aplicación para crear tus wireframes o prototipos.
– Dispone de versión de escritorio, para Windows y Mac con un coste
único de 89$, una versión para tablets al mismo precio y una versión
web como Mockflow a partir de 12$ al mes.
Unidad 2 17/02/2022 199


• Figma

– Aplicación web para crear tus wireframes o prototipos.
– Dispone de versión gratuita que permite hasta 2 editores
y 3 proyectos. También posee una versión de pago a
partir de 12$ al mes.
Unidad 2 17/02/2022 200

Prototipado: ¿Cuándo usarlo?

• Se puede usar cuando hay un alto grado de
incertidumbre en cuanto a los requisitos o
cuando se necesitan un temprano feedback de
los stakeholders.
• Se puede combinar con otras técnicas, por
ejemplo usar un prototipo para provocar una
discusión y feedback en una técnica de
elicitación grupal o ser la base para un
cuestionario o análisis de protocolo.
Unidad 2 17/02/2022 201

Contenido

Unidad 2 17/02/2022 202

Comunicación

• Presentación de
requisitos
• Lenguaje accesible al
stakeholder
• Nivel de Abstracción
adecuado
• Participación e
integración
• Relacionada con etapa
de modelización
Unidad 2 17/02/2022 203

Técnicas de Elicitación

• Que técnicas usar?
– Depende de la situación, clientes, recursos.
– Se debe analizar el contexto y respetar
limitaciones
Unidad 2 17/02/2022 204

Contenido

• Plan de elicitación
Unidad 2 17/02/2022 205


requerimientos

Identificar fuentes
requerimientos
facilitadores,
stakeholders
Unidad 2 17/02/2022 206
Plan de elicitación de stakeholders

• Es un plan que considera la importancia de los
requisitos de los diferentes stakeholders y sus
contribuciones al proceso de desarrollo de
requisitos.
• Es necesario hacerlo para decidir:
– quién debe participar en las actividades de los
distintos requisitos, y
– la forma en que debería contribuir.
• El desarrollo de esta estrategia le ayuda a evitar
pasar por alto a los stakeholders y los requisitos
faltantes.
• También ayuda a obtener el compromiso de los
“grupos de interés” por su tiempo y participación.
Unidad 2 17/02/2022 207
Recuerde que…

• La participación de los stakeholders es esencial
para los proyectos de software exitosos.
• Las personas son la fuente principal de
información de los requisitos, esto es importante
para obtener la participación de los interesados
centrados en las necesidades.
Unidad 2 17/02/2022 208

¿Qué hace el plan?

• Permite que el equipo centre sus esfuerzos en los

requerimientos de alta prioridad por parte de los
stakeholders.
• Establece relaciones de colaboración entre los
técnicos y actores del proyecto.
• Alienta a los patrocinadores (sponsors) y los product
champions asegurar que las personas con
conocimientos de requerimientos críticos estará
disponible para el equipo del proyecto.
• Promueve el uso eficaz del tiempo de las personas.
• Las preguntas clave que esta herramienta debe
responder:
– ¿Cuán importantes son las necesidades de cada actor?
– ¿Cómo podemos involucrar a cada uno de los interesados
en el proceso de desarrollo de requisitos?
Unidad 2 17/02/2022 209

Para establecer el plan, se debe…

1. Catalogar la importancia de cada stakeholder
en las categorías de Stakeholder . Utilice un
esquema de clasificación, como MoSCoW
(Siglas en inglés):
– Debe (M -> Must): Esencial para el éxito.
– En caso de (S -> Should): Es muy importante para
recoger y comprender los requerimientos de este
grupo de interés.
– Podría (C -> Could): Es bueno tener la participación
de este grupo de interés, pero de menor importancia.
– No (W -> Won’t): no debe ser considerada.
Unidad 2 17/02/2022 210


2. Determinar cómo va a involucrar a cada stakeholder

que posee el M, S o C. tenga en cuenta:
– Grado de participación: Decida la medida en que cada
actor va a participar. Él o ella pueden participar
plenamente, tienen algún grado de participación limitada,
o sea indirectamente si un sustituto representa sus
necesidades.
– Método de la participación: Determinar cómo el actor va a
participar:
• Activamente: Participa en las necesidades de talleres,
encuestas, entrevistas, grupos focales, o prototipos.
• Pasivamente: Obtiene informes de los sustitutos o revisa
mensajes de correo electrónico sobre el progreso del desarrollo
de los requisitos.
• Indirectamente: Suministra la mesa de servicio o logs de
peticiones del cliente o encuestas anónimas o datos de
marketing.
– La frecuencia de la participación: Decidir si el
involucramiento del stakeholder será continua o periódica.
Unidad 2 17/02/2022 211

3. Registre el plan de elicitación en una tabla u
otro documento.
– En el (PMI-PMBOOK, 2008) se establece que
para determinar a las personas interesadas
(stakeholders), se debe conocer su influencia e
interés en el proyecto y catalogarlos de la
siguiente manera:
• Stakeholders directos: Los que están involucrados en
el ciclo de vida del proceso, por lo que se verán
afectados y tendrán interés en una finalización exitosa.
• Stakeholders indirectos: Estos muestran cierta
preocupación por el proyecto ya que su nivel de interés
e influencia es bajo.
Unidad 2 17/02/2022 212


• En la figura se hace una
relación que existe entre el
interés y la influencia (poder)
de los interesados.
• En (Wiegers, 2003) se
establecen algunos criterios
para agrupar a los usuarios y
establecer ciertos grupos a los
que pueden pertenecer cada
uno de ellos.
• Además un usuario en
determinados momentos del
desarrollo del proyecto, puede
pertenecer a un determinado
grupo de stakeholders y en otro
instante pertenecer a otro
grupo.
Unidad 2 17/02/2022 213


• En el (PMI-PMBOOK, 2008) se indican los stakeholders que pueden

existir en una organización, cabe señalar que dependiendo del contexto
de funcionamiento de la organización se pueden definir otros.
– Clientes/Usuarios: Personas u organizaciones que usarán la solución.
– Patrocinador: Persona o grupo de personas que financian el proyecto.
– Directores de portafolio: Ejecutivos de la organización que manejan los proyectos.
– Directores de programa: Responsable de la gestión y coordinación de los proyectos.
– Oficina de Dirección de proyectos: PMO – Dirección centralizada de los proyectos.
– Directores del proyecto: Personas que tienen a cargo todos los aspectos del
proyecto.
– Equipo del proyecto: Grupo de personas que tienen a su cargo el desarrollo del
proyecto.
– Gerentes funcionales: Expertos que proporcionan servicios al proyecto.
– Gerentes operacionales: Personas encargadas de investigar, desarrollar, diseñar,
fabricar, aprovisionar, probar los productos en la organización.
– Vendedores/Socios de negocio: Compañías externas a la organización que celebran
un contrato para proporcionar servicios al proyecto.
Unidad 2 17/02/2022 214


Unidad 2
Elicitación de
requerimientos
Final de la unidad
Unidad 2 17/02/2022 215

ALL FRPB IDR Capítulo2

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ALL FRPB IDR Capítulo2

Cargado por

Copyright:

Formatos disponibles

Ingeniería de requerimientos Carrera de Software

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Objetivo general de la Unidad 2

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Planificación Obtención Análisis Especificación Verificación Validación

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

• Etapa muy relacionada con resto etapas

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Se realiza después del estudio de factibilidad o viabilidad

No consiste solamente en preguntar a los usuarios lo que quieren !

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Se trabaja en conjunto con los usuarios y

El proceso de adquisición y análisis

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Otros problemas de elicitación

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Otros problemas de elicitación

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Otros problemas de elicitación

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Otros problemas de elicitación

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Otros problemas de elicitación

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Superando las dificultades…

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Tareas en la adquisición de Requerimientos

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

1.- Entender el dominio de

Tareas en la adquisición de Requerimientos

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Tareas en la adquisición de Requerimientos [enfoque limitado]

Existen varios procesos para llevar a cabo la adquisición y análisis de requerimientos. Un

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Problema a Dominio de Priorización Requisitos del

La adquisición de requerimientos abarca entonces cuatro etapas básicas.

Tareas básicas de la elicitación

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Identificar los riesgos de los Una estrategia para mitigar los

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Tareas básicas de la elicitación

Material docente compilado por el profesor Ph.D. Franklin Parrales

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Planificación Obtención Análisis Especificación Verificación Validación

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo

Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo