Cátedra Ingeniería de Software

Asignatura: Ingeniería de Requerimientos

Código 03302
Primer cuatrimestre 2023
Tareas y Proyectos

El enfoque del curso es de trabajo en equipo y de aplicación de las técnicas aprendidas en

grupo, es por ello que el proyecto #1 y #2 se realizará en grupo.

Tarea 1

Objetivo
El propósito de la Tarea 1 es que el estudiante estudie y analice diferentes componentes del
proceso de ingeniería de requerimientos. Asimismo, busca que el estudiante explore y
contraste diferentes técnicas de recolección, exploración, y análisis de requerimientos.

Enunciado
Durante esta actividad estudiaremos: el proceso de ingeniería de requerimientos; los roles los
jugadores e involucrados en sistemas; otros componentes del proceso de ingeniería de
requerimientos y SCRUM).

Instrucciones
Esta actividad debe realizarse de forma individual.

a. Leer el capítulo 5 “Comprensión de los requerimientos” del libro Ingeniería del software,
un enfoque práctico escrito Roger S. Pressman (2010) y Capítulo 3 “Comprensión de
requerimientos” del libro Ingeniería de requerimientos.
b. Leer la guía de Scrum oficial en el link
https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Spanish-Latin-South-A
merican.pdf

Desarrolle ampliamente lo que se le solicita a continuación con base en las lecturas indicadas
(referenciando en formato APA) e incorporando su interpretación personal:
1. Elabore un mapa mental de los conceptos estudiados en los 2 capítulos indicados en el
punto a.
2. Elabore un mapa conceptual con todos los conceptos de Scrum, de acuerdo con su
guía oficial.
3. Elabore un resumen, de máximo 2 páginas, donde se explique de forma completa y
correcta, todos los puntos importantes de Scrum. Mínimo: valores de Scrum, los 3
roles, los 5 eventos de Scrum, los 3 artefactos, la definición y teoría de Scrum.
Considere que:
● Los mapas mentales, permiten recuperar, asimilar, y relacionar ideas y conceptos para
la construcción del aprendizaje. Debe colocar el concepto principal en el centro del
mapa, y establecer las relaciones entre los diferentes conceptos (pueden ser varios
niveles) de tal forma que pueda leerse circularmente a favor de las manecillas del reloj.
● Un mapa mental es una representación gráfica propia del proceso de aprendizaje de
cada persona, por lo tanto, no puede haber dos mapas mentales iguales.
● Puede utilizar cualquier aplicación y/o herramienta que le permita construir los mapas
mentales, pero debe integrarlos como imágenes en el documento de entrega de esta
actividad.

Rúbrica
Criterio Puntos
Desarrollo del punto 1 30
Mapa Mental

Desarrollo del punto 2 30

Mapa Conceptual

Desarrollo del punto 3 40

Resumen

Total 100
Notas importantes:
● Debe desarrollar ampliamente cada uno de los puntos solicitados
contrastando las lecturas indicadas (utilizando formato APA para las
referencias) y detallando su interpretación/análisis personal.
● El documento de entrega debe cumplir el formato establecido en el
lineamiento de trabajos escritos de la UNED, y contener los
siguientes elementos: portada, índice, introducción, conclusiones, y
bibliografía. En caso de existir algún incumplimiento en el formato
indicado no se evaluará la entrega realizada, y se acreditará una
nota de cero.
● La redacción y ortografía se valoran de forma integral en el
documento, por lo tanto, se debe cumplir con este aspecto en cada
uno de los apartados. En los ítems donde se incumpla con esta
disposición se podrán descontar puntos.
● Recuerde que debe entregar un único documento en formato PDF
en la sección correspondiente de la plataforma, con el desarrollo de
cada uno de los ítems solicitados, y en la fecha indicada en el
cronograma del curso. No se admiten entregas extemporáneas y/o
por medios diferentes.
Caso de estudio para Proyectos – “Librería UNED” *
* Este caso de estudio presenta una situación ficticia para ser utilizada durante el curso con
fines exclusivamente académicos.

La Librería UNED requiere un sistema que maneje la información de los libros que se tienen en su
inventario, así como la venta de los libros, las personas a las que se les vendió el libro y los
encargados administrativos de la librería. Todo lo anterior para agilizar el servicio de la librería,
tanto en la búsqueda de los libros, como en el proceso de venta de los mismos.

Se requiere la siguiente información de los libros: Código del libro, Nombre del libro, Editorial,
Tema, Cantidad de Libros, ISDN, Estado del Libro (Prestado, Disponible), Nombre del Autor (se
manejará sólo un autor), el número del pasillo donde se encuentra el libro, el estante y el código
donde se encuentra el libro.

Se requiere la siguiente información de las ventas: Código de venta (Consecutivo), Código del
libro, Código del Usuario al que se le vendió, Código del Encargado Administrativo que lo vendió,
Fecha en que fue vendido, entre otros. La fecha de venta debe guardarse automáticamente (la del
sistema).

Se requiere la siguiente información de los encargados: Código de usuario (Cédula), Nombre del
usuario, Fecha de ingreso al sistema (debe ser automática, la fecha del sistema), Teléfono
Habitación, Teléfono Celular, Sexo, Dirección. Adicionalmente, para las personas a los que se les
venden los libros, Forma de Pago y Descuento. Para los encargados se debe incluir, el salario,
fecha en que inició a laborar para la librearía, estado civil, grado académico, carrera.

Puntos solicitados por la Librería para la aplicación:

a. Poder ingresar, modificar, consultar y eliminar un libro (se debe verificar que no esté
vendido).
b. Poder ingresar una venta (se debe actualizar el Estado del Libro): Cuando se vende un
libro se debe pasar de estado disponible a vendido. Nunca se debe eliminar una venta.
c. Poder Consultar la información de una venta. Esta consulta se debe realizar por medio
del Código de la venta.
d. Poder ingresar un usuario (tipos de usuarios: cliente o encargado administrador). Luego
de seleccionado el tipo de usuario, se debe presentar la información por incluir
dependiendo del tipo de usuario.
e. Poder consultar o modificar un usuario (de cualquier tipo).
f. Obtener un listado de todos los libros vendidos ordenados por fecha de venta.

Nota: Recuerde que si asume algún detalle que no está expresado en el caso, debe escribir lo que
está asumiendo.
Proyecto 1

Objetivo
El propósito principal del Proyecto 1 es que el estudiante comprenda y aplique diferentes
técnicas de identificación y recolección de requerimientos.

Enunciado
Deben contestar las preguntas que se le presentan a continuación. Para cada una de las
preguntas deberá investigar en fuentes bibliográficas ofrecidas en el curso y justificar sus
respuestas en base a dichas referencias, pueden usar bibliografía adicional, pero esta deberá
ser usada para complementar la respuesta. Recuerden utilizar el formato APA 7 para
referencias de acuerdo con la guía llamada “Normas APA” que se encuentra en la plataforma
de aprendizaje virtual del curso.

Requisitos
1. El proyecto deberá ser elaborado en equipo, con un mínimo de 5 integrantes.
2. Los equipos de proyecto serán conformados por el profesor-tutor del curso, y anunciados
oportunamente en el espacio Últimas noticias (colocado en la plataforma virtual del
curso). Los integrantes del equipo deben pertenecer al mismo grupo en la plataforma
virtual.
3. Todos los integrantes del equipo deben subir una copia del trabajo a la plataforma sin
excepción y todos deben presentar el mismo documento. El que no lo haga tendrá un
cero de calificación por no presentación.

Instrucciones
Esta actividad debe realizarse de forma grupal.

Recuerden que los ejercicios deben desarrollarse en el contexto del Caso de estudio para
Proyecto “Librería UNED” previamente descrito.

1. La primera tarea de su equipo de trabajo es analizar la problemática y encontrar las causas

del problema, aplicando la técnica de los 5 porqués y la técnica espina de pescado. Para
esto deben:
a. Utilizar la técnica de los cinco porqués y aplíquenla al caso de estudio.
b. Realizar un análisis conjunto aplicando la técnica de espina de pescado y remarcar
dos causas principales.
c. El ejercicio debe ser presentado a través de un video – de aproximadamente 20
minutos como mínimo y de 30min como máximo- donde el grupo del proyecto
realice una discusión activa sobre la problemática.
 Producto de este ejercicio deben presentar en el documento escrito lo siguiente:
