4_Planeación
Contents
1. Ingenier a de Software 6 ed McGraw Hill Caracter sticas de Red S lo una actividad final No debe haber ciclos No debe haber actividades desconectadas todas son accesibles desde las tareas iniciales Las actividades se inician cuando est lista para ejecutarse al menos una de las tareas iniciales Por claridad pueden agregarse actividades nulas no gastan recursos Una tarea o actividad no inicia si no est n terminadas todas las predecesoras Red de tareas para el proyecto de software e Puntos a considerar por el planificador con las actividades concurrentes Se deben determinar dependencias entre tareas para asegurar el proceso continuo hacia la finalizaci n Estar atento a las tareas que se encuentran en la ruta critica e poner atenci n en qu se deben completar en la calendarizaci n Pressman R Ingenier a de Software 6 ed McGraw Hill Ejemplo actividades de Yourdon Establecer z cE sy Analizar Dise ar requerimientos y Convertir BD l Describir Generar v procedimientos pruebas de Implantar aceptaci n Controlar calidad Instalar Calendarizaci n y secuenciaci n 1 2 e En la secuenciaci n de tareas se decide en qu orden se realizar n las tareas de un conjunto cumpliendo con sus restricciones e Una red de tareas puede s2. ed Addison Wesley DURACI N D AS DEPENDENCIAS 10 15 T1 10 20 10 15 20 T3 35 T7 15 T6 5 T5 T9 10 T9 20 T10 35 T3 T4 10 T8 T9 20 T12 T14 10 T15 Relaci n de estimaci n de esfuerzo y duraci n de actividades e Teniendo la estimaci n del esfuerzo total del proyecto se debe repartir entre las diversas actividades e Puede hacerse de proyectos anteriores e Si no se tienen proyectos anteriores considerar informaci n publicada Reparto del esfuerzo por actividad Actividad Longstreeet Otros Promedios Requerimientos Dise o Codificaci n Pruebas Reparto del esfuerzo por actividad 2 Actividad Porcentaje Desarrollo del proyecto 75 Administraci n 15 Otras 10 Ejemplo Grupo miscel neas Se busca realizar sistema de punto de venta de las miscel neas que tendr n una base de datos centralizada Se estima una duraci n de seis semanas Actualizar cat logos A r Cajera gerente Llegada mercanc a poe Encargada Organizaci n iteraciones e Primera Terminar prototipo r pido Crear base de datos CU actualizar cat logos e Segunda Venta t pica y su prueba e Tercera Venta casos especiales y llegada mercanc a e Cuarta Reportes Plan general Desk mabaa Anil Cono Fo l h e al o a DLMUVSO LUK INS UMNA SOLMA S NCIS
3. g jue 22 09 11 19 jue 29 09 11 24 a jue 29 09 1132 Red de actividades Iteraci n 1 Dato Cat logos Actualizar F Prueba actualizar cat logos Kii Iteraciones 1 y 2 Entrega O Nombre de tarea pas Comienzo Fin sep 11 11 sep 11 18s L m x 3Tw s o t m x yIv s D t primera iter 4d as mi 07 09 11 lun 12 09 11 T crear BD 1 d a mi 07 09 11 mi 07 09 11 desarrollo 3d as jue 08 09 11 lun 12 09 11 Probar act 3d as jue 08 09 11 lun 12 09 11 revisi n 1 Od as lun 12 09 11 lun 12 09 11 segundaiter 4d as mar 13 09 14 vie 16 09 11 dise o ven 1 d a mar 13 09 11 mar 13 09 11 codificaci 3d as mi 14 09 11 vie 16 09 11 prueba ver 3 d as mi 14 09 11 vie 16 09 11 Revisi n 2 Od as vie 16 09 11 vie 16 09 11 18 1 Red de actividades Iteraci n 4 vV y Desarrollo Ventas Prueba Ventas casos especiales casos especiales y Dise o llegada mercanc a V Desarrollo llegada Prueba llegada mercanc a mercanc a Iteraciones 3 y 4 cuarta iteraci n a e Duraci n caa Fin Pred N _ 18 sep 11 25 sep 11 s joJL mIx JIv s D L M XTJ terceraitera 4d as lun 19 09 11 jue 22 09 11 19 dise ar ref 1d a lun 19 09 11 lun 19 09 11 19 desarrollar 3d as mar20 09 11 jue 22 091 21 prueba rep 3 d as mar20 09 11 jue 22 09 11 21 Revisi n 3 Od as jue22 09 11 jue22 09 11 232 cuartaiterac 4
4. o ul JlAalele elle lle lnea ln 0 TOTAL N Quedan fuera actividades paralelas iguales o menores
5. A1 10 10 A2 A4 5 A1 A2 20 A1 25 A4 15 A3 A6 15 A5 A7 7 A9 10 Ali Sommerville l Ingenier a de Software 6 ed Addison Wesley Red de Actividades 15 d as 15 d as 04 07 2002 15 d as 10 d as Sommerville l Ingenier a de Software 6 ed Addison Wesley Ruta cr tica e La ruta cr tica es un camino dentro de la red planeada que tiene el menor tiempo posible para terminar es el camino secuencial m s largo e Las actividades fuera de la ruta cr tica se pueden acomodar para reducir tiempos o usar mejor los recursos e En el ejemplo anterior es la ruta marcada m s gruesa y es de 55 d as Gr fico de Barras 1177 1847 2577 1 A aru 153 0 22478 2978 5fa Gr fico de barras de las actividades Tabla de Asignaci n de personal Tareas Ingeniero A1 Jane A2 Anne A3 Jane A4 Fred A5 Mary A6 Anne A7 Jim A8 Fred A9 Jane Anne Fred Fred Gr fico de Barra e Asignaci n al personal y tiempos 1AT 18 7 25 7 1 8 8 8 15 8 22 9 25 8 5 9 1279 15 9 Ejercicio ela siguiente figura muestra un conjunto de actividades duraciones y dependencias Dise e una red de actividades y un gr fico de barras que muestren la programaci n de proyectos Sommerville l Ingenier a de Software 6
6. Administraci n de Proyectos Planeaci n Planeaci n de diccionario e Plan Escrito en que sumariamente se precisan los detalles para realizar una obra e Planear Trazar o formar el plan de una obra Hacer planes o proyectos e Planeaci n Planeamiento Acci n y efecto de planear Planeaci n de proyectos de software e Identificaci n de actividades hitos y entregas producidas por un proyecto e Bosquejar plan para guiar desarrollo hacia las metas del proyecto Sommerville l Ingenier a de Software 6 ed Addison Wesley Planeaci n 1 4 eLa administraci n efectiva de un proyecto de software depende de planear completamente el progreso del proyecto e Para ello el administrador debe Anticiparse a los problemas que podr an presentarse Preparar soluciones tentativas a esos problemas Sommerville l Ingenier a de Software 6 ed Addison Wesley Planeaci n 2 4 e Un plan preparado al inicio ser utilizado como conductor para el proyecto e El plan inicial deber Ser el mejor posible de acuerdo a la informaci n disponible Evolucionar conforme el proyecto progrese La informaci n disponible ser mejor Sommerville l Ingenier a de Software 6 ed Addison Wesley Planeaci n 3 4 El proceso de planeaci n inicia con una valoraci n de las restricciones que afectan el proyecto como ser an fecha de entrega requerida p
7. TINS lenh T s AO nei O ferd De mareta 08191 t fiamh t s NAAN 100 D fisme Dia WestN ettii N Nemm idt DAN pe O B di ls WONN GD Red de actividades Inicio Pl tica inicial Entrevista con usuarios Preparar modelos Establecer p verificaciones Revisar con cliente Terminar especificaci n Detalle Inicio Inicio Nombre de tarea psc a Fin ul 28 ago 11 04 sep 11 D L m x s v s D L m X y v Ay Inicio 7d as lun 29 08 14 mar 06 09 11 Pl tica inicial 1 0 5 d as lun29 08 11 lun 29 08 11 entrevistas us 1 5d as lun 29 08 11 mar 30 08 11 2 preparar mode 2d as mi 31 08 11 jue 01 09 113 establecer ver 2 d as mi 31 08 11 jue 01 09 113 Revisar con cl 1d a vie 02 09 11 vie 02 09 11 4 5 terminar esper d as lun 05 09 11 mar 06 09 11 6 Fin inicio Od as mar 06 09 11 mar 06 09 117 Detalle Desarrollo Desarrollo Nombre de tarea Duraci n all Fin pl aan 11 sep 11 eT 25 sep 11 C 9 x 1 v 5 0 0 m x 1 v S 0 1 M x 3 V S 0 L M x Inicio Fin inicio primera iter segunda iter tercera itera cuarta iterac Fin desarrollo Desarrollo 7 d as 0 d as 47 d as 4 d as 4 d as 4 d as 5 d as 0 d as lun 29 08 14 mar 06 09 11 mi 07 09 11 mi 07 09 11 mar 13 09 14 lun 19 09 11 vie 23 09 11 jue 29 09 11 mar 06 09 11 gt mar 06 09 11 7 06 09 jue 29 09 11 8 lun 12 09 14 y vie 16 09 41 14
8. d as vie23 09 11 mi 28 09 44 24 desarrollo 1d a vie 23 09 11 vie 23 09 11 24 f f prueba ver 1 d a vie 23 09 11 vie 23 09 11 24 dise ar llec 1 d a lun 26 09 11 lun 26 09 11 27 desarrollar 1 d a mar27 09 11 mar 27 09 11 28 2 prueba lleg 1 d a mar27 09 11 mar 27 09 11 28 revisi n 4 Od as mar 27 09 11 mar 27 09 11 29 3 Reporte 1 d a mi 28 09 11 mi 28 09 11 31 Fin desarrollo Od as mi 28 09 11 mi 28 09 11 32 Detalle Entrega Entrega Nombre de tarea Duraci n Comienzo Fin Pred No 25 sep 11 02 oct 11 D J m X 3Tv s o L m Xx 3 v s Dl Fin desarrollo Od as jue 29 09 11 jue 29 09 11 32 Entrega 5d as vie 30 09 11 jue 06 10 11 33 instalaci n 1 1 d a vie 30 09 11 vie 30 09 11 25 capacitaci n 2d as lun 03 10 11 mar 04 10 11 35 soluci n probh 4d as lun 03 10 11 jue 06 10 11 35 Liberaci n Od as jue 06 10 11 jue 06 10 11 36 3 Resumen del Esfuerzo Actividad Subactividad Esfuerzo d as persona Inicio 9 Desarrollo 26 Iteraci n 1 Iteraci n 2 Iteraci n 3 Iteraci n 4 Entrega TOTAL Note que esta tabla marca los d as persona que difieren de los d as calendario Ruta critica en el ejemplo Pl tica inicial Entrevistas Preparar modelos Revisar Terminar especificaci n Crear BD Cat logos Dise o ventas Ventas Dise o llegadas Codificaci n Instalar Resolver problemas
9. ecuenciarse de diversas maneras seg n los recursos disponibles Un solo empleado no podr hacer actividades paralelas y tendr que hacerlas una a una si hay m s s se pueden hacer en paralelas pero no todas Calendarizaci n y secuenciaci n 2 2 e La calendarizaci n consiste en fijar fechas de inicio y fin a cada actividad e En proyectos peque os se hacen al mismo tiempo Calendarizaci n 1 5 e Consiste en estimar tiempos y recursos requeridos para completar las actividades y organizarlas e ES muy demandante para los administradores de Software Si el proyecto es igual a otro anterior se pueden utilizar datos hist ricos Sommerville l Ingenier a de Software 6 ed Addison Wesley Calendarizaci n 3 5 Si los proyectos son diferentes la calendarizaci n se complica ya que pueden utilizar diferentes m todos de dise o y lenguajes de implementaci n diferentes Si el proyecto es t cnicamente complejo las estimaciones inicialmente resultan optimistas por lo cual debe considerarse cierto pesimismo para compensar Los calendarios deben actualizarse continuamente a medida que el proyecto vaya progresando Sommerville l Ingenier a de Software 6 ed Addison Wesley Calendarizaci n 4 5 Identifi car Activida des Identificar Estimar Crear Dependen recursos Asignar gr ficos cias entre por personal del actividades actividad ses proyecto act
10. ersonal disponible y presupuesto global Luego se aplican estimaciones tama o esfuerzo tiempo Se decide enfoque de desarrollo 1 Lineal iterativo espiral Se analizan riesgos Se calendariza Sommerville 1 Ingenier a de Software 6 ed Addison Wesley Planeaci n 4 4 e La planeaci n es un proceso iterativo que s lo se completa cuando el proyecto est terminado El plan debe revisarse regularmente cada 2 3 semanas conforme a la nueva informaci n disponible Si se requiere actividades de correcci n Si hay problema revisi n t cnica y renegociaci n e Inicialmente debe ser m s bien pesimista Dejar holgura para contingencias Sommerville l Ingenier a de Software 6 ed Addison Wesley Plan del proyecto desarrollo 1 2 1 Introducci n Objetivos del proyecto Restricciones que afecten al proyecto tiempo presupuesto y personal disponible 2 Organizaci n del proyecto Organizaci n del equipo de trabajo Gente involucrada Roles en el equipo 3 An lisis de riesgos ver tema anterior 4 Requerimientos de recursos Hardware incluir en el precio el que debe comprarse Software para el desarrollo Plan del proyecto desarrollo 2 2 5 Divisi n del trabajo Divide el trabajo en actividades Identifica hitos y productos a entregar 6 Programa del proyecto Describe dependencias entre actividades Indica tiempos de logro de un hito As
11. igna responsables 7 Mecanismos de supervisi n e informe C mo se gestionan informes Cu ndo se deben entregar Describe mecanismos de supervisi n Tipos de Planes adicionales no siempre se incluyen Plan Descripci n Describe los procedimientos y est ndares de calidad Plan de Calidad PS que se utilizar n en un proyecto Describe el enfoque los recursos y la programaci n Plan de Validaci n a NA p utilizados para la validaci n del sistema Plan de Administraci n de la Configuraci n Describe los procedimientos de administraci n de la configuraci n y las estructuras a utilizarse Predice los requerimientos de mantenimiento del sistema los costos del mantenimiento y el esfuerzo requerido Plan de Mantenimiento Describe c mo se desarrollar n las habilidades y Plan de Desarrollo a E a experiencia de los miembros del equipo del proyecto Sommerville l Ingenier a de Software 6 ed Addison Wesley Hitos y productos a entregar e Hito punto final de una actividad momento donde se ha logrado alg n aspecto significativo del proyecto Generalmente incluyen salida formal documento breve Deben ser concretos y verificables Sommerville l Ingenier a de Software 6 ed Addison Wesley Hitos y productos a entregar e Producto a entregar entregable un resultado del proyecto que se entrega al cliente Generalmente se en
12. ivida des Redes de actividades y gr ficos de barras Requerimientos de software Proceso de Calendarizaci n del proyecto Sommerville l Ingenier a de Software 6 ed Addison Wesley Calendarizaci n 5 5 e El calendario del proyecto se representa como un conjunto de gr ficos muestra la divisi n de trabajo las dependencias de las actividades y la asignaci n de personal e Herramienta para la gesti n de software Microsoft Project Open Project Sommerville l Ingenier a de Software 6 ed Addison Wesley Datos adicionales e Las actividades calendarizadas pueden dejar tiempos libres por restricciones o por disponibilidad de recursos e Los tiempos libres holguras pueden usarse para atrasar o adelantar actividades Gr ficos de Barra y Redes de Actividades e Se utilizan para ilustrar la calendarizaci n del proyecto Los gr ficos de barras muestran qui n es responsable de cada actividad y cu ndo debe iniciar y finalizar Las redes de actividades muestran cada actividad y la dependencia que hay entre ellas e Se pueden generar autom ticamente usando una base de datos de la informaci n del proyecto utilizando una herramienta de gesti n de proyectos Sommerville l Ingenier a de Software 6 ed Addison Wesley Una lista de Duraci n y Dependencia de Actividades DURACI N D AS DEPENDENCIAS 8 15 15
13. izar an lisis Realizar dise o Preparar pruebas Aplicar pruebas Documentar Actividades seg n proceso e An lisis se podr a descomponer en actividades menores Modelo ambiental ePreparar declaraci n de prop sitos diagrama de contexto y lista de acontecimientos Modelo de Comportamiento e Preparar diagrama de flujo de datos e Preparar diagrama entidad relaci n e Preparar diccionario de datos e Preparar diagrama de estados Actividades por descomposici n descendente del trabajo e Puede relacionarse con los otros enfoques pero parte de lo m s general y va detallando poco a poco e Un ejemplo es la descomposici n de An lisis del ejemplo anterior Actividades por descomposici n descendente del trabajo Otro ejemplo Lineal secuencial Trabajo crear un sistema de informaci n e Segunda e Primera descomposici n descomposici n m Preparar casos de E prueba de sistema Requerimientos Preparar casos de An lisis prueba de integraci n Dise o e N Si E Aplicar pruebas de Codificaci n integraci n Pruebas Aplicar pruebas de sistema Descomposici n del producto Sistema de ventas por Internet y M M dulo M dulo Ventas Base de datos Administraci n M dulo de his registro de cliente anea Consulta de M dulo de pedido orden de com
14. o Varia de un proyecto a otro Un conjunto de tareas para un sistema complejo y grande probablemente se apreciar a como destructivo para un producto de software peque o y simple Algunos elementos de las actividades Cada actividad debe poderse estimar en cuanto a su duraci n Debe poderse estimar los recursos necesarios para la actividad Una actividad puede tener precedentes es decir actividades que deben terminar antes de comenzar Para iniciar una actividad pueden ser necesarios recursos que s lo est n disponibles en cierto momento Factores que influyen en la elecci n del conjunto de tareas Tama o del proyecto N mero de usuarios potenciales Duraci n de la aplicaci n Estabilidad de los requisitos Facilidad de la comunicaci n con el usuario o el desarrollador Madurez de la tecnolog a aplicable Restricciones del desempe o Equipo del proyecto Pressman R Ingenier a de Software 6 ed McGraw Hill Red de tareas para el Proyecto de software Una red de tareas o red de actividades es una representaci n gr fica del flujo de tareas de un proyecto En ocasiones se utiliza como el mecanismo mediante el cual la secuencia y dependencia entre tareas son la entrada a una herramienta de calendarizaci n del proyecto Las ligas indican precedentes que deben cumplirse antes de iniciar una tarea Tarea Tarea antecesora sucesora Pressman R
15. pra Descomposici n del producto e Actividades derivadas de las partes del producto Desarrollar m dulo de registro de cliente Desarrollar m dulo de orden de compra Realizar enlace a sistema bancario Desarrollar m dulo de consulta de estado del pedido e Los productos de los subsistemas sirven a otras partes del sistema El registro del cliente y la orden para administraci n env o de pedido factura etc La base de datos para preparar orden de compra El env o viene de administraci n sirve para consulta de estado Descomposici n de entregables Sistema de ventas por Internet y Y NA Software ejecutable Tutorial de Documentaci n capacitaci n P ginas Manual de Manual de para cliente instalaci n administrador NA C digo del Manual de servidor referencia Descomposici n de entregables e Del rbol anterior se pueden generar actividades Dise ar la base de datos Desarrollar c digo del servidor Preparar manual de instalaci n ECC Completar conjunto de tareas e Agregar tareas de cobertura administraci n del proyecto control de calidad control de la configuraci n actividades para mitigar riesgos Consideraciones sobre conjuntos de tareas e De Pressman El conjunto de tareas No debe abrumar al equipo del proyect
16. trega al final de una fase mayor del proyecto e fin de una iteraci n al concluir un prototipo Puede coincidir con un hito pero muchos hitos no coinciden con productos Sommerville l Ingenier a de Software 6 ed Addison Wesley Ejercicio e Explique por qu el proceso de planificaci n de proyectos es iterativo y por qu un plan se debe revisar continuamente durante el proyecto de Software e Cu l es la diferencia fundamental entre un Hito y una Entrega Sommerville l Ingenier a de Software 6 ed Addison Wesley Elementos de la planeaci n e Qu Actividades tareas se requieren Hitos se establecen Productos se entregar n e Cu ndo Comienza y termina cada actividad Ocurre el hito Se entrega el producto Actividades a considerar c mo obtenerlas 1 2 Hacer una lista de tareas que se consideran necesarias Basada en experiencia y estudios Puede quedar incompleta y con duplicados Tomar lista de un proceso muy bien establecido Descomponer el trabajo de manera descendente Actividades a considerar c mo obtenerlas 2 2 Descomponer el producto en subproductos e Primero los que son necesarios para otros Descomponer por entregables usa los dos anteriores Actividades seg n proceso e Se sigue la propuesta del proceso elegido e Por ejemplo para el m todo de Yourdon podr a ser Entrevistar usuarios Real
Download Pdf Manuals
Related Search