unidad 2 gestion de proyectos de software

1. UNIDAD II
Gestión de Calidad

3. Funcionabilidad
Que el usuario
pueda utilizar
el software sin
problemas
Confiabilidad
Que los datos
manejados
sean íntegros
Usabilidad
Fácil de usar,
fácil de
aprender a
usar

4. Portabilidad
Compatible
con diferentes
plataformas
Compatibilidad
Visible y
ejecutable en
la plataforma
que corra
Corrección
Capaz de
recibir
mantenimiento

5. Eficiente
Cumple con lo
que debe
cumplir, en el
tiempo correcto
y no malgasta
recursos
Oportunidad
Fácil de
acceder al
sistema en
cualquier
momento

6. En general se entiende que un producto de software posee
calidad adecuada cuando:
Provee valor de satisfacción a los usuarios
Produce una ganancia
Genera pocas quejas por parte de sus
clientes.
Contribuye de alguna manera a los
objetivos de la calidad.

7. GESTIÓN DE PROYECTOS
USANDO UN MARCO DE
CALIDAD

8. Los buenos
gestores
aspiran a
desarrollar:
Una
Cultura
de
Calidad:
Todos
desarrollen
productos
con un alto
nivel de
calidad
Introducción

9. Gestores de
calidad
elegancia funcionalidad legibilidad
Aspectos
intangibles del
software
Reconocen que hay
Gestión de proyectos usando un marco de calidad
Como por ejemplo

10. La gestión de calidad del software
Control
Planifica
-ción
Garan
tia
Gestión de proyectos usando un marco de calidad

11. Gestión de la calidad y el desarrollo del
software
Gestión de proyectos usando un marco de calidad

12. CALIDAD BASADA EN PROCESOS
Gestión de proyectos usando un marco de calidad

13. Aplicación continua de
mediciones en el proceso de
desarrollo del software y sus
productos, con el fin de
mejorar cada uno de ellos.

14. ESTÁNDARES DE LA CALIDAD DEL SOFTWARE

15. ¿QUE ES LA CALIDAD?
La calidad hace referencia a un conjunto de características
(requerimientos) explicitas e implícitas que hace de un producto en
este caso un software cumpla con esas propiedades para que satisfaga
las necesidades que el cliente requiera, pero no solamente es el
desarrollo del software sino todo el proceso de aseguramiento que se
aplique con el fin de elaborarlo productos profesionales, utilizando
estándares de desarrollo documentados.

16. ¿QUE SON LOS ESTÁNDARES?
Son un conjunto de normas y niveles aceptables de calidad que debe
tener el resultado de una actividad o proyecto. En otras palabras, los
estándares son las normas técnicas que se utilizarán como parámetros
de evaluación de la calidad del proyecto.

17. ¿POR QUÉ IMPLEMENTAR ESTÁNDARES DE LA CALIDAD?
Satisfacer al cliente
Ser competente
Libre de errores

18. MODELOS DE EVALUACIÓN
ESTÁNDARES DE LA CALIDAD
 ISO(9000) 9001,9000-3 9004-2
 ISO/IEC 12207
 ISO/IEC 15504 (SPICE)
 CMMI
 MOPROSOFT

19. MÉTRICAS DE SOFTWARE

20. El principal
objetivo de los
ingenieros de
software es
producir sistemas y
aplicaciones de
alta calidad. Para las evaluaciones
que se quieran
obtener es necesario
la utilización de
medidas técnicas que
evalúan la calidad de
manera objetiva.

21. Proceso

22. CLASIFICACIÓN

23. SEGÚN EL CONTEXTO EN QUE SE APLICAN
Métricas:
de proceso:
de proyecto:
de producto:
‣ Se recopilan de todos los proyectos, y
durante un largo periodo de tiempo
‣ Caracterizados por: ‣ Control y ejecución del proyecto.
‣ Medición de tiempos de las fases.
‣ Permiten evaluar el estado del proyecto.
‣ Permiten seguir la pista de los riesgos.
‣ Se centran en las características del software
y no en como fue producido.
‣ También son productos los artefactos,
documentos, modelos, y componentes que
conforman el software.
‣ Se miden cosas como el tamaño, la calidad, la
totalidad, la volatilidad, y el esfuerzo.

24. EL MODELO CMMI
Guía para la integración de procesos y la mejora de
productos.
El CMMI es un enfoque de mejora de procesos que provee a
las organizaciones de los elementos esenciales para un
proceso efectivo.
El CMMI es el Modelo de Madurez de
Capacidades Integrado.
Fue desarrollado por el SEI (Software
Enginnering Institute).
Mide la madurez del desarrollo del software
en una escala del 1 al 5.

