Bienvenida

UML y UP

• Son conceptos y buenas prácticas del UP
✓ Abordar cuestiones de alto riesgo y muy valiosas en las primeras iteraciones
✓ Involucrar continuamente a los usuarios para evaluación, retroalimentación y requisitos.
✓ Construir en las primeras iteraciones una arquitectura que constituya un núcleo central consistente
✓ Verificar calidad continuamente, pruebas pronto, confrecuencia y de manera realista.
✓ Aplicar CU
✓ Modelar software visualmente con UML
✓ Gestionar requisitos con cuidado
✓ Manejar peticiones de cambio y gestión de configuraciones

• Desarrollo Iterativo(o incremental): practica de UP más usada.
Este se organiza en una serie de mini-proyectos cortos, de duración fija llamado Iteraciones.
C/u incluye sus propias actividades de análisis derequisitos, diseño, implementación y prueba.

• Beneficios del DI
✓ Mitigación tan pronto como sea posible de altos riesgos.
✓ Progreso visible en las primeras etapas.
✓ Temprana retroalimentación,
✓ Compromiso de los usuarios y adaptación.
✓ Nos lleva a un Sistema refinado que se adapta a las necesidades de los usuario.
✓ Gestión de complejidad, no hay parálisis en el análisis.
✓Conocimiento adquirido en una Iteracion puede usarse para mejorar el propio proceso de desarrollo, I a I.

• Motivos para Iteraciones cortas con duración fija en UP
✓ Ley de Parkinson: “El trabajo se expande de manera que rellena el tiempo disponible para su terminación”.
✓ Asignar prioridades y decisión (I cortas fuerzan al equipo a priorizar el trabajo)
✓ Satisfacción del equipo: factorpsicológico (sensación de terminacion, competencia y finalizacion).
✓ Confianza del personal involucrado.

• Fases del UP
Inicio: visión aproximada del negocio, análisis del alcance, estimaciones imprecisas (costos, duracion, riesgos, esfuerzos), se identifican la mayoria de los CU y sus actores, se documenta en detalle el 10-20% de los CU.
Elaboración: visión refinada, se descubren yestabilizan la mayoría de los requisitos, implementación iterativa del núcleo central, se llevab a cabo iteraciones cortas de duracion fija guiadas por el riesgo, resolución de riesgos altos, estimaciones más realistas.
Construcción: implementación iterativa del resto de los requisitos de menor riesgo, preparación para el despliegue operacional, se escriben guias de usuario y ayuda online, pruebaalpha.
Transición: pruebas beta, despliegue (implementación), pequeños ajustes, cursos de capacitacion usuarios.

• Afirmaciones de UP
✓ Es un proceso iterativo.
✓ Las practicas del UP proporcionan una estructura organizada de ejemplo para discutir sobre como hacer, y como aprender el A/DOO.
✓ El resultado de c/I es un Sistema ejecutable, incompleto.
✓ La salida de una I no es unprototipo experimental desechable, y el DI no es prototipado.
✓ Pasos pequeños, rápida retroalimentación y adaptación son ideas fundamentales del DI.

• No se entendió el UP cuando
✓ Se piensa que inicio=requisitos, elaboración=diseño y contrucción=implementación, imponiendo un ciclo de vida en espiral sobre el UP.
✓ Se piensa que el objetivo de la elaboración es definir modelos de maneracompleta y cuidadosa, los cuales se traducen a código durante implementación.
✓ Se intenta definir la mayoría del diseño antes de comenzar a implementar.
✓ Se intenta definir la mayoría de los requisitos, antes de comenzar el diseño o la implementación.
✓ Se intenta planificar un proyecto en detalle, desde el principio hasta el fin, se intenta predecir, especulativamente, todas las I y lo quedebería ocurrir en c/u de ellas.

Requisitos y CU

CU: historia del uso de un sistema para alcanzar objetivos. Colección de escenarios.
Instancias o escenarios: secuencia especifica de acciones e interacciones entre actores y el S.
Grado de formalidad: Breve: resumen conciso de 1 párrafo. Esc. ppal con éxito(flujo básico.
Informal: párrafo informal. Comprende varios esc(Extensiones....