SlideShare uma empresa Scribd logo
1 de 120
Baixar para ler offline
Planificación de Proyectos de Software,[object Object],Iván Sánchez,[object Object],Ronald Sáenz,[object Object],Gissellor,[object Object],Karen Navarro,[object Object],Muñoz,[object Object],Andrea Estrella,[object Object],Katichula,[object Object],Megan Fox,[object Object]
El Comienzo,[object Object],En el principio se pidieron los proyectos de Software.,[object Object],Los proyectos estaban desordenados y vacíos, y las tinieblas estaban sobre la haz del abismo, y el Espíritu de Dios se movía sobre este mar de Caos.,[object Object],Y dijo Dios: Sea la Planificación: y fue la Planificación.,[object Object],Y vio Dios que la Planificación era buena: y apartó Dios la Planificación del desorden…,[object Object]
Introducción,[object Object],Antes de comenzar se debe estimar…,[object Object],Esfuerzo, tiempo, personal y demás recursos..,[object Object],Luego de estimar se debe planificar…,[object Object],Establecer un Plan de Proyecto que ,[object Object],defina tareas y fechas clave, ,[object Object],identificar responsables por ,[object Object],tareas y especificar ,[object Object],dependencias entre tareas.,[object Object]
Objetivos,[object Object],Resolver problemas corriente arriba a bajo costo.,[object Object],La experiencia dice que el proyecto promedio gasta 80 por ciento de su tiempo en reelaboración: corrigiendo errores que se cometieron en etapas tempranas del proyecto.,[object Object]
Objetivos,[object Object],Proporcionar un Marco de Trabajo que permita al gestor estimar razonablemente los recursos, costo y programa de trabajo.,[object Object],Adaptar y actualizar el plan conforme se avance en el proyecto.,[object Object]
Actividades,[object Object],La planificación del proyecto del software abarca 5 grandes actividades:,[object Object],[object Object]
Programa de Trabajo
Análisis de Riesgos
Planificación de la Gestión de Calidad
Planificación de la Gestión del Cambio,[object Object]
La Estimación,[object Object],No necesita realizarse en una forma improvisada.,[object Object],La experiencia es una gran ayuda.,[object Object],La estimación implica riesgo inherente, y este conduce a la incertidumbre.,[object Object],El riesgo de la estimación se mide por el grado de incertidumbre en las estimaciones cuantitativas para recursos, costos y programa de trabajo.,[object Object]
La Estimación,[object Object],Variabilidad en requisitos = inestabilidad,[object Object],Un gestor no debe obsesionarse con las estimaciones.,[object Object]
Conjunto de Tareas para la Planificación de un Proyecto,[object Object],Establecer el ámbito del proyecto.,[object Object],Determinar Factibilidad,[object Object],Analizar Riesgos.,[object Object],Definir los recursos requeridos (humanos, software, etc).,[object Object],Estimar costo y Esfuerzo,[object Object],Descomponer el problema,[object Object],Desarrollar 2 o mas estimaciones (Ej: puntos de función, casos de uso, etc…),[object Object],Desarrollar un Plan de Proyecto,[object Object],Establecer un conjunto de tareas significativo.,[object Object],Definir  una red de tareas.,[object Object],Desarrollar un cronograma con Herramientas de Planificación,[object Object],Definir mecanismos de seguimiento del programa de trabajo.,[object Object]
Ambito del Software,[object Object],Describe:,[object Object],Funciones,[object Object],Características,[object Object],Entradas,[object Object],Salidas,[object Object],Contenido a Presentar,[object Object],Desempeño,[object Object],Restricciones,[object Object],Interfaces,[object Object],Confiabilidad a entregar al Usuario final.,[object Object]
Ambito del Software,[object Object],Divide y Vencerás,[object Object],Muchas veces es bueno refinar.,[object Object],Las estimaciones de costo y el programa de trabajo están funcionalmente orientadas, por eso es útil cierto grado de descomposición.,[object Object]
Factibilidad,[object Object],Cuatro elementos esenciales:,[object Object],Tecnología,[object Object],Finanzas,[object Object],Tiempo,[object Object],Recursos,[object Object]
Recursos,[object Object],Divididos en Tres Grandes Categorías:,[object Object],Personal,[object Object],Componentes de Software Reutilizables,[object Object],Entorno,[object Object]
La Trinidad,[object Object]
Recursos Humanos,[object Object],El planificador debe especificar:,[object Object],Habilidades Requeridas,[object Object],Posición Organizacional,[object Object],Especialidad,[object Object],El personal puede estar Geográficamente disperso.,[object Object]
Recursos de Software Reutilizables,[object Object],Ingeniería de Software basada en Componentes.,[object Object],Énfasis en la reutilización,[object Object],Componentes ya desarrollados.,[object Object],Adquirir componentes de Terceros.,[object Object],Componentes Experimentados,[object Object],Componentes de Experiencia Parcial,[object Object],No inventar el Agua Tibia,[object Object]
Recursos del Entorno,[object Object],Hardware,[object Object],Software (Herramientas de Desarrollo),[object Object]
Estimación,[object Object],Un gran error en la estimación puede hacer la diferencia entre Ganancia o Perdida.,[object Object]
Estimación,[object Object],Nunca es exacta,[object Object],Mientras mas se conozca menos errores serios se cometerán.,[object Object],Implica muchas variables ,[object Object],Humanas,[object Object],Técnicas,[object Object],Ambientales,[object Object],Políticas,[object Object],etc,[object Object]
¿Como lograr estimaciones Confiables?,[object Object]
Estimación,[object Object],Usar Datos Históricos,[object Object]
Técnicas de Descomposición,[object Object],El problema a resolver es muy complejo para considerarlo una sola pieza,[object Object],Descomponer el problema en problemas mas pequeños,[object Object],Hacer el problema mas MANEJABLE,[object Object]
Tamaño del Software,[object Object]
Estimación Basada en el Problema,[object Object],Métricas basadas en la Productividad,[object Object],LDC/pm,[object Object],PF/pm,[object Object],Combinaciones,[object Object]
Estimación Basada en el Problema,[object Object]
Estimación,[object Object],Una mejor estimación viene dada por:,[object Object],S = (Sopt + 4Smed + Spes)/6,[object Object],cálculo de la desviación de las estimaciones,[object Object]
Estimación basada en LDC,[object Object],Descomposición funcional absolutamente esencial,[object Object],considerables niveles de detalle,[object Object],LDC se estima directamente.,[object Object]
Ejemplo,[object Object]
Estimación basada en PF,[object Object],Los datos requeridos para estimar los Puntos de Función son más macroscópicos que en LDC.,[object Object],Nivel de descomposición considerablemente menos detallado que en LDC.,[object Object],PF se determina indirectamente mediante la estimación del número de entradas, salidas, archivos de datos, peticiones e interfaces externas, entre otras.,[object Object]
Ejemplo,[object Object]
LDC o PF Esperados,[object Object],A partir de los datos históricos o (cuando todo lo demás falla) usando su intuición, el planificador estima los valores optimista, más probable y pesimista de LDC o de PF para cada función. Cuando lo que se especifica es un rango de valores, implícitamente se proporciona una indicación del grado de incertidumbre.,[object Object],Entonces, se calcula el valor esperado de LDC o de PF. El valor esperado para la variable de estimación, E, se obtiene como una medida ponderada de las estimaciones LDC o PF óptima (a), más probable (m) y pesimista (b). ,[object Object]
Estimación basada en el Proceso,[object Object],Técnica más habitual,[object Object],El proceso se descompone en actividades o tareas y el esfuerzo requerido para llevar a cabo cada tarea,[object Object],Se presentan las tareas en forma de tabla,[object Object]
Pasos de la Estimación basada en el Proceso,[object Object],delimitar las funciones obtenidas a partir del ámbito del software,[object Object],actividades del proceso para cada función,[object Object],estimación de esfuerzo (persona-mes) para cada actividad,[object Object],en cada función,[object Object],aplicación de índices de trabajo medios (esfuerzo coste/unidad) al esfuerzo estimado para cada actividad,[object Object],cálculo de costes y esfuerzo de cada función y de la actividad,[object Object]
Ejemplo,[object Object]
Estimación basada en Casos de Uso,[object Object],Permiten que el equipo de software comprenda mejor el ámbito y los requisitos.,[object Object],El uso de casos de uso es a veces problemático porque:,[object Object], no existe un formato estándar.,[object Object],Representan una visión externa con diferentes grados de abstracción,[object Object],No abordan la complejidad de las funciones ni de las características,[object Object],Los expertos recomiendan no usar mas de 10 casos de Uso con no mas de 30 escenarios,[object Object]
Metodología General a Usar con Estimación de Casos de Uso,[object Object]
¿Cómo Estimar usando Casos de Uso?,[object Object]
Reconciliación de Estimaciones,[object Object],La estimacion por LDC, PF y basadas en el proceso se realizan independientemente.,[object Object],Cuando se tienen algunas estimaciones de costo y esfuerzo se pueden comparar y armonizar.,[object Object],Si tienen un buen grado de concordancia son confiables las estimaciones.,[object Object],Si son poco concordantes los resultados de las estimaciones, entonces se debe investigar y analizar mejor,[object Object]
Técnicas Delfi,[object Object],Desarrolladas con el fin de obtener el consenso de un grupo de expertos sin contar con los efectos negativos de las reuniones de grupos. La técnica puede adaptarse a la estimación de costos de la siguiente manera:,[object Object],Un coordinador proporciona a cada experto la documentación con la definición del sistema y una papeleta para que escriba su estimación.,[object Object],Cada experto estudia la definición y determina su estimación en forma anónima; los expertos pueden consultar con el coordinador, pero no entre ellos.,[object Object],El coordinador prepara y distribuye un resumen de las estimaciones efectuadas, incluyendo cualquier razonamiento extraño efectuado por alguno de los expertos.,[object Object],Los expertos realizan una segunda ronda de estimaciones, otra vez anónimamente, utilizando los resultados de la estimación anterior. En los casos que una estimación difiera mucho de las demás, se podrá solicitar que también en forma anónima el experto justifique su estimación.,[object Object],El proceso se repite varias veces como se juzgue necesario, impidiendo una discusión grupal durante el proceso.,[object Object]
Modelos Empíricos de Estimación,[object Object],Modelos empíricos de estimación:,[object Object],Utilizan fórmulas derivadas empíricamente para predecir el esfuerzo como una función de LDC o PF.,[object Object],Datos empíricos obtenidos de una muestra de proyectos:,[object Object],difíciles de usar para todas las clases de software y todos los entornos de desarrollo,[object Object],se deben calibrar para las condiciones específicas de una organización,[object Object]
Ecuaciones de los Modelos Empiricos,[object Object]
Observaciones,[object Object],Se nota claramente que cada uno de los modelos (ecuaciones) producira un resultado diferente para los mismos valores de LDC o PF.,[object Object],Los modelos deben CALIBRARSE para las necesidades locales,[object Object]
Cocomo,[object Object],El Modelo Constructivo de Costos (COnstructiveCOstModel) es una jerarquía de modelos de estimación para el software.,[object Object],Las ecuaciones del modelo COCOMO básico tienen la siguiente forma:,[object Object],E = ab (KLDC) exp (bb),[object Object],D = cb (E) exp (db),[object Object],donde E es el esfuerzo aplicado en personas-mes, D es el tiempo de desarrollo en meses cronológicos y KLDC es el número estimado de Líneas de Código distribuídas (en miles) para el proyecto.,[object Object],Las ecuaciones del modelo COCOMO intermedio toma la forma:,[object Object],E = ai (KLDC) exp (bi) x FAE,[object Object],donde E es el esfuerzo aplicado en personas-mes, KLDC es el número estimado de Líneas de Código distribuídas para el proyecto.,[object Object]
Jerarquías de Cocomo,[object Object],El modelo COCOMO básico es un modelo univariable estático que calcula el esfuerzo (y el costo) del desarrollo de software en función del tamaño del programa expresando en líneas de código (LDC) estimadas.,[object Object],El modelo COCOMO intermedio calcula el esfuerzo del desarrollo de software en función del tamaño del programa y de un conjunto de “conductores de costo”, que incluyen la evaluación subjetiva del producto, del hardware, del personal y de los atributos del proyecto.,[object Object],El modelo COCOMO avanzado incorpora todas las características de la versión intermedia y lleva a cabo una evaluación de impacto de los conductores de costo en cada fase (análisis, diseño, etc.) del proceso de ingeniería de software.,[object Object]
Cocomo Orientado a los Tipos de proyecto de software ,[object Object],Modelo Orgánico. Proyectos de software relativamente pequeños y sencillos en los que trabajan pequeños equipos, con buena experiencia en la aplicación, sobre el conjunto de requisitos poco rígidos (por ejemplo, un programa de análisis termal desarrollado para un grupo calórico).,[object Object],Modelo Semiacoplado. Proyectos de software intermedios (en tamaño y complejidad) en los que los equipos, con variados niveles de experiencia, deben satisfacer requisitos poco o medio rígidos (por ejemplo, un sistema de procesamiento de transacciones con requisitos fijos para un hardware de terminal o un software de gestión de base de datos).,[object Object],Modelo Empotrado. Proyectos de software que deben ser desarrollados en un conjunto de hardware, software y restricciones operativas muy restringidas (por ejemplo, software de control de navegación para un avión).,[object Object]
Cocomo Ejemplo,[object Object],El chino lo pondra en esta diapo,[object Object]
Planificacion De Proyectos De Software
COCOMO II,[object Object],Es una Evolución del COCOMO original propuesto por Boehm,[object Object],Aborda las siguientes áreas:,[object Object],Modelo de composición de la aplicación,[object Object],Modelo de la etapa de diseño temprano,[object Object],Modelo de etapa posterior a la arquitectura,[object Object],Tres opciones de Tamaño:,[object Object],Puntos de Funcion PF,[object Object],Lineas de Codigo Fuente LDC,[object Object],Puntos Objeto PO,[object Object]
Puntos Objeto,[object Object],Son una manera indirecta de calcular el tamaño del software por medio de conteo de:,[object Object],Pantallas de interfaz de usuario,[object Object],Reportes,[object Object],Componente requeridos para las construcción de la aplicación.,[object Object],Las ponderaciones se basan en una tabla,[object Object],Se determina el numero de PO y se multiplica por la ponderacion,[object Object],Se suman todos los resultados para obtener una cuenta total de PO.,[object Object]
Puntos Objeto,[object Object],Estimando el % de reutilizacion se ajusta la cuenta de PO,[object Object],[object Object],Para obtener la estimacion de esfuerzo se debe calcular la tasa de Productividad,[object Object],[object Object],Una vez obtenida pasamos a estimar el esfuerzo,[object Object],[object Object],[object Object]
Técnicas de Estimación especializadas,[object Object]
Estimación Orientada a Objetos,[object Object],Estimaciones en PF o LDC,[object Object],Aplicar el modelado de análisis OO.,[object Object],Determinar el numero de Clases Clave,[object Object],Categorizar el tipo de interfaz para la aplicación y desarrollar un multiplicador,[object Object],Multiplicar el numero total de clases por el numero promedio de unidades de trabajo por clase.,[object Object]
Estimación para Desarrollo Ágil,[object Object],Los requerimiento en este tipo de proyectos se presentan como un conjunto de escenarios de usuario.,[object Object],Se puede estimar de manera mas informal.,[object Object],Se usan los enfoques de LDC o PF orientados a escenarios,[object Object]
Los Expertos Dicen,[object Object],Es mejor Comprender el trasfondo de una estimación antes de utilizarla.,[object Object]
Estimación para Ingeniería Web,[object Object],Los proyectos WEB adoptan el modelo de desarrollo ágil,[object Object],Se usa un enfoque de puntos de función modificado,[object Object],Entradas: Cada pantalla o formato de entrada incluidas las de mantenimiento (CGI o JAVA),[object Object],Salidas: Cada pagina Web estática, cada guion de pagina Web dinámica y cada reporte (ASP, DHTML),[object Object],Tablas: Cada tabla lógica en la DB y cada objeto XML,[object Object],Consultas: Cada interfaz publicada externamente (referencias externas DCOM o COM),[object Object],Los PF son un indicador razonable del volumen para un WebApp,[object Object]
¿Desarrollar o Comprar?,[object Object]
Árbol de Decisión,[object Object],La organización tiene estas opciones:,[object Object],Construir el Sistema desde 0,[object Object],Reutilizar Componentes existentes de “experiencia parcial”,[object Object],Comprar un Producto disponible y modificarlo.,[object Object],Contratar una empresa externa para el desarrollo.,[object Object]
Árbol de Decisión,[object Object],$ 380000,[object Object],$ 450000,[object Object],$ 275000,[object Object],$ 310000,[object Object],$ 490000,[object Object],$ 210000,[object Object],$ 400000,[object Object],$ 350000,[object Object],$ 500000,[object Object]
Subcontratación,[object Object],Es extremadamente simple.,[object Object],Las actividades de ingeniería del software se contratan con una tercera parte que realiza el trabajo a un costo mas bajo,[object Object],Efecto negativo que la compañía pierde cierto control sobre el software,[object Object],Corre el riesgo de poner el destino de su competitividad en manos de una tercera parte,[object Object]
¿Cuáles son las claves del éxito?,[object Object],“Q: What are the most exciting/promising software engineering ideas or techniques on the horizon?,[object Object],A: I don’t think that the most promising ideas are on the horizon. They are already here and have been here for years but are not being used properly.”,[object Object],David L. Parnas,[object Object]
¿A qué se refiere Parnas?,[object Object],PRÁCTICAS EN PLANIFICACIÓN – GESTIÓN DE PROYECTOS,[object Object],Automated estimation tools (1973),[object Object],Evolutionarydelivery (1988),[object Object],Measurement (1977),[object Object],Productivityenvironments (1984),[object Object],Riskmanagementplanning (1981),[object Object],PRÁCTICAS EN INGENIERÍA DE REQUISITOS,[object Object],Changeboard (1979),[object Object],Throwawayuser interface prototyping (1975),[object Object],JAD sessions (1985),[object Object],Requirements (1989),[object Object]
Calendarización,[object Object]
En que consiste la Calendarización,[object Object],En crear una rede de tareas de ingeniería que le permitirán tener el trabajo listo a tiempo.,[object Object],Una vez creada la red debe asignar responsabilidades a cada tarea,[object Object],Asegurarse que las tareas se realicen,[object Object],Adaptar la red conforme los riesgos se vuelvan realidad,[object Object]
¿Por qué es importante?,[object Object],Construcción de un sistema  complejo ,[object Object],Tareas de ingeniería ocurren en paralelo,[object Object],Resultado de trabajo realizado durante una tarea pude tener un profundo efecto en el trabajo llevado a cabo en otra tarea.,[object Object],Interdependencia difíciles de entender sin calendarización,[object Object]
Calendarización Adecuada,[object Object],Requiere:,[object Object],Que todas las tareas aparezcan en la red,[object Object],Esfuerzo y tiempo asignados inteligentemente por tarea,[object Object],Interdependencias entre tareas indicadas adecuadamente,[object Object],Recursos asignados para el trabajo,[object Object],Hitos espaciados de modo cercano para poder seguir el progreso,[object Object]
¿Por qué se entregan el software con retraso?,[object Object],Fecha limite irrealizable establecida por externo e impuesta,[object Object],Cambio en los requisitos no reflejados en modificaciones en la calendarización,[object Object],Subestimación de la cantidad de esfuerzo y recursos,[object Object],Riesgos no considerados (Predecibles y no Predecibles),[object Object],Dificultades humanas imprevisibles,[object Object],Dificultades técnicas no previstas,[object Object],Falta de Comunicación entre el personal,[object Object],Falla en la Gestión del Proyecto,[object Object]
Los Expertos dicen,[object Object],“Cualquier comandante en jefe que pretenda lleva  a cabo un plan que considera defectuoso comete un error; debe exponer sus razones, insistir en que el plan debe cambiarse y finalmente presentar su renuncia en lugar de ser el instrumento de la destrucción de su ejercito”,[object Object],Napoleón,[object Object]
“Adoro las Fechas limite. Me gusta cuando pasan como una exhalación cuando se alejan.”,[object Object],Douglas Adams,[object Object]
Lo que no se debe hacer,[object Object],Presentarse ante el cliente y demandarle que cambie la fecha de entrega impuesta por el mercado.,[object Object],Rechazar el trabajo,[object Object],¿Que hacer?,[object Object],Estimación Detallada,[object Object],Aplicar un Modelo de proceso Incremental,[object Object],Explicar al cliente por que la fecha es irrealizable con la estimación detallada,[object Object],Funcionalidad faltante se entregara despues,[object Object]
Generalidades,[object Object],Objetivo del gestor,[object Object],Definir tareas,[object Object],Construir la red de tareas,[object Object],Bosquejar las interdependencias entre las tareas,[object Object],Identificar las tareas cruciales y darles seguimiento,[object Object],La calendarización evoluciona a lo largo del tiempo. ,[object Object],Una calendarización Macroscópica se realiza durante las primeras etapas de la planificación,[object Object]
Generalidades,[object Object],Cientos de tareas deben realizarse para completar la meta mayor,[object Object],Algunas tareas se pueden completar sin preocuparse de su impacto sobre la fecha de terminación del proyecto,[object Object]
Principios Básicos de Calendarización,[object Object],Compartimentación,[object Object],Interdependencia,[object Object],Asignación de Tiempo,[object Object],Validación del Esfuerzo,[object Object],Definición de Responsabilidades,[object Object],Definición de Resultados,[object Object],Definición de Hitos,[object Object]
Interdependencia,[object Object],Algunas tareas deben ocurrir en secuencia,[object Object],Otras pueden ocurrir en paralelo,[object Object],Algunas tareas no pueden comenzar mientras el producto de trabajo producido por otras tareas no este disponible,[object Object]
Asignación de Tiempo,[object Object],A cada tarea se debe asignar cierto numero de unidades de trabajo (personas – días de esfuerzo),[object Object],Asignar fecha de inicio y terminación en función de las interdependencias,[object Object]
Relación entre Personal y Esfuerzo,[object Object],Mito: “Si nos retrasamos en la calendarización siempre podemos incorporar mas programadores y recuperarnos mas adelante en el proyecto”.,[object Object],Esto tiene un efecto perturbador en el equipo de trabajo,[object Object],Provoca mas desfases,[object Object],Las personas agregadas recientemente deben aprender el sistema y la gente que les enseña es la misma que estaba trabajando,[object Object]
Relación entre Personal y Esfuerzo,[object Object],Las calendarizaciones de proyecto son elásticas.,[object Object],Es posible comprimir en cierta medida la fecha de terminación deseada del proyecto (al añadir recursos adicionales).,[object Object]
Curva Putnam-Norden-Rayleigh (PNR),[object Object]
Curva Putnam-Norden-Rayleigh (PNR),[object Object],Indica que un proyecto no se puede comprimir mas allá de 0.75 td,[object Object],Si se intenta mayor compresión el proyecto cae en la región imposible y el riesgo de fracaso se eleva mucho,[object Object],La opcion de entrega de menor costo es,[object Object],to = 2td,[object Object],Esto implica que la demora en la entrega puede reducir los costos significativamente,[object Object]
Curva Putnam-Norden-Rayleigh (PNR),[object Object],La ecuación del software se obtiene de la curva PNR,[object Object],Relación enormemente lineal entre el tiempo cronológico  para completar un proyecto y el esfuerzo humano aplicado a este.,[object Object],L = P * E1/3t4/3,[object Object],E = L3/(P3t4) es el esfuerzo humano en personas año durante el ciclo de vida para el desarrollo,[object Object],T es el tiempo en años,[object Object]
Conclusiones de PNR,[object Object],Se pueden obtener beneficios al emplear menos personal durante un periodo un poco mas largo para lograr el mismo objetivo,[object Object]
Distribución del Esfuerzo,[object Object],Regla 40-20-40,[object Object],40% de todos los esfuerzos se asignan al análisis y el diseño de sistemas de entrada.,[object Object],40% en poner a prueba los sistemas de salida,[object Object],20% en codificación,[object Object],Esta distribución de esfuerzo es solo una guía.,[object Object],Las características del proyecto deben dictar la distribución del esfuerzo.,[object Object],Planeación = 2% – 3%,[object Object]
10 CLAVESDE UN PROYECTO CON ÉXITO,[object Object],Evitar los errores clásicos,[object Object],No ignorar las bases del desarrollo,[object Object],Gestión activa del riesgo,[object Object], Métodos de Planificación,[object Object]
PLANIFICACIÓN…,[object Object]
Visión Clara del Proyecto,[object Object],Sin una clara visión un proyecto puede terminar en cualquier punto.,[object Object],Los equipos trabajan para lograr las metas que se les fijan.,[object Object],Muchos Objetivos = no Objetivos,[object Object],Una buena visión establece prioridades,[object Object],¿Qué tipo de desarrollo rápido quiere?,[object Object],Speedoriented,[object Object],Schedule-riskoriented,[object Object],Visibilityoriented,[object Object],1,[object Object]
Requisitos estables, completos y escritos,[object Object],2,[object Object]
Los cambios en los requisitos…,[object Object],Riesgo más común en un proyecto,[object Object],Requisitos estables al 100% es casi imposible,[object Object],La mayoría de los cambios en los requisitos vienen de requisitos que definidos de forma incompleta la primera vez, y no por “cambios de mercado” u otras razones similares.,[object Object]
Técnicas para definir Requisitos estables,[object Object],Requirementsworkshop,[object Object],User interface prototyping,[object Object],User interview,[object Object],Use cases,[object Object],User manual,[object Object],Usabilitystudies,[object Object],Incremental delivery,[object Object],Requirementsreviews/inspections,[object Object]
Prototipos de Interfaz de Ususario,[object Object],Técnica Orientada al riesgo más común en un proyecto... El cambio en los requisitos,[object Object],Implican a los usuarios de forma amigable,[object Object],Bajo coste, corta planificación y alta satisfacción del usuario,[object Object],Es necesario tener habilidad para desarrollar prototipos exitosos,[object Object],3,[object Object]
Gestión de Proyectos Efectiva,[object Object],La “pobre” gestión – planificación es el segundo riesgo más común.,[object Object],4,[object Object]
Responsabilidades de un Jefe de Proyecto,[object Object],Una buena gestión software requiere (NECESITA) significativas habilidades.,[object Object],Estimación del Alcance,[object Object],Análisis de Tiempo, Esfuerzo y Coste,[object Object],Selección del Ciclo de Vida,[object Object],Planificación de la Calidad,[object Object],Personal Técnico,[object Object],Gestión de Riesgos,[object Object]
Estimaciones Precisas,[object Object],Las expectativas Injustificadas o no realistas son la mayor causa de los problemas,[object Object],El estado del arte es dramáticamente mejor que el estado de la práctica,[object Object],5,[object Object]
Exactitud de la Estimación y mejora,[object Object]
Resultados Reales como Porcentaje deResultados Estimados,[object Object]
Efecto de la Estimación,[object Object]
Estimación Precisa,[object Object],La estimación es una habilidad técnica especializada,[object Object],Tratar la estimación como un mini proyecto,[object Object],Tener un plan de reestimación periódica,[object Object]
“No morir por la planificación”,[object Object],Evitar las dos causas de sobre planificación...,[object Object],Planes inamovibles,[object Object],Planes excesivamente detallados,[object Object],6,[object Object]
Ajuste en la Planificación,[object Object],Tiempo,[object Object]
Enfoque en la Calidad,[object Object],7,[object Object]
Planificacion De Proyectos De Software
¿Por qué centrarse en la calidad?,[object Object],En la mayoría de los proyectos, el trabajo de corregir defectos no previstos es el mayor coste (40 – 80 % del total),[object Object],Centrarnos en la calidad tiene un impacto  económico positivo,[object Object],La calidad debe ser planificada durante el proyecto, no,[object Object],puede añadirse al final,[object Object]
No olvidar las bases del desarrollosoftware,[object Object],Los fundamentos de Gestión,[object Object],Siempre antes que los de Ingeniería,[object Object],Estimación, Planificación, Seguimiento y Medición,[object Object],Las Bases Técnicas,[object Object],Requisitos, Diseño, Construcción, Gest. Configuración, etc.,[object Object],Las Bases del Control de Calidad,[object Object],Pruebas, Inspecciones, etc.,[object Object],8,[object Object]
Gestión Activa de los Riesgos,[object Object],9,[object Object]
Planificacion De Proyectos De Software
Sobre la Gestión de Riesgos…,[object Object],Según un estudio de KPMG…,[object Object],55% de los proyectos descontrolados no tenían gestión de riesgos,[object Object],38% tenían algo, pero la mitad de estos no usó los riesgos hallados una vez que el proyecto comenzó,[object Object],7% no sabe si utilizó gestión de riesgos,[object Object],sobre un 80% de los proyectos comenzados no mantenían una gestión de riesgos significativa,[object Object],Más del 50% de los proyectos muestran sus problemas durante el inicio del desarrollo,[object Object],Sobre el 25% muestran sus problemas durante la planificación inicial,[object Object]
Planificacion De Proyectos De Software
Planificacion De Proyectos De Software
Planificacion De Proyectos De Software
Planificacion De Proyectos De Software
Gestión de Riesgos,[object Object]
Planificacion De Proyectos De Software
Riesgos más comunes (Best Hits),[object Object],Cambio en los Requisitos,[object Object],Meticulosidad en Requisitos o Desarrollo,[object Object],Escatimar en Calidad,[object Object],Planificaciones Demasiado Optimistas,[object Object],Diseño Inadecuado,[object Object],Síndrome de la "Bala de Plata“,[object Object],Desarrollo Orientado a la Investigación,[object Object],Personal Mediocre,[object Object],No definición de Roles y Responsables,[object Object],Error en la Contratación,[object Object],Diferencias entre Desarrolladores y Clientes,[object Object],Falta de Sponsor,[object Object],Falta de información del Usuario,[object Object],Añadir gente a un proyecto retrasado,[object Object],Sobreestimar de nuevas herramientas o métodos,[object Object],Cambio de herramientas en mitad del proyecto,[object Object],Falta de control automatizado del código fuente,[object Object]
El Factor Humano,[object Object],Seguir Desarrollando,[object Object]
Planificacion De Proyectos De Software
IEEE Std 830-1998,[object Object],Indica como realizar un documento de,[object Object],especificación de requisitos de software (SRS).,[object Object],• Establecer las bases para el acuerdo de lo que el,[object Object],software realizará entre clientes y proveedores.,[object Object],• Reducir el esfuerzo de desarrollo.,[object Object],• Proveer las bases para estimar el costo y,[object Object],calendarios.,[object Object],• Proveer líneas base para validación y verificación,[object Object],• Sirve de base para realizar mejoras.,[object Object]
De aquí en Adelante son diapos que no se si van a ir en la presentacion final,[object Object]
¿Por qué Planificar?,[object Object],• Boehm, 1975: 45% de los errores tienen su origen,[object Object],en los requisitos y en el diseño preliminar.,[object Object],• DeMarco, 1984: 56% de los errores que tienen,[object Object],lugar en un proyecto software se deben a una mala,[object Object],especificación de requisitos.,[object Object],• Chaos Report, 1995: Los factores principales que,[object Object],conducen al fracaso en los proyectos software son:,[object Object],– Falta de comunicación con los usuarios.,[object Object],– Requisitos incompletos.,[object Object],– Cambios a los requisitos.,[object Object]

