Clase 8, 12/9/2007

1,734 views

Published on

Published in: Business, Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,734
On SlideShare
0
From Embeds
0
Number of Embeds
32
Actions
Shares
0
Downloads
74
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

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>

×