NORMA IEEE 830 PARA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE Noviembre de 2005.
La Ingeniería de Requerimientos en el entorno...
-
Upload
nguyenkhanh -
Category
Documents
-
view
236 -
download
0
Transcript of La Ingeniería de Requerimientos en el entorno...
© FATTO Consultoría y Sistemas - www.fattocs.com
Guilherme Siqueira Simões
05/09/2017
La Ingeniería de Requerimientos en el entorno Ágil
1
FATTO CONSULTORIA Y SISTEMAS
© FATTO Consultoría y Sistemas - www.fattocs.com
De preferencia al uso de una conexión de banda ancha
Este evento no tendrá video (webcam), solamente la presentación y
audio
Si es necesario, ajuste el idioma de la sala en la barra de herramientas
superior
Tendrá una duración de ~45 min. de presentación y ~15 min. finales
para preguntas
Puedes enviar tus preguntas por el chat durante la presentación
Para aquellos que poseen certificación PMP, el webinar otorga un
crédito de 1 PDU
La grabación y material serán publicados posteriormente en nuestra
página web y redes sociales:
ORIENTACIONES INICIALES
2
© FATTO Consultoría y Sistemas - www.fattocs.com
FATTO Consultoría y Sistemas
3
➢Misión: “Ayudar a nuestros clientes en la planeación y evaluación dedesempeño de procesos de TI para aumentar el éxito de su negocio.”
➢Consultoría y Entrenamiento en Medición, Estimación yRequerimientos de Software:
➢Puntos de Función (IFPUG, NESMA , COSMIC)
➢Estimaciones de proyectos de software
➢Ingeniería de Requerimientos
➢Medición y auditoría en medición de software
➢Análisis de productividad en proyectos de software
© FATTO Consultoría y Sistemas - www.fattocs.com
Cursos FATTO
Preparación para el
Examen CFPS (IFPUG)96 horas (EAD y presencial)
Estimaciones de
Software: Fundamentos y Técnicas
24 horas (EAD y presencial)
Capacitación en FPA:
Medición y Estimación de Software
16 horas (EAD y presencial)
Workshop FPA:
Metodología y Prácticas de Medición
16 horas (presencial)
Ingeniería de
Requerimientos de Software 24 horas
Estimación de Proyectos
de Software con COCOMOII 16 horas
Taller de Medición de
Puntos de Función Sesiones de 8 ~ 40 horas
Medición y Estimación de
Software con el Método COSMIC 16 horas
(presencial)
Taller de Requerimientos
Sesiones de 8 ~ 40 horas
Preparación para el
Examen CCFL (COSMIC)40 horas (EAD y presencial)
4
© FATTO Consultoría y Sistemas - www.fattocs.com
Agenda
➢La Ingeniería de Requerimientos (IREQ)
➢El SCRUM
➢El Requerimiento
➢Valores y principios del Manifiesto Ágil
5
© FATTO Consultoría y Sistemas - www.fattocs.com
La disciplina de la Ingeniería de Requerimientos consiste en un uso sistemático y repetitivo de técnicas que abarcan las actividades de
identificación, documentación y mantenimiento de un conjunto de requerimientos para el software, con el fin de que éstos cumplan con los objetivos de negocio y sean de calidad*.
¿Qué es Ingeniería de Requerimientos?
* Vease https://youtu.be/YwYzwKe0TS0
Actividades
Mantenimiento
Documentación
Obtención
Objetivos de Negocio
Técnicas Requerimientosde Software
6
© FATTO Consultoría y Sistemas - www.fattocs.com7
El SCRUM y sus roles
Dueño del
ProductoEquipo de
DesarrolloSCRUM
Master
© FATTO Consultoría y Sistemas - www.fattocs.com8
Dudas…
➢¿Es necesario definir un alcance inicial?
➢¿Qué es el Product Backlog? ¿Quién lo elabora?
➢¿Quién descubre quienes son los interesados que deben
ser satisfechos?
➢¿Quién es responsable por priorizar las historias a
desarrollar?
➢¿Quién refina las necesidades hasta el nivel de información
necesario al desarrollo?
© FATTO Consultoría y Sistemas - www.fattocs.com9
Rol del Dueño del Producto
Gestionar la Lista del Producto es una actividad de laIREQ, y incluye (según la guía SCRUM):
➢ Expresar claramente los elementos de la Lista del Producto;
➢ Ordenar los elementos en la Lista del Producto para alcanzarlos objetivos y misiones de la mejor manera posible(priorizar);
➢ Optimizar el valor del trabajo que el Equipo de Desarrollorealiza;
➢ Asegurar que la Lista del Producto es visible, transparente yclara para todos y que muestra aquello en lo que el equipotrabajará a continuación; y,
➢ Asegurar que el Equipo de Desarrollo entiende los elementosde la Lista del Producto al nivel necesario.
© FATTO Consultoría y Sistemas - www.fattocs.com10
Roles del SCRUM y la IREQ
En un proceso tradicional, por lo general, cada rol esdesempeñado por una persona distinta. Luego, el trabajo de laIREQ se queda con alguien con un titulo como: analista derequerimientos o ingeniero de requerimientos
En SCRUM, la IREQ es responsabilidad principal del Dueño delProducto o delegada por este al Equipo de Desarrollo, que esmultifuncional. Sin embargo, al refinar un requerimiento, el Equipode Desarrollo está ejecutando también la IREQ
Por lo tanto, es necesario que estos responsables dominenconceptos y técnicas de la IREQ
© FATTO Consultoría y Sistemas - www.fattocs.com11
¿Requerimiento = Documentación?
© FATTO Consultoría y Sistemas - www.fattocs.com
Definición de Requerimiento
(1) Una condición o capacidad necesaria de un usuario para resolver un problema o alcanzar un objetivo
(2) Una condición o capacidad que debe ser atendida por un sistema o componente de un sistema para satisfacer un contrato, estándar, especificación u otro documento formalmente impuesto
(3) Una representación documentada de una condición o capacidad como en (1) o (2)
Especificación de
Requerimiento
Deseo (proyecto)
Producto
Documentación de las capacidades
del proyecto o producto
ISO/IEC/IEEE 24765
12
© FATTO Consultoría y Sistemas - www.fattocs.com13
¿Requerimiento = Documentación?
¿En la vida real vamos a encontrar la especificación de requerimientos como fiel reflejo a las condiciones o capacidades necesarias de los usuarios?
© FATTO Consultoría y Sistemas - www.fattocs.com
Procesos de la Ingeniería de Requerimientos
Elicitación Análisis de
Requerimientos
Gestión de Requerimientos
Levanta, investigael problema,
interesados y necesidades
Organiza, especifica,verifica y valida
Administra conflictos y
cambios, busca aprobación, prioriza
Información
RequerimientosCambios
14
© FATTO Consultoría y Sistemas - www.fattocs.com15
La IREQ en el proceso ágil
La IREQ en un proceso ágil restringe el esfuerzo gastopara entender un requerimiento al mínimo necesariopara aquél momento.
O sea, el requerimiento que irá ser implementado hoytiene mayor nivel de detalle que un requerimiento queserá implementado en el próximo bimestre.
No es necesario refinar detalles de todos losrequerimientos. Es lógico que los más críticos ocomplejos necesitan de más detalles.
© FATTO Consultoría y Sistemas - www.fattocs.com
“Individuos e interacciones sobre procesos yherramientas.”
Comentario:
La principal fuente de requerimientos son losinteresados. La IREQ es una de las disciplinas de laIngeniería de Software donde más ocurre la interacciónentre individuos, justamente para descubrir lasnecesidades que deben ser cumplidas y comunicadas atodos. Los procesos y herramientas existen sólo paraapoyar este fin.
16
Valores del Manifiesto Ágil*
* Vease http://agilemanifesto.org
© FATTO Consultoría y Sistemas - www.fattocs.com
“Software funcionando sobre documentaciónextensiva.”
Comentario:
La IREQ no define que se deba elaborar la especificacióndetallada de todos los requerimientos y luego empezarel desarrollo. En verdad esto puede ser un grave error.
Para que el software correcto esté funcionando, esnecesario que alguien descubra qué características sonnecesarias y comunicar esto a los desarrolladores.Documentar es una de las varias maneras de transmitireste conocimiento.
17
Valores del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
“Colaboración con el cliente sobre negociacióncontractual.”
Comentario:
El producto del análisis de requerimientos es laespecificación, que es un contrato entre cliente y elequipo de desarrollo, fruto de la colaboración entreambos.
18
Valores del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
“Respuesta ante el cambio sobre seguir un plan.”
Comentario:
¡La única certeza de los proyectos de software es quelos requerimientos cambian!
Un aspecto de calidad de una especificación derequerimientos es justamente que sea fácilmentemodificable.
19
Valores del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
#1: “Nuestra mayor prioridad es satisfacer al cliente
mediante la entrega temprana y continua de software
con valor.”
Comentario:
Software con valor es lo que resuelve los problemas quemotivaran su desarrollo
La IREQ busca comprender las necesidades del clientepara definir el mejor conjunto de requerimientos para elsoftware, satisfaciendo las necesidades de negocio
20
Principio #1 del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
#2: “Aceptamos que los requisitos cambien, incluso enetapas tardías del desarrollo. Los procesos Ágilesaprovechan el cambio para proporcionar ventajacompetitiva al cliente.”
Comentario:
Un trabajo bien hecho de la IREQ disminuye “cambios”en etapas tardías. Muchos “cambios” en verdad sóloexisten para corregir equívocos en la definición originaldel alcance. No deberían existir.
Los cambios verdaderos surgen por eventos nuevos enel ambiente de negocio. Evaluar el impacto de uncambio es una de las actividades de la IREQ
21
Principio #2 del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
#3: “Entregamos software funcional frecuentemente,entre dos semanas y dos meses, con preferencia alperiodo de tiempo más corto posible.”
Comentario:
La IREQ puede ser ejecutada en acuerdo a distintasestrategias de desarrollo. Trabajar con ciclos cortospermite una retroalimentación temprana de la calidaddel trabajo. Es un equívoco suponer que ejecutar laIREQ significa siempre elaborar toda la especificación derequerimientos a un solo golpe
22
Principio #3 del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
#4: “Los responsables de negocio y los desarrolladores
trabajamos juntos de forma cotidiana durante todo
el proyecto.”
Comentario:
Trabajar junto es una estrategia clásica para aumentar eldesempeño del equipo. Esto minimiza problemas decomunicación y facilita el levantamiento de losrequerimientos correctos. Además, permite que setrabaje con una especificación de requerimientos menosdetallada.
23
Principio #4 del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
#6: “El método más eficiente y efectivo de comunicar
información al equipo de desarrollo y entre sus
miembros es la conversación cara a cara.”
Comentario:
De acuerdo, y este método puede ser empleado tambiénen el trabajo de la IREQ
24
Principio #6 del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
#10: “La simplicidad, o el arte de maximizar la cantidadde trabajo no realizado, es esencial.”
Comentario:
Un objetivo del análisis de requerimientos es identificarnecesidades similares que pueden ser mezcladas enlugar de simplemente desarrollar todo lo que essolicitado por los usuarios
El mayor merito del trabajo del responsable de la IREQes rechazar una solicitud de un interesado que resultaríaen un requerimiento incorrecto (fuera del alcance)
25
Principio #10 del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
#11: “Las mejores arquitecturas, requisitos y diseños
emergen de equipos auto-organizados.”
Comentario:
El trabajo de la IREQ puede ser organizado de distintasmaneras, incluso con equipos auto-organizados
26
Principio #11 del Manifiesto Ágil
© FATTO Consultoría y Sistemas - www.fattocs.com
• La IREQ es una disciplina independiente de cualquier tipo de proceso de desarrollo, pero necesaria a todos ellos
• El modo que se ejecuta la IREQ en un proceso tradicional no es igual al de un proceso ágil
• Aunque se cambie nombres de actividades, títulos de quien las ejecuta, momentos en que estas son ejecutadas y artefactos generados, la IREQ sigue presente en todo el desarrollo
27
Conclusión
© FATTO Consultoría y Sistemas - www.fattocs.com
• Una visión radical de la IREQ o de la filosofía ágil puede generar conflictos, sin embargo, la mejor solución no está en los extremos
• Los dos conceptos son complementarios:• Ágil: La entrega rápida de software funcionando
• IREQ: La entrega del software correcto
• ¡Velocidad sin dirección no tiene mucho valor!
28
Conclusión
© FATTO Consultoría y Sistemas - www.fattocs.com
¡ENCUESTA!
29
© FATTO Consultoría y Sistemas - www.fattocs.com
PRÓXIMOS EVENTOS
• WEBINARS:
Estimación de esfuerzo y plazo con el COCOMOII
Fecha: 10 de octubre de 2017
Inscripción: https://goo.gl/gdioHt
• CURSO SUGERIDO:
Ingeniería de Requerimientos: Software Orientado
al Negocio
http://www.fattocs.com/es/ireq-ead
30
© FATTO Consultoría y Sistemas - www.fattocs.com
¿PREGUNTAS?
¡Muchas gracias por la atención!
GUILHERME SIQUEIRA SIMÕES
E-mail: [email protected]
Linkedin: https://br.linkedin.com/in/guilhermesimoes/es
Skype: guilherme.s.simoes
31