Mais conteúdo relacionado

Mais procurados

MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMicky Jerzy
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)Yadith Miranda Silva
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientoslexiherrera
 
Gestión de riesgos de software
Gestión de riesgos de softwareGestión de riesgos de software
Gestión de riesgos de softwareOmar S. Gomez
 
Planificacion de un Proyecto de Software
Planificacion de un Proyecto de SoftwarePlanificacion de un Proyecto de Software
Planificacion de un Proyecto de SoftwareGlamisleidys Chourio
 
Estimación para proyectos de software cap26
Estimación para proyectos de software cap26Estimación para proyectos de software cap26
Estimación para proyectos de software cap26DEBANI SALAS
 
Estimación de costo de software
Estimación de costo de softwareEstimación de costo de software
Estimación de costo de softwareJhoseph Lugo
 
Planificacion de software - Sistemas II
Planificacion de software - Sistemas IIPlanificacion de software - Sistemas II
Planificacion de software - Sistemas IIJohn Anthony Peraza
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwareTtomas Carvajal
 
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto softwareMetodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto softwareAndres Hoyos Mosquera
 
Métricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareMétricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareLorena Quiñónez
 
Conceptos sobre Gestión de Proyectos de Software
Conceptos sobre Gestión de Proyectos de Software Conceptos sobre Gestión de Proyectos de Software
Conceptos sobre Gestión de Proyectos de Software Joselito B
 

