Después de haber identificado estas fuentes, existen varias técnicas que puede usar para recopilar requisitos (ver también
[Tel06]). Sin embargo, es importante reconocer que la recolección de requisitos es un
proceso iterativo, y no existe una técnica única que sea universalmente aplicable [HIC03].
Consejos de éxito:
Hazlo ahora, manténgalo pequeño e iterar.
Capture los requisitos y luego colabore con las partes interesadas para corregirlos y mejorarlos. Puedes capturar
requisitos de una o más de estas formas:
- Realizar una sesión de lluvia de ideas
- Entrevistar a los usuarios
- Trabajar en el entorno objetivo
- Estudiar sistemas análogos
- Examinar sugerencias e informes de problemas
- Hablar con equipos de apoyo
- Mejoras de estudio realizadas por los usuarios
- Busque usos involuntarios
- Realizar talleres de colaboración
- Demostrar prototipos a las partes interesadas
La lluvia de ideas es una sesión grupal corta en la que a todos los participantes pueden decir que lo que consideren que es importante para el
tema de discusión. Después de eso, un facilitador lidera al grupo en la organización y priorización de los resultados. los
Seguir reglas básicas para la lluvia de ideas asegura mejores resultados:
- Realizar una sesión de lluvia de ideas
- Entrevistar a los usuarios
- Trabajar en el entorno objetivo
- Estudiar sistemas análogos
- Examinar sugerencias e informes de problemas
- Hablar con equipos de apoyo
- Mejoras de estudio realizadas por los usuarios
- Busque usos involuntarios
- Realizar talleres de colaboración
- Demostrar prototipos a las partes interesadas
El contacto cara a cara con los usuarios a través de entrevistas individuales es la principal fuente de requisitos y una importante
forma de reunir y validar sus requisitos. Recuerda que no es la única técnica posible y que puedes
realizar entrevistas de muchas maneras diferentes. Desarrolle un repertorio de estilos para adaptarse a diferentes situaciones. A menos que uses el
Sistema usted mismo, deberá hacer un esfuerzo para comprender y experimentar el problema del usuario para describirlo claramente
y correctamente.
¿Qué son las técnicas de recolección de requerimientos?
Una vez que tenga requisitos funcionales de alto nivel, es una buena idea explorar una variedad de casos y escenarios de uso.
Los casos de uso son los objetivos comerciales individuales específicos que debe lograr el sistema y las diversas situaciones en las que se utilizará una característica o funcionalidad determinada. Describen las diversas entidades externas que actúan sobre el sistema y las interacciones específicas que tienen con el sistema para lograr el objetivo comercial. Los casos de uso se expresan como listas paso a paso de tareas realizadas durante un proceso.
Los escenarios, también llamados historias de usuarios, son similares a los casos de uso en que describen cómo el sistema llevará a cabo un proceso para cumplir con un objetivo comercial. Sin embargo, su forma es una narración, en lugar de una lista enumerada. Son esencialmente historias cortas con el usuario en el papel del protagonista. Escenarios describen:
- Tareas que realizan los usuarios
- Información usuarios ver
- Cómo interactúan los usuarios con el sistema
Los casos y escenarios de uso se pueden utilizar para validar las características y los requisitos funcionales del sistema en una amplia gama de situaciones. También pueden ayudarlo a descubrir excepciones y casos de límites que necesitan consideración.
Un grupo focal (o grupo de usuarios) es una reunión de clientes o representantes de usuarios que se reúnen con usted para
Muchos ingenieros de sistemas y analistas de negocios son escépticos sobre el uso de grupos focales para recopilar requisitos. Las reuniones pueden ser dominadas por personas vocales con agendas estrechas. Los fuertes desacuerdos sobre las necesidades y características pueden hacer que estas reuniones sean improductivas. Sin embargo, los grupos focales pueden ser extremadamente útiles en ciertas situaciones. Una de ellas es la evaluación de prototipos de diseño (ver Técnica #11) para ayudar a validar y finalizar los requisitos.
¿Qué son las técnicas de obtencion de requerimientos?
Los requisitos son la base de cualquier proyecto, integración de tecnología o cambio de producto en los negocios y saber qué requisitos específicos son el objetivo de una empresa o cliente puede garantizar el nivel de éxito de un proyecto. Hay varias formas de determinar los requisitos, conocidos como métodos de recopilación de requisitos, e la mayoría involucra a los usuarios del elemento, el software o el producto que necesitan mejoras. Conocer las diversas técnicas de recolección de requisitos puede ayudarlo a desarrollar capacidades profesionales para usar en cualquier industria o rol. En este artículo, exploramos qué es la recopilación de requisitos y analizamos en profundidad 12 formas de recopilar información de requisitos.
La recopilación de requisitos es el acto de generar una lista de requisitos para definir de qué se trata un proyecto y su objetivo. Puede recopilar información de las partes interesadas, ya sean clientes, usuarios de empleados, consumidores o proveedores. La recolección de requisitos a menudo actúa como planos de un proyecto. Los requisitos mal establecidos pueden tener un impacto negativo, mientras que los establecidos adecuadamente pueden conducir al éxito.
Funcional: estos requisitos son los procesos, la información y las interacciones que el cliente desea creado e incluye cómo interactúan el sistema y su entorno.
No funcionales: estos requisitos son sobre aspectos operativos y técnicos, como cifrado, seguridad, recuperación de desastres, alojamiento y continuidad comercial.
La recopilación de requisitos se usa con mayor frecuencia en los negocios, particularmente en torno a la tecnología de la información (TI), y conocer los dos tipos de requisitos puede ayudarlo a seleccionar una técnica de recopilación de requisitos adecuada que mejor se adapte al proyecto en el que está trabajando. Por ejemplo, un analista de negocios contratado para actualizar las plataformas de software de una compañía de seguros de salud regional utilizaría la recopilación de requisitos para comprender el sistema actual, cómo sus usuarios interactúan con él y qué características o funciones les gustaría tener para determinar qué sistemas son buenos alternativas o cómo construir una para el equipo.
¿Cuáles son las técnicas de validación de requerimientos?
La validación de los requisitos es el proceso de verificación de los requisitos definidos para el desarrollo, definir el sistema que el cliente realmente desea. Para verificar los problemas relacionados con los requisitos, realizamos la validación de requisitos. Por lo general, utilizamos la validación de requisitos para verificar el error en la fase inicial de desarrollo, ya que el error puede aumentar el reelaboración excesiva cuando se detectó más adelante en el proceso de desarrollo.
El resultado de la validación de requisitos es la lista de problemas y las acciones acordadas de los problemas detectados. Las listas de problemas indican el problema detectado durante el proceso de validación de requisitos. La lista de acciones acordadas establece la acción correctiva que se debe tomar para solucionar el problema detectado.
Existen varias técnicas que se utilizan individualmente o junto con otras técnicas para verificar para verificar todo o parte del sistema:
- Generación de casos de prueba: el requisito mencionado en el documento SRS debe ser comprobable, las pruebas realizadas revelan el error presente en el requisito. En general, se cree que si la prueba es difícil o imposible de diseñar, esto generalmente significa que el requisito será difícil de implementar y debe reconsiderarse.
- Prototipos: en estas técnicas de validación, el prototipo del sistema se presenta antes del usuario final o el cliente, experimentan con el modelo presentado y verifican si satisface sus necesidades. Este tipo de modelo se usa generalmente para recopilar comentarios sobre el requisito del usuario.
- Revisiones de requisitos: en este enfoque, el SRS es cuidadosamente revisado por un grupo de personas, incluidas personas de las organizaciones de contratistas y el lado del cliente, el revisor analiza sistemáticamente el documento para verificar el error y la ambigüedad.
- Análisis de consistencia automatizada: este enfoque se utiliza para la detección automática de un error, como el no determinismo, los casos faltantes, un error de tipo y definiciones circulares, en las especificaciones de requisitos.
Primero, el requisito se estructura en la notación formal, luego la herramienta de casos se utiliza para verificar la consistencia del sistema, se identifica el informe de todas las inconsistencias y se toman medidas correctivas.
¿Qué son las técnicas de validación?
El método de validación es una forma empática de comunicarse con adultos mayores que experimentan pérdida de memoria. En lugar de redirigir a su ser querido o usar mentiras blancas, los cuidadores deben usar la validación para entrar en los zapatos de su ser querido y realmente sentir las necesidades que intentan expresar.
Este método de comunicación, desarrollado por el reconocido trabajador social Naomi Feil, se basa en tres componentes centrales:
- Las personas mayores pueden tener dificultades para resolver problemas pasados a medida que se acercan al final de la vida. Los comportamientos específicos de la edad que a menudo exhiben reflejan las necesidades humanas básicas. Hay cuatro etapas de comportamientos: expresar conflictos pasados de maneras disfrazadas, confusión de tiempo y retirarse hacia adentro, usar el movimiento para reemplazar las palabras y finalmente renunciar y cerrar el mundo.
- Tener una actitud empática que respeta y valora a los ancianos. Es un enfoque sin juicio para trabajar y cuidar a las personas mayores.
- Uso de técnicas específicas individuales y grupales dependiendo de dónde esté la persona mayor en el proceso de resolución.
«La validación es muy valiosa porque le da a la persona la oportunidad de expresar realmente sus sentimientos y preocupaciones, y eso les da alivio», dice Rita Altman, vicepresidenta senior de servicios de cuidado de memoria y programas en Sunrise Senior Living. «Es como con todos nosotros, cuando expresamos algo que nos preocupa, nos sentimos mejor».
¿Qué es la validación de requerimientos?
La respuesta a esa pregunta puede variar según la industria en la que se encuentre y en qué tipo de requisito se valida.
En general, después de haber calificado qué tipo de requisito se está validando y completar la verificación, es hora de completar las pruebas de validación, lo que confirma la precisión de los requisitos. Asegura que los requisitos hayan alcanzado los objetivos comerciales, satisfagan las necesidades de cualquier parte interesada relevante y que los desarrolladores comprendan claramente. La validación es un paso crítico para encontrar requisitos faltantes y garantizar que los requisitos tengan una variedad de características importantes. Las direcciones de validación de software lo siguiente:
- Describe correctamente la necesidad del usuario final.
- Tiene solo un significado exacto.
- Puede modificarse según sea necesario.
- Documenta los atributos que los clientes realmente necesitan.
- Fácilmente vinculado a los requisitos del sistema, como diseños, códigos y pruebas.
La validación no se centra en el camino que recorrió para llegar al destino, sino que se centra en si ha dado en el blanco. Por ejemplo, considere el último ejemplo de una persona que viaja en un automóvil y rastreando puntos de referencia, como números de salida. Digamos que el objetivo es llegar a una ruta de senderismo. Se pueden hacer algunas preguntas cuando llegue.
- Describe correctamente la necesidad del usuario final.
- Tiene solo un significado exacto.
- Puede modificarse según sea necesario.
- Documenta los atributos que los clientes realmente necesitan.
- Fácilmente vinculado a los requisitos del sistema, como diseños, códigos y pruebas.
La validación se centra en los mismos tipos de preguntas. No le preocupa cómo llegó allí, pero que llegó a la ubicación correcta.
¿Cómo se capturan los requerimientos?
Varias encuestas indicaron que más del 80% de las personas que trabajan en proyectos también sienten que el proceso de requisitos no articuló las necesidades del negocio. [1]
Aquí hay 7 consejos para ayudarlo a capturar los requisitos (cualquier tipo de requisitos que sea: negocio, funcional o rendimiento) de manera más efectiva:
La categoría clave para un buen requisito es comprender y articular claramente lo que el cliente quiere y las necesidades. No puede especular sobre esto. Seamos realistas, ¿le compraría a alguien una camiseta como regalo sin saber qué tamaño de camiseta son, cuál es su color favorito, marca, etc.
- Funcionalidad: Funcional debe poder resolver el problema o el deseo del cliente.
- Precio: el presupuesto del cliente deberá ser bien entendido
- Experiencia del cliente: la experiencia del cliente debe ser fácil de usar
- Diseño: el diseño del producto o el sistema debe ser fácil e intuitivo de usar
- Rendimiento: el producto o el sistema deben funcionar correctamente para lograr los objetivos del cliente
- Accesibilidad: el cliente debe poder acceder al producto o servicio por múltiples canales.
Puede optar por realizar un análisis de necesidades del cliente realizando una encuesta de análisis de necesidades del cliente y análisis de medios (asegurando la pregunta más importante por el cliente «por qué»). Para obtener información más profunda sobre el análisis de necesidades del cliente, este artículo de análisis del cliente [2] es una gran lectura.
Artículos Relacionados:
