Inicio (Incepcin) Idea Visin del Producto: Meta Consenso de los objetivos del proyecto Objetivos Principales Establecer

cer el alcance, condiciones lmite Establecer casos de uso crticos y escenarios Demostrar arquitecturas candidatas Estimar el costo y calendario Evaluar el riesgo Actividades principales: Formular el alcance (requerimientos y concepto operacional) Sintetizar una arquitectura (investigar los alcances del diseo y negociaciones) Planear y preparar el caso de negocios (administracin del riesgo, personal, costo/calendarizacin de avances) Principal criterio de evaluacin: Los stakeholders coinciden en el alcance, costo y calendarizacin? Son entendibles los requerimientos? El plan es factible ? (estimados de costo y calendario? riesgos? prioridades? La arquitectura soporta esos criterios? Los gastos actuales vs planeados son aceptables? Meta Decisin para el compromiso de la fase de construccin (precio fijo) Objetivos principales Bases de la arquitectura Bases de la visin Bases para un plan de construccin Demostrar que la arquitectura soportar la visin en un tiempo y costo razonable

Elaboracin (Elaboration) Arquitectura ejecutable: Meta Decisin para el compromiso de la fase de construccin (precio fijo) Objetivos principales Bases de la arquitectura Bases de la visin Bases para un plan de construccin Demostrar que la arquitectura soportar la visin en un tiempo y costo razonable Actividades principales Elaboracin de la visin Elaboracin del proceso e infraestructura Elaboracin de la arquitectura Seleccin de componentes (hacer/comprar)

Criterio principal de evaluacin La visin es estable? La arquitectura es estable? Se han identificado los riesgos principales? (muestra) El plan de construccin es factible? Los Stakeholders estn de

acuerdo con la visn que se lograr con este plan y arquitectura? Los gastos actuales vs planeados son aceptables?
Construccin (Construction) Liberaciones del producto

Meta Expresar la propiedad intelecutal como un producto entregable Principales objetivos Minimizar costos a travs de la optimizacin de recursos y tareas Lograr una calidad adecuada tan rpido como sea posible Lograr versiones tiles tan rpido como sea posible Actividades principales Administracin de recursos, control y automatizacin de procesos Desarrollo de componentes completos y pruebas Evaluacin de productos liberados contra criterios de aceptacin Criterios principales de evaluacin La base del producto es suficiente madura para ser desarrollada? (funcionalidad) La base del producto es suficientemente estable ? ( bugs ) Los stakeholders estn listos para la transicin de los usuarios? Los gastos actuales vs planeados son aceptables?
Transicin (Transition) Productos

Meta Que la base del desarrollo alcance la visin completa Objetivos Principales Lograr que el usuario alcance soporte propio Lograr que los stakeholders alcancen concurrencia para que en la base del desarrollo reuna los criterios de evaluacin de la visin Lograr que la base del producto final logre el tiempo y costo ptimos Actividades principales Sincronizacin e integracin del desarrollo dentro de las bases establecidas Desarrollo de ingeniera especfica Evaluacin de las bases del desarrollo contra la visin completa y los criterios de aceptacin Criterio principal de Evaluacin: El usuario est satisfecho ? Los gastos actuales vs planeados son aceptables?

METODOLOGIAS MODERNAS DE DESARROLLO

La industria de Software tiende hacia nuevos mtodos para administrar la complejidad creciente de los proyectos de software. En la administracin de proyectos es muy importante el balance , especialmente entre los objetivos de sus stakeholders que se comunican en una variedad de lenguajes y notaciones Los tres lenguajes de representacin fundamentales en la ingeniera de software son: Requerimientos : el lenguaje del espacio del problema. Diseo : el lenguaje de transformacin. Realizaciones : El lenguaje de la solucin ejecutada. El Modelo de Cascada ( Waterfall Model ) para el desarrollo de software Ha sido el proceso bsico con el que se ha generado experiencia. Ha sido la fuente de los procesos de software convencionales. Ha permitido desarrollar buenas prcticas cuando se utiliza con tecnologas modernas. 1. Existen dos pasos en comn en el desarrollo de software: Anlisis y codificacin 2. Incluye otros pasos para administrar la libertad intelectual: - Definicin de requerimientos del sistema. Definicin de requerimientos de software. - Diseo del programa - Pruebas 3. Su estructura es riesgosa: La fase de prueba se realiza al finalizar el desarrollo Sntomas de proyectos con problemas bajo esta metodologa: 1. Integracin prolongada y descomposicin tarda del diseo 2. Resolucin tarda del riesgo 3. Descomposicin funcional orientada a requerimientos 4. Relaciones adversarias de los involucrados ( stakeholders ) 5. Enfoque a documento s y juntas de revisin . Integracin prolongada y descomposicin tarda del diseo - El diseo del sistema se realiza enteramente en papel El sistema se implementa todo al mismo tiempo - El sistema se integra despus de implantado Actividades de prueba Consumo de 40% o ms de los recursos del ciclo de vida. 2. Resolucin tarda del riesgo Riesgo: Probabilidad de incumplimiento en costo, caractersticas o calidad - Especificacin de requerimientos R iesgo real altamente impredecible -Diseo Riesgo e stab ilizado - Codificacin Resolucin de algunos componentes individuales del riesgo - Integracin Riesgo tangible Rediseo con sacrificio en el producto final, especialmente en su mantenimiento 3. Descomposicin funcional orientada a requerimientos

Enfoque para detectar la definicin precisa de los requerimientos e implementarlos - Definicin de Shalls , requerimientos discretos - La estructura de software est organizada alrededor de la estructura de especificacin de requerimientos 4. Relaciones adversarias de los involucrados ( stakeholders ) Esto es debido a ... L as dificultades en a especificacin de requerimientos El intercambio de informacin aislada a travs de documentos en papel, que capturan la informacin de la ingeniera en formatos especiales (ad-hoc). 5. Enfoque a documentos y juntas de revisin - Produccin de documentos para describir el producto Enfoque insuficiente para producir un incremento tangible del producto Desvo de las tareas que reducirn el riesgo y producirn software de calidad Los Principios de la Administracin Moderna de desarrollo de software Es el elemento central del diseo Primero diseo e integracin, despus produccin y pruebas Requiere un balance entre: Requerimientos Decisiones de diseo Planes del ciclo de vida Compromiso hacia el desarrollo completo 2. Establecer un proceso iterativo de ciclo de vida Confronta el riesgo anticipadamente, es el elemento de administracin de riesgo Control de riesgo a travs de incrementar la funcin, el desempeo y la calidad Los riesgos principales se afrontan anticipadamente para incrementar la predictibilidad y evitar el re- trabajo y desperdicio 3. Mtodos de transicin del diseo que enfatizan el desarrollo basado en componentes Es el elemento de tecnologa Mtodos orientados a objeto, notaciones rigurosas y modelacin visual El uso de componentes: - Reduce la cantidad de cdigo generado y el desarrollo personalizado Componente : Conjunto cohesivo de lneas provenientes de cdigo fuente o ejecutable con un comportamiento e interfase definido 4. Establecer un ambiente para administracin de cambios Es el elemento de control Mtricas, Tendencias, Instrumentacin de procesos Bases objetivas de control que se requieren cuando existen diferentes equipos trabajando con artefactos compartidos 5. Fomentar la libertad de cambios mediante herramientas que soporten la round trip engineering Es el elemento de automatizacin Herramientas complementarias, ambientes

integrados Round trip engineering es el ambiente necesario para automatizar y sincronizar la informacin en diferentes formatos: Especificacin de Requerimientos, Mdulos de diseo, Cdigo fuente, Cdigo ejecutable, Casos de prueba 6. Capturar los artefactos de diseo en una notacin rigurosa basada en mdulos UML Proveen medidas objetivas mejores que el enfoque tradicional de representacin en papel 7. Instrumentar el proceso para un control de calidad objetivo y evaluacin del avance La evaluacin del avance y la calidad de los productos intermedios deben integrarse al proceso Los mejores mecanismos de evaluacin son medidas bien definidas derivadas de los artefactos e integradas en las actividades y equipos de trabajo. 8. Usar un enfoque basado en demostraciones para evaluar los artefactos intermedios Hacer la transicin de los artefactos bsicos hacia una demostracin ejecutable de escenarios relevantes que permitan la eliminacin anticipada de defectos en la arquitectura 9. Planear entregables (releases) intermedios en grupos de escenarios de uso con niveles evolutivos de detalle Demostraciones anticipadas y continuas dentro del contexto operacional del sistema. Casos de uso La evolucin de los incrementos del proyecto y sus generaciones deben ser acordes al entendimiento de los requerimientos y arquitectura 10. Establecer un proceso configurable que sea econmicamente escalable El proceso debe asegurar que hay una economa de escala y un retorno sobre la inversin explotando: - El espritu de proceso comn - La automatizacin extensiva de procesos - La arquitectura comn y uso de componentes