Mais procurados (20)

MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)
 
Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientos
 
Gestión de riesgos de software
Gestión de riesgos de softwareGestión de riesgos de software
Gestión de riesgos de software
 
Modelo Slim
Modelo SlimModelo Slim
Modelo Slim
 
Tsp
TspTsp
Tsp
 
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
 
Planificacion de un Proyecto de Software
Planificacion de un Proyecto de SoftwarePlanificacion de un Proyecto de Software
Planificacion de un Proyecto de Software
 
Estimación para proyectos de software cap26
Estimación para proyectos de software cap26Estimación para proyectos de software cap26
Estimación para proyectos de software cap26
 
Estimación de costo de software
Estimación de costo de softwareEstimación de costo de software
Estimación de costo de software
 
Planificacion de software - Sistemas II
Planificacion de software - Sistemas IIPlanificacion de software - Sistemas II
Planificacion de software - Sistemas II
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de software
 
Fases del Modelo PSP
Fases del Modelo PSPFases del Modelo PSP
Fases del Modelo PSP
 
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto softwareMetodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
 
Métricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareMétricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de software
 
CMMI Y SCAMPI
CMMI Y SCAMPICMMI Y SCAMPI
CMMI Y SCAMPI
 
Modelo CMMI
Modelo CMMIModelo CMMI
Modelo CMMI
 
