Capability Maturity Model Integration (CMMI) Para las compaas un producto o servicio es de calidad cuando satisface las necesidades

y expectativas, fiabilidad de sus funciones esperadas y confianza en un producto o servicio sin fallos y duradero segn tiempos establecidos y acordados. CALIDAD TOTAL Se define como un sistema de gestin organizacional enfocado en la mejora continua del producto o servicio en todo su ciclo de vida el cual contempla dos fases: 1. Control de calidad, basado en tcnicas de inspeccin aplicadas a produccin. 2. Aseguramiento de la calidad. PRINCIPIOS BSICOS DE LA CALIDAD TOTAL. Los principios bsicos de la calidad total son nueve los cuales son: 1. La plena satisfaccin de las necesidades y expectativas del cliente. 2. Un proceso de mejora continua. 3. Total compromiso de la Direccin. 4. Liderazgo activo de todo el equipo directivo. 5. Participacin de todos los miembros. 6. Fomento del trabajo en equipo. 7. El proveedor debe estar involucrado en el sistema de Calidad Total de la empresa. 8. Identificacin y Gestin de los Procesos Claves. 9. Toma de decisiones de gestin basada en datos y hechos objetivos. Los modelos de calidad con basados en estudios experimentales de mejores prcticas que ayudan a una organizacin a implantar un Sistema de aseguramiento de la calidad. MODELOS DE REFERENCIA. Son los que indican cuales son las prcticas pero no cmo se consiguen. Modelos de implantacin. Se enfoca en cmo se consiguen aquellas prcticas. CMMI versin 1.2 Es un modelo de aseguramiento de la calidad mediante el anlisis y rediseo de los procesos. Fue creado por el SEI el cual provee: integrar los elementos funcionales de una organizacin. Un conjunto de mejores prcticas. Ayuda para identificar objetivos y prioridades. coordinar sus actividades en la mejora de los procesos. Un punto de referencia para evaluar. REPRESENTACIN CONTINUA. La representacin continua se focaliza en la mejora de un proceso o un conjunto de ellos relacionado(s) estrechamente a un rea de proceso en que una organizacin desea mejorar. . Existen seis niveles de capacidad cada nivel es construido sobre el nivel anterior. Representacin Continua Representacin Escalonada Nivel de Capacidad Nivel de Madurez

Nivel Nivel Nivel Nivel Nivel Nivel

0 1 2 3 4 5

Incompleto Realizado Inicial Manejado Manejado Definido Definido Manejado cuantitativamente OptimizandoOptimizando

Manejado cuantitativamente

Nivel 0: es cuando uno o ms objetivos especficos del rea de proceso no son satisfechos. Nivel 1: cuando satisface todos los objetivos especficos del rea de proceso. Nivel 2: es cuando tiene la infraestructura base para apoyar el proceso. Nivel 3: es adaptado desde el conjunto de procesos medidas, y otra informacin de mejora a los a los activos organizacionales. Nivel 4: es controlado usando tcnicas estadsticas y otras tcnicas cuantitativas. Nivel 5: es mejorado basado en el rendimiento de causas comunes de variacin del proceso. REPRESENTACIN ESCALONADA. En la representacin escalonada se ofrece un mtodo estructurado y sistemtico de mejoramiento de procesos por etapas en la cual entran los niveles de madurez los cuales son: Nivel 1 INICIADO: la organizacin usualmente no provee un ambiente estable para soportar los procesos. Este est caracterizado adems por la realizacin de trabajo redundante. Nivel 2 MANEJADO: se ordena el caos, se enfocan en tareas cotidianas referentes a la administracin, se cuanta con una serie de procesos para llevar a cabo el proyecto, son planeados y ejecutados de acuerdo a polticas establecidas. Nivel 3 DEFINIDO: los procesos son caracterizados y entendidos de buena forma, son descritos en estndares, procedimientos, herramientas y mtodos. Una diferencia entre el nivel 2 y el 3 es el alcance de los estndares: la descripcin en procesos y los procedimientos. Nivel 4 MANEJADO CUANTITATIVAMENTE: se establecen objetivos cuantitativos para medir la calidad y realizacin de los procesos. La diferencia entre el nivel 3 y 4 es la capacidad de prediccin de la realizacin del proceso la cual es controlada usando tcnicas estadsticas. Nivel 5 OPTIMIZADO: una organizacin mejora continuamente sus procesos basndose en el conocimiento de las causas comunes de variacin inherente en los procesos. Se focaliza sobre mejora continua de los procesos a travs de mejoras continuas, incrementales y tecnolgicas. En la siguiente tabla se indica los nombres de las reas de proceso junto con su abreviacin las cuales con implementadas para alcanzar el nivel de madurez correspondiente y se agrupan de acuerdo a cuatro categoras: administracin de procesos, administracin de proyectos, ingeniera, soporte. REA DE PROCESO CATEGORA NIVEL DE MADUREZ Anlisis y Resolucin Causales (CAR) Soporte 5 Anlisis y Resolucin de Decisiones (DAR) Soporte

