INFORME GERENCIAL
UNIDAD CURRICULAR: GESTION DE PROYECTOS PROYE CTOS INFORMATICOS. PROF: HUERTA ALONSO
MODELO DE CALIDAD CMMI
REALIZADO POR:
MONTILLA MARVELLY GONZALEZ AURA LOPEZ JENIFER SALAZAR NESTOR
INFORME GERENCIAL
Tema:
Modelo de calidad CMMI en el Proyecto Socio Tecnológico³Sistema de Información Comunitario´ (SISCOM). Objetivo:
Procurar lograr un acercamiento delmodelo de calidad CMMI en el diseño, montaje, realización yevaluación delProyecto Socio Tecnológico SISCOM. Descripción General:
Todo proyecto tiene tres variables principales, el alcance, el plazo y el costo. Otras variables que pueden resultar claves son calidad, satisfacción del cliente y riesgos. Con el paso de los últimos años el tema de calidad, que antes estaba aplicado al sector de laindustria tecnificada, fue trasladado al sector administrativo y al desarrollo de productos de software; este paso importante ha generadoretos a la teoría informática para insertar un concepto tan valioso en una forma clara y práctica. Sería tan simple pensar que la calidad hace referencia al mero cumplimiento de especificacionestécnicas fijadas por los ingenieros de desarrollo de software o la aplicación de satisfacción de losrequerimientos de los clientes, o la adaptación para el costo logrando mayor eficiencia, perolamentablemente, el concepto tiene mayores alcances. Para nuestra época, el concepto de calidad tiene una pugna bien significativa donde los desarrolladores de software
están tratando fervientemente fervientemente de
aplicarla, mientras los académicoshacen un esfuerzo para determinar qué es. Para tratar de analizar la calidad hay que recurrir a la óptica de quien la implementa. Para algunosse ha convertido en una necesidad que requiere completa atención; para otros es una herramientaque necesita ser aplicada al
INFORME GERENCIAL
interior de la empresa para salir a un mundo cada vez más competitivo;y en otros, es algo que esta inherente en la organización que impulsa a hacer las cosas bien. El modelo de calidad CMMI, el cual es aplicado a las organizaciones desarrolladoras de software contempla dentro de su esquemaÁreas de Procesos;las cuales sonclasificadas en 4 categorías: Ingeniería, Gestión de Proyecto, Gestión de Proceso, Soporte .
Estas categorías a su vez se dividen en distintas actividades que deben llevarse a cabo en cada una de las misma para determinar la calidad del producto; de esta manera realizaremos un análisis de acuerdo a las que tiene planteadas el modelo modelo CMMI como tal y las que fu eron desarrolladas e n el proyecto socio tecnológico para tratar de establecer un acercamiento y/o comparación del modelo en la realización de dicho proyecto. Área de Proceso: INGENIERÍA.
En esta áreaconsiste en dar soporte a las actividades del ciclo de vida de desarrollo del producto, desde el desarrollo inicial de requisitos a la transición al uso operacional, de esta manera tenemos que de acuerdo a las actividades realizadas desde el inicio en el desarrollo del proyecto socio tecnológico el cual plantea el diseño y desarrollo de un sistema de información para llevar el control de registros comunitario del ámbito que abarca el consejo comunal Mariano Parra León III del Sector Los Cortijos. En primer lugar se recopilo las necesidades de los habitantes y el consejo comunal; se aplicaron distintos instrumentos para determinar y llevar a cabo la definición de requisitos. Esta fase contemplo la aplicación de encuestas, entrevistas, nine boxes, historias de usuarios.En consecuencia se determinó que era de vital importancia el desarrollo de un software que permita recolectar la información de manera práctica y fiable, con el objetivo de mantener organizados los datos personales de los habitantes
de l a comunidad,
adicionalmente poder llevar un censo automatizado de los mismos.
INFORME GERENCIAL De
esta forma se inicia la elaboración de los diagramas que permiten tener un
posible modelo o prototipo de sistema generando los diagramas de casos de usos de usuario y sistema, diagramas de clases y secuencia. En caso particular; según el modelo modelo CMMI establece dentro dentro de su esquema de las áreas de procesos en la categoría
ingeniería que los requisitos son
convertidos en la arquitectura del producto, diseño y desarrollo. Por lo tanto se puede decir que en el desarrollo del proyecto socio tecnológico estas actividades fueron llevadas a cabo en plenitud. Área de Proceso: Gestión de Proyectos. Dentro
de esta fase se establece el desarrollo y ejecución de todas las
actividades establecidas que comprenden el desarrollo del proyecto sean cumplidas a cabalidad; que dentro de la ejecución de las mismas se involucren a las distintas personas que se consideran clientes y serán beneficiadascon el producto en caso particular como lo son los habitantes de la comunidad Mariano Parra León III, así mismo contempla monitorizar dichas actividades y tomar decisiones correctivas incluyendo re-planificación. Al igual plantea el desarrollo e implementación de una estrategia proactiva para identificar, evaluar, priorizar y manejar riesgos en el desarrollo del producto. Se puede determinar que esta área de proceso se aplicó en el proyecto en término medio ya que por distintas razones tal como tiempo, distancia, las cuales dificultaban el traslado o reuniones reuniones entre desarrol ladores y beneficiaron y que pudiesen estar plenamente involucrados en el desarrollo del producto y los avances que se tenían del mismo. De
igual forma no se estableció una estrategia de riesgos que pudie ran salir a
flote en el diseño y desarrollo del producto. Área de proceso: Gestión de Procesos.
Esta área plantea ayudar a la organización a establecer y mantener la ejecución de sus procesos e identificar, planificar, coordinar e implementar la mejora de los mismos. Otra de los planteamientos que estable ce esta área de procesos es seleccionar y desplegar mejoras mejoras incrementales para optimizar la
INFORME GERENCIAL
habilidad
de la organización para alcanzar los objetivos de calidad y
rendimiento del proceso. En este caso el diseño y desarrollo del proyecto socio tecnológico se lleva a cabo con la finalidad de mejorar a la organización comunal todo lo relacionado a la gestión de la información en cuanto a números de habitantes, ubicación, datos de la vivienda, las familias de la comunidad comunidad , condiciones económicas; entre otros; llevando así un óptimo control de los residentes y permitirles tomar decisiones acertadas en cuanto a los proyectos a ejecutar. Como anexo al final de este informe se considera la Matriz de Planificación del proyecto creada; esta herramienta ofrece una secuencia ordenada de las estrategiasde planificación para la preparación los medios de intervención y las técnicas de visualización de los acuerdos alcanzados en conjunto con desarrolladores y beneficiarios. Área de proceso: Soporte
Esta área proporciona los procesos esenciales para soportar el desarrollo y mantenimiento del producto. Proporciona funciones de soporte usadas por todas las áreas de proceso durante el desarrollo desarrollo del producto producto . Cabe destacar que las actividades de soporte se aplican en todas las áreas como de ingeniería, gestión de procesos y proyectos; con la finalidad de brindar una evaluación y mejoras de la calidad del producto, en cuanto a su estructura, organización, usuarios, seguridad; entre otros. Es importante mencionar que se aplicaron pruebas quedaban la oportunidad de saber si lo que se implementa es lo que en realidad es exigido. Para tal fase se tomarán técnicas de pruebas muy sencillas pero lo bastante aptas para determinar la validez del producto y que el usuario certifique el sistema desarrollado .Tales como: a).- CAJA NEGRA: Validando los criterios de aceptación exigidos por el usuario, en cuanto a la interfaz usada, el formulario de registro de datos, el módulo de consulta y la la
INFORME GERENCIAL
forma en que se visualizan los datos ya guardados. Se verificó por medio del diagrama de caso de uso la secuencia a seguir para el proceso de registro de datos de habitantes. Para ello se tomó en cuenta la prueba de aceptación en la cual participa el usuario final y un desarrollador el cual tomó nota de todos los cambios que fueron necesarios efectuar. Se validaron los módulos de registros de datos de los habitantes, módulo de registro de condición de vivienda, se verificó que el orden de registro de los datos se presentara tal como el usuario sugirió. Se validó que los datos ingresados sean los datos exigidos por cada campo de texto.
De
igual modo el modelo de los reportes se verificó que cumpliera con
las exigencias planteadas.
b).- CAJA BLANCA: Criterio basado en el código contenido en los módulos, ya en esta parte se encarga el grupo desarrollador desar rollador del proyecto, validando los diferentes dif erentes módulos programados, verificando las diferentes variables, validando campos de ingreso de datos, comprobando la estabilidad en los diferentes bucles del sistema, certificando la simplicidad y correcta estructura de las líneas de código desarrolladas. Para llevar a cabo la realización de ésta prueba se tomaron en cuenta los siguientes tipos de de pruebas para el sistema : y
Prueba d e
Unid ad:
Validando y verificando los diferente s módulos existentes, cualquier posible error en la interfaz entre módulos, errores de datos, fallas en el flujo del almacenamiento de los datos en la Base de datos. y
i ón: Prueba d e Int egrac egrac ión:
INFORME GERENCIAL
Buscando posibles errores entre la comunicación de los diferentes módulos, acceso corrupto a los datos almacenados, fallas al momento de listar los datos guardados. Se validó el enlace entre módulo de registro de datos y el gestor de base de datos, certificando que los registros fueran almacenados correctamente, de igual modo se verificó el módulo de respaldo del sistema, constatando que la información fuera guardada exitosamente. y
id ac i ón: Prueba d e V al al id ac ión:
Aquí junto con los usuarios finales y los desarrolladores, basados en las historias de usuario y los criterios de aceptación, se procede a evaluar si lo que ven es lo que desean, para lo cual se efectúa una prueba de aceptación (prueba beta) y prueba alfa. Esta prueba se efectuó para descubrir errores que sólo el usuario final puede visualizar, se llevó a cabo en el lugar de desarrollo. Se usó el sistema de manera normalconjunto con un desarrollador como observador del usuario y registrando los errores y problemas de uso. Para finalizar se ejecutó la prueba beta, la cual se llevó a cabo por los usuarios finales fin ales ya en el
lugar de trabajo. El cliente registro todos los
problemas que surgieron durante la fase de prueba y presentó el informe para su posterior corrección. Ya para concluir es importante destacar que el modelo de calidad CMMI; cuenta con una gran cantidad de actividades que se llevan a cabo para cada área de proceso y en el presente informe fueron seleccionadas las que se consideran que se cumplieron en el desarrollo del Proyecto Socio Tecnológico .
INFORME GERENCIAL
ANEXOS
INFORME GERENCIAL
ANEXO 1. Matriz de planificación del Proyecto para el Consejo Comunal: MARIANO PARRA LEON III NIVEL DE OBJETIVOS
INDICADORES
MEDIOS DE VERIFICACION
Aumento de un 30% el desarrollo de la comunidad.
Resultados estadísticos mostrando censo general de la población
El 65% de los habitantes del sector ya han formalizado su situación y registrado sus datos.
Estadísticas del sistema de recolección de datos.
SUPUESTOS
Objetivo General Aumento del Nivel de Información de los Datos de los Habitantes del Sector.
Objetivo Específico Incremento de la Organización de la Información de la Comunidad.
Los habitantes del sector se sienten satisfechos con las acciones del consejo comunal.
INFORME GERENCIAL
NIVEL DE OBJETIVOS
INDICADORES
Productos 1.- Desarrollo de un Sistema automatizado para el registro de la información de la comunidad.
2.- Capacitación del personal involucrado en el sistema automatizado.
1.1.- En un 50% ha mejorado la gestión del Consejo Comunal a los 3 meses de puesta en marcha del sistema.
2.1.- Más del 50% de los integrantes del consejo comunal se encuentra apto para el manejo del sistema.
MEDIOS DE VERIFICACION
SUPUESTOS
1.1.- Estadísticas de gestión de proyectos del consejo comunal.
2.1.- Informe de aceptación de los miembros del consejo comunal sobre el implantado sistema SICOM.
ACTIVID ADES
RECURSOS
COSTOS
1.1.- Determinación y análisis de los requerimientos para el desarrollo del sistema.
Formatos de encuestas, entrevistas, historia de usuario, transporte.
1.2.- Diseño y construcción del código del sistema.
Computador, personal encargado en la programación.
1.3.- Verificación y validación por parte del usuario en cada módulo del sistema.
Computador, personal encargado en la programación, historial de fallas.
200,00 BsF
1.4.- Modificación y validación del código del sistema de acuerdo a las exigencias del usuario.
Computador, personal encargado en la programación.
500,00 BsF
1.5.- Pruebas del sistema (ALFA) y pruebas finales con
Computador, personal encargado en la
Excelente manipulación del software aportando las necesidades prioritarias de los habitantes del sector.
SUPUESTOS
400,00 BsF
2.500,00 BsF
Se estima una posible ampliación del sistema a mediano plazo.
500,00 BsF
INFORME GERENCIAL
el usuario (BETA).
programación.
2.1.- Realizar entrenamiento al personal que manejara el sistema,
Computador, facilitador.
1.000,00 BsF
TOTAL COSTO:
Las personas involucradas en el sistema tienen un marcado interés en el mismo.
5.100,00 BsF
ANEXO 2. INSTRUMENTO PARA DETERMINAR LA UTILIZACION DEL MODELO DE CALIDAD CMMI EN LOS PROYECTOS SOCIOTECNOLOGICOS SECCION 331I 331I.. ACTIVIDADES O AREAS DE PROCESO
SI
Recopila y armoniza las necesidades de losparticipantes y las traduce en requisitos del producto. Asegura que los requisitos soncomprendidos y gestionados.
acordados
Convierte requisitos en arquitectura producto,diseño y desarrollo.
del
Combina los componentes del producto y asegura los interfaces. Asegura que el producto cumple las especificaciones. Asegura que el producto cumple con el usopropuesto cuando se sitúa en el entorno propuesto. Desarrolla
y mantiene el plan de proyecto, implica a los participantes y obtiene compromiso con el plan. Monitoriza las actividades y toma acciones correctivas incluyendo re-planificación. Adapta los procesos organizativos al proyecto, yestablece la visión compartida del proyecto. Identifica y organiza a los participantes en equiposcolaborativos y desarrolla la visión compartida alineada con la visión compartida del proyecto y la organización. Desarrolla
e implementa una estrategia proactiva para identificar, evaluar, priorizar y
NO
INFORME GERENCIAL
manejar riesgos del programa. Recopila métricas de producto y proceso, y analiza los resultados para identificar oportunidades de mejora. mejora. Gestiona la adquisición de productos de proveedores para los que exista un acuerdo formal. Ayuda a la organización a establecer y mantener la comprensión de sus procesos e identificar, planificar, coordinar e implementar la mejora. Establece y mantiene el conjunto de procesos organizativosestándar y los activos de soporte. Identifica las necesidades formativas estratégicas y tácticas entre los proyectos y grupos de soporte. Deriva
objetivos cuantitativos de calidad y rendimiento del proceso de los objetivos de negocio de la organización.
Selecciona y despliega mejoras incrementales para mejorar la habilidad de la organización para alcanzar los objetivos de calidad y rendimiento del proceso. Establece un programa de métricas paraproveer resultados objetivos que puedan serusados para tomar decisiones informadas ytomar acciones correctivas. Establece y mantiene losproductos de trabajo.
la
integridad
de
Proporciona prácticas para evaluar objetivamente procesos, productos y servicios. Proporciona un proceso estructurado de toma de decisiones que asegura que las alternativas se comparan con criterios objetivos, y se elige la mejor alternativa. Identifica las causas de defectos otros problemas, y toma acciones para prevenir que ocurran en el futuro. Establece el entorno para la implementación de equipos integrados.
INFORME GERENCIAL
ANEXO 3. ANALISIS CUANTITATIVO DE LA IMPLEMENTACION DEL MODELO CMMI EN LOS PROYECTOS SOCIOTECNOLOGICOS DE LA SECCION 331I RESULTADO DEL INSTRUMENTO APLICADO.
TOTAL DE GRUPOS: 5 ÁREA DE PROCESO: INGENERIA Actividad 1: DESARROLLO DE REQUISITOS:Recopila y armoniza las necesidades de los participantes y las traduce en requisitos del producto.
¿Cuántos grupos aplicaronestas actividades? Si: 3 No: 2 Actividad 2: GESTION DE REQUISITOS: Asegura que los requisitos acordados son comprendidos y gestionados.
¿Cuántos grupos aplicaronestas actividades? Si: 4 No:1 Actividad 3: SOLUCION TECNICA: Convierte requisitos en arquitectura del producto, diseño y desarrollo.
¿Cuántos grupos aplicaronestas actividades? SI: 5 NO:0 Actividad 4: INTEGRACION DEL PRODUCTO: Combina los componentes del producto y asegura los interfaces.
¿Cuántos grupos aplicaronestas actividades? Si: 5
INFORME GERENCIAL
No: 0 Actividad 5: VERIFICACION: Asegura Asegura que el producto cumple las especificaciones.
¿Cuántos grupos aplicaronestas actividades? Si: 4 No: 1 Actividad 6: VALIDACION: Asegura que el producto cumple con el uso propuesto cuando se sitúa en el entorno propuesto.
¿Cuántos grupos aplicaronestas Actividades? Si: 4 No: 1.
SI
NO
Según la estadística de un total de 5 grupos un 80% realizo las actividades del área de proceso de INGENERIA y un 20% no las realizo a cabalidad.
AREA DE PROCESO: GESTION DE PROYECTOS. Actividad 1: PLANIFICACION DE PROYECTOS: Desarrolla y mantiene el plan de proyecto, implica a los participantes y obtiene compromiso con el plan.
¿Cuántos grupos aplicaronestas actividades?
INFORME GERENCIAL
Si: 4 No: 1 Actividad 2: SEGUIMIENTO Y CONTROL DE PROYECTOS: Monitoriza las actividades y toma acciones correctivas incluyendo re-planificación.
¿Cuántos grupos aplicaronestas actividades? Si: 2 No: 3 Actividad 3: GESTION INTEGRADA DE PROYECTOS: Adapta los procesos organizativos al proyecto, y establece la visión compartida del proyecto
¿Cuántos grupos aplicaronestas actividades? Si: 2 No:3 Actividad 4: DESARROLLO DE EQUIPOS INTEGRADOS: Identifica y organiza a los participantes en equipos colaborativos y desarrolla la visión compartida alineada con la visión compartida del proyecto y la organización.
¿Cuántos grupos aplicaronestas actividades? Si: 4 No: 1 Actividad 5: GESTION DE RIESGOS: Desarrolla e implementa una estrategia proactiva para identificar, evaluar, priorizar y manejar riesgos del programa.
¿Cuántos grupos aplicaronestas actividades? Si: 4 No: 1 Actividad 6:
INFORME GERENCIAL
GESTION DE PROYECTOS CUANTITATIVA. Recopila métricas de producto y proceso, y analiza los resultados para identificar oportunidades de mejora .
¿Cuántos grupos aplicaronestas actividades? Si: 3 No: 2 Actividad 7: GESTION DE ACUERDO CON PROVEEDORES: Gestiona la adquisición de productos de proveedores para los que exista un acuerdo formal.
¿Cuántos grupos aplicaronestas actividades? Si: 0 No: 5
SI
¡
Según la estadística de un total de 5 grupos un 60% 6 0% realizo las actividades del área de proceso de GESTION DE PROYECTOS y un 40% no las realizo a cabalidad.
AREA DE PROCESO: GESTION DE PROCESOS. Actividad 1: ENFOQUE EN EL PROCESO ORGANIZATIVO: Ayuda a la organización a establecer y mantener la comprensión de sus procesos e identificar, planificar, coordinar e implementar la mejora.
¿Cuántos grupos aplicaronestas actividades? Si: 5
INFORME GERENCIAL
No: 0 Actividad 2: DEFINICION DEL PROCESO ORGANIZATIVO: Establece y mantiene el conjunto de procesos organizativos estándar y los activos de soporte.
¿Cuántos grupos aplicaronestas actividades? Si: 4 No: 1 Actividad 3: FORMACION ORGANIZATIVA: Identifica las necesidades estratégicas y tácticas entre los proyectos y grupos de soporte.
formativas
¿Cuántos grupos aplicaronestas actividades? Si: 3 No: 2 Actividad 4: RENDIMIENTO DEL PROCESO ORGANIZATIVO: Deriva objetivos cuantitativos de calidad y rendimiento del proceso de los objetivo s de negocio de la organización.
¿Cuántos grupos aplicaronestas actividades? Si: 2 No: 3
Actividad 5: INNOVACION Y DESPLIEGUE ORGANIZATIVO: Selecciona y despliega mejoras incrementales para mejorar la habilidad de la organización para alcanzar los objetivos de calidad y rendimiento del proceso.
¿Cuántos grupos aplicaronestas actividades? Si: 2 No: 3
INFORME GERENCIAL
SI
¢
£
Según la estadística de un total de 5 grupos un 60% realizo las actividades del área de proceso de GESTION DE PROCESOS y un 40% no las realizo. AREA DE PROCESO: SOPORTE. Actividad 1: MEDICION Y ANALISIS: Establece un programa de métricas para proveer resultados objetivos que puedan ser usados para tomar decisiones informadas y tomar acciones correctivas.
¿Cuántos grupos aplicaronestas actividades? Si: 3 No: 2 Actividad 2: GESTION DE CONFIGURACION: Establece y mantiene la integridad de los productos de trabajo.
¿Cuántos grupos aplicaronestas actividades? Si: 5 No: 0 Actividad 3:ASEGURAMIENTO DE CALIDAD Y PROCESO DE PRODUCTO: Proporciona prácticas para evaluar objetivamente procesos, productos y servicios. ¿Cuántos grupos aplicaronestas actividades? Si: 4 No: 1
INFORME GERENCIAL
Actividad 4: ANALISIS Y RESOLUCION DE DESICIONES: Proporciona un proceso estructurado de toma de decisiones que asegura que las alternativas se comparan con criterios objetivos, y se elige la mejor alternativa.
¿Cuántos grupos aplicaronestas actividades? Si:4 No:1 Actividad 5: ANALISIS Y RESOLUCION CAUSAL: Identifica las causas de defectos otros problemas, y toma acciones para prevenir que ocurran en el futuro.
¿Cuántos grupos aplicaronestas actividades? Si: 2 No: 3 Actividad 6: ENTORNO ORGANIZATIVO PARA LA INTEGRACION: Establece el entorno para la implementación de equipos integrados.
¿Cuántos grupos aplicaronestas actividades? Si: 4 No: 1.
SI
¤
¥
Según la estadística se puede decir que de un total de 5 grupos el 80% realizo las actividades del área de proceso SOPORTE y un 20% no las realizo.
INFORME GERENCIAL
En conclusión una vez analizadas las estadísticas es importante destacar que de un total de 5 grupos un 70% realizo las actividades que tiene el modelo de calidad CMMI y un 30% no las realizo.
.