25. EL MODELO CMMI
Integra disciplinas como sistemas y software en un solo
marco de trabajo.
Describe formas efectivas y probadas de hacer las
cosas, no es un enfoque radical.

26. Producir servicios y Productos de alta calidad.
Crear valor para los accionistas.
Mejorar la satisfacción del cliente.
Incrementar la participación en el mercado.
Ganar reconocimiento en la industria.
EL MODELO CMMI
Algunos de los objetivos del CMMI y que son
buenos para el negocio.

27. EL MODELO CMMI
El modelo tiene 4 áreas de conocimiento o disciplinas
que incluyen:
Ingeniería de Software (SW)
Ingeniería de Sistemas (SE)
Desarrollo Integrado de Productos y
Procesos (IPPD)
Acuerdos con Proveedores (SS).

28. Ingeniería de Software: Cubre el desarrollo de software y su
mantenimiento.
Ingeniería de Sistemas: Abarca el desarrollo total del
sistema que puede o no incluir el desarrollo de software.
Desarrollo integrado de Productos y Procesos:
Contempla un enfoque sistemático para la colaboración de
los involucrados relevantes a través de la vida del producto.
Acuerdo con Proveedores: En proyectos complejos se
requiere de la incorporación de proveedores para ejecutar
funciones o añadir modificaciones a productos.
EL MODELO CMMI
Disciplinas del Modelo

29. EL MODELO CMMI
Representaciones
El CMMI tiene dos representaciones:
Por Etapas (Staged)
Continuo (Continuous)
Estas representaciones permiten a la organización perseguir
diferentes objetivos de mejora. La presentación y organización de la
información es diferente para cada una, sin embargo el contenido es
el mismo.

30. CMMI: POR ETAPAS
Da una secuencia probada para la mejora en donde cada una
es base para la siguiente.
Se puede migrar fácilmente del CMM a CMMI-SW.

31. Cada nivel de madurez es una plataforma bien definida para
evolucionar la mejora.
Existen cinco niveles de madurez.
Cada nivel es una base para la mejora utilizando una
secuencia probada desde sus bases.
CMMI: CONTINUO

32. EL MODELO CMMI
Niveles de Madurez (por Etapas)
Nivel 1 (Inicial): El proceso es impredecible, es reactivo y
pobremente controlado.
Nivel 2 (Administrado): El proceso es reactivo y se
caracteriza por su aplicación a proyectos.
Nivel 3 (Definido): El proceso es proactivo y se ve a
nivel de la organización.
Nivel 4 (Administrado Cuantitativamente): El
proceso es medido y controlado.
Nivel 5 (Optimizado): El proceso se enfoca en la mejora
continua.

33. EL MODELO CMMI
Niveles de Madurez (Continuo)
Nivel 0 (incompleto): El proceso no se ejecuta o se hace
parcialmente.
Nivel 1 (Ejecutado): El proceso se ejecuta y se producen
productos basados en productos de entrada identificados.
Nivel 2 (Administrado): El proceso es reactivo y se
caracteriza por su aplicación a proyectos.
Nivel 3 (Definido): El proceso es proactivo y se ve a nivel de la
organización.

34. EL MODELO CMMI
Niveles de Madurez (Continuo)
Nivel 4 (Administrado Cuantitativamente): El proceso es
medido y controlado.
Nivel 5 (Optimizado): El proceso se enfoca en la mejora
continua.

35. EL MODELO CMMI
En la actualidad hay dos áreas de interés cubiertas por los
modelos de CMMI:
Desarrollo.
Adquisición.

36. EL MODELO CMMI
La versión actual de CMMI es la versión 1.2. Hay dos modelos de
la versión 1.2 disponible:
CMMI para el Desarrollo (DEV-CMMI), Versión 1.2 fue liberado
en agosto de 2006. En él se tratan procesos de desarrollo de
productos y servicios.
CMMI para la adquisición (ACQ-CMMI), Versión 1.2 fue
liberado en noviembre de 2007. En él se tratan la gestión de la
cadena de suministro, adquisición y contratación externa en los
procesos del gobierno y la industria.

37. ÁREAS DE PROCESOS
El modelo CMMI v1.2 (CMMI-DEV) contiene las siguientes
áreas de proceso:
1.-Análisis de causalidad y solución
2.-Configuración Administración
3.-Decisión de Análisis y Resolución
4.-Proyecto Integrado de Gestión
5.-Medición y Análisis
6.-Innovación organizacional y Despliegue
7.-Definición de procesos organizacionales