Conceptos sobre Gestión de Proyectos de Software
Conceptos sobre Gestión de Proyectos de Software Conceptos sobre Gestión de Proyectos de Software
Conceptos sobre Gestión de Proyectos de Software
 

Semelhante a Planificacion De Proyectos De Software

Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de softwareClare Rodriguez
 
Procesos de Ingenieria de Software
Procesos de Ingenieria de SoftwareProcesos de Ingenieria de Software
Procesos de Ingenieria de SoftwareAngel Macas
 
Tema 3 estimacion
Tema 3 estimacionTema 3 estimacion
Tema 3 estimacioneverfavi0
 
Planificacion de proyectos
Planificacion de proyectosPlanificacion de proyectos
Planificacion de proyectosLeonel Ibarra
 
Estimacion De Proyecto
Estimacion De ProyectoEstimacion De Proyecto
Estimacion De Proyectojavier
 
Jessika parica. planificación de un proyecto de software
Jessika parica. planificación de un proyecto de softwareJessika parica. planificación de un proyecto de software
Jessika parica. planificación de un proyecto de softwareJessika Parica
 
Estimación de-costos-del-software-1 (1)
Estimación de-costos-del-software-1 (1)Estimación de-costos-del-software-1 (1)
Estimación de-costos-del-software-1 (1)JOnh LopSuar
 
