iteracion

Estas son algunas consideraciones que me han parecido interesantes sobre mi lectura del libro "UML y Patrones, by Craig Larman ":
Capitulo 2. Desarrollo iterativo y el proceso unificado 
1.  Lo que conociamos como "flujos de trabajo" ya no se denominan así, ahora se referencian como "disciplinas", a saber: modelado de negocio, requisitos, diseño, implementación, prueba, despliegue, gestión yconfiguraciones y cambios, gestión del proyecto y entorno.
2. Una descripción que me gusto bastante, ya que clarifica parte del mito de utilizar los diagramas propuestos por UP:
... es importante saber que en el UP todas las actividades y artefactos (modelos, diagramas, documentos ...) son opcionales - bueno, ¡quizas el código no! - . El conjunto de artefactos posibles del UP debería entendersecomo un conjunto de medicinas de una farmacia. Exactamente igual que uno no toma medicinas indiscrimidamente, sino que las elige según la dolencia, en un proyecto UP, un equipo debería seleccionar un pequeño subconjunto de artefactos que sirvan para tratar sus problemas y necesidades particulares. En general, centrarse en un pequeño conjunto de artefactos que demuestran tener un gran valorpráctico.
No se entendió el UP cuando ...
estos son algunos signos que indican que no se ha entendido lo que significa adoptar el UP y el desarrollo iterativo con la idea de agilidad que se pretende en el UP:
Se piensa que inicio = requisitos, elaboración = diseño, y construcción = implementación (esto es, imponiendo un ciclo de vida en espiral sobre el UP).
Se piensa que el objetivo de la elaboraciónes definir modelos de manera completa y cuidadosa, los cuales se traducen a código durante la construcción.
Se intenta definir la mayoría de los requisitos antes de comenzar el diseño o la implementación.
Se intenta definir la mayoría del diseño antes de comenzar a implementar; se intenta definir completamente y acordar una arquitectura antes de programar y probar iterativamente.
Se dedicamucho tiempo a realizar el trabajo sobre los requisitos y el diseño antes de comenzar a programar.
Se cree que una iteración adecuada es de cuatro meses de duración, en lugar de cuatro semanas (excluyendo proyectos de cientos de desarrolladores).
Se piensa que realizar los diagramas UML y las actividades de diseño constituyen el momento para definir diseños y modelos de manera completa yprecisa y precisa con gran detalle, y se cree que programar es una simple traducción mecánica de éstos en código.
Se piensa que adoptar el UP significa hacer muchas de las actividades posibles y crear muchos documentos, y se piensa o experimenta el UP como nu proceso formal y exigente con muchos pasos a seguir.
Se intenta planificar un proyecto en detalle desde el principio hasta el final; intentapredecir, de manera especulativa, todas las iteraciones y lo que debería ocurrir en cada una de ellas.
Se quieren planes y estimaciones creíbles para los proyectos antes de que termine la fase de elaboración.
 
 Capitulo 4.Inicio
 Artefactos que pueden crearse en la fase de inicio
Visión y Análisis del Negocio: Describe los objetivos y las restricciones de alto nivel, el análisis del negocioy proporcionan un informe para la toma de decisiones.
Modelo de Casos de Uso: Describe los requisitos funcionales y los no funcionales relacionados.
Especificación Complementaria: Describe otros requisitos.
Glosario: Terminología clave del dominio.
Lista de Riesgos & Plan de Gestión del Riesgo: Describe los riesgos del negocio, técnicos, recursos, planificación, y las ideas paramitigarlos o darles respuesta.
Prototipos y pruebas-de-conceptos: Para clarificar la visión y validar las ideas ténicas.
Plan de Iteración: Describe qué ahcer en la primera iteración de la elaboración.
Fase Plan de & Plan de Desarrollo de Software: Estimación de poca precisión de la duración y esfuerzo de la fase de elaboración. Herramientas, personas, formación y otros recursos.
Marco de...