Definición de requirimientos
Descargar como PPTX, PDF0 recomendaciones615 vistas
El documento aborda la definición de requerimientos mediante un enfoque de análisis sistémico, destacando la importancia de la elicitación y análisis de requerimientos para identificar necesidades futuras. Se presentan técnicas como el uso de escenarios para comprender la situación actual y deseada, así como una clasificación de requerimientos en funcionales y no-funcionales. Además, se introduce la priorización de requerimientos a través de la técnica MoSCoW, que categoriza los requerimientos según su importancia para el proyecto.
Definición de requirimientos
- 1. IIBA México City Chapter • Definición de Requerimientos
- 2. Enfoque de Análisis Sistémico Brecha 1 Situación Actual Brecha 2 Situación deseada Conceptual 1 Situación deseada Conceptual 2 Premisas • Tener cuidado de no caer en la discusión a detalle de la situación y problemas actuales, y por lo tanto no enfocarse en lo que realmente se necesita en el futuro. • Posibles respuestas: • “No se lo que quiero, o lo que es posible, así que es tu trabajo encontrarlo y saberlo”. • “Yo sé que quiero (creo que sé), y es esto… todo lo que tienes que hacer es asegurarte de que lo reciba”. 2
- 3. Fases de la Definición de Requerimientos • • • • Elicitación de Requerimientos (Identificar) Análisis de Requerimientos (Definir) Desarrollo de los Requerimientos (Definir) Modelado de los Requerimientos (Definir) Implementar Probar Construir Planear Definir Identificar 3
- 4. Elicitación: Técnica de Escenarios Recomendada para cubrir: • Identificación de las tareas comunes y las respuestas a importantes eventos de negocios. • Situaciones que involucran una gran variedad de usuarios. • Eventos críticos que suceden ocasionalmente. • Situaciones que son difíciles de hacerles frente. • Situaciones en las que hay propensión de cometer errores. • Diferentes ambientes de trabajo. • Visualizar la situación actual y futura. • Como será utilizada la tecnología: • Transferencias entre las tareas de los usuarios. • Intercalado de tareas mostrando posibles secuencias. No recomendada para: • Tratar de cubrir cualquier posible condición • Proporcionar los casos que los usuarios creen que no valdrá la pena considerar. • Cubrir únicamente el uso del Sistema. 4
- 5. Técnica: Escenario Escenario Roles que Intervienen Frecuencia. Situación. Descripción. • Descripción genérica del Escenario. • Nombre de los Roles de Usuario que Intervienen en el escenario. • Descripción de cada cuando ocurre el escenario (%, n, etc.) • Descripción genérica de la situación. • Se describe a manera de guión las diferentes actividades y consideraciones del escenario. 5
- 6. Técnica: Escenario – Descripción. La descripción deberá de contestar las siguientes preguntas: • Elicitación. • ¿Quién?,¿Qué?,¿Cómo?,¿Dónde?,¿Por qué?,¿Cuándo? y ¿Cada Cuando? • Gap Analysis. • ¿Las actividades deseadas existen en el actual sistema de negocio? • ¿Las actividades actuales trabajan bien o tienen algún problema? • ¿Qué extensión tienen los problemas en las actividades actuales? • ¿Qué dirección debería de tener el trabajo/actividad en relación al trabajo/actividad actual? • ¿Qué importancia tiene, y cuán imperativo es para el éxito en el negocio? • ¿Qué eventos de negocio debe manejar la actividad/trabajo? • ¿Cuáles son las diferencias entre el estado actual y el deseado para el manejo de estos eventos de negocio? • ¿Existe algún proceso definido para llevar a cabo y controlar este evento actualmente? • ¿Existen normas aprobadas para realizar esta actividad?,¿Hay normas exigidas? • ¿Existen medidas de desempeño a ser monitoreadas¨?, ¿Se definirán? • ¿Qué también soporta el sistema esta actividad/trabajo? 6
- 7. Definición de Requerimientos: Clasificación Funcionales Por área de Negocio Por proceso de Negocio Por caso de Uso Por tipo de Acceso No-Funcionales Generales Rendimiento Acceso Disponibilidad Respaldo Seguridad Restricciones del Proyecto Legales Forma y Estilo Aspectos Culturales Técnicos Hardware Software Telecomunicaciones 7
- 8. Priorización: Técnica MoSCoW Mo (Must Have) • Son requerimientos fundamentales (el mínimo para que sea usable). Sin ellos el entregable será inservible. S (Should have) • Son requerimientos importantes, pero su no inclusión no retrasa la salida del entregable. Co (Could Have) • Pueden fácilmente ser dejados fuera del entregable. La diferencia principal radica en el dolor que provocan o el valor que proporcionan al negocio. W (Want and Won’t) • Son requerimientos valiosos pero que requieren de pasos previos y por lo tanto no se consideran para este entregable. 8
- 9. 9
- 10. Muchas gracias… José Luis Chong Tenorio Presidente jose.chong@gonet.us Mexico Chapter of the IIBA, A.C. 10
- 11. www.gonet.us 2013 GoNet - Todos los derechos reservados