● Análisis del caso utilizando la técnica 5 porqués.
● El diagrama de Ishikawa.
● Dirección web donde se encuentre el video con el desarrollo de las dinámicas. El
video debe contener los recuadros con los rostros de los estudiantes, y todos deben
participar por igual. Deben estudiar las técnicas y prepárese previamente para que
eso sea posible.

2. Del Capítulo 5 del libro Ingeniería de Requerimientos, estudie la técnica “Propuestas de

prototipos”, y estudie del capítulo 5 del libro Ingeniería de software, un enfoque práctico
de Pressman la técnica “Desarrollo de casos de uso”. Posterior a esto deben:
a. Estudiar ambas técnicas y proponer la forma en que van a enfrentar la primera
reunión en que van a recolectar o indagar los requerimientos.
b. Analizar, detallar y profundizar en las características, ventajas y desventajas de
cada una de las 2 técnicas.
c. Realizar un video – de aproximadamente 20 minutos como mínimo y máximo 30min
- con todos los integrantes del equipo donde discutan las técnicas, características,
ventajas, desventajas de las 2 técnicas.

Producto de este ejercicio el equipo debe presentar:

● En el documento, deben presentar un resumen, de máximo 2 páginas, con las 2
técnicas, sus características, ventajas y desventajas.
● Dirección web donde se encuentre el video. El video debe contener los recuadros
con los rostros de los estudiantes, y todos deben participar por igual. Deben estudiar
las técnicas y prepararse previamente para que eso sea posible.

3. Una vez escogida la técnica deben aplicarla al caso de estudio. Para esto deben:
a. Asignar un rol a cada estudiante (correspondiente a la técnica que escogieron).
b. Realizar un video – de aproximadamente 30 minutos como mínimo y de máximo
40min- con todos los integrantes del equipo donde simulen una reunión virtual y
apliquen esta técnica en el caso de estudio.

Producto de este ejercicio el equipo debe presentar:

● La planificación de la reunión (reglas, roles, fecha y hora, objetivo, etc.)
● La agenda de la reunión.
● El documento con los requerimientos resultantes de aplicar la técnica.
• Si escogen los prototipos, deben diseñar las pantallas, mínimo las 6
principales y explicar cada una de ellas.
• Si escogen los casos de uso, deben presentar el diagrama de casos de uso
y la descripción corta de todos los casos de uso (mínimo nombre del caso de
uso, objetivo y descripción).
● Dirección web donde se encuentre el video con el desarrollo de la dinámica. El video
debe contener los recuadros con los rostros de los estudiantes, y todos deben
participar por igual. Deben estudiar la técnica y prepárese previamente para que eso
sea posible.
Rúbrica
Criterio Puntos
1. Análisis de la problemática del caso de estudio. 35
● Presenta un análisis del caso utilizando la técnica de los 5 porqués de
forma correcta. 10 puntos.
● Presenta un análisis de espina de pescado de manera correcta. 10
puntos.
● Dirección web donde se encuentre el video con las dinámicas. 15 puntos

2. Discusión/análisis para selección de la técnica: “Propuesta de prototipos” o 30

“Casos de uso”:
● Características, ventajas y desventajas de cada técnica. 15 puntos
● Dirección web donde se encuentre el video con la dinámica. 15 puntos.

3. Desarrollo de la técnica “Propuesta de prototipos” o “Casos de uso”: en el 35

contexto del caso de estudio:
● La planificación de la reunión. 5 puntos
● La agenda de la reunión. 5 puntos
● Documento con los prototipos o diagrama y casos de uso producto de la
reunión. 10 puntos
● Dirección web donde se encuentre el video con la dinámica. 15 puntos.
Total 100

Notas importantes:
● Debe indicar las referencias correspondientes para resolver cada uno
de los ejercicios utilizando el formato APA.
● El documento de entrega debe cumplir el formato establecido en el
lineamiento de trabajos escritos de la UNED, y contener los siguientes
elementos: portada, índice, introducción, conclusiones, y bibliografía.
En
caso de existir algún incumplimiento en el formato indicado no se
evaluará la entrega realizada, y se acreditará una nota de cero.
● La redacción y ortografía se valoran de forma integral en el documento,
por lo tanto, se debe cumplir con este aspecto en cada uno de los
apartados. En los ítems donde se incumpla con esta disposición se
podrán descontar puntos.
● Recuerde que debe entregar un único documento en formato PDF en la
sección correspondiente de la plataforma, con el desarrollo de cada
uno de los ítems solicitados, y en la fecha indicada en el cronograma
del curso. No se admiten entregas extemporáneas y/o por medios
diferentes.
Proyecto 2

Objetivo
El propósito del Proyecto 2 es que el estudiante comprenda y aplique diferentes técnicas de
especificación de requerimientos de propuestas ágiles de desarrollo.

Enunciado
Deben contestar las preguntas que se le presentan a continuación. Para cada una de las
preguntas deberá investigar en fuentes bibliográficas ofrecidas en el curso y justificar sus
respuestas en base a dichas referencias, pueden usar bibliografía adicional, pero esta deberá
ser usada para complementar la respuesta. Recuerden utilizar el formato APA 7 para
referencias de acuerdo con la guía llamada “Normas APA” que se encuentra en la plataforma
de aprendizaje virtual del curso.

Requisitos
1. El proyecto deberá ser elaborado en grupo, con el mismo grupo que se trabajó en el
proyecto 1.
2. Todos los integrantes del equipo deben subir una copia del trabajo a la plataforma sin
excepción y todos deben presentar el mismo documento. El que no lo haga tendrá un
cero de calificación por no presentación.
3. Los integrantes del equipo deben pertenecer al mismo grupo en la plataforma virtual.

Instrucciones
Esta actividad debe realizarse de forma grupal.

Recuerden que los ejercicios deben desarrollarse en el contexto del Caso de estudio para
Proyecto “Librería UNED” previamente descrito.
1. Estudien la técnica “Mapa de historias” y el concepto de “Producto mínimo viable” para
ello utilicen los recursos expuestos en la bibliografía u otros de actores reconocidos que le
sean de utilidad y creen un mapa de historias a partir del enunciado del caso de estudio.
Para ello deben:
a. Asignar un rol de Scrum a cada estudiante. Es decir, un estudiante debe ser el
dueño de producto, otro el scrum máster, y los restantes serían miembros del
equipo.
b. Realizar un video – de aproximadamente 30 minutos como mínimo y máximo de
40min- con todos los integrantes del equipo y simular una reunión virtual donde
apliquen esta técnica.

Producto de este ejercicio el equipo debe presentar:

● En el documento, deben entregar el mapa de historias y donde se aplique el
concepto de “Producto mínimo viable” con el formato definido por un autor de
referencia.
● Dirección web donde se encuentre el video con el desarrollo de la dinámica. El video
debe contener los recuadros con los rostros de los estudiantes, y todos deben
 participar por igual. Deben estudiar la técnica y prepárese previamente para que eso
sea posible.

2. Estudien el evento “Sprint plannig” y la técnica de estimación “Plannig Poker” para ello
usen los recursos expuestos en la bibliografía u otros de actores reconocidos que les sean
de utilidad. Seguidamente deben:
a. Asignar un rol de Scrum a cada estudiante. Es decir, un estudiante debe ser el
dueño de producto, otro el scrum máster, y los restantes serían miembros del
equipo.
b. Realizar un video – de aproximadamente 30min como mínimo y máximo de
40min - con todos los integrantes del equipo y simular una reunión virtual donde
apliquen estas técnicas.
c. Escoger 5 historias y para cada historia deberán discutirlas y puntuarlas.

Producto de este ejercicio el equipo debe presentar:

● En el documento, deben presentar las 5 historias con su respectiva puntuación, con
los criterios de aceptación y con el formato definido por un autor de referencia. El
formato mínimo para las historias de usuario debe ser: “como un”, “quiero”, “con el
fin de”. Asimismo, los criterios de aceptación de aceptación deben ser: “dado que”,
“cuando”, “entonces”.
● Dirección web donde se encuentre el video con el desarrollo de las dinámicas. El
video debe contener los recuadros con los rostros de los estudiantes, y todos deben
participar por igual. Deben estudiar la técnica y prepárese previamente para que eso
sea posible.

3. Identificar, al menos 5 requerimientos no funcionales y documentarlos y presentar en el

trabajo escrito. Debe presentarlos como historias de usuario, siguiendo lo indicado en el
artículo “Non-functional requiremenst as User Stories”

Rúbrica
Criterio Punto
s
1. Desarrollo de la técnica “Mapa de historias”: 40
● Mapa de historias producto de la dinámica. 15 puntos.
● Dirección web donde se encuentre el video con la dinámica. 30 puntos.

2. Desarrollo de las técnicas “Sprint Planning” y “Planning Poker”: 40

● 5 historias producto de la dinámica. 15 puntos.
● Dirección web donde se encuentre el video con la dinámica. 30 puntos.

3. 5 Requerimientos no funcionales como historias de usuario. 10

4. 5 Conclusiones de las técnicas estudiadas y lo que aprendieron de ellas. 10

Total 100

Notas importantes:
 ● Debe indicar las referencias correspondientes para resolver cada uno de
los ejercicios utilizando el formato APA.
● El documento de entrega debe cumplir el formato establecido en el
lineamiento de trabajos escritos de la UNED, y contener los siguientes
elementos: portada, índice, introducción, conclusiones, y bibliografía. En
caso de existir algún incumplimiento en el formato indicado no se
evaluará la entrega realizada, y se acreditará una nota de cero.
● La redacción y ortografía se valoran de forma integral en el documento,
por lo tanto, se debe cumplir con este aspecto en cada uno de los
apartados. En los ítems donde se incumpla con esta disposición se
podrán descontar puntos.
● Recuerde que debe entregar un único documento en formato PDF en la
sección correspondiente de la plataforma, con el desarrollo de cada uno
de los ítems solicitados, y en la fecha indicada en el cronograma del
curso. No se admiten entregas extemporáneas y/o por medios
diferentes.

Bibliografía

● Advantages of User Stories for Requirements

Cohn, M. (2019, 15 agosto). Advantages of User Stories for Requirements. Mountain
Goat Software.
https://www.mountaingoatsoftware.com/articles/advantages-of-user-stories-for-requireme
nts

● Análisis de Causa Raíz: Qué Es y Cómo Hacerlo. (2021, 3 febrero). Recuperado 27 de

marzo de 2021, de https://blog.infraspeak.com/es/analisis-de-causa-raiz/

● Análisis causa raíz | Qué es, ejemplos y métodos. (2019, 22 agosto). Recuperado 28 de
marzo de 2021, de
https://www.grapheverywhere.com/analisis-causa-raiz-que-es-ejemplos-y-metodos/

● Análisis de causa raíz: el diagrama de espina de pescado — Reporting Obligations. (s.

f.). Recuperado 27 de marzo de 2021,
de
http://managing-ils-reporting.itcilo.org/es/herramientas/analisis-de-causa-raiz-el-diagram
a-de-e
spina-de-pescado#:%7E:text=El%20diagrama%20de%20espina%20de%20pescado%2
0es%20un% 20diagrama%20de,posibles%20causas%20de%20un%20problema.

● Betancourt, D. (2019b, diciembre 7). Los 5 Por qué: Análisis de causa raíz basado en
preguntas. Recuperado 28 de marzo de 2021, de
https://www.ingenioempresa.com/los-5-por-que/

● Becher, M. (2020, 2 diciembre). 5 Porqués: Qué es y cómo aplicar. Recuperado 28 de

marzo de 2021, de https://blog.softexpert.com/es/5-porques/
● Case Study - Virtual vs Brick-and-Mortar Banks: Who is Winning the Social Media Battle
Talkwalker.com. (s. f.). Case Study - Virtual vs Brick-and-Mortar Banks: Who is Winning
the Social Media Battle. Talkwalker. Recuperado 6 de
septiembre de 2020, de
https://www.talkwalker.com/es/casos-practicos/case-study-virtual-vs-brick-and-mortar-ba
nks-w ho-is-winning-the-social-media-battle#

● ¿Cómo empezar un proyecto - Agile Inception - Proyectos bien definidos?

Ágil Es - Por Cris Rúa. (2018a, abril 15). Como empezar un proyecto - Agile Inception -
Proyectos bien definidos. Recuperado 3 de mayo
de 2020, de https://www.youtube.com/watch?v=Q-mLfDXqSKo

● ¿Cómo funciona la toma de requisitos en ágil?

Menzinsky, A. (s. f.-a). ¿Cómo funciona la toma de requisitos ágil?
scrum.menzinsky.com. Recuperado 22 de agosto
de 2020, de
https://scrum.menzinsky.com/2016/06/como-funciona-la-toma-de-requisitos-agil.html

● ¿Cómo hacer un sándwich?, un desafío con instrucciones exactas. (2018, 29

diciembre). [Vídeo]. YouTube. https://www.youtube.com/watch?v=Er0HBLMNkTA

● ¿Cómo generar un Backlog de Producto: el mapa de historias de usuario?

Grau, J. L. V. (2020, febrero 27). Cómo generar un Backlog de Producto: el mapa de
historias de usuario. Recuperado 3 de mayo
de 2020, de
https://proagilist.es/blog/agilidad-y-gestion-agil/generar-backlog-producto-mapa-historias
-usuar io/

● David Peralta. (2020, 6 mayo). TÉCNICA DE LOS 5 PORQUÉ DE TOYOTA [Archivo de

vídeo]. Recuperado de https://www.youtube.com/watch?v=i7lRn2TdZaY&t=98s

● Design Thinking España. (2020, 24 julio). Metodología Design Thinking. Ejemplos.

[Archivo de vídeo]. Recuperado de
😃
https://www.youtube.com/watch?v=_ul3wfKss58&t=162s

● EJEMPLO DE IMPACT MAPPING - Como iniciar un proyecto - mapa de impacto. (2018,

29 abril). [Vídeo]. YouTube. https://www.youtube.com/watch?v=4K3Mk-gtQZQ

● El modelado de requerimientos en metodologías ágiles

Rivadeneira, S., Vilanova, G., Miranda, M., & Cruz, D. (2013). El modelado de
requerimientos en las metodologías ágiles. http://sedici.unlp.edu.ar/handle/10915/27196

● El lenguaje unificado de modelado

J. Rumbaugh, I. Jacobson, G. Booch. (2007). El lenguaje unificado de modelado. Manual
de Referencia. 2da. Ed. Pearson Educación. S.A. Madrid, España.
● Exprimiendo Scrum: Scrum y la gestión de requisitos – La masa, el ladrillo, la bota, el
bocadillo… González, A. R. C. (2007, 12 noviembre). Exprimiendo Scrum: Scrum y la
gestión de requisitos – La masa, el ladrillo, la bota, el
bocadillo…. Geeks.
https://geeks.ms/rcorral/2007/11/12/exprimiendo-scrum-scrum-y-la-gestin-de-requisitos/

● Extending Impact Mapping to Gain Better Product Insights. (s. f.). Recuperado 3 de
mayo de 2020,
de
https://www.scrum.org/resources/blog/extending-impact-mapping-gain-better-product-insi
ghts

● Historias de usuario para los requisitos de un proyecto

Sabadí, P. (s. f.-a). Historias de usuario para los requisitos de un proyecto -
Scrumízate. Scrumizate.
http://scrumizate.com/post/14/historias-de-usuario-para-definir-los-requisitos-de-un-proye
cto

● Horizontal and Vertical User Stories - Slicing the Cake.

Delta Matrix | Horizontal and Vertical User Stories – Slicing the Cake. (s. f.). Delta
Matrix. Recuperado 22 de agosto de 2020,
de http://www.deltamatrix.com/horizontal-and-vertical-user-stories-slicing-the-cake/

● IDEO. (2020, 26 junio). What is Design Thinking? Recuperado 28 de marzo de 2021, de

https://www.ideou.com/blogs/inspiration/what-is-design-thinking

● Impact Mapping | The Agile Coach. (2019, enero 23). Recuperado 3 de mayo de 2020,
de https://theagilecoach.co.nz/impact-mapping/

● IMPACT MAPPING - INCEPTION AGILE - COMO INICIAR UN PROYECTO. (2018, 21

abril). [Vídeo]. YouTube. https://www.youtube.com/watch?v=dt-EIN8dBbY&t=16s

● Ingeniería del software, un enfoque práctico

Roger S. Pressman. (2010). “Ingeniería del software, Un enfoque práctico”; 7ma.
Edición. McGraw-Hill. México.

● Ingeniería de requerimientos. (s. f.). McGraw-Hill Education.

● iSixSigma-Editorial. (2019, 27 septiembre). The Fundamentals of Cause-and-effect (aka

Fishbone) Diagrams. Recuperado 27 de marzo
de 2021, de
https://www.isixsigma.com/resource-pages/the-fundamentals-of-cause-and-effect-aka-fis
hbone
-diagrams/

● ITMadrid - Qué es y para qué sirve Design Thinking. (2020, 21 octubre). Recuperado 28
de marzo de 2021, de
https://www.itmadrid.com/que-es-y-para-que-sirve-design-thinking/

● lepatru007. (2020, 26 febrero). Diagrama de Ishikawa : Causa y Efecto- Tipos-Ejemplo

[Archivo de vídeo]. Recuperado de https://www.youtube.com/watch?v=7fYLFzl1njM
● Mapeo de Historias de usuario
Mapeo de Historias de usuario (USM) e Inception Directo al punto. (2019, febrero 22).
Recuperado 3 de mayo de 2020,
de
https://www.caroli.org/es/mapeo-de-historias-de-usuario-usm-y-inception-directo-al-punt
o/

● Notas del curso: Análisis de requerimientos.

Gómez, M. C. (2011). Notas del curso: Análisis de requerimientos. Casa abierta al
tiempo.

● Plantillas Scrum: historias de usuario y criterios de aceptación. La Oficina de Proyectos

de Informática. Recuperado 22 de agosto de 2020,
de http://www.pmoinformatica.com/2012/10/plantillas-scrum-historias-de-usuario.html

● Product backlog. Gestión ágil de requisitos. Incluyo plantilla!

Monreal, V. T. L. E. D. C. (2016, 11 julio). Product backlog. Gestión ágil de requisitos.
Incluyo plantilla! Gestión por
Proyectos.
https://gestionporproyectos.wordpress.com/2016/07/11/product-backlog-gestion-agil-de-r
equis itos-incluyo-plantilla/

● Requerimientos, Técnicas de Especificación y metodologías Ágiles

Requerimientos, Técnicas de Especificación y metodologías Ágiles. (s. f.). Gist.
Recuperado 22 de agosto de 2020, de
https://gist.github.com/brunocascio/09ba6c90842948bfb9ad

● Scrum for the Rest of Us!

Rabon, B. M. (2013, 1 enero). Scrum for the Rest of Us! A Braintrust Field Guide.
Braintrustgroup.com.
https://www.braintrustgroup.com/wp-content/uploads/2019/12/Scrum-For-The-Rest-of-Us
-Bria n-Rabon-1.pdf

● Senn, J. A. (1992). Análisis y diseño de sistemas de información. McGraw-Hill

Interamericana. https://elibro-net.cidreb.uned.ac.cr/es/ereader/uned/72385?page=1

● Sommerville, I. (2011). Ingeniería de software (9a. ed.). Pearson Educación.

https://elibro-net.cidreb.uned.ac.cr/es/ereader/uned/37857?page=1

● Técnicas Ágiles: Impact Mapping.

Alonso, A. (2019, enero 10). Técnicas Ágiles: Impact Mapping. Recuperado 3 de mayo
de 2020, de
https://adrianalonso.es/project-management/tecnicas-agiles-impact-mapping/

● Técnicas efectivas para la toma de requerimientos.

Valdez, V. (2019, agosto 6). Técnicas efectivas para la toma de requerimientos.
Recuperado 2 de mayo de 2020,
de https://www.northware.mx/2012/01/15/tecnicas_efectivas_toma_requerimientos/
● Tecnología, C. L. N. Y. (2017, 26 mayo). ¿QUÉ ES DESIGN THINKING?
PENSAMIENTO DE DISEÑO. Recuperado 28 de marzo
de 2021, de
https://www.luisan.net/blog/diseno-grafico/que-es-design-thinking

● Top 5 takeaways from User Story Mapping - Mal Sanders

Sanders, M. (2019, diciembre 4). Top 5 takeaways from User Story Mapping - Mal
Sanders. Recuperado 3 de mayo de
2020, de
https://medium.com/@mal.sanders/top-5-takeaways-from-user-story-mapping-by-jeff-pat
ton-f8 c80cf73750

● Tutoriales, G. (s. f.). Qué es el Diagrama de Ishikawa o Diagrama de Causa Efecto.

Recuperado 28 de marzo de 2021,
de
https://www.gestiondeoperaciones.net/gestion-de-calidad/que-es-el-diagrama-de-ishika
wa-o-di agrama-de-causa-efecto/

● User Stories and User Story Examples

Cohn, M. (s. f.). User Stories and User Story Examples by Mike Cohn. Recuperado 13
de abril de 2020, recuperado de
https://www.mountaingoatsoftware.com/agile/user-stories

● User Story Mapping

Ágil Es - Por Cris Rúa. (2018b, septiembre 12). User Story Mapping. Recuperado 3 de
mayo de 2020, de https://www.youtube.com/watch?v=txOLx58sT5g

● User Story Mapping with Jeff Patton

Comsysto Reply GmbH. (2015, noviembre 17). User Story Mapping with Jeff Patton.
Recuperado 3 de mayo de 2020, de https://www.youtube.com/watch?v=AorAgSrHjKM

● What is the Agile Technique Impact Mapping? (2018, 30 agosto). [Vídeo]. YouTube.
https://www.youtube.com/watch?v=oKx4nITZw-8

● What is Scrum?
T. (2020, 28 mayo). What is Scrum. Organize
Agile. https://www.organizeagile.com/what-is-scrum/

● Working with stakeholders in Scrum: The Product Owner Primer | Bigger Impact. (s. f.).
boost.co.nz. Recuperado 5 de septiembre de 2020,
de
https://www.boost.co.nz/blog/2018/05/stakeholders-in-scrum-product-owner#:%7E:text=
As%2 0Product%20Owner%2C%20you%20can,customers

● ISO 25010 y el desarrollo de software - Nicolás F. Ormeño Rojas

 Rojas, O. N. F. (2019, 15 mayo). ISO 25010 y el desarrollo de software - Nicolás F.
Ormeño Rojas. Medium.
https://medium.com/@normeno/iso-25010-y-el-desarrollo-de-software-112393a4b341

● Non-functional requirements. Cohn.

Cohn, M. (2019b, agosto 15). Non-functional Requirements as User Stories. Mountain
Goat Software.
https://www.mountaingoatsoftware.com/blog/non-functional-requirements-as-user-stories

● Non-functional requiremenst as User Stories. Safe.

Leffingwell, D. (2020, 30 junio). Nonfunctional Requirements. Scaled Agile Framework.
https://www.scaledagileframework.com/nonfunctional-requirements/

● Not Everything is a User Story

Petersen, D. P. (2018, 21 marzo). Not Everything is a User Story.
LullaBot. https://www.lullabot.com/articles/not-everything-is-a-user-story

● Requisitos no funcionales
EcuRed. (s. f.). Requisitos no funcionales - EcuRed.
EducaRed. https://www.ecured.cu/Requisitos_no_funcionales

● Requisitos funcionales y no funcionales

Blog, R. (2018, 29 noviembre). Requerimientos Funcionales y No Funcionales, ejemplos
y tips. Medium.
https://medium.com/@requeridosblog/requerimientos-funcionales-y-no-funcionales-ejem
plos- y-tips-aa31cb59b22a

● Taxonomía de los requisitos

Taxonomía de requisitos | Marco de Desarrollo de la Junta de Andalucía. (s. f.). Junta
De Andalucia. Recuperado 23 de agosto de 2020,
de http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/408