Aseguramiento de la Calidad de Procesos y Productos (PPQA) Soporte 2 Definicin de Procesos Organizacionales Gestin de procesos 3 Desarrollo de Requerimientos (RD) Ingeniera 3 Entrenamiento Organizacional (OT)Gestin de procesos 3 Administracin Cuantitativa de Proyectos (QPM)Gestin de proyectos 3 Administracin de Acuerdos con Proveedores (SAM) Ingeniera 2 Administracin de Requerimientos (REQM) Gestin de proyectos 3 Administracin de Riesgos (RSKM) Soporte 2 Administracin de la Configuracin (CM) Gestin de proyectos 3 Administracin Integral de Proyecto + IPD (IPM+IPPD) 1 Gestin de proyectos 3 Innovacin y Despliegue Organizacional (OID) Gestin de procesos 5 Integracin de Producto (PI) Ingeniera 3 Medicin y Anlisis (MA) Soporte 2 Monitoreo y Control de Proyecto (PMC) Gestin de proyectos 2 Planificacin de Proyecto (PP) Gestin de proyectos 2 Procesos Orientados a la Organizacionales (OPF) Gestin de procesos 3 Rendimiento de Procesos Organizacionales (OPP) Gestin de procesos 4 Solucin Tcnica (TS) Ingeniera 3 Validacin (VAL) Ingeniera 3 Verificacin (VER) Ingeniera 3 COMPONENTES Se definirn de acuerdo al esquema propuesto por la Representacin Escalonada que es la requerida por ORDEN Integracin. ORDEN INTEGRACIN. Slo son una ayuda propuesta por el modelo para entender de mejor manera los componentes requeridas y esperadas. Componentes requeridas: son las que obligatoriamente deben de ser satisfechas para poder cumplir con un rea de proceso. Existen dos componentes requeridas: o Objetivo especifico. o Objetivo genrico. Componentes esperadas: pueden ser utilizadas para alcanzar una componente requerida, a su vez como guas de mejora y evaluacin de procesos; existen dos tipos: o Prcticas Especficas. o Prcticas Genricas. EVALUACIONES. Corresponde al estudio de uno o ms procesos, utilizando un modelo de referencia de evaluacin como base para determinar a lo menos fortalezas y debilidades. El SEI ha publicado documentos guas utilizados para una evaluacin de CMMI: Appraisal Requirements for CMMI (ARC) [SEI06b]. Standard CMMI Appraisal Method for Process Improvement (SCAMPI) [SEI06a]. Relaciones entre las reas de proceso.