38. ÁREAS DE PROCESOS
El modelo CMMI v1.2 (CMMI-DEV) contiene las siguientes
áreas de proceso:
8.-Entrenamiento organizacional
9.-Vigilancia y Control de proyectos
10.-Planificación de proyectos
11.-Proceso y aseguramiento de calidad
del producto
12.-Integración de Producto
13.-Gestión de proyectos Cuantitativos
14.-Gestión de requerimientos

39. ÁREAS DE PROCESOS
El modelo CMMI v1.2 (CMMI-DEV) contiene las siguientes
áreas de proceso:
16.-Gestión de Riesgos
17.-Gestión de Proveedores
18.-Solución
19.-Validación
20.-Verificación

40. Impacto de la calidad en
tiempo, costo y alcance del
proyecto.

41. TRES NIVELES IMPORTANTES DE LA GESTION
DE PROYECTO
Gestión del alcance: Comprende las actividades orientadas a garantizar el
cumplimiento de las tareas necesarias para lograr los objetivos del proyecto.
Gestión del Tiempo: Comprende las actividades necesarias para asegurar
que el proyecto se ejecute en el plazo estimado y que los resultados
(producción de bienes o servicios) estén a disposición de los clientes o
consumidores.
Gestión de costos: Asegura que las tareas se lleven a cabo dentro de los rangos
económicos impuestos (presupuesto del proyecto o recursos asignados para la
actividad correspondiente).

42. ALCANCES
Gestión de
Alcance
Planificación
Del alcance
Herramientas y
técnicas
Verificación del
alcance
Control del
alcance
SIGUIENTE

43. Gestión de alcance
En el contexto del
proyecto, la palabra
alcance puede referirse
a lo siguiente:
Alcance del producto. Las
características y funciones
que caracterizan a un
producto, servicio o
resultado.
Alcance del proyecto. El
trabajo que debe realizarse
para entregar un producto,
servicio o resultado con las
funciones y características
especificadas.
Se relaciona
principalmente con la
definición y el control
de lo que está y no está
incluido en el proyecto.
Comprende las
actividades orientadas a
garantizar el
cumplimiento de las
tareas necesarias para
lograr los objetivos del
proyecto.
REGRESAR

44. PLANIFICACIÓN DEL ALCANCE
El plan de gestión del alcance del
proyecto es una herramienta de
planificación que describe cómo el
equipo definirá el alcance del
proyecto, desarrollará el enunciado
del alcance del proyecto detallado,
definirá y desarrollará la estructura
de desglose del trabajo, verificará y
controlará el alcance del proyecto.

45. HERRAMIENTAS Y TÉCNICAS
Análisis
del
producto
• Técnicas como desglose del producto, análisis de sistemas, ingeniería de
sistemas, ingeniería del valor, análisis del valor y análisis funcional.
Identificación
de
alternativas
• Las más comunes son la tormenta de ideas y el pensamiento lateral.
Análisis de
los
interesados
• Identifica la influencia y los intereses de los diversos interesados y
documenta sus necesidades, deseos y expectativas.
Juicios de
expertos
REGRESAR

46. VERIFICACIÓN DEL ALCANCE
Es el proceso de
obtener la aceptación
formal por parte de
los interesados del
alcance del proyecto
completado y los
productos entregables
relacionados.
Verificar el alcance del
proyecto incluye
revisar los productos
entregables para
asegurarse de que
cada uno se complete
satisfactoriamente.
.
.
REGRESAR

47. CONTROL DEL ALCANCE
Se encarga de
influir sobre los
factores que
crean cambios
en el alcance del
proyecto y de
controlar el
impacto de
dichos cambios.
Se usa para gestionar los
cambios reales cuando
se producen, y está
integrado con los demás
procesos de control. Los
cambios no controlados
a menudo se
denominan corrupción
del alcance del
proyecto. Los cambios
son inevitables, con lo
cual se impone algún
tipo de proceso de
control de cambios.
REGRESAR

48. TIEMPO
La estimación del tiempo forma parte
del proceso de Gestión del Tiempo de
la Administración de Proyectos.
La Gestión del Tiempo del Proyecto
incluye los procesos necesarios para
lograr la conclusión del proyecto a
tiempo. Los procesos de Gestión del
Tiempo del Proyecto incluyen lo
siguiente:

49. GESTIÒN DE TIEMPO
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.

50. COSTOS
La estimación de costos de una actividad es una
evaluación cuantitativa de los costes probables
de los recursos necesarios para completar las
actividades del cronograma del proyecto. Este
tipo de estimación puede presentarse en forma
de resumen o en detalle.
Los costos se estiman para todos los recursos
que se aplican a la estimación de costos de la
actividad. Esto incluye, entre otros, la mano de
obra, los materiales, los equipos, los servicios,
las instalaciones, la tecnología de la
información, y categorías especiales como una
asignación por inflación o una reserva para
contingencias de costo.