+ All Categories
Home > Documents > Ing sw 04_01

Ing sw 04_01

Date post: 29-Jun-2015
Category:
Upload: carlos-ventura-luyo
View: 1,316 times
Download: 0 times
Share this document with a friend
Popular Tags:
21
Curso: Ingeniería de Software Sesión : 4/20 – Preliminares de la Ingeniería de Software Periodo : 2010-II Ciclo Académico : VIII Docente : Caridad Avalos Cisneros - [email protected] UNIVERSIDAD TECNOLOGICA DEL PERU FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS Carrera Profesional de Ingeniería de Sistemas Lima, Agosto 2010
Transcript
Page 1: Ing sw 04_01

Curso: Ingeniería de Software

Sesión : 4/20 – Preliminares de la Ingeniería de Software

Periodo : 2010-II

Ciclo Académico : VIII

Docente : Caridad Avalos Cisneros - [email protected]

UNIVERSIDAD TECNOLOGICA DEL PERU

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS Carrera Profesional de Ingeniería de Sistemas

Lima, Agosto 2010

Page 2: Ing sw 04_01

Índice

1. La gestión del proyecto de software

2. Planificación de actividades

3. Estimación de tiempos

4. Estimación de recursos

5. Métricas

Page 3: Ing sw 04_01

1. La gestión del proyecto de software

Es la disciplina de organizar y administrar recursos. Su finalidad es:

Que se culmine todo el requerido en el proyecto dentro del tiempo previsto.

Que cubra el alcance definido. Que no se exceda de los costos previstos.

También es denominado como: Gerencia o gerenciamiento de proyectos Gestión integral de proyectos Dirección integrada de proyectos

Page 4: Ing sw 04_01

1. La gestión del proyecto de software

Aspectos de seguimiento en la Gestión de Proyectos:

Aspectos DefiniciónVisibilidad Refiere al líder quien siempre deberá estar enterado de cómo va el proyecto

y su posible desviación de los parámetros establecidos.Desviaciones Si hay desviaciones, se deben cuantificar, (tiempo, dinero y recursos) según

el grado de desviación, para conocer si es posible volver al camino correcto y cuanto costaría.

Frecuencia Consiste en identifique una deficiencia en el proyecto para enmendarlo. Se recomiendan análisis y revisiones semanales, para conocer el estado del proyecto.

Toma de decisiones

Luego de identificar que se falla hay que tomar decisiones, para solventar el problema. Se deberá identificar los causantes del retraso, pues a veces se esconden detrás de otros.

Técnicas de seguimiento

Las herramientas mas usadas son: reuniones, revisiones, reportes, y software administrativo. Grado de avance de sus tareas y actividades (Progreso, Alcance, Tiempos, Costes, Rentabilidad, Riesgos, Problemas, Calidad, Recursos Humanos y Recursos Materiales entre otros).

Page 5: Ing sw 04_01

1. La gestión del proyecto de software

Las partes interesadas en la Gestión de Proyectos:

Partes DefiniciónEl cliente o patrocinador

La persona o el grupo que proporciona los recursos financieros, monetarios o medios físicos para la realización de un proyecto.

El equipo de dirección del proyecto

Son los que participan directamente en las actividades de dirección del proyecto (director del proyecto, dirección facultativa, la oficina de gestión de proyectos-Project Management Office, PMO).

El gestor de proyecto

Es la persona que se esfuerza por mantener el progreso y la interacción mutua productiva de las varias partes de manera que el riesgo general de fracasar se disminuya.

El jefe de proyecto Es la persona de mayor autoridad y responsabilidad en un proyecto.En él recae gran parte de la responsabilidad de la gestión de proyectos

El equipo de desarrollo del proyecto

El grupo de personas que realiza los trabajos del proyecto, durante la fase de diseño y ejecución.

Los agentes externos

Las personas o grupos de personas que no están directamente relacionados con la adquisición o el uso del producto del proyecto, pero que, debido a su posición en la organización del cliente u organización ejecutante, pueden ejercer una influencia positiva o negativa sobre el curso del proyecto (entidades financieras, aseguradoras, etc).

Los usuarios Es la persona que utilizará el producto del proyecto.

Page 6: Ing sw 04_01

1. La gestión del proyecto de software

Las tres restricciones en la Gestión de Proyectos:

Restricciones

Definición

Tiempo Se refiere a la cantidad de tiempo disponible para completar un proyecto. Este varía de acuerdo a las tareas realizadas y como varían.La descomposición nos permite una mejor administración.

Costo Se refiere a la cantidad presupuestada para el proyecto.Depende de múltiples variables, ejemplo: costes de mano de obra, materiales, administración de riesgo, infraestructura, equipo y utilidades.

Alcance Se refiere a lo que se debe hacer para producir el resultado final del proyecto.Un componente principal del alcance es la calidad del producto final. La cantidad de tiempo dedicado a las tareas individuales determina la calidad global del proyecto.Algunas tareas pueden requerir una cantidad dada de tiempo para ser completadas adecuadamente, pero con más tiempo podrían ser completadas excepcionalmente.