Analisis y diseño de un sistema de informacion
Analisis y diseño de un sistema de informacionAnalisis y diseño de un sistema de informacion
Analisis y diseño de un sistema de informacionparedes1983
 
Ra semana 11 1
Ra semana 11 1Ra semana 11 1
Ra semana 11 1victdiazm
 
palnificacion de proyectos en el desarrollo de software
palnificacion de proyectos en el desarrollo de softwarepalnificacion de proyectos en el desarrollo de software
palnificacion de proyectos en el desarrollo de softwarehastete
 
Sede_Planificacion_Proy.ppt
Sede_Planificacion_Proy.pptSede_Planificacion_Proy.ppt
Sede_Planificacion_Proy.pptMagdielLopez5
 
Estimacion de proyectos de software
Estimacion de proyectos de softwareEstimacion de proyectos de software
Estimacion de proyectos de softwareMartin Perez
 
Gestión de Proyectos Informáticos
Gestión de Proyectos InformáticosGestión de Proyectos Informáticos
Gestión de Proyectos InformáticosPilar Pardo Hidalgo
 

Semelhante a Planificacion De Proyectos De Software (20)

Estimación para proy_soft-caja_b_y_n
Estimación para proy_soft-caja_b_y_nEstimación para proy_soft-caja_b_y_n
Estimación para proy_soft-caja_b_y_n
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
 