Hay cuatro grupos o categoras de procesos que ayudan a guiar el proceso de mejora de la organizacin: Administracin de procesos: Contiene reas de proceso relacionadas con definir, planear, desplegar, implementar, monitorear, controlar, evaluar, medir y mejorar procesos [Chr06]. Administracin de proyectos: Contiene reas de proceso relacionadas con planeacin, monitoreo y control de proyectos [Chr06]. Soporte: Contiene reas de proceso relacionadas con actividades que apoyan el desarrollo y mantenimiento del producto. Ingeniera: Cubre actividades relacionadas al desarrollo y mantenimiento. REAS DE PROCESO DE INGENIERA. Las reas de proceso de Ingeniera pueden integrar los procesos asociados con diferentes disciplinas y ellas son: Desarrollo de Requerimientos (RD). Gestin de Requerimientos (REQM). Solucin Tcnica (TS). Integracin de Productos (PI). Verificacin (VER). Validacin (VAL). ADMINISTRACIN DE REQUERIMIENTOS Se encarga de administrar todos los requerimientos recibidos o generados por el proyecto. SG 1: Administrar Requerimientos: Los requerimientos deben ser administrados y las inconsistencias con el plan de proyecto y artefactos son identificadas. o SP 1 Obtener una comprensin de los requerimientos. o SP 2 Obtener compromiso con los requerimientos. o SP 3 Administrar cambios a los requerimientos. o SP 4 Mantener trazabilidad bidireccional de los requerimientos. o SP 5: Identificar inconsistencias entre artefactos del proyecto y los requerimientos. DESARROLLO DE REQUERIMIENTOS. Se encarga de identificar las necesidades de los clientes y traducirlas en requerimientos. SG 1: Desarrollar requerimientos del cliente: Necesidades de las partes interesadas, expectaciones, restricciones, e interfaces son recogidas y traducidas en requerimientos del cliente. o SP 1: Obtener necesidades. o SP 2: Desarrollar los requerimientos del cliente. SG 2: Desarrollar requerimientos de productos: Requerimientos del cliente son refinadas y elaboradas para desarrollar requerimientos del producto y componentes del producto. o SP 1: Establecer requerimientos del producto y de componentes del producto. o SP 2: Destinar requerimientos de componentes del producto. o SP 3: Identificar requerimientos de interfaz.

 SG 3: Analizar y validar requerimientos: Los requerimientos son analizados y validados, y una definicin de la funcionalidad requerida es desarrollada o 1: Establecer conceptos operacionales y escenarios. o SP 2: Establecer una definicin de la funcionalidad requerida. o SP 3: Analizar requerimientos. o SP 4: Analizar requerimientos para lograr balance. o SP 5: Validar requerimientos. SOLUCIN TCNICA. El PA de Solucin Tcnica (TS) tiene como propsito disear, desarrollar e implementar soluciones a requerimientos. Es aplicable a cualquier nivel de la arquitectura del producto y a cada producto, componente de producto y proceso relacionado con el ciclo de vida del producto. SG 1: Seleccionar soluciones para componentes del producto: Soluciones de producto o de componentes del producto son seleccionadas a partir de alternativas de solucin. o SP1: Desarrollar soluciones alternativas y criterios de seleccin. o SP 2: Seleccionar soluciones para componentes del producto. SG 2: Desarrollar el diseo: Diseos del producto y componentes del producto son desarrolladas. o SP 1: Disear el producto o los componentes del producto. o SP 2: Establecer un paquete de datos tcnicos. o SP 3: Disear interfaces utilizando criterios. o SP 4: Ejecutar Anlisis de: Hacer, Comprar o Reutilizar. SG 3: Implementar el Diseo del Producto: Componentes del producto, y su documentacin de apoyo asociada, son implementadas segn sus diseos. o SP 1: Implementar el Diseo. o SP 2: Desarrollar la documentacin de apoyo del producto. INTEGRACIN DE PRODUCTOS. El propsito de PI es ensamblar las componentes del producto para obtener el producto, asegurar que el producto funciona correctamente, y liberar el producto al cliente. SG 1: Preparacin para la Integracin del producto: Preparacin para la integracin del producto es conducida. o SP 1: Determinar la Secuencia de Integracin. o SP 2: Establecer el Ambiente de Integracin del Producto. o SP 3: Establecer Procedimientos y Criterios de Integracin del Producto. SG 2: Asegurar la compatibilidad de interfaces: Las interfaces de las componentes del producto, internas y externas, son compatibles. o SP 1: Revisar Descripcin de Interfaces para Completitud. o SP 2: Gestionar Interfaces. SG 3: Ensamblar las componentes del producto y liberar el producto: Componentes del producto verificadas son ensambladas y el producto integrado, verificado y validado es entregado. o SP 1: Confirmar Componentes para Integracin preparados. o SP 2: Ensamblar las componentes del producto. o SP 3: Evaluar Componentes del Producto ensambladas. o SP 4: Empaquetar y Entregar Productos o Componentes del Producto. VERIFICACIN.