Page 7: Ing sw 04_01

1. La gestión del proyecto de software

Actividades de al Gestión de Proyectos:

Actividades Definición

Redacción de la propuesta

La propuesta describe los objetivos del proyecto y cómo se llevaría a cabo. Incluye estimaciones de costo y tiempo y justifica por qué el contrato del proyecto se debe dar a una organización o equipo en particular.

Planificación del proyecto

Se refiere a la identificación de actividades, hitos y entregas del proyecto. Estimación de costos del proyecto. Es una actividad relacionada con la estimación de los recursos requeridos para llevar a cabo el plan del proyecto.

Supervisión y revisión del proyecto

La supervisión es una actividad continua. El gestor debe conocer el progreso del proyecto con los costos actuales y los planificados.

Selección y evaluación del personal

Los gestores, generalmente, seleccionan a las personas que trabajarán en su proyecto. O establecen un equipo ideal mínimo para el proyecto.

Redacción y presentación de informes

Los gestores son los responsables de informar a los clientes y contratistas sobre el proyecto. Deben redactar documentos concisos y coherentes que resuman la información crítica de los informes detallados del proyecto.

Page 8: Ing sw 04_01

2. Planificación de actividades

El objetivo de la Planificación de actividades de los proyectos de Software es: Proporcionar un marco de trabajo que permita al gestor

hacer estimaciones razonables de recursos costos y planificación temporal.

Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software, y deberían actualizarse regularmente medida que progresa el proyecto.

Además las estimaciones deberían definir los escenarios del mejor caso, y peor caso, de modo que los resultados del proyecto pueden limitarse.

El Objetivo de la planificación se logra mediante un proceso de descubrimiento de la información que lleve a estimaciones razonables.

Page 9: Ing sw 04_01

3. Estimación de tiempos

La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo.

Page 10: Ing sw 04_01

Comprende las siguientes actividades:

Actividades Definición

Definición de las Actividades Identifica las actividades específicas del cronograma que deben ser realizadas para producir los diferentes productos entregables del proyecto.

Establecimiento de la Secuencia de las Actividades

Identifica y documenta las dependencias entre las actividades del cronograma

Estimación de Recursos de las Actividades

Estima el tipo y las cantidades de recursos necesarios para realizar cada actividad del cronograma.

Estimación de la Duración de las Actividades

Estima la cantidad de períodos laborables que serán necesarios para completar cada actividad del cronograma.

Desarrollo del Cronograma Analiza las secuencias de las actividades, la duración de las actividades, los requisitos de recursos y las restricciones del cronograma para crear el cronograma del proyecto.

Control del Cronograma Controla los cambios del cronograma del proyecto.

3. Estimación de tiempos

Page 11: Ing sw 04_01

4. Estimación de recursos

Consiste en estimar los recursos requeridos para acometer el esfuerzo de desarrollo de Software.

Cada recurso queda especificado mediante cuatro características: Descripción del Recurso. Informes de disponibilidad. Fecha cronológica en la que se requiere el recurso. Tiempo durante el que será aplicado el recurso Costo de recurso

Page 12: Ing sw 04_01

5. Métricas

Razones para medir un producto:

1. Para indicar la calidad del producto.

2. Para evaluar la productividad de la gente que desarrolla el producto.

3. Par evaluar los beneficios en términos de productividad y de calidad, derivados del uso de nuevos métodos y herramientas de la ingeniería de software.

4. Para establecer una línea de base para la estimación

5. Para ayudar a justificar el uso de nuevas herramientas o de formación adicional.

Page 13: Ing sw 04_01

5. Métricas

Categorías de Métricas:

Categorías Definición

Métricas Directas En el proceso de ingeniería se encuentran el costo, y el esfuerzo aplicado,las líneas de código producidas, velocidad de ejecución, el tamaño de memoria y los defectosobservados en un determinado periodo de tiempo.

Métricas Indirectas Se encuentra la funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento, etc.

Page 14: Ing sw 04_01

5. Métricas

Métricas de Software:

Métricas de Software DefiniciónMétricas técnicas Se centran en las características de software. Por ejemplo: la

complejidad lógica, el grado de modularidad. Mide la estructura del sistema, el cómo esta hecho.

Métricas de calidad Proporcionan un indicador de cómo se ajusta el software a los requisitos implícitos y explícitos del cliente. Mide si el sistema se adapte a los requisitos que me pide el cliente.

Métricas de productividad

Se centran en el rendimiento del proceso de la ingeniería del software. Es decir que tan productivo va a ser el software que voy a diseñar.

Métricas orientadas a la persona

Proporcionan medidas e información sobre la forma que el personal desarrolla el software de computadoras y sobre todo el punto de vista humano de la efectividad de las herramientas y métodos.

Métricas orientadas al tamaño

Nos permite saber en que tiempo voy a terminar el software y cuantas personas voy a necesitar. Son medidas directas al software y el proceso por el cual se desarrolla.

Métricas orientadas a la función

