Administración de Proyectos de Software - PMI
los gerentes de proyectos Comprender los problemas, oportunidades y expectativas de un gerente de proyectos Reconocer que los equipos de proyectos tendrán conflictos, pero que esto es una parte natural del desarrollo del grupo Comprender quiénes son los que tienen participación en la empresa y sus agendas
Administración de Proyectos de Software - Legislación Informática
Administración de Proyectos de Software Implementación Descripción 1 se debe elegir un tema, y buscar documentación al respecto En este sentido se enviará por maila los profesoresun documento con el resumen del tema y la bibliografía elegida 2 se confirmará el tema, propondrá algunos cambios o indicará buscar otro tema
TEMA 2 Medición del software - USAL
todos los proyectos de la organización durante un largo periodo detodos los proyectos de la organización durante un largo periodo de tiempo con objeto de obtener mejoras de los procesos de software a largo plazo Los indicadores de proyectopermiten: Evaluar el estado del proyecto en curso Seguir la pista de los riesgos potenciales
T E S I S - UAEH
ESTUDIO COMPARATIVO DE SOFTWARE PARA LA ADMINISTRACION DE PROYECTOS 120 4 1 Criterios para seleccionar programas de computación para administración de proyectos 121 4 2 Ventajas de usar programas de computación para la administración de proyectos 124 4 3 Estudio comparativo de programas para la Administración de Proyectos 127
TECNOLÓGICO NACIONAL DE MÉXICO - ITVillahermosa
En el primer tema, se podrá conocer y comprender el entorno global para la gestión de proyectos En el segundo tema, se conocerán los factores que más afectan la calidad del software, las normas, estándares y herramientas para mejorar la calidad del producto de software a desarrollar
Proyecto de Investigación Gestión Empresarial y Desarrollo
Proyecto de Investigación Gestión Empresarial y Desarrollo 7 tomar en consideración tanto los factores internos de la organización como los del medio inmediato cercano, de igual forma que otros componentes del
API Tema 1 [Modo de compatibilidad]
Nivel 3 (Definido): El proceso del software de las actividades de gestión y de ingeniería se documenta, se estandariza y se integra dentro de un proceso de software de toda una organizacióndentro de un proceso de software de toda una organización Nivel 4 (Gestionado): Se recopilan medidas detalladas del proceso de
[PDF] Francisco Rivera Martínez Gisel Hernández Chávez - Biblioteca
[PDF] Introducción 1 CAPITULO I INTRODUCCIÓN Un proyecto, es un
[PDF] Administración de proyectos, 4ta Ed - Biblioteca
[PDF] Administración de proyectos - Ingeniería Industrial
[PDF] Fases de la Administracion de proyectos
[PDF] METODOLOGÍA GESTIÓN DE PROYECTOS SOCIALES
[PDF] Administración de Proyectos Por Zacarías Torres Hernández y Helí
[PDF] Administración de Proyectos Por Zacarías Torres Hernández y Helí
[PDF] Administración de Proyectos Por Zacarías Torres Hernández y Helí
[PDF] Administración de Proyectos Por Zacarías Torres Hernández y Helí
[PDF] Administracion exitosa de proyectos
[PDF] Presentación de PowerPoint - USMP
[PDF] L 'organisation territoriale de l 'éducation nationale - mediaeduscol
[PDF] Liste des chargés d 'accueil
(C) P. Gómez-Gil, INAOE. 2009 1
TEMA 2.
LA ADMINISTRACIÓN DE PROYECTOS DE SOFTWARE
NOTAS DEL CURSO
C121. INGENIERÍA DE SOFTWARE
DRA. MA. DEL PILAR GÓMEZ GIL
pgomez@acm.orgVERSIÓN: 25-08-09
(C) P. Gómez-Gil, INAOE. 2009 2ADMINISTRACIÓN DEL DESARROLLO DE
SOFTWARE?
Para poder realizar exitosamente un proyecto de software debemos entender: -El alcancedel trabajo a realizarse -Los riesgosque estamos enfrentando -Los recursosrequeridos -Las tareasa realizarse -Los eventosimportantes a observar -El esfuerzo (costo) a invertir -El calendarioa seguir ?LaADMINISTRACIÓNcomienza antes que el trabajo técnico empiece, continúa con la transformación del SW desde que es una idea hasta que es una realidad, y termina cuando el SW es discontinuado. (C) P. Gómez-Gil, INAOE. 2009 3Elementos Clave en la Administración del
Proyecto de Software1. Definición de objetivos y alcances.2. Medidas y métricas3. Estimación, que incluye:
-Esfuerzo humano (en meses-persona) -Duración (en unidades de tiempo) -Costo (en unidades monetarias $$$) (C) P. Gómez-Gil, INAOE. 2009 4Elementos Clave en la Administración del
Proyecto de Software (cont.)4. Análisis de Riesgo, que implica: - Identificación del riesgo - Evaluación del riesgo - Determinación de prioridades - Administración del riesgo - Monitoreo del riesgo5. Calendarización
6. Seguimiento y Control
(C) P. Gómez-Gil, INAOE. 2009 5Ejemplo de una definición de Objetivos y
AlcancesEl sistema ordenador para la línea de transporte se encargará de ordenar cajas que se desplazan a través de una línea. Cada caja estará definida por un código de barras que contiene el número de parte y se colocará en alguno de los 4 estantes que están al final de la línea, siguiendo un orden de acuerdo a su número de parte. La estación de ordenamiento contiene un lector óptico y una PC. La PC estará conectada a un mecanismo de desvío que coloca las cajas en el estante que les corresponde. Las cajas se desplazan al azar y están separadas de una manera uniforme. La línea se mueve a una velocidad de 2 metros por minuto. (C) P. Gómez-Gil, INAOE. 2009 6Ejemplo de Definición de Objetivos y Alcances
(continuación)El software recibirá información de entrada del lector óptico la cual se decodificará de manera que se identifique la caja. El número de parte se consultará en una base de datos a fin de determinar la localización de la caja. La base de datos contendrá a los más 2,500 entradas. Se llevará un registro de la posición de colocación
de cada caja. El sistema también recibirá información de un tacómetro que se te utilizará para sincronizar la señal de control que va al mecanismo de desvío. [Pressman 92] (C) P. Gómez-Gil, INAOE. 2009 7Definición de Objetivos y Alcances
(continuación) cajasestación desvío 1234SISTEMA
ORDENADOR
[Pressman 92] (C) P. Gómez-Gil, INAOE. 2009 8 CONCEPTOS SOBRE GESTION DE PROYECTOS... Las 4 P´s -Personal -Producto -Proceso -Proyecto (C) P. Gómez-Gil, INAOE. 2009 9 Personal de Software?El factor humano es fundamental para el éxito del proyecto ?Participantes en el proceso de software: Stakeholders 1.Administradores superiores
2.Administradores técnicos del proyecto
3.Profesionales
4.Clientes
5.Usuarios Finales
(C) P. Gómez-Gil, INAOE. 2009 10Personal de Software: Equipos de
trabajo?Características de los líderes de equipo: -Resolvedores de problemas -Habilidades administrativas -Incentivos por logros -Influencia y construcción de espíritu de equipo. (C) P. Gómez-Gil, INAOE. 2009 11Personal de Software: Equipos de
trabajo (cont.)?Hay varias opciones para organizar personas. La mejor estructura depende de muchas cosas . Normalmente la organización de un equipo formal es la más productiva.
El rendimiento de un equipo es inversamente proporcional a la cantidad de comunicación que se debe entablar.
Toxinas para los equipos de trabajo:
•Atmósfera de trabajo frenética •Frustración causada por factores tecnológicos, de negocio o personales •Procedimientos pobremente coordinados •Definición confusa de los papeles •Exposición repetida al fallo. (C) P. Gómez-Gil, INAOE. 2009 12 Los Diez Mandamientos (más 1) para un Código de Cooperación Efectivo Tomado de : "A Learning Centered Approach to Engineering Education for the 21th. Century:UDLA", by L. Bellamy, B. McNeill & S. Foster ©20011.Ayuda a los demás a estar bien, no a estar mal.
2.Busca formas de que las nuevas ideas funcionen, no razones para que no
funcionen.3.Si tienes dudas, pregunta! No hagas conjeturas negativas acerca de los
demás.4.Ayuda a los otros a ganar, y siéntete orgulloso(a) del triunfo del otro.
5.Habla positivamente de los demás en el equipo y de tu organización cada
vez que puedas.6.Mantén una actitud mental positiva, no importa las circunstancias.
7.Actúa con iniciativa y coraje, como si todo dependiera de ti.
8.Hazlo todo con entusiasmo, éste es contagioso.
9.Cualquier cosa que quieras, déjala pasar.
10.En cualquier circunstancia, mantén la fe.
11.Diviértete!
*Ford Motor Company (C) P. Gómez-Gil, INAOE. 2009 13 MEDIDAS Y MÉTRICAS¿Por qué medimos software?1.Para conocer la calidad del producto2.Para evaluar la productividad de las personas que lo producen
3.Para evaluar los beneficios de nuevas herramientas de software
4.Para formar una base a fin de estimar
5.Para justificar nuevas herramientas o entrenamientos adicionales.
(C) P. Gómez-Gil, INAOE. 2009 14 Actividades del proceso de medición?Formulación.Diseñar las medidas y métricas apropiadas para el software en consideración ?Recolección.Determinar y aplicar el mecanismo para acumular los datos requeridos ?Análisis: Cálculo de las métricas y aplicación ?Interpretación:Evaluación de las métricas a fin de obtener información sobre la calidad ?Retroalimentación.Recomendaciones al equipo de trabajo derivadas de la interpretación de las métricas (C) P. Gómez-Gil, INAOE. 2009 15Tipos de Métricas?
Las medidas puede ser directas (ejemplo longitud) o indirectas (ejemplo calidad) Las métricas de software se pueden clasificar de diferentes maneras: -De acuerdo a lo que miden: ?Medidas técnicas ?Medidas de calidad ?Medidas de productividad -De acuerdo a la manera como lo miden: ?Medidas orientadas al tamaño ?Medidas orientadas a funciones ?Medidas orientadas a humanos (C) P. Gómez-Gil, INAOE. 2009 16 Métricas Orientadas al TamañoPROYECTO ESFUERZOMESES-
PERSONACOSTO
milesDLLSKLOC* # PAGS.
DOCTO.ERRORES PERSONAS
SIARP-2.1 27 230 16.3 478 39 4
HUELLAS 54 421 29.4 1351 121 6
PGG-12 34 321 21.3 980 45 7Ejemplos de métricas directas: (C) P. Gómez-Gil, INAOE. 2009 17 Métricas Orientadas al TamañoEjemplo de Métricas Indirectas:PRODUCTIVIDAD = KLOC / MESES-PERSONA
CALIDAD = DEFECTOS / KLOC
DOCUMENTACION = # DE PAGINAS-DOCTO / KLOC
ERROR: Descubierto antes de la entrega al usuario finalDEFECTO: Descubierto después de la entrega
*KLOC = miles de líneas de código (C) P. Gómez-Gil, INAOE. 2009 18Métricas Orientadas a FuncionesPropuestas inicialmente por [Albretch,79]. Por cada sistema se calcula un número llamado Punto Funcional (PF) aplicando la siguiente fórmula:Punto Funcional = Total_tabla x [0.65 + 0.01 x ∑(F
i)]Donde:
∑(Fi)es la sumatoria obtenida al aplicar los valoresde ajuste de complejidad, descritos a continuación.
Total_tabla es el total obtenido de la matriz de
entradas y salidas descritos enseguida.Ver sección15.3.1 del
libro de texto (C) P. Gómez-Gil, INAOE. 2009 19Métricas Orientadas a Funciones (cont.)
Matriz de entradas y Salidas
PARAMETRO CANTIDAD X FACTOR DE PESO TOTAL
SIMPLE PROMEDIO COMPLEJO
No. de entradas
externas10 3 6 40
No. de salidas
external 4 5 7No. de preguntas
hechas usuario 3 4 6No. de archivos 5 10 15 35
No. de interfaces
externas5 7 10
TOTAL de la Tabla
4 7 (C) P. Gómez-Gil, INAOE. 2009 20Parámetros en la matriz de entrada-
salida?Número de entradas externas: Cada entrada es dada por el usuario o transmitida de otra aplicación. Provee informacion orientada a la aplicación o de control. Normalmente se usa para actualizar Archivos Internos lógicos (ILF´s por sus siglas en inglés). Deben distinguirse de "Preguntas" que se contabilizan aparte
?Número se salidas externas. Proveen información al usuario. Pueden referir a reportes, pantallas, mensajes de error etc. Elementos individuales dentro de un reporte no se cuentan separadamente
(C) P. Gómez-Gil, INAOE. 2009 21Parámetros en la matriz de entrada-
salida (cont.)?Número de preguntas externas. Se definen como una pregunta en línea que genera una respuesta inmediata del software, en la forma de una salida en línea (frecuentemente resultado de una consulta a un ILF) ?Numero de ILF internos. Cada archivo lógico interno es un grupo de datos lógico que reside dentro de la aplicación y se mantiene a través de las entradas externas ?Número de archivos externos de interfaz (EIF).Cada EIF es un grupo de datos lógico que reside externo a la aplicación pero que proporciona datos que usará la aplicación (C) P. Gómez-Gil, INAOE. 2009 22Métricas Orientadas a Funciones (cont.)
CALCULO DE VALORES DE AJUSTE DE COMPLEJIDADRangos:0 - Sin influencia 1 - Incidental 2 - Moderado3 - Promedio 4 - Significativo 5 - Esencial
Conceptos (F
i):1. ¿Requiere el sistema de recuperación y respaldos confiables? 2.¿Se requiere comunicación de datos?
3.¿Hay funciones de procesamiento distribuido?
4.¿Es crítico un buen desempeño?
5. ¿Funcionará el sistema en un ambiente operacional ya existente y altamente utilizado? 6. ¿Requiere el sistema entradas de datos en línea?Continua...
(C) P. Gómez-Gil, INAOE. 2009 23Métricas Orientadas a Funciones (cont.)
CALCULO DE VALORES DE AJUSTE DE COMPLEJIDADConceptos (Fi) (continuación):7. ¿Se requiere construir un sistema en línea sobre múltiples pantallas? 8.¿Se modifican los archivos en línea?
9. ¿Hay entradas, archivos, salidas o preguntas complejas? 10.¿Es el proceso interno complejo?
11.¿Se debe diseñar código re-usable?
12. ¿Se incluyen los procesos de conversión e instalación? 13. ¿Está diseñado el sistema para instalaciones múltiples en diferentes organizaciones? 14.¿Está diseñada la aplicación para facilitar cambios y para ser fácil de utilizar por el usuario?
[Artur 85 según Pressman 92] (C) P. Gómez-Gil, INAOE. 2009 24quotesdbs_dbs22.pdfusesText_28