Agil Up

Archivo adjunto de mensaje reenviado--
From:
Subject: Agile UP Template
Date: Fri, 22 Jan 2010 19:56:09 -0430
| La Disciplina de Modelado | |
Inicio | Fases | Disciplinas | Hitos | Roles | Entregables | Guías | Ayuda |
|
El objetivo de esta disciplina es entender el negocio de la organización, el problema de dominio que se abordan en el proyecto, y determinar una soluciónviable para resolver el problema de dominio.
* Flujo de trabajo
* Sugerencias
* Fase por Fase
* Lecturas sugeridas
 
Flujo de trabajo

 
Sugerencias
* No es necesario crear todos los modelos que figuran en el diagrama de flujo de trabajo anterior, sólo las que sean adecuadas a su situación.
* Usted no necesita una gran cantidad de datos durante las fases Incepcióny Elaboración (ver Figura 1), así que no invertirá mucho tiempo en el modelado y la documentación detallada.
* El Modelado de lluvia de ideas (ver Figura 1) es hecho en una base just-in-time (JIT) para obtener los detalles que necesita, típicamente durante la Construcción.
* Su objetivo es crear modelos que son solamente lo suficientemente buenos para su situación a la mano, siemprepuede ir atrás y mejorar su objetivo después cuando necesite más detalles o la situación de cambios.
* La mayoría de los modelos son descartados después de que son usados, una pequeña menoría son mantenidos.
* La mayoría de los modelos son hecho con herramientas simples, comúnmente en pizarras (POWs), y son descartados cuando ya no son requeridos. Esto es verdad en su "análisis de modelos"porque son raramente necesitados una vez que los requerimientos son implementados satisfactoriamente.
* Existe una amplia gama de enfoques para modelado: herramientas CASE son geniales, pero no son la única opción.
* Aprovechar los activos de la empresa como un modelo de arquitectura del negocio, cualquier de las arquitecturas de referencias, o normas del negocio.
* Buscaroportunidades para su reutilización, usted puede reutilizar más que código.
* Cuanto más amplia sea la gama de modelos que entienda, mayor será la probabilidad de que usted sea capaz de aplicar el producto de trabajo adecuado a su situación.
* El UML es una parte importante de su conjunto de herramientas de modelado, pero es sólo un subconjunto y francamente debe ser extenderse más allá de suactual ámbito de aplicación.
* Siempre modele con los demás. El desarrollo de software es muy similar a la natación, es muy peligroso hacerlo solo.
* Trace sus necesidades a través de sus modelos para el código sólo si se trata de un requisito, y mantenerlo lo más simple posible si lo hace..
* La participación activa de los interesados para el éxito de su negocio.
* La forma másfácil para viajar a la luz es una única fuente de información: documente algo en un sólo lugar únicamente, idealmente el mejor lugar.  Comúnmente en el código fuente.
* Personal de apoyo y operaciones son importantes partes interesadas en el proyecto que no sólo comprenden los problemas con el sistema actual, sino que también tienen requerimientos únicos que el sistema tendrá que aplicar.
*Capabilice su arquitectura.
* Hay pruebas significativas que demuestran que un enfoque serial para modelar resulta en un significante desperdicio.
 
Fase por Fase
Fases | Actividades |
Inicio | Inicial, modelado de requerimientos de alto nivel (ver Figura 1).  Los interesados deben participar activamente en el modelo de requerimientos de alto nivel el cual define el alcance inicialpara el proyecto y proporciona suficiente información para una estimación aproximada.  Debería considerar: * Explore el uso de casos de uso. * Identifique los procesos del negocio para la creación de diagramas de flujo de datos (DFDs). * Identifique las entidades principales del negocio y sus relaciones trabajando con modelos de dominio livianos. * Identifique las principales reglas...