Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Clase 8, 12/9/2007

1,773 views

Published on

Published in: Business, Technology
  • Be the first to comment

  • Be the first to like this

Clase 8, 12/9/2007

  1. 1. Metodologías de Análisis Clase 8 – 12/9/2007 Christian Sifaqui
  2. 2. Halstead <ul><li>Halstead’77 “Elements of Software Science” </li></ul><ul><li>n 1 = número de operadores únicos o distintos </li></ul><ul><li>n 2 = número de operandos únicos o distintos </li></ul><ul><li>N 1 = número total de ocurrencias de operadores </li></ul><ul><li>N 2 = número total de ocurrencias de operandos </li></ul>
  3. 3. Halstead <ul><li>Vocabulario (n) </li></ul><ul><li>n = n 1 + n 2 </li></ul><ul><li>Largo (N) </li></ul><ul><li>N = N 1 + N 2 </li></ul><ul><li> = n 1 × log 2 (n 1 ) + n 2 × log 2 (n 2 ) </li></ul><ul><li>Volumen (V) </li></ul><ul><li>V = N × log 2 (n 1 ) </li></ul><ul><li> = N × log 2 (n 1 + n 2 ) </li></ul>
  4. 4. Halstead <ul><li>Nivel (L) </li></ul><ul><li>L = V * / V </li></ul><ul><li> = (2 / n 1 ) × (n 2 / N 2 ) </li></ul><ul><li>Dificultad (D) </li></ul><ul><li>D = V / V * </li></ul><ul><li> = (n 1 / 2) × (N 2 / n 2 ) </li></ul><ul><li>Esfuerzo (E) </li></ul><ul><li> = V / L </li></ul>
  5. 5. Halstead <ul><li>Fallas (B) </li></ul><ul><li>B = V / S * </li></ul><ul><li>V * = mínimo volumen para desarrollar la misma tarea </li></ul><ul><li>S * = media de decisiones mentales entre decisiones (3000) </li></ul>
  6. 6. Halstead <ul><li>Depende del código terminado </li></ul><ul><li>No sirve como modelo predictivo </li></ul>
  7. 7. Planificación <ul><li>SPMP: </li></ul><ul><ul><li>El trabajo a realizar </li></ul></ul><ul><ul><li>Recursos: personas, hardware, software de soporte (sistema operativo, editor, software de control de revisión, etc.) </li></ul></ul><ul><ul><li>Dinero </li></ul></ul>
  8. 8. Planificación <ul><li>El uso de recursos está de acuerdo a la distribución Rayleigh, según Norden’58 </li></ul><ul><li>0 ≤ t ≤ ∞ </li></ul>
  9. 9. Planificación <ul><li>El plan de desarrollo de software debe ser función del tiempo </li></ul><ul><li>El trabajo a desarrollar: </li></ul><ul><ul><li>durante el proyecto y no tiene relación con las fases (workflow) como administración del proyecto y control de calidad </li></ul></ul><ul><ul><li>relativo a cada fase (workflow) </li></ul></ul>
  10. 10. Planificación <ul><li>Actividad </li></ul><ul><ul><li>Trabajo que se relaciona a una fase específica </li></ul></ul><ul><ul><li>Es una unidad mayor de trabajo </li></ul></ul><ul><ul><li>Con fechas precisas de inicio y término </li></ul></ul><ul><ul><li>Consume recursos </li></ul></ul><ul><ul><li>Resulta en productos de trabajo como presupuesto, diseño, cronogramas, código fuente o manual de usuario </li></ul></ul>
  11. 11. Planificación <ul><li>Tarea </li></ul><ul><ul><li>una actividad incluye un conjunto de tareas (la unidad más pequeña de trabajo sujeta a ser considerada para la administración) </li></ul></ul>
  12. 12. Planificación <ul><li>Hito </li></ul><ul><ul><li>la fecha en la que el producto de trabajo debe estar completo </li></ul></ul><ul><li>Debe pasar revisiones ejecutadas por: </li></ul><ul><ul><li>miembros del equipo de trabajo </li></ul></ul><ul><ul><li>administración </li></ul></ul><ul><ul><li>cliente </li></ul></ul>
  13. 13. Planificación <ul><li>SPMP: plan de administración del proyecto de software </li></ul><ul><li>Un estándar es el IEEE Standard 1058.1 </li></ul>
  14. 14. Planificación <ul><li>1.- Visión general </li></ul><ul><ul><li>1.1.- Resumen del proyecto </li></ul></ul><ul><ul><ul><li>1.1.1.- Propósito, alcance y objetivos </li></ul></ul></ul><ul><ul><ul><li>1.1.2.- Suposiciones y restricciones </li></ul></ul></ul><ul><ul><ul><li>1.1.3.- Entregables del proyecto </li></ul></ul></ul><ul><ul><ul><li>1.1.4.- Resumen del cronograma y de presupuesto </li></ul></ul></ul><ul><ul><li>1.2.- Evaluación del plan de administración de proyecto </li></ul></ul>
  15. 15. Planificación <ul><li>2.- Materiales de referencia </li></ul><ul><li>3.- Definiciones y acrónimos </li></ul><ul><li>4.- Organización del proyecto </li></ul><ul><ul><li>4.1.- Interfaces externas </li></ul></ul><ul><ul><li>4.2.- Estructura interna </li></ul></ul><ul><ul><li>4.3.- Roles y responsabilidades </li></ul></ul>
  16. 16. Planificación <ul><li>5.- Planes de proceso directivo </li></ul><ul><ul><li>5.1.- Plan de inicio </li></ul></ul><ul><ul><ul><li>5.1.1.- Plan de estimación </li></ul></ul></ul><ul><ul><ul><li>5.1.2.- Plan de personal </li></ul></ul></ul><ul><ul><ul><li>5.1.3.- Plan de adquisición de recursos </li></ul></ul></ul><ul><ul><ul><li>5.1.4.- Plan de entrenamiento de personal del proyecto </li></ul></ul></ul>
  17. 17. Planificación <ul><ul><li>5.2.- Plan de trabajo </li></ul></ul><ul><ul><ul><li>5.2.1.- Actividades de trabajo </li></ul></ul></ul><ul><ul><ul><li>5.2.2.- Distribución de cronograma </li></ul></ul></ul><ul><ul><ul><li>5.2.3.- Asignación de recursos </li></ul></ul></ul><ul><ul><ul><li>5.2.4.- Distribución de presupuesto </li></ul></ul></ul><ul><ul><li>5.3.- Plan de control </li></ul></ul><ul><ul><ul><li>5.3.1.- Plan de control de requerimientos </li></ul></ul></ul><ul><ul><ul><li>5.3.2.- Plan de control de cronograma </li></ul></ul></ul><ul><ul><ul><li>5.3.3.- Plan de control de recursos </li></ul></ul></ul><ul><ul><ul><li>5.3.4.- Plan de control de calidad </li></ul></ul></ul><ul><ul><ul><li>5.3.5.- Plan de reportes </li></ul></ul></ul><ul><ul><ul><li>5.3.6.- Plan de recolección de métricas </li></ul></ul></ul>
  18. 18. Planificación <ul><ul><li>5.4.- Plan de administración del riesgo </li></ul></ul><ul><ul><li>5.5.- Plan de cierre del proyecto </li></ul></ul><ul><li>6.- Planes de procesos técnicos </li></ul><ul><ul><li>6.1.- Modelo del proceso </li></ul></ul><ul><ul><li>6.2.- Métodos, herramientas y técnicas </li></ul></ul><ul><ul><li>6.3.- Plan de infraestructura </li></ul></ul><ul><ul><li>6.4.- Plan de aceptación del producto </li></ul></ul>
  19. 19. Planificación <ul><li>7.- Planes de soporte de proceso </li></ul><ul><ul><li>7.1.- Plan de administración de la configuración </li></ul></ul><ul><ul><li>7.2.- Plan de testing </li></ul></ul><ul><ul><li>7.3.- Plan de documentación </li></ul></ul><ul><ul><li>7.4.- Plan de aseguramiento de la calidad </li></ul></ul><ul><ul><li>7.5.- Plan de revisiones y auditoría </li></ul></ul><ul><ul><li>7.6.- Plan de resolución de problemas </li></ul></ul><ul><ul><li>7.7-. Plan de administración de subcontratistas </li></ul></ul>
  20. 20. Planificación <ul><ul><li>7.8.- Plan de mejoras al proceso </li></ul></ul><ul><li>8.- Planes adicionales </li></ul>
  21. 21. Planificación <ul><li>Dividir el proyecto en tareas y estimar tiempo y recursos requeridos para completar cada tarea </li></ul><ul><li>Organizar tareas concurrentemente para hacer uso óptimo del workplace </li></ul><ul><li>Mimizar dependencias entre tareas para evitar demoras causadas por una tarea esperando que otro la finalice </li></ul><ul><li>Depende de la intuición y experiencia de los administradores de proyecto </li></ul>
  22. 22. Planificación Identificar actividades Identificar dependencias en actividades Estimar recursos para actividades Asignar personas a actividades Crear cartas de proyecto Requerimientos de sofware Cartas de actividades y gráficos
  23. 23. Planificación <ul><li>Estimar la dificultad de los problemas y de ahí el costo de desarrollo es difícil </li></ul><ul><li>La productividad no es proporcional al número de gente trabajando en una tarea </li></ul><ul><li>Incorporar gente a un proyecto atrasado lo atrasa aún más, debido a la sobrecarga en la comunicaciones </li></ul><ul><li>Lo inesperado siempre ocurre: permita siempre contingencias en la planificación </li></ul>
  24. 24. Planificación <ul><li>“ Si meto más indios a la canoa… </li></ul><ul><li>¿avanzamos más rápido o nos hundimos?” </li></ul>
  25. 25. Planificación <ul><li>Mostrar la descomposición del proyecto en tareas. Las tareas no debieran tomar más de 1 ó 2 semanas </li></ul><ul><li>Los gráficos de actividad muestran dependencias entre las tareas y el camino crítico </li></ul>
  26. 26. Planificación <ul><li>M: milestone (hito) </li></ul>
  27. 27. Planificación
  28. 28. Planificación
  29. 29. Planificación
  30. 30. Administración del riesgo <ul><li>Administración del riesgo trata de identificar los riesgos y esbozar planes para minimizar sus efectos en el proyecto </li></ul><ul><li>Un riesgo es una probabilidad de que ocurra alguna circunstancia adversa </li></ul><ul><ul><li>Los riesgos del proyecto afectan al cronograma o a los recursos </li></ul></ul><ul><ul><li>Los riesgos de producto afectan la calidad o rendimiento del software que se está desarrollando </li></ul></ul><ul><ul><li>Los riesgos de negocios afectan a la organización en desarrollar el software </li></ul></ul>
  31. 31. Riesgo
  32. 32. Proceso de administración del riesgo <ul><li>Identificación del riesgo </li></ul><ul><ul><li>Identificar riesgos del proyecto, producto y negocio </li></ul></ul><ul><li>Análisis de riesgo </li></ul><ul><ul><li>Estimar la probabilidad y consecuencias de estos riesgos </li></ul></ul><ul><li>Planificar riesgos </li></ul><ul><ul><li>Diseñar planes para evitar o minimizar los efectos del riesgo </li></ul></ul><ul><li>Monitorear el riesgo </li></ul><ul><ul><li>Monitorear los riesgos durante el proyecto </li></ul></ul>
  33. 33. Proceso de administración del riesgo Identificación del riesgo Análisis del riesgo Planificación del riesgo Monitoreo del riesgo Lista de riesgos potenciales Lista de riesgos priorizados Planes para evitar riesgos y de contingencia Evaluación de riesgo
  34. 34. Identificación de riesgos <ul><li>Riesgos tecnológicos </li></ul><ul><li>Riesgos del personal </li></ul><ul><li>Riesgos organizacionales </li></ul><ul><li>Riesgos de los requerimientos </li></ul><ul><li>Riesgos en la estimación </li></ul>
  35. 35. Riesgos y tipos de riesgos
  36. 36. Análisis de riesgos <ul><li>Estimar probabilidad y seriedad de cada riesgo </li></ul><ul><li>La probabilidad puede ser muy baja, baja, moderada, alta o muy alta </li></ul><ul><li>Los efectos de los riesgos pueden ser catastróficos, serios, tolerables o insignificantes </li></ul>
  37. 37. Análisis de riesgos
  38. 38. Análisis de riesgos
  39. 39. Planificación de riesgos <ul><li>Considerar cada riesgo y desarrollar una estrategia para administrarlo </li></ul><ul><li>Estrategias para evitar riesgos </li></ul><ul><ul><li>La probabilidad que el riesgo surja se reduce </li></ul></ul><ul><li>Estrategias de minimización </li></ul><ul><ul><li>El impacto del riesgo en el proyecto o producto se reducirá </li></ul></ul><ul><li>Planes de contingencia </li></ul><ul><ul><li>Si el riesgo surje, los planes de contingencia son planes para tratar ese riesgo </li></ul></ul>
  40. 40. Estrategias de administración del riesgo
  41. 41. Estrategias de administración del riesgo
  42. 42. Monitoreo del riesgo <ul><li>Estimar cada riesgo en forma regular para decidir si se está haciendo más o menos probable </li></ul><ul><li>También estimar si los efectos del riesgo han cambiado </li></ul><ul><li>Cada riesgo clave debe ser discutido en reuniones de avance (de administración) </li></ul>
  43. 43. Indicadores de riesgo
  44. 44. Resumen <ul><li>Buena administración del proyecto es esencial para el éxito del proyecto </li></ul><ul><li>La naturaleza intangible del software causa problemas para su administración </li></ul><ul><li>Administradores tienen diversos roles pero sus actividades más importantes son planificación, estimación y cronograma </li></ul><ul><li>Planificación y estimación son procesos iterativos que se realizan continuamente durante el desarrollo de un proyecto </li></ul>
  45. 45. Resumen <ul><li>Un hito del proyecto es un estado predecible con un reporte formal de progreso presentado a la administración </li></ul><ul><li>El cronograma del proyecto involucra preparar diversas representaciones gráficas mostrando actividades del proyecto, sus duraciones y personal </li></ul><ul><li>Administración del riesgo se aboca en </li></ul><ul><ul><li>identificar los riesgos que podrían afectar el proyecto y </li></ul></ul><ul><ul><li>planificar para asegurar que esos riesgos no se convertirán en amenazas mayores </li></ul></ul>

×