Tarea Sem3 Inegrador I

Fazer download em docx, pdf ou txt
Fazer download em docx, pdf ou txt
Você está na página 1de 1

1.

Cuno Barrios, Fabrizio Joshue


2. Damian Lomas, Ailton Sebastian
3. Lizano Estela, Ximena Alexandra
4. Llajaruna Caman, Irving Johel
- Integrador 1: Sistema de software - Semana 3
1. ¿Qué es la toma de requerimientos?
La toma de requerimientos es el proceso de identificar y definir lo que el sistema debe hacer y cómo debe hacerlo para
satisfacer las necesidades y expectativas de los usuarios y otras partes interesadas.
Ejemplo: Definir que el sistema de ventas debe permitir registrar las ventas diarias y gestionar el inventario de
medicamentos.
2. ¿Cuáles son las técnicas comunes para la recolección de información?
Algunas técnicas comunes incluyen entrevistas, encuestas y el análisis de documentos.
Ejemplo: Realizar entrevistas con los empleados de la botica para entender cómo manejan actualmente las ventas y el
inventario.
3. ¿Qué son los requerimientos funcionales y no funcionales?
Los requerimientos funcionales especifican las funciones que el sistema debe realizar, mientras que los requerimientos
no funcionales describen cómo el sistema debe llevar a cabo esas funciones.
Ejemplo: Un requerimiento funcional sería que el sistema genere facturas, mientras que un requerimiento no funcional
sería que el sistema responda en menos de 2 segundos.
4. ¿Cómo se priorizan los requerimientos?
Se pueden priorizar utilizando la metodología MoSCoW, que clasifica los requerimientos en “imprescindibles”,
“necesarios” y “deseables”.
Ejemplo: Priorizar la función de registrar ventas como "imprescindible" y la generación de reportes como "deseable".
5. ¿Qué es la validación de requerimientos?
La validación de requerimientos implica revisar y ajustar los requerimientos con las partes interesadas para asegurarse
de que sean correctos y completos.
Ejemplo: Revisar con el dueño de la botica si todos los productos y servicios están bien representados en el sistema.
6. ¿Qué papel juegan las partes interesadas en la toma de requerimientos?
Las partes interesadas son cruciales para proporcionar información y validar los requerimientos, asegurando que estos
reflejen sus necesidades y expectativas.
Ejemplo: El dueño de la botica proporciona detalles sobre los tipos de medicamentos que deben ser incluidos en el
sistema.
7. ¿Qué es la gestión de cambios en los requerimientos?
La gestión de cambios en los requerimientos es un proceso formal para solicitar y aprobar modificaciones en los
requerimientos, manteniendo el control sobre el alcance del proyecto.
Ejemplo: Si se decide añadir una funcionalidad para gestionar recetas médicas, se documenta y aprueba formalmente.
8. ¿Cómo se documentan los requerimientos?
Los requerimientos se documentan de manera clara y precisa, asegurando que sean validados y priorizados
adecuadamente.
Ejemplo: Redactar un documento donde se detalla que el sistema debe permitir la búsqueda de medicamentos por
nombre y código.
9. ¿Qué son los prototipos en la identificación de requerimientos?
Los prototipos son versiones preliminares del sistema que permiten a los usuarios interactuar con él y proporcionar
retroalimentación.
Ejemplo: Crear un prototipo del módulo de ventas para que los empleados de la botica prueben y sugieran mejoras.
10. ¿Por qué es importante la comunicación continua durante la toma de requerimientos?
La comunicación continua es esencial para asegurar que los requerimientos sean comprendidos correctamente y que
cualquier cambio sea discutido y aprobado a tiempo.
Ejemplo: Mantener reuniones semanales con el dueño de la botica para revisar el progreso y discutir posibles ajustes.

Você também pode gostar