Son medidas indirectas del software, se centran en la funcionalidad o utilidad del programa.

Page 15: Ing sw 04_01

5. Métricas

Métrica 8.5.2.3.I62 PMC Desviación en el Avance Objetivo de Negocio

Objetivo de Mejora

ON1 – Rentabilidad

OM1 – Desviación en el avance del Proyecto

Versión 0.1

Fecha Vigencia 05/02/2010

Descripción Métrica que indica que tanto nos estamos desviando con respecto a lo planificado.

Alcance Requerimientos de Testing de tipo Nuevos Desarrollos y Grandes Proyectos

Clase Servicio de Testing

Page 16: Ing sw 04_01

5. Métricas

Fórmula

Calculo Avance Real: %Avance_Real=(AC * 100)/ TC %Avance Real ...............Porcentaje de Avance real a la fecha de corte. AC ..................................Avance de los casos a la fecha de corte. TC ..................................Número total de Casuísticas del Proyecto Calculo Avance Planificado: %Avance_Planificado=(D * 100)/ J %Avance Planificado .....Porcentaje de Avance planificado a la fecha de

corte. D ....................................Días útiles transcurridos a la fecha del envío de

avance. J .....................................Número total de días útiles asignadas al Proyecto

oPlanificadAvancealAvanceDesviación _%Re_%

Donde: Desviación .....................Desviación con respecto a lo planificado Avance Real ..................Porcentaje de Avance Real a la fecha de corte. Avance Planificado ........Porcentaje de avance Planificado a la fecha de

corte.

Page 17: Ing sw 04_01

5. Métricas

Fuente de Información

% Avance Real .............Se calcula de acuerdo a las formulas indicadas. Se obtiene de la Matriz de Seguimiento de Casuística y Devoluciones, Hoja “Seguimiento Casuistica”.

% Avance Planificado. Se calcula de acuerdo a las formulas indicadas. Se obtiene del Excel de Cuadro de Mando.

Procedimiento de Almacenamiento

Los resultados de la métrica se registrarán y presentará en los

siguientes artefactos: Nombre del Artefacto Nomenclatura Descripción

Registro_Metricas.xls Registro_Metricas.xls Plantilla para el registro de los valores de las métricas.

Metricas.xls Metricas.xls Plantilla para la actualización de los márgenes de las métricas

Tablero_Metricas.xls [SE]

Tablero_Control_Consolidado

Plantilla para la presentación de las métricas mediante semáforos y gráficos.

Para su presentación al cliente se almacenará en el siguiente artefacto: Nombre del Artefacto Nomenclatura Descripción

03.01.01.04 Cuadro de mando

Cuadro_de_Mando_Testing_[ddmmaaaa]

Presentación del cuadro de mando avance de los proyectos.

Page 18: Ing sw 04_01

5. Métricas

Dueño Jefe de Proyecto Responsable Jefe de Proyecto, Analista Funcional

Audiencia Analista Funcional, Cliente, Jefe de Proyecto, Gerente de Proyecto Frecuencia La métrica se mide y se presenta semanalmente.

Fase Aplica para todas las fases.

Criterio Aplica para todos los requerimientos de Testing de tipo Nuevos Desarrollos y Grandes Proyectos

Márgenes

Clasificación Margen

Mínimo Margen Máximo

Alerta Roja 10.00% A más de 10% Alerta

Amarilla 5.01%

9.99%

Normal (Verde)

0%

5.00%

Page 19: Ing sw 04_01

5. Métricas

Reporte Consolidado

Representación en Tablero:

TABLERO DE CONTROL DE METRICAS DEL {Proyecto}

Objetivo Indicador Línea Valores Semáforo

OM1 – Desviación en el avance del Proyecto 1.62 Desviación en el Avance OCTP - 1112

4.00%

OCTP - 1111 5.50 % OCTP - 5555 35.00 %

Reporte Detallado No Aplica

Page 20: Ing sw 04_01

Análisis

Esta métrica muestra el grado de desviación del avance de los proyectos entre lo planificado y lo real. El semáforo verde indica que nuestro proyecto está sin desviación y dentro de lo planificado. En caso el porcentaje de desviación semáforo amarillo supere el 5.01% se deberá indicar en las actas de reunión si ello es a consecuencia de:

Dependencias de actividades y/o entregables. Dependencias con otras actividades pendientes de aprobación.

Reproceso del trabajo realizado. Paralización del proyecto

Para estos casos se debe realizar lo siguiente: Si el semáforo está en amarillo considerar acciones que permitan reducir la desviación.

Si el semáforo esta en rojo deberá escalar el tema a los Gestores para tomar acciones correctivas.

El análisis de esta métrica para los casos en que el semáforo se encuentre en Rojo o Amarillo deberá documentarse en el acta de Comité Interno de Testing (Semanalmente). Semáforos:

Proyecto dentro del plazo

Proyecto con desviación

Proyecto con retraso

5. Métricas

Page 21: Ing sw 04_01

Gracias por su atención

Ing. Caridad Avalos Cisneros - [email protected]


Recommended