El propsito de Verificacin (VER) es asegurar que los artefactos cumplen con los requerimientos especificados. SG 1: Preparar la verificacin: La preparacin de la verificacin es conducida. o SP 1: Seleccionar artefactos para Verificacin. o SP 2: Establecer el ambiente de Verificacin. o SP 3: Establecer procedimientos y criterios de verificacin. SG 2: Realizar Revisin de Pares: Revisiones de pares son desarrolladas sobre artefactos seleccionados. o SP 1: Preparar la revisin de pares. o SP 2: Conducir la revisin de pares. o SP 3: Analizar los datos de la revisin de pares. SG 3: Verificar Artefactos Seleccionados: artefactos son verificados contra sus requerimientos especficos. o SP 1: Realizar la verificacin. o SP 2: Analizar resultados de verificacin identificando acciones correctivas. VALIDACIN. El propsito de Validacin (VAL) es demostrar que un producto o componentes del producto cumplen su uso planeado cuando es ubicado en su planeado ambiente. SG 1: Preparar la validacin: La preparacin para la validacin es conducida. o SP 1: Seleccionar Productos para la validacin. o SP 2: Establecer el ambiente para la validacin. o SP 3: Establecer Procedimientos y Criterios de Validacin. SG 2: Validar Productos o Componentes del Producto: El producto o las componentes del producto son validados para asegurar que son aptas para su uso en su ambiente operacional previsto. o SP 1: Realizar la validacin. o SP 2: Analizar los resultados de la validacin. PROCESO DE DESARROLLO DE SOFTWARE DE ORDEN INTEGRACIN. Fase de inicio: Es la fase que da por iniciado un proyecto. se debe establecer el caso de negocio para el sistema y se debe delimitar el alcance del proyecto. Fase de elaboracin construccin: tiene por objetivo establecer una base slida de la Arquitectura de Software a partir del anlisis y diseo de los requerimientos, para luego implementar el sistema en base a estos diseos y arquitectura planteados. Fase de transicin: tiene por finalidad asegurar que el sistema desarrollado est disponible para los usuarios finales. PROCESOS DE APOYO ADMINISTRACIN DE REQUERIMIENTOS. El Proceso de Administracin de Requerimientos permite establecer y mantener un entendimiento comn entre el cliente y el proyecto acerca de los requerimientos que sern abordados y que sern el vnculo coherente y rastreable que une a todo el ciclo de desarrollo. La Administracin de Requerimientos comprende actividades relacionadas con la definicin, clasificacin, asignacin, seguimiento y control de los requerimientos durante todo el ciclo de vida de desarrollo de software. REVISIN DE PARES.

Es una tcnica de testing esttico definido como un proceso metdico, formal y estructurado en el cual se examina un producto intermedio o final, con el propsito de encontrar y corregir defectos en forma temprana. El proceso consiste en someter un producto de trabajo al escrutinio de uno o ms profesionales con un nivel de conocimiento y experiencia equivalente al del autor del artefacto, de tal manera para poder evaluar objetivamente su contenido, detectar eventuales falencias y proponer medidas correctivas. PRUEBAS DE SOFTWARE. Este proceso tiene por objetivo asegurar que el producto cumple con lo esperado y con los requerimientos definidos, es transversal a todo el ciclo de vida. Y presenta las siguientes polticas: La planificacin, coordinacin y ejecucin de pruebas es responsabilidad de la Unidad de Control de Calidad. Las pruebas son ejecutadas de acuerdo al contenido del Plan de Pruebas de cada proyecto. generan reportes con observaciones y las acciones correctivas son planificadas y controladas. Todos los productos de software desarrollados en ORDEN Integracin son sometidos a Control de Calidad.