Admon De Proyectos

tema 6 – administración de proyectos enrique barreiro departamento de informática universidade de vigo escuela superior de ingeniería informática ingeniería del software de gestión

introducción a la administración de proyectos ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

actividades de la administración ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

actividades de la administración ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

personal del proyecto ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

personal del proyecto: composición del grupo ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión INTUITIVO RACIONAL INTROVERTIDO EXTROVERTIDO Intuitivo introvertido pregunta a otros utiliza sentimientos y reacciones emocionales Intuitivo extrovertido dice a los otros utiliza sentimientos y reacciones emocionales Racional introvertido pregunta a otros decide lógicamente Racional extrovertido dice a los otros decide lógicamente ,[object Object],[object Object],[object Object]

personal del proyecto: cohesión del grupo ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

personal del proyecto: comunicación ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

personal del proyecto: organización del grupo ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión Comparación de estructuras organizativas Fuertemente estructuradas Escasamente estructuradas Proyectos con elevada certeza, estabilidad y uniformidad (requieren menos comunicación) Proyectos con incertidumbre (p.e., cambio en requerimientos) Repetición Necesidad de entrevistas Grandes proyectos Técnicas o tecnologías nuevas Pequeños proyectos

personal del proyecto: organización del grupo ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión Jefe de programadores Ayudante JP Programadores expertos Bibliotecario Administrador Equipo de pruebas Programadores noveles

planificación del proyecto ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

planificación del proyecto ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

planificación del proyecto ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión Estudio viabilidad Especificación requerim. sistema Estudio del diseño Desarrollo prototipos Análisis de requerim. informe viabilidad requerim. usuarios informe evaluación diseño arquitectónico requerim. sistema ACTIVIDADES HITOS PRODUCTO

planificación temporal ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

planificación temporal ,[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión hito fuente: Ingeniería de Software , I. Sommerville, pp. 80-83 Tarea Duración (días) Dependencias T1 8 T2 15 T3 15 T1 (M1) T4 10 T5 10 T2,T4 (M2) T6 5 T1,T2 (M3) T7 20 T1 (M1) T8 25 T4 (M5) T9 15 T3, T6 (M4) T10 15 T5, T7 (M7) T11 7 T9 (M6) T12 10 T11 (M8) T1 T4 T2 INICIO M1 M3 M5 M2 T5 T8 T7 T6 T3 M4 T9 M7 FINAL T10 M6 T11 M8 T12 4/7/02 8 días 15 días 10 días 10 días 25 días 20 dias 15 días 5 días 15 días 7 días 15 días 10 días 25/7/02 25/7/02 18/7/02 14/7/02 4/8/02 25/8/02 5/9/02 11/8/02 19/9/02 RED DE ACTIVIDADES

planificación temporal escuela superior de ingeniería informática ingeniería del software de gestión 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9 inicio final T4 T1 T2 M1 T7 T3 M5 T8 M3 M2 T6 M4 T9 M7 T10 M6 T11 M8 T12 DIAGRAMA DE GANTT flexibilidad en la fecha de finalización ,[object Object],[object Object],[object Object]

planificación temporal escuela superior de ingeniería informática ingeniería del software de gestión 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9 Fernando T4 T8 T11 T12 T1 T3 T9 T2 T6 T10 T7 T5 Juana Ana Jaime María Asignación de personas a actividades Asignación de personas vs diagrama de Gantt El personal no tiene que estar asignado al proyecto todo el tiempo. En los periodos intermedios puede participar en otros proyectos, asistir a cursos de formación, tomar vacaciones,... Tarea Ingeniero T1 Juana T2 Ana T3 Juana T4 Fernando T5 María T6 Ana T7 Jaime T8 Fernando T9 Juana T10 Ana T11 Fernando T12 Fernando

medición y métricas del software ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión Proceso de software Producto de software Métricas de predicción Métricas de control Decisiones administrativas

medición y métricas del software ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión Elegir medidas a realizar Seleccionar componentes a valorar Medir características de los componentes Identificar medidas anómalas Analizar componentes anómalos

medición y métricas del software ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

medición y métricas del software escuela superior de ingeniería informática ingeniería del software de gestión Ejemplos de métricas estáticas del producto métrica de producto descripción fan-in / fan-out fan-in: medida del número de funciones que llaman a otra función X fan-out: número de funciones que son llamadas por una función X. Un valor alto de fan-in indica que X está fuertemente acoplada al resto del diseño y que los cambios en X pueden tener efectos extensivos al resto del sistema. Un valor alto de fan-out indica que la complejidad de X podría ser excesiva, debido a la complejidad de la lógica de control necesaria para coordinar los componentes llamados. longitud del código Medida del tamaño del programa en líneas de código (LDC). Cuanto mayor sea el tamaño de un componente, más complejo y susceptible de incorporar errores será. complejidad ciclomática Medida de la complejidad del control de un programa, y está relacionada con la comprensión del programa. longitud de los identificadores Medida de la longitud promedio de los diferentes identificadores de un programa. Cuanto mayor sea esta longitud, más probable es que tengan significado, y por tanto el programa será más comprensible. profundidad de los if anidados Medida de la profundidad de anidamiento de las instrucciones if en un programa. Instrucciones if profundamente anidadas son difíciles de comprender y son potencialmente susceptibles a errores. índice de Fog Medida de la longitud promedio de las palabras y declaraciones en los documentos. Cuanto mayor sea el índice de Fog, más difícil será comprender el documento.

medición y métricas del software escuela superior de ingeniería informática ingeniería del software de gestión 1 2 3 4 5 6 7 8 9 R1 R2 R3 R4 Complejidad ciclomática V(G) = 4 Número de regiones = 4 11 aristas – 9 nodos = 4

medición y métricas del software ,[object Object],escuela superior de ingeniería informática ingeniería del software de gestión métrica descripción métodos ponderados por clase (MPC) asumen que se definen n métodos con complejidad c 1 , c 2 ,...c n se definen para la clase C . La métrica de complejidad específica que se haya elegido (por ejemplo, la complejidad ciclomática) debe normalizarse de manera que la complejidad nominal para un método toma un valor de 10. MPC = Σc i para cada i=1 hasta n El número de métodos y su complejidad indican la cantidad de esfuerzo para implementar y verificar una clase. Cuanto mayor sea el número de métodos, más complejo es el árbol de herencia. Además, a medida que crece el número de métodos para una clase dada, más específica se vuelve y, por lo tanto, menos reutilizable. Por eso, el MP debe mantenerse lo más bajo posible. profundidad del árbol de herencia (PAH) longitud máxima del nodo a la raíz del árbol. Cuanto mayor sea, las clases de los niveles más bajos heredarán muchos métodos, lo que conlleva dificultades potenciales al predecir el comportamiento de una clase. Además, la complejidad de diseño será mayor. Sin embargo, valores de APH grandes indican mayor capacidad de reutilización de métodos. número de hijos (NDH) cuantos más descendientes, más reutilización, pero también es posible que algunos descendientes no sean miembros realmente apropiados de la superclase. acoplamiento entre clases (AEC) es el número de colaboraciones de una clase, y cuanto mayor sea, menor será el grado de reutilización, además de complicarse las pruebas y el mantenimiento. respuesta para una clase (RPC) número de métodos que pueden ser ejecutados en respuesta a un mensaje recibido por un objeto de esa clase. Cuanto mayor sea RPC, mayor esfuerzo se requiere para su comprobación, y más complejo es el diseño. carencia de cohesión en los métodos (CCM) dos métodos son similares si comparten al menos un atributo de la clase. A mayor número de métodos similares, mayor cohesión hay en la clase.

medición y métricas del software escuela superior de ingeniería informática ingeniería del software de gestión fuente: Ingeniería de software. Teoría y práctica. S.L. Pfleeger, p. 34 Botón OK Ventana tamaño ancho nombre_cliente fecha_emisión total compras mostrar_factura() Caja de texto Cartas_reclamo Factura fecha_emisión : Date fecha_pago : Date precio() impuesto() cliente() lista_compras() Compra fecha tasa_impuesto precio() impuesto() 1 1..* 1 1..* 1 0..* 1 1..* 1..* 0 Métrica factura compra cartas_ reclamo botón OK ventana caja de texto MPC 4 2 0 0 1 0 NDH 0 0 0 0 0 0 PAH 0 0 1 0 1 0 RPC - - - - - - AEC 3 4 2 1 3 1 CCM - - - - - -

medición y métricas del software ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión Ayudan a descubrir si los cambios en el proceso mejoran la eficiencia de un proceso. Por ejemplo, se puede medir el tiempo y esfuerzo necesarios para moverse de un hitos fijo a otro, como la aceptación de requerimientos, terminación de un diseño arquitectónico, etc. Esos valores ayudan a identificar áreas de mejora en el proceso. Una vez introducidos los cambios, las mediciones posteriores indican si los cambios han sido positivos Tienen influencia directa en la calidad del software. Por ejemplo, incrementar el número de defectos descubiertos al cambiar el proceso de revisión del código probablemente se reflejará en una mejora de la calidad del producto, aunque tiene que confirmarse por mediciones posteriores del producto. PERSONAS (destreza, motivación,... TECNOLOGÍA PRODUCTO (complejidad,...) PROCESO Entorno de desarrollo Características del cliente (comunicación) DETERMINANTES DE LA CALIDAD DEL SOFTWARE Y DE LA EFECTIVIDAD DE LA ORGANIZACIÓN Condiciones del negocio (fechas, reglas,...)

medición y métricas del software ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

planificación de proyectos ,[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión PLANIFICACIÓN ESTIMACIÓN RIESGO EXPERIENCIA DATOS HISTÓRICOS Complejidad basada en esfuerzos pasados Grado de estructuración Tamaño del esfuerzo Ámbito de bajo riesgo

planificación de proyectos: ámbito ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión ÁMBITO DEL SOFTWARE RENDIMIENTO RESTRICCIONES INTERFACES FIABILIDAD FUNCIÓN

planificación de proyectos: recursos ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Personas Herramientas hardware/software Componentes software reutilizables ,[object Object],[object Object],[object Object],[object Object],RECURSOS

planificación de proyectos: estimación ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

planificación de proyectos: estimación ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión Lenguaje LDC/PF (media) Ensamblador 320 C 128 Cobol 105 Fortran 105 Pascal 90 Ada 70 Lenguajes OO 30 L4G 20 Lenguajes visuales 4

planificación de proyectos: estimación ,[object Object],escuela superior de ingeniería informática ingeniería del software de gestión ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],PF = Cuenta Total x [0,65 + 0,01 x SUM(F i )] F i : valores de ajuste de complejidad Número entradas usuario x 3 4 6 = Número salidas de usuario x 4 5 7 = Número peticiones al usuario x 3 4 6 = Número de archivos x 7 10 15 = Número interfaces externos x 5 7 10 = Cuenta total Parámetro de medida Cuenta Simple Medio Complejo Factor de peso

estimación basada en el problema ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión ejemplo: VE = (S opt + 4S m + S pes )/6

estimación basada en el problema escuela superior de ingeniería informática ingeniería del software de gestión descomposición del problema en funciones a partir del ámbito del software F1 F2 Fn cálculo de las variables de estimación (LDC y/o PF) de F1 estimación coste de F1 estimación de esfuerzo de F1 cálculo de las variables de estimación (LDC y/o PF) de F2 aplicación de métricas de productividad o coste coste de F2 aplicación de métricas de productividad o coste coste de F1 coste de Fn esfuerzo de F2 esfuerzo de F1 esfuerzo de Fn estimación global del coste del proyecto estimación global del esfuerzo del proyecto estimación coste de F2 estimación de esfuerzo de F2

estimación basada en el problema (LDC) escuela superior de ingeniería informática ingeniería del software de gestión Hay que desarrollar un software CAD que aceptará datos geométricos de 2 o 3 dimensiones por parte del ingeniero. Éste controlará el sistema CAD por medio de una interfaz que debe tener un diseño de buena calidad. Una base de datos CAD contiene todos los datos geométricos y la información de soporte. Se desarrollarán módulos de análisis de diseño para producir la salida requerida que se va a visualizar en varios dispositivos gráficos. El software se diseñará para controlar e interconectar diversos periféricos, como un ratón, un digitalizador y una impresora láser. Funciones identificadas: interfaz de usuario y facilidades de control (IUFC) análisis geométrico de dos dimensiones (AG2D) análisis geométrico de tres dimensiones (AG3D) gestión de base de datos (GBD) facilidades de la interfaz gráfica (FIG) control periféricos (CP) módulos de análisis del diseño (MAD) Estimación en LDC de AG3D: optimista: 4600 más probable: 6900 pesimista: 8600 VE = (S opt + 4S m + S pes )/6 Función LDC estimada IUFC 2300 AG2D 5300 AG3D 6800 GBD 3350 FIG 4950 CP 2100 MAD 8400 Total 33200 Datos históricos : productividad media de la organización en proyectos similares: 620 LDC/pm Tarifa laboral: 8000 $ /mes Coste LDC: 13 $ descomposición de funciones métricas de proyectos anteriores Coste total proyecto: 431000 $ Esfuerzo estimado : 54 personas-mes

estimación basada en el problema (PF) escuela superior de ingeniería informática ingeniería del software de gestión Copia de seguridad y recuperación 4 Comunicaciones 2 Proceso distribuido 0 Rendimiento crítico 4 Entorno operativo existente 3 Entrada de datos online 4 Transacciones entrada en varias pant. 5 Archivos maestros actualizados online 3 Complejidad valores dominio información 5 Complejidad procesamiento interno 5 Código diseñado para reutilización 4 Conversión en diseño 3 Instalaciones múltiples 5 Aplicación diseñada para cambios 5 PF estimado = cuenta total x (0,65 + 0,01 x Suma (Fi) PF estimado = 372 Coste total proyecto: 457000 $ Esfuerzo estimado : 58 personas-mes Datos históricos : productividad media de la organización en proyectos similares: 6,5 PF/pm Tarifa laboral: 8000 $ /mes Coste por PF: 1.230 $ métricas de proyectos anteriores

estimación basada en el proceso ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

estimación basada en el proceso escuela superior de ingeniería informática ingeniería del software de gestión Tarifa laboral: 8000 $ /mes Coste total proyecto : 368.000 $ Esfuerzo estimado : 46 personas-mes Comparación de las distintas estimaciones Estimación basada en el producto (LDC): 54 pm Estimación basada en el producto (PF): 58 pm Estimación basada en el proceso: 46 pm Estimación media: 53 pm Variación máxima: 13%

modelos empíricos de estimación ,[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión E = A + B X (ev) c A y B: constantes obtenidas empíricamente E: esfuerzo en meses/persona ev: variable de estimación (LDC o PF) E = 5,2 x (KLDC) 0,91 Modelo de Walston-Felix E = 5,5 + 0,73 x (KLDC) 1,16 Modelo de Bailey-Basili E = 3,2 x (KLDC) 1,05 Modelo simple de Boehm E = 5,288 x (KLDC) 1,047 Modelo Doty para KLDC>9 MODELOS BASADOS EN LDC E = -13,39 + 0,054 PF Modelo de Albrecht-Gaffney E = 60,62 x 7,728 x 10-8 PF3 Modelo de Kemerer E = 585,7 + 15,12 PF Modelo de Matson, Barnett y Mellichamp MODELOS BASADOS EN PF

[object Object],[object Object],[object Object],[object Object],modelos empíricos de estimación escuela superior de ingeniería informática ingeniería del software de gestión MODELO 1 (COCOMO básico) calcula el esfuerzo y el coste del desarrollo en función del tamaño estimado del programa (LDC). Se utiliza para una aproximación rápida al principio del ciclo de vida. ESFUERZO: E = a b KLDC bb TIEMPO: D = c b E db MODELO 2 (COCOMO intermedio) calcula el esfuerzo y el coste en función del tamaño estimado del programa y de un conjunto de “guías de coste” que incluyen una evaluación subjetiva del producto, hardware, personal y atributos del producto ESFUERZO: E = a i KLDC bi x FAE (factor de ajuste del esfuerzo) MODELO 3 (COCOMO avanzado) incorpora las características del mod. 2 y evalúa el impacto de los FAE en cada fase del desarrollo. MODELO COCOMO BÁSICO Proyecto a b b b c b d b Orgánico 2,4 1,05 2,5 0,38 Semiacoplado 3,0 1,12 2,5 0,35 Empotrado 3,6 1,20 2,5 0,32

el riesgo en el desarrollo de software ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión

el riesgo en el desarrollo de software escuela superior de ingeniería informática ingeniería del software de gestión Ejemplos de posibles riesgos en el desarrollo de software riesgo tipo de riesgo descripción rotación de personal proyecto, producto y negocio personal con experiencia abandona el proyecto antes de que finalice cambio de administración proyecto cambio de administración organizativa con diferentes prioridades no disponibilidad del hardware proyecto el hardware necesario para el proyecto no se recibe a tiempo cambios de requerimientos proyecto y producto existencia de más cambios de requerimientos de los previstos inicialmente retrasos en la especificación proyecto y producto retrasos en las especificaciones de interfaces esenciales subestimación del tamaño proyecto y producto el tamaño del sistema se ha subestimado bajo rendimiento de la herramienta CASE producto las herramientas CASE que ayudan al proyecto no tienen el rendimiento y las funcionalidades esperadas cambio de tecnología negocio la tecnología fundamental sobre la que se está construyendo el sistema es sustituida por una nueva competencia del producto negocio un producto competitivo se pone en venta antes de que el sistema se complete

el riesgo en el desarrollo de software ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión fuente: Ingeniería de Software . I. Sommerville, p. 85 supervisión de riesgos planificación de riesgos análisis de riesgos identificación de riesgos valoración de riesgos anulación de riesgos y planes de contingencia listado de priorización de riesgos listado de riesgos potenciales

el riesgo en el desarrollo de software ,[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión tipo de riesgo ejemplos de posibles riesgos tecnología la base de datos que se utiliza en el sistema no puede procesar tantas transacciones por segundo como se esperaba los componentes de software a reutilizar tienen defectos que limitan su funcionalidad personal imposible contratar personal con los conocimientos requeridos personal clave enfermo o no disponible en momentos críticos organizativos la organización se reestructura y una nueva administración se responsabiliza del proyecto los problemas financieros de la organización reducen el presupuesto del proyecto herramientas las herramientas CASE generan código ineficiente las distintas herramientas CASE no se pueden integrar requerimientos cambios de requerimientos que precisan modificaciones en el diseño los clientes no comprenden el impacto de los cambios en los requerimientos estimación el tiempo requerido para desarrollar el software está subestimado la tasa de reparación de defectos está subestimada el tamaño del software está subestimado legales cambian las leyes imponiendo restricciones que no estaban previstas

el riesgo en el desarrollo de software ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión riesgo probab. efectos los problemas financieros de la organización reducen el presupuesto del proyecto baja catastrófico imposible contratar personal con los conocimientos requeridos alta catastrófico personal clave enfermo o no disponible en momentos críticos moderada serio los componentes de software a reutilizar tienen defectos que limitan su funcionalidad moderada serio cambios de requerimientos que precisan modificaciones en el diseño moderada serio la organización se reestructura y una nueva administración se responsabiliza del proyecto alta serio la base de datos que se utiliza en el sistema no puede procesar tantas transacciones por segundo como se esperaba moderada serio el tiempo requerido para desarrollar el software está subestimado alta serio las distintas herramientas CASE no se pueden integrar alta tolerable los clientes no comprenden el impacto de los cambios en los requerimientos moderada tolerable la tasa de reparación de defectos está subestimada moderada tolerable el tamaño del software está subestimado alta tolerable las herramientas CASE generan código ineficiente moderada insignificante

el riesgo en el desarrollo de software ,[object Object],[object Object],[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión riesgo estrategia problemas financieros de la organización preparar un documento breve para la dirección de la empresa que muestra que el proyecto hace contribuciones muy importantes a las metas del negocio problemas de reclutamiento organizar cursos de capacitación para el personal ya existente, investigar la posibilidad de contratar en otras regiones o países enfermedad del personal reorganizar el equipo de tal forma que se solapen el trabajo y los miembros del equipo comprendan el trabajo de los demás componentes defectuosos reemplazar los componentes defectuosos con los comprados de fiabilidad conocida cambios en los requerimientos rastrear la información para valorar el impacto de los requerimientos, maximizar la información oculta en ellos reestructuración organizativa preparar un documento breve para la dirección de la empresa que muestra que el proyecto hace contribuciones muy importantes a las metas del negocio rendimiento de la base de datos investigar la posibilidad de comprar una base de datos con el rendimiento preciso tiempo de desarrollo subestimado alertar al cliente de las dificultades potenciales y las posibilidades de retraso

el riesgo en el desarrollo de software ,[object Object],[object Object],[object Object],escuela superior de ingeniería informática ingeniería del software de gestión tipo de riesgo indicadores potenciales tecnología entrega retrasada del hardware o del software existencia de informes sobre problemas tecnológicos personal baja moral del personal, malas relaciones entre miembros del equipo, disponibilidad de empleo organizacional rumores en la empresa falta de iniciativa de la dirección de la empresa herramientas rechazo de los miembros del equipo a utilizar herramientas quejas sobre las herramientas CASE peticiones de estaciones de trabajo más potentes requerimientos peticiones de muchos cambios en los requerimientos quejas del cliente estimación fracaso en el cumplimiento de los tiempos planificados

bibliografía escuela superior de ingeniería informática ingeniería del software de gestión Sommerville, I. Ingeniería de Software , cap. 4 y 24 (pp. 547-554) Pressman, R.S. Ingeniería del Software. Un enfoque práctico , cap. 4, 5 y 6 Bruegge, B., Dutoit, A.H., Ingeniería del Software Orientado a Objetos , cap. 3

Admon De Proyectos

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie Admon De Proyectos

Ähnlich wie Admon De Proyectos (20)

Mehr von UNAM Facultad de Contaduría, Administración e Informática

Mehr von UNAM Facultad de Contaduría, Administración e Informática (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Admon De Proyectos