Procesos de Ingenieria de Software
Procesos de Ingenieria de SoftwareProcesos de Ingenieria de Software
Procesos de Ingenieria de Software
 
Tema 3 estimacion
Tema 3 estimacionTema 3 estimacion
Tema 3 estimacion
 
Planificacion de proyectos
Planificacion de proyectosPlanificacion de proyectos
Planificacion de proyectos
 
Estimacion De Proyecto
Estimacion De ProyectoEstimacion De Proyecto
Estimacion De Proyecto
 
Cocomo
CocomoCocomo
Cocomo
 
Ingenieria software
Ingenieria softwareIngenieria software
Ingenieria software
 
Jessika parica. planificación de un proyecto de software
Jessika parica. planificación de un proyecto de softwareJessika parica. planificación de un proyecto de software
Jessika parica. planificación de un proyecto de software
 
Estimación de-costos-del-software-1 (1)
Estimación de-costos-del-software-1 (1)Estimación de-costos-del-software-1 (1)
Estimación de-costos-del-software-1 (1)
 
Entrega ii
Entrega iiEntrega ii
Entrega ii
 
Analisis y diseño de un sistema de informacion
Analisis y diseño de un sistema de informacionAnalisis y diseño de un sistema de informacion
Analisis y diseño de un sistema de informacion
 
Ra semana 11 1
Ra semana 11 1Ra semana 11 1
Ra semana 11 1
 
Presentacionsii
PresentacionsiiPresentacionsii
Presentacionsii
 
palnificacion de proyectos en el desarrollo de software
palnificacion de proyectos en el desarrollo de softwarepalnificacion de proyectos en el desarrollo de software
palnificacion de proyectos en el desarrollo de software
 
Sede_Planificacion_Proy.ppt
Sede_Planificacion_Proy.pptSede_Planificacion_Proy.ppt
Sede_Planificacion_Proy.ppt
 
Estimacion de proyectos de software
Estimacion de proyectos de softwareEstimacion de proyectos de software
Estimacion de proyectos de software
 
La Ecuacion del Software
La Ecuacion del SoftwareLa Ecuacion del Software
La Ecuacion del Software
 
Gestion de proyectos de SW
Gestion de proyectos de SWGestion de proyectos de SW
Gestion de proyectos de SW
 
Gestión de Proyectos Informáticos
Gestión de Proyectos InformáticosGestión de Proyectos Informáticos
Gestión de Proyectos Informáticos
 

Mais de Iván Sanchez Vera

Intro Inteligencia Artificial (AI)
Intro Inteligencia Artificial (AI)Intro Inteligencia Artificial (AI)
Intro Inteligencia Artificial (AI)Iván Sanchez Vera
 
Trajectory clustering - Traclus Algorithm
Trajectory clustering - Traclus AlgorithmTrajectory clustering - Traclus Algorithm
Trajectory clustering - Traclus AlgorithmIván Sanchez Vera
 
Social databases - A brief overview
Social databases - A brief overviewSocial databases - A brief overview
Social databases - A brief overviewIván Sanchez Vera
 
(Draft) Nuevos caminos de innovación en tecnología
(Draft) Nuevos caminos de innovación en tecnología(Draft) Nuevos caminos de innovación en tecnología
(Draft) Nuevos caminos de innovación en tecnologíaIván Sanchez Vera
 
Pin payments presentation final (4)
Pin payments presentation final (4)Pin payments presentation final (4)
Pin payments presentation final (4)Iván Sanchez Vera
 
Impacto de las Actividades Economicas sobre las Funciones de la Biosfera.pptx
Impacto de las Actividades Economicas sobre las Funciones de la Biosfera.pptxImpacto de las Actividades Economicas sobre las Funciones de la Biosfera.pptx
Impacto de las Actividades Economicas sobre las Funciones de la Biosfera.pptxIván Sanchez Vera
 
Economia de Recursos Naturales y Economia Tradicional
Economia de Recursos Naturales y Economia TradicionalEconomia de Recursos Naturales y Economia Tradicional
Economia de Recursos Naturales y Economia TradicionalIván Sanchez Vera
 
Nociones básica de ecología y recursos naturales.
Nociones básica de ecología y recursos naturales. Nociones básica de ecología y recursos naturales.
Nociones básica de ecología y recursos naturales. Iván Sanchez Vera
 
Economia de Recursos Naturales
Economia de Recursos NaturalesEconomia de Recursos Naturales
Economia de Recursos NaturalesIván Sanchez Vera
 
Proceso de Adquisiciones de Tecnologia
Proceso de Adquisiciones de TecnologiaProceso de Adquisiciones de Tecnologia
Proceso de Adquisiciones de TecnologiaIván Sanchez Vera
 
Proceso de Compra de Tecnologia
Proceso de Compra de TecnologiaProceso de Compra de Tecnologia
Proceso de Compra de TecnologiaIván Sanchez Vera
 

Mais de Iván Sanchez Vera (20)

Git res baz ec - final
Git   res baz ec - finalGit   res baz ec - final
Git res baz ec - final
 
Intro a Metodos Numericos
Intro a Metodos NumericosIntro a Metodos Numericos
Intro a Metodos Numericos
 
Intro Inteligencia Artificial (AI)
Intro Inteligencia Artificial (AI)Intro Inteligencia Artificial (AI)
Intro Inteligencia Artificial (AI)
 
Trajectory clustering - Traclus Algorithm
Trajectory clustering - Traclus AlgorithmTrajectory clustering - Traclus Algorithm
Trajectory clustering - Traclus Algorithm
 
Proofs on cryptocurrencies
Proofs on cryptocurrenciesProofs on cryptocurrencies
Proofs on cryptocurrencies
 
Social databases - A brief overview
Social databases - A brief overviewSocial databases - A brief overview
Social databases - A brief overview
 
(Draft) Nuevos caminos de innovación en tecnología
(Draft) Nuevos caminos de innovación en tecnología(Draft) Nuevos caminos de innovación en tecnología
(Draft) Nuevos caminos de innovación en tecnología
 
Pin payments presentation final (4)
Pin payments presentation final (4)Pin payments presentation final (4)
Pin payments presentation final (4)
 
Impacto de las Actividades Economicas sobre las Funciones de la Biosfera.pptx
Impacto de las Actividades Economicas sobre las Funciones de la Biosfera.pptxImpacto de las Actividades Economicas sobre las Funciones de la Biosfera.pptx
Impacto de las Actividades Economicas sobre las Funciones de la Biosfera.pptx
 
Funciones Economicas Biosfera
Funciones Economicas BiosferaFunciones Economicas Biosfera
Funciones Economicas Biosfera
 
Economia de Recursos Naturales y Economia Tradicional
Economia de Recursos Naturales y Economia TradicionalEconomia de Recursos Naturales y Economia Tradicional
Economia de Recursos Naturales y Economia Tradicional
 
Nociones básica de ecología y recursos naturales.
Nociones básica de ecología y recursos naturales. Nociones básica de ecología y recursos naturales.
Nociones básica de ecología y recursos naturales.
 
Economia de Recursos Naturales
Economia de Recursos NaturalesEconomia de Recursos Naturales
Economia de Recursos Naturales
 
Tolerencia de fallas
Tolerencia de fallasTolerencia de fallas
Tolerencia de fallas
 
Pruebas de Software
Pruebas de SoftwarePruebas de Software
Pruebas de Software
 
Proceso de Adquisiciones de Tecnologia
Proceso de Adquisiciones de TecnologiaProceso de Adquisiciones de Tecnologia
Proceso de Adquisiciones de Tecnologia
 
Proceso de Compra de Tecnologia
Proceso de Compra de TecnologiaProceso de Compra de Tecnologia
Proceso de Compra de Tecnologia
 
Pasos para elaborar RFP
Pasos para elaborar  RFPPasos para elaborar  RFP
Pasos para elaborar RFP
 
Redes ieee 802_11n
Redes ieee 802_11nRedes ieee 802_11n
Redes ieee 802_11n
 
Formacion de Empresas
Formacion de EmpresasFormacion de Empresas
Formacion de Empresas
 

Último

UNIDAD DE APRENIZAJE CERO QUINTO GRADO - 2024.docx
UNIDAD DE APRENIZAJE CERO QUINTO GRADO - 2024.docxUNIDAD DE APRENIZAJE CERO QUINTO GRADO - 2024.docx
UNIDAD DE APRENIZAJE CERO QUINTO GRADO - 2024.docxGLADYSP4
 
Actividades El Hombrecito de jengibre.pdf
Actividades El Hombrecito de jengibre.pdfActividades El Hombrecito de jengibre.pdf
Actividades El Hombrecito de jengibre.pdfDaiaJansen
 
10. ¡Promoviendo la Paternidad Responsable en La Recoleta!
10. ¡Promoviendo la Paternidad Responsable en La Recoleta!10. ¡Promoviendo la Paternidad Responsable en La Recoleta!
10. ¡Promoviendo la Paternidad Responsable en La Recoleta!ProfesorGualberto
 
PROYECTO PRIMAVERA NUMERICA PARA PREESCOLAR.pptx
PROYECTO PRIMAVERA NUMERICA PARA PREESCOLAR.pptxPROYECTO PRIMAVERA NUMERICA PARA PREESCOLAR.pptx
PROYECTO PRIMAVERA NUMERICA PARA PREESCOLAR.pptxMarthaAlejandraHerna1
 
6. ¡Promoviendo la Paternidad Responsable en La Recoleta!
6. ¡Promoviendo la Paternidad Responsable en La Recoleta!6. ¡Promoviendo la Paternidad Responsable en La Recoleta!
6. ¡Promoviendo la Paternidad Responsable en La Recoleta!ProfesorGualberto
 
Lengua Y Literatura 8 Básico 2024 pdfyyy
Lengua Y Literatura 8 Básico 2024 pdfyyyLengua Y Literatura 8 Básico 2024 pdfyyy
Lengua Y Literatura 8 Básico 2024 pdfyyyDidiexy1
 
11. ¡Promoviendo la Paternidad Responsable en La Recoleta!
11. ¡Promoviendo la Paternidad Responsable en La Recoleta!11. ¡Promoviendo la Paternidad Responsable en La Recoleta!
11. ¡Promoviendo la Paternidad Responsable en La Recoleta!ProfesorGualberto
 
EVALUACIÓN DIAGNÓSTICA 4° GRADO 2024.docx
EVALUACIÓN DIAGNÓSTICA  4°  GRADO 2024.docxEVALUACIÓN DIAGNÓSTICA  4°  GRADO 2024.docx
EVALUACIÓN DIAGNÓSTICA 4° GRADO 2024.docxssuser9be75b1
 
El_ideal_de_Nación-En_Miguel-Triana[1].pdf
El_ideal_de_Nación-En_Miguel-Triana[1].pdfEl_ideal_de_Nación-En_Miguel-Triana[1].pdf
El_ideal_de_Nación-En_Miguel-Triana[1].pdfAngel David Guerrero
 
BLAS DE OTERO PRESENTACION PUERTAS ABIERTAS.pdf
BLAS DE OTERO PRESENTACION PUERTAS ABIERTAS.pdfBLAS DE OTERO PRESENTACION PUERTAS ABIERTAS.pdf
BLAS DE OTERO PRESENTACION PUERTAS ABIERTAS.pdfcpblasdeotero
 
La Planificacion en Educacion Inicial EDU7 Ccesa007.pdf
La Planificacion en Educacion Inicial   EDU7    Ccesa007.pdfLa Planificacion en Educacion Inicial   EDU7    Ccesa007.pdf
La Planificacion en Educacion Inicial EDU7 Ccesa007.pdfDemetrio Ccesa Rayme
 
1. ¡Promoviendo la Paternidad Responsable en La Recoleta!
1. ¡Promoviendo la Paternidad Responsable en La Recoleta!1. ¡Promoviendo la Paternidad Responsable en La Recoleta!
1. ¡Promoviendo la Paternidad Responsable en La Recoleta!ProfesorGualberto
 
ministerio de educacion Prueba diagnostica de quinto
ministerio de educacion Prueba diagnostica de quintoministerio de educacion Prueba diagnostica de quinto
ministerio de educacion Prueba diagnostica de quintoNELLYKATTY
 
UNIDAD CERO - Desarrollo Personal CC.docx
UNIDAD CERO  - Desarrollo Personal CC.docxUNIDAD CERO  - Desarrollo Personal CC.docx
UNIDAD CERO - Desarrollo Personal CC.docxOlgaLuzFloresGonzale
 
IMPORTANCIA DE LA NUTRICIÓN PARA LA VIDA Y LA SALUD.pptx
IMPORTANCIA DE LA NUTRICIÓN PARA LA VIDA Y LA SALUD.pptxIMPORTANCIA DE LA NUTRICIÓN PARA LA VIDA Y LA SALUD.pptx
IMPORTANCIA DE LA NUTRICIÓN PARA LA VIDA Y LA SALUD.pptxnelsontobontrujillo
 
MIINISTERIO DE EDUCACIÓN prueba-diagnostica-lectura TERCERO DE SECUNDARIA
MIINISTERIO DE EDUCACIÓN prueba-diagnostica-lectura TERCERO DE SECUNDARIAMIINISTERIO DE EDUCACIÓN prueba-diagnostica-lectura TERCERO DE SECUNDARIA
MIINISTERIO DE EDUCACIÓN prueba-diagnostica-lectura TERCERO DE SECUNDARIANELLYKATTY
 
El papel de la microbiota en el sistema inmunologico.pptx
El papel de la microbiota en el sistema inmunologico.pptxEl papel de la microbiota en el sistema inmunologico.pptx
El papel de la microbiota en el sistema inmunologico.pptxsanchezjeraldy7757
 

Último (20)

UNIDAD DE APRENIZAJE CERO QUINTO GRADO - 2024.docx
UNIDAD DE APRENIZAJE CERO QUINTO GRADO - 2024.docxUNIDAD DE APRENIZAJE CERO QUINTO GRADO - 2024.docx
UNIDAD DE APRENIZAJE CERO QUINTO GRADO - 2024.docx
 
Actividades El Hombrecito de jengibre.pdf
Actividades El Hombrecito de jengibre.pdfActividades El Hombrecito de jengibre.pdf
Actividades El Hombrecito de jengibre.pdf
 
10. ¡Promoviendo la Paternidad Responsable en La Recoleta!
10. ¡Promoviendo la Paternidad Responsable en La Recoleta!10. ¡Promoviendo la Paternidad Responsable en La Recoleta!
10. ¡Promoviendo la Paternidad Responsable en La Recoleta!
 
PROYECTO PRIMAVERA NUMERICA PARA PREESCOLAR.pptx
PROYECTO PRIMAVERA NUMERICA PARA PREESCOLAR.pptxPROYECTO PRIMAVERA NUMERICA PARA PREESCOLAR.pptx
PROYECTO PRIMAVERA NUMERICA PARA PREESCOLAR.pptx
 
6. ¡Promoviendo la Paternidad Responsable en La Recoleta!
6. ¡Promoviendo la Paternidad Responsable en La Recoleta!6. ¡Promoviendo la Paternidad Responsable en La Recoleta!
6. ¡Promoviendo la Paternidad Responsable en La Recoleta!
 
Lengua Y Literatura 8 Básico 2024 pdfyyy
Lengua Y Literatura 8 Básico 2024 pdfyyyLengua Y Literatura 8 Básico 2024 pdfyyy
Lengua Y Literatura 8 Básico 2024 pdfyyy
 
11. ¡Promoviendo la Paternidad Responsable en La Recoleta!
11. ¡Promoviendo la Paternidad Responsable en La Recoleta!11. ¡Promoviendo la Paternidad Responsable en La Recoleta!
11. ¡Promoviendo la Paternidad Responsable en La Recoleta!
 
El anhelo de Dios en Sion, porque nos ama
El anhelo de Dios en Sion, porque nos amaEl anhelo de Dios en Sion, porque nos ama
El anhelo de Dios en Sion, porque nos ama
 
EVALUACIÓN DIAGNÓSTICA 4° GRADO 2024.docx
EVALUACIÓN DIAGNÓSTICA  4°  GRADO 2024.docxEVALUACIÓN DIAGNÓSTICA  4°  GRADO 2024.docx
EVALUACIÓN DIAGNÓSTICA 4° GRADO 2024.docx
 
El_ideal_de_Nación-En_Miguel-Triana[1].pdf
El_ideal_de_Nación-En_Miguel-Triana[1].pdfEl_ideal_de_Nación-En_Miguel-Triana[1].pdf
El_ideal_de_Nación-En_Miguel-Triana[1].pdf
 
BLAS DE OTERO PRESENTACION PUERTAS ABIERTAS.pdf
BLAS DE OTERO PRESENTACION PUERTAS ABIERTAS.pdfBLAS DE OTERO PRESENTACION PUERTAS ABIERTAS.pdf
BLAS DE OTERO PRESENTACION PUERTAS ABIERTAS.pdf
 
Tema 4.- Cultura corporativa: Comunicacion e imagen de marca.pdf
Tema 4.- Cultura corporativa: Comunicacion e imagen de marca.pdfTema 4.- Cultura corporativa: Comunicacion e imagen de marca.pdf
Tema 4.- Cultura corporativa: Comunicacion e imagen de marca.pdf
 
La Planificacion en Educacion Inicial EDU7 Ccesa007.pdf
La Planificacion en Educacion Inicial   EDU7    Ccesa007.pdfLa Planificacion en Educacion Inicial   EDU7    Ccesa007.pdf
La Planificacion en Educacion Inicial EDU7 Ccesa007.pdf
 
1. ¡Promoviendo la Paternidad Responsable en La Recoleta!
1. ¡Promoviendo la Paternidad Responsable en La Recoleta!1. ¡Promoviendo la Paternidad Responsable en La Recoleta!
1. ¡Promoviendo la Paternidad Responsable en La Recoleta!
 
ministerio de educacion Prueba diagnostica de quinto
ministerio de educacion Prueba diagnostica de quintoministerio de educacion Prueba diagnostica de quinto
ministerio de educacion Prueba diagnostica de quinto
 
Repaso Ejercicios Pruebas CRECE-PR-2024.pptx
Repaso Ejercicios Pruebas CRECE-PR-2024.pptxRepaso Ejercicios Pruebas CRECE-PR-2024.pptx
Repaso Ejercicios Pruebas CRECE-PR-2024.pptx
 
UNIDAD CERO - Desarrollo Personal CC.docx
UNIDAD CERO  - Desarrollo Personal CC.docxUNIDAD CERO  - Desarrollo Personal CC.docx
UNIDAD CERO - Desarrollo Personal CC.docx
 
IMPORTANCIA DE LA NUTRICIÓN PARA LA VIDA Y LA SALUD.pptx
IMPORTANCIA DE LA NUTRICIÓN PARA LA VIDA Y LA SALUD.pptxIMPORTANCIA DE LA NUTRICIÓN PARA LA VIDA Y LA SALUD.pptx
IMPORTANCIA DE LA NUTRICIÓN PARA LA VIDA Y LA SALUD.pptx
 
MIINISTERIO DE EDUCACIÓN prueba-diagnostica-lectura TERCERO DE SECUNDARIA
MIINISTERIO DE EDUCACIÓN prueba-diagnostica-lectura TERCERO DE SECUNDARIAMIINISTERIO DE EDUCACIÓN prueba-diagnostica-lectura TERCERO DE SECUNDARIA
MIINISTERIO DE EDUCACIÓN prueba-diagnostica-lectura TERCERO DE SECUNDARIA
 
El papel de la microbiota en el sistema inmunologico.pptx
El papel de la microbiota en el sistema inmunologico.pptxEl papel de la microbiota en el sistema inmunologico.pptx
El papel de la microbiota en el sistema inmunologico.pptx
 

Planificacion De Proyectos De Software

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 9. Planificación de la Gestión de Calidad
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17.
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26.
  • 27.
  • 28.
  • 29.
  • 30.
  • 31.
  • 32.
  • 33.
  • 34.
  • 35.
  • 36.
  • 37.
  • 38.
  • 39.
  • 40.
  • 41.
  • 42.
  • 43.
  • 44.
  • 45.
  • 46.
  • 47.
  • 48.
  • 49.
  • 50.
  • 52.
  • 53.
  • 54.
  • 55.
  • 56.
  • 57.
  • 58.
  • 59.
  • 60.
  • 61.
  • 62.
  • 63.
  • 64.
  • 65.
  • 66.
  • 67.
  • 68.
  • 69.
  • 70.
  • 71.
  • 72.
  • 73.
  • 74.
  • 75.
  • 76.
  • 77.
  • 78.
  • 79.
  • 80.
  • 81.
  • 82.
  • 83.
  • 84.
  • 85.
  • 86.
  • 87.
  • 88.
  • 89.
  • 90.
  • 91.
  • 92.
  • 93.
  • 94.
  • 95.
  • 96.
  • 97.
  • 98.
  • 99.
  • 100.
  • 101.
  • 102.
  • 104.
  • 105.
  • 106.
  • 108.
  • 113.
  • 115.
  • 116.
  • 118.
  • 119.
  • 120.
  • 121.
  • 122.