Integrantes: Gabriela Naranjo, Sofía González, Santiago García, Slendy

Alarcón.
Grado: 1002
Solución guía número 2
3.1. Actividades de reflexión inicial

Situación Problema:
Las personas ciegas enfrentan duras barreras para hacer actividades de la
vida cotidiana, como leer, escribir y navegar en entornos desconocidos. Hay
una necesidad de desarrollar una herramienta que les brinde apoyo y
ayude a su integración en la sociedad.
Necesidades:
1. Reconocimiento de texto: tener la Capacidad para reconocer y leer texto
impreso y digital.
2. Navegación asistida: Herramientas para navegar en entornos
desconocidos, como mapas.
3. Comunicación accesible: Interfaz de comunicación que permita a las
personas ciegas interactuar con otras personas de manera facil y efectiva.
4. Acceso a información: Acceso a información, como noticias, educación y
entretenimiento.
Requerimientos:
1. Interfaz de usuario accesible: Diseñar una interfaz que sea fácil de usar y
Situación Problema:
Las personas ciegas enfrentan duras barreras para hacer actividades de la
vida cotidiana, como leer, escribir y navegar en entornos desconocidos. hay
una necesidad de desarrollar una herramienta que les brinde apoyo y
ayude a su integración en la sociedad.
Necesidades:
1. Reconocimiento de texto: tener la Capacidad para reconocer y leer texto
impreso y digital.
2. Navegación asistida: Herramientas para navegar en entornos
desconocidos, como mapas.
3. Comunicación accesible: Interfaz de comunicación que permita a las
personas ciegas interactuar con otras personas de manera fácil y efectiva.
4. Acceso a información: Acceso a información, como noticias, educación y
entretenimiento.
Requerimientos:
1. Interfaz de usuario accesible: Diseñar una interfaz que sea fácil de usar y
navegar para personas ciegas.
2. Tecnologías de asistencia: Integrar tecnologías de asistencia, como
lectura de pantalla y reconocimiento de voz.
3. Base de datos de información: Crear una base de datos de información
relevante y actualizada.
4. Seguridad y privacidad: Garantizar la seguridad y privacidad de los
usuarios.
¿Qué importancia tiene el correcto análisis de los requisitos del software a
desarrollar?
 Es importante para garantizar que el producto final cumpla con las
especificaciones requeridas que sea útil y efectivo.
¿Es necesario de otras técnicas para entender mejor al usuario?
 Sí, ya que estas proporcionan una perspectiva más completa y
profunda sobre las necesidades del usuario. Estas técnicas adicionales
orientan la satisfacción de sus requerimientos.
¿Realizar el correcto análisis de los requisitos del software a desarrollar,
ayudará al oportuno desarrollo y entrega del proyecto del software?
  Claro que sí, realizar un correcto análisis de los requisitos del software
es fundamental para el éxito del desarrollo y entrega del proyecto del
software, ya que ayuda a establecer una base sólida para todo el ciclo
de vida del desarrollo del software, puede evitar mal entendidos y/o
cambios de último minuto costosos y retrasos en el proyecto.
Ayuda a garantizar que el producto final cumpla con las expectativas
del cliente.
3.2 Actividades de contextualización e identificación de conocimientos
necesarios para el aprendizaje
 ¿Mencione las metodologías de desarrollo ágil más representativas y
cuál de ellas les interesó más y por qué?
Scrum es una metodología ágil muy popular en la industria del desarrollo
de software. Se basa en dividir el trabajo en iteraciones cortas llamadas
"sprints", que suelen durar de 1 a 4 semanas. Durante un sprint, un equipo
auto organizado trabaja en las tareas más importantes para entregar un
producto funcional al final del sprint.
Kanban es otra metodología ágil que se enfoca en la visualización del
trabajo y la gestión de flujo continuo. En Kanban, las tareas se representan
como tarjetas en un tablero, donde se puede ver el estado de cada una (por
hacer, en progreso, hecho, etc.).
Extreme Programming (XP) es otra metodología ágil que se enfoca en la
mejora de la calidad del software y la satisfacción del cliente a través de
prácticas de desarrollo específicas.
Algunas de las prácticas clave de XP incluyen la programación en parejas
(dos programadores trabajando juntos en el mismo código), pruebas
unitarias frecuentes, integración continua, diseño simple, entre otras.
Nos parece interesante ya que permite la mejora de calidad del software y
hace que el cliente quede satisfecho con el el trabajo realizado por el
desarrollador
 ¿Qué es un requisito de software?
  Son una definición de lo que un sistema de software debe hacer, son
una guía para comprender las necesidades de los usuarios con
respecto al software
 ¿Para qué sirve el análisis de requisitos de software?
El análisis de requisitos ayuda a garantizar que el software desarrollado
satisfaga las necesidades reales de los usuarios y cumpla con los objetivos
establecidos, lo que contribuye al éxito del proyecto.
 ¿Qué tan importante es el análisis de requerimientos dentro del ciclo
de vida de la ingeniería de software?
El análisis de requerimientos es fundamental en el ciclo de vida de la
ingeniería de software, ya que sienta las bases para el éxito del proyecto.
Esta etapa inicial es crucial porque se encarga de recopilar y validar lo que
se espera lograr con el software:
1. Claridad y comprensión: Permite establecer una comprensión clara entre
los stakeholders (interesados) sobre lo que se necesita y se espera del
sistema.
2. Prevención de errores: Identifica posibles malentendidos, inconsistencias
o requisitos incompletos desde el principio, lo que ayuda a prevenir
problemas futuros en etapas más avanzadas del proyecto.
3. Alineación con objetivos: Ayuda a garantizar que el software
desarrollado cumpla con los objetivos del negocio y las necesidades reales
de los usuarios, aumentando la satisfacción del cliente.
4. Control de cambios: Proporciona una base sólida para gestionar los
cambios en los requisitos a lo largo del ciclo de vida del proyecto.

 ¿Cuáles son las ventajas y desventajas de realizar correctamente el

análisis de los requisitos del software?

Ventajas:
1. Mejor comprensión del problema: Permite a los desarrolladores y
stakeholders comprender claramente cuáles son las necesidades y
expectativas del sistema que se va a desarrollar.
2. Reducción de costos: Al identificar y corregir problemas en etapas
tempranas, se evitan costos adicionales asociados con cambios tardíos en
los requisitos.
3. Mayor satisfacción del cliente: Al asegurarse de que el software cumpla
con las expectativas del cliente, se aumenta la satisfacción y la probabilidad
de éxito del proyecto.
4. Facilita la planificación: Proporciona una base sólida para la planificación
del proyecto, incluyendo estimaciones realistas de tiempo y recursos
necesarios.
Desventajas:
1. Sobre requisitos: Puede ocurrir cuando se incluyen requisitos
innecesarios o excesivos, lo que puede llevar a un aumento en la
complejidad y los costos.
2. Requisitos incompletos o malinterpretados: Si no se capturan todos los
requisitos o si estos no se entienden correctamente, pueden surgir
problemas durante el desarrollo que afecten la calidad del software.
3. Rigidez: Un exceso de rigidez en los requisitos puede dificultar la
adaptación a cambios futuros o nuevas necesidades del negocio.
En general, realizar correctamente el análisis de requisitos es fundamental
para el éxito de un proyecto de software, ya que contribuye a una mayor
claridad, eficiencia y satisfacción de todas las partes involucradas.
 Mencione y describa la clasificación de los requisitos.
1. Según su origen:
- Requisitos del cliente: Expresados por los usuarios finales o clientes del
software.
- Requisitos del usuario: Expresa las necesidades y expectativas de los
usuarios finales.
 - Requisitos del sistema: Especifican las funciones y restricciones del
sistema a desarrollar.
2. Según su naturaleza:
- Requisitos funcionales: Describen las funciones específicas que el
sistema debe realizar.
- Requisitos no funcionales: Especifican atributos del sistema, como
rendimiento, seguridad o usabilidad.
3. Según su estabilidad:
- Requisitos estables: Aquellos que se espera que no cambien a lo largo
del proyecto.
- Requisitos volátiles: Pueden cambiar durante el desarrollo del software
debido a factores externos.
4. Según su nivel de abstracción:
- Requisitos de negocio: Relacionados con los objetivos y necesidades del
negocio.
- Requisitos de usuario: Expresan las necesidades y expectativas de los
usuarios finales.
- Requisitos de sistema: Especifican las funciones y restricciones del
sistema a desarrollar.
5. Según su prioridad:
- Requisitos esenciales: Aquellos imprescindibles para el funcionamiento
básico del sistema.
- Requisitos deseables: Aportan valor añadido pero no son críticos para la
funcionalidad principal.
- Requisitos opcionales: Mejoran la experiencia del usuario pero no son
esenciales
 Defina las etapas de la ingeniería de requisitos:
1. Elicitación de Requisitos: En esta etapa se recopilan los requisitos del
sistema a través de entrevistas con stakeholders, observaciones,
cuestionarios y otras técnicas para comprender sus necesidades y
expectativas.
2. Análisis de Requisitos: Los requisitos recopilados en la etapa anterior se
analizan para identificar posibles inconsistencias, omisiones o conflictos. Se
priorizan los requisitos y se establecen relaciones entre ellos.
3. Especificación de Requisitos: En esta etapa se documentan los requisitos
de forma clara y concisa utilizando diferentes técnicas como casos de uso,
prototipos, diagramas o especificaciones formales.
4. Validación de Requisitos: Los requisitos documentados son validados con
los stakeholders para asegurarse de que reflejan con precisión sus
necesidades y expectativas. Se buscan posibles inconsistencias o
malentendidos.
5. Gestión de Requisitos: Esta etapa implica el control y seguimiento de los
requisitos a lo largo del ciclo de vida del proyecto. Se gestionan cambios, se
mantiene la trazabilidad y se asegura la integridad de los requisitos
 3.3 Actividades de apropiación
  3.4 Actividades de transferencia de conocimiento
Identificación de las fuentes, es necesario tener una lista de fuentes de
requerimientos:

- Clientes y usuarios finales.

- Stakeholders internos.
-Documentación existente.
- requisitos legales y regulatorios.
- consultores y expertos del dominio -
competencia.
La identificación de los Stakeholders, por lo que deberán sacarlos en una
lista con sus funciones y atributos:
1. cliente principal:
- función: Representa la organización o individuo que financia el proyecto
- atributos: Toma decisiones específicas, define las prioridades y requisitos
del proyecto
2. usuarios finales:
- función: personas que usara en software en su vida cotidiana
- atributos: proporcionan feedback sobre la usabilidad funcionalidad y
rendimiento del software
3. equipo de desarrollo:
- función: ingenieros diseñadores y testers que trabajan creando software
- atributos: responsables de implementar los requerimientos y aseguran la
calidad y cumplen con los plazos