Baixe no formato DOCX, PDF, TXT ou leia online no Scribd
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.