3 Grado con el que un sistema, componente o proceso cumple: Los requisitos especificados y Las necesidades o expectativas del cliente o usuario (IEEE Standard ). 2. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCG3-1 ENTIDAD AUDITADA AREA AUDITADA MATERIAL DE SOPORTE CENTRO INFORMATICA UNIVERSIDAD DE NARIÑO DE OBJETO ESTUDIO DE MODELO CMMI-DEV VERSION 1.2 PAGINA 1 DE 1 PROCESO DE DESARROLLO DE SOFTWARE AREA DE PROCESO Gestión de la Configuración PRACTICAS ESPECIFICAS SP3.1 Establecer registros de gestión de la configuración. Funciones asignadas, ejecutadas de manera ágil y oportuna, permitiendo un desarrollo normal de las actividades. Incremento de riesgos no planificados. Hallazgo HGC2 HALLAZGOS REF HGC-SP1.2 ENTIDAD AUDITADA UNIVERSIDAD DE NARIÑÓ AREA AUDITADA RESPONSABLES MATERIAL DE SOPORTE CENTRO DE INFORMATICA Sandra Liliana Carreño Alexander Daza CMMI OBJETO DE ESTUDIO Proceso de desarrollo de software AREA Gestión de la Configuración. Se definen las características (atributos) de cada uno de los objetos y las relaciones entre estos objetos. En febrero de 2001, se llevó a cabo una reunión en Utah-EEUU en la que participó un grupo de 17 expertos de la industria del software y que tenía como objetivo ofrecer una alternativa a los procesos de desarrollo de software tradicionales, los cuales se caracterizan por ser rígidos y dirigidos por la documentación generada en cada una de las actividades desarrolladas en el proceso de desarrollo de software; al término de la cual se creó el Manifiesto Ágil, un documento que resume la filosofía ágil. Alexander Daza- Sandra Carreño 98, 99 Cuadro 25.Cuadro de definición de fuentes de conocimiento PP3-2. RECOMENDACIONES: Registrar los cambios a los elementos de configuración y las razones de los cambios según sea apropiado. WebEspecialidades: Desarrollo de Proyectos – Alta Gerencia – Docencia Superior – Educ. Entrevista al director y programadores del Centro de Informática. * d. Detección de errores. 53, 54 2. 56, 57 3. CONTENIDO DEL PLAN DE AUDITORÍA AMBIENTAL, . WebTalento humano; Galería de arte virtual; Z7_NQ5E12C0L8RQ50QHH8A0LO7OG1. 10. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es comprobar si se realizan auditorías de configuración para mantener la integridad de los elementos de configuración en el Centro de Informática y determinar la forma en las que se realizan. REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar la existencia de los documentos mencionados. Cuadro de definición de fuentes de conocimiento MA Cuadro 57. Seguimiento del proyecto INFORME DE AVANCE DEL PROYECTO Fecha Iteración Responsables Historia de Usuario Actividades Desarrolladas Producto Obtenido Tiempos estimado Fecha inicio Tiempo real Fecha Finalización Observaciones Practica: SP 1.2 Monitorizar los compromisos: Se recomienda revisar al final de cada iteración los compromisos externos e internos e identificar y documentar los compromisos que no se han cumplido. En la que se desarrollan las funcionalidades del sistema especificadas en las historias de usuario y asignadas en cada iteración por medio del plan de iteraciones se propone la aplicación de las siguientes prácticas de CMMI del Área de Proceso Monitorización y control del proyecto: Practica: SP 1.1 Monitorizar los parámetros de planificación del proyecto: en esta práctica se recomienda realizar un seguimiento del progreso del proyecto, analizando los valores actuales de los parámetros de planificación del proyecto frente el plan teniendo en cuenta el coste y esfuerzo consumidos, duración de tareas, recursos empleados y documentando todas las desviaciones significativas. Áreas de proceso satisfechas: Medición y Análisis Áreas de proceso insatisfechas: Administración de Requerimientos: Planificación del Proyecto Monitorización y Control del Proyecto Gestión de la Configuración Calificación del nivel de madurez. Comunicar formalmente el plan de comunicación a todos los participantes del proyecto. 2. 4. REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar que exista la documentación mencionada. Última actualización del Tablero: 10/05/2022. 13. Esto reduce tiempo de pruebas. Hallazgo HREQM Cuadro 101. WebProfesional en Psicología con experiencia en el área de Gestión Humana manejando procesos de selección, formación, bienestar y ejecución del SG-SST. Por otro lado, en relación a los otros subsistemas este proceso es realizado de forma inmediata, asignando un líder o responsable por módulo o proyecto a desarrollar; quien es el encargado de elegir la metodología a implementar la cual puede ser la más adecuada o la que él tenga conocimiento en ese momento; por ello tampoco hay una estandarización de metodologías en el Centro de Informática. Calificación monitoreo y control del proyecto Cuadro 124. Verificar que se realicen logs de la recolección de los datos. SP 1.2 Monitorizar los compromisos. Evidencias: Imagen 14. Riesgo: según [ISO Guía 73:2002]: combinación de la probabilidad de un evento y sus consecuencias. Pruebas y mantenimiento del sistema, ESTATUTO DE AUDITORÍA INTERNA DE BANCA MARCH, Determinación de la Capacidad de Mejora del Proceso de Software. ADMINSITRACION DE REQUERIMIENTOS PRACTICA ESPECIFICA SG 1 Gestionar los requerimientos SP1.1 Obtener la comprensión de los Requisitos SP1.2 Obtener el compromiso con los Requisitos SP1.3 Gestionar los cambios en los Requisitos SP1.4 Mantener la trazabilidad de los Requisitos SP1.5 Identificar inconsistencias entre el Proyecto y los Requisitos TOTAL V_CUAL PI PI PI NI PI PI Cuadro 122. III. Cuadro de definición de fuentes de conocimiento PMC1-6. I. IDENTIFICACIÓN Nivel: Profesional Denominación del Técnico en Sistemas Programador de Sistemas Empleo: Código: 314 Grado: 03 F No. Proveer un método eficiente de certificación capaz de ser implementado dentro de restricciones razonables de performance. 150, 151 Cuadro 70. En el sector de desarrollo de software, la construcción de software fiable y de calidad se ha convertido en un factor clave de éxito en el desarrollo de numerosos productos y servicios en todos los sectores de la actividad económica. CONSECUENCIAS: Cambios constantes en los requerimientos no incluidos en el plan que ocasionan retraso en el cronograma y aumento de costos del proyecto. El Comité está integrado por: Vice Rector Administrativo o representante. SP 2.6 Planificar la involucración de las partes interesadas. RECOMENDACIONES: Diseñar un plan de comunicación formal que incluya a todos los involucrados relevantes del proyecto, definir roles y responsabilidades de los mismos. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCMA2-3 ENTIDAD AUDITADA AREA AUDITADA CENTRO INFORMATICA UNIVERSIDAD DE NARIÑO DE OBJETO ESTUDIO DE PAGINA 1 DE 1 PROCESO DE DESARROLLO DE SOFTWARE MATERIAL DE SOPORTE MODELO CMMI-DEV VERSION 1.2 AREA DE PROCESO Medición y análisis. PROBABILIDAD ALTO MEDIO HREQM-SP1.4 HPP-SP2.5 HPP-SP2.6 HPP-SP3.1 HPP-SP3.2 HPMC-SP1.2 HPMC-SP1.3 HGC-SP1.3 HGC-SP2.2 HGC-SP2.2 HREQM-SP1.1 HREQM-SP1.2 HREQM-SP1.3 HPP-SP1.2 HPP-SP1.4 HPP-SP2.2 HGC-SP1.1 HPP-SP2.3 HPMC-SP1.4 HGC-SP1.2 HGC-SP3.1 BAJO LEVE MEDIO CATASTROFICO IMPACTO 191, 192 Hallazgos proceso de desarrollo de software Centro de Informática: área Administración de requerimientos. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPP2-3 ENTIDAD AUDITADA AREA AUDITADA UNIVERSIDAD DE NARIÑO PROCESO CENTRO DE OBJETO DE DESARROLLO INFORMATICA ESTUDIO SOFTWARE PAGINA 1 DE 1 DE DE MATERIAL DE SOPORTE MODELO CMMI-DEV VERSION 1.2 AREA DE PROCESO Planificación Proyecto. IV. III. Comprobar que existan informes de las auditorías realizadas. GP2.7 De manera informal se identifican los participantes relevantes para la ejecución de los procesos planificados y se involucran en estos procesos como revisiones, evaluaciones, resolución de problemas entre otros. 237, 238 UNIVERSIDAD DE NARIÑO San Juan de Pasto, 24 de Abril de 2015 Ingeniero: LUIS ARTURO ROSERO Director Centro de Informática Universidad de Nariño Ciudad. 245, 246 Imagen 8. CONSECUENCIAS: No se pueden corregir de forma adecuada las desviaciones de los resultados planificados. 138, 139 Cuadro 60. Practicas específicas (SP): SP 1.1 Monitorizar los parámetros de planificación del proyecto. Valores consignados en el Código de Ética de la Universidad, aplicados en el desarrollo de sus funciones. Download for offline reading, highlight, bookmark or take notes while you read Desarrollo del talento humano. M.S. El número de módulos de software analizados y diseñados. SP1.2 Se supervisan los compromisos contra aquellos especificados en el Plan del Proyecto por medio de actas y del documento de tesis. Calificación administración de requerimientos Cuadro 122. Viven ... motivados a explorar los lugares más oscuros del mundo y a enfrentarse a desafíos que mujeres y hombres de menor talento no podrían confrontar. Carpeta Encuestas Estándares CI Carpeta Encuestas Practicas CMMI Carpeta Entrevistas Practicas Genéricas Carpeta Entrevistas Programadores y Director CI 258, Atributos de Calidad del Software Los usuarios comúnmente se centran en lo que el sistema debe hacer por ellos y no piensan en otros atributos que el software debe tener. 2. Facultad de Ingeniería. Servir al medio exterior a la Universidad, de soporte técnico para la sistematización de la información mediante la integración de estudiantes docentes y personal administrativo, al desarrollo de la región Objetivos del Centro de Informática: Lograr participación efectiva y conocimiento claro del proceso de sistematización en todos los estamentos de la Universidad: administrativo, académico e investigativo. Consiste en las mejores prácticas que tratan las actividades de desarrollo y de mantenimiento que cubren el ciclo de vida del producto, desde la concepción a la entrega y el mantenimiento del mismo. Analizar la documentación encontrada. La personalidad del lder se ve reflejada en la calidad del talento humano a su cargo. recolección y almacenamiento de los SP1.4 Se describe el procedimiento de análisis de los datos SP2.1 Se realizan informes que contienen los datos extraídos de la medición. Analizar la documentación encontrada. ESPECIFICAS de la medición. DIPLOMADO EN SIS DE GESTIÓN EN SEGURIDAD Y SALUD OCUPACIONAL OHSAS 18001 1- PRESENTACIÓN Las empresas hoy, deben responder al mercado internacional con estrategias de. FUENTES DE CONOCIMIENTO Documentos registro contenga acciones correctivas. Hallazgo HPP1 HALLAZGOS REF HPP-SP1.2 ENTIDAD AUDITADA AREA AUDITAD A RESPONSABLES MATERIAL DE SOPORTE AREA RIESGOS ASOCIADOS HALLAZGOS: CENTRO DE INFORMATICA UNIVERSIDAD DE NARIÑÓ OBJETO DE ESTUDIO Sandra Liliana Carreño Alexander Daza CMMI DEV 1.2 Planificación del Proyecto R1 PRACTICA ESPECIFICA Proceso de desarrollo de software SP1.2 Estimar las características de las tareas y de los productos del proyecto No se realiza un Informe con los resultados de la estimación de las características de las tareas y de los productos del proyecto CONSECUENCIAS:. Cuadro de definición de fuentes de conocimiento PP Cuadro 16. Propender por una comunicación permanente, abierta y veraz entre el equipo de trabajo para propiciar un ambiente laboral adecuado. CONTRIBUCIONES INDIVIDUALES (RESULTADOS O CRITERIOS DE DESEMPEÑO) 8. FUNCIONES GENERALES. Concluida la evaluación de las cinco áreas del Proceso del Nivel 2 de CMMI, se muestra en la cuadro los resultados cuantitativos obtenidos de la evaluación, cuya escala de valoración es del 1 al 10. Descripción de funciones esenciales FUNCIONES DEL DIRECTOR DEL CENTRO DE INFORMATICA Dirigir y coordinar las actividades propias del centro Dirigir la organización e implementación de los procesos de sistematización administrativa y académico investigativa. Calificación evaluación prácticas CMMI DESCRIPCION RANGO CALIFICACION Artefactos directos presentes y De 7,5 a Totalmente adecuados. Analizar la documentación existente. Entrevista al director y programadores del Centro de Informática. Ampliamente Implementadas. Otros trabajos como este. X X Falta de procedimientos de control de acceso al sistema de gestión de configuración. WebSabemos que nuestro talento humano es punto clave para alcanzar el éxito, por lo cual fomentamos el desarrollo de nuestra gente y también invitamos nuevos talentos a incorporarse a la familia. Identificar las debilidades y las fortalezas que se presentan en el proceso de desarrollo de software en el Centro de Informática, utilizando la metodología de evaluación SCAMPI. SP3.1 Se realiza un registro de resolución de conflictos por medio de las actas de reunión con los participantes del proyecto. Metodología ágil. Comprende componentes tales como el teclado, mouse, unidades de disco y monitor. SP1.2 Se realiza una estimación e informe con los resultados obtenidos de las estimaciones de las características de las tareas y de los productos del proyecto con su respectiva duración e iteraciones lo cual puede observarse en el documento final de la tesis desarrollada por los estudiantes. Establecer los procesos específicos que racionalicen los procedimientos y la información en las dependencias administrativas que lo requieren. SG2.Desarrollar el plan de proyecto: se establece y mantiene un plan de proyecto que es empleado para administrar el proyecto. 3. Registro con la aprobación o denegación de un cambio del sistema. Sede principal. Aplicar en el desarrollo de sus funciones, los principios y valores consignados en el Código de Ética de la Universidad. Formulación de Indicadores 3. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es determinar cómo se realiza la supervisión de la gestión de los datos del proyecto. En la matriz se ubican los riesgos por zonas; de acuerdo a la probabilidad de ocurrencia del riesgo y al impacto que este tendría en caso de ocurrencia en la Dependencia según la relevancia del proceso, esta clasificación será hecha por el equipo auditor basándose en el conocimiento de la entidad y del proceso auditado. Son los analistas los que deben, . MODELO CONCEPTUAL DEL PROCESO... 3, UNIVERSIDAD AUTÓNOMA JUAN MISAEL SARACHO FACULTAD DE CIENCIAS Y TECNOLOGÍA CARRERA INGENIERÍA INFORMÁTICA MEJORAR LA COMUNICACIÓN ENTRE LAS CARRERAS DEL ÁREA DE INFORMÁTICA, SISTEMAS Y TELECOMUNICACIONES, S I S T E M A D E G E S T I Ó N D E C A L I D A D CODIGO EDICION NIVEL DE REVISION FECHA DE EMISION 0 FEBRERO 010 NIVEL DE REVISION CONTROL DE MODIFICACIONES ACTUALIZACIONES Y MEJORAS CAUSA DE LA DESCRIPCION, CONTROL CONTROL Henry Fayol: consiste en comprobar si todo ocurre conforme al programa adoptado, a las órdenes dadas y a los principios admitidos; tiene por objeto señalar las faltas y los errores a fin, Nº 1 1. Fase de transición El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Hallazgo HPP Cuadro 109. Cuadro 68. Entrevista al director y programadores del Centro de Informática. 6. Lenguajes de Programación. Análisis y diseño de sistemas 5. Formular, desarrollar y evaluar las políticas de manejo, control y seguridad informática de la universidad de Nariño. Orientar a los usuarios y suministrar información, documentos o elementos que sean solicitados de conformidad con los trámites, las autorizaciones y los procedimientos establecidos. Clasificación de hallazgos matriz de probabilidad e impacto Cuadro 98. SG2.Monitorear y controlar cambios: los cambios a los artefactos son monitoreados y controlados. Nombre de la asignatura AUDITORIA ADMINISTRATIVA 2. Criterios para evaluación de requerimientos Proyecto3 Practica especifica: SP1.2 Obtener el compromiso con los Requerimientos. Se definen una matriz de Priorización de Proyectos Informáticos en el Centro de Informática requeridos por la Universidad de Nariño, de acuerdo al impacto proyectado y a la disponibilidad de Talento Humano y recursos físicos y tecnológicos lo que permite tener una mayor organización de los desarrollos a realizar de acuerdo a cada subsistema definido sin embargo se recomienda estar continuamente actualizando esta matriz debido a la cantidad de solicitudes que llegan al Centro de Informática. SP2.3 No hay una descripción del sistema de back ups y datos que requieren confidencialidad. 4. Práctica.SP1.4 Supervisar la gestión de los datos del proyecto frente al Plan. para contribuir. Valoración áreas de proceso CMMI. 5.- SP1.2 Estimar las características de las tareas y de los productos del proyecto. V. CONOCIMIENTOS BÁSICOS O ESENCIALES FORMACIÓN HABILIDADES horas en Manejo de Políticas, Normas y Lineamientos concernientes a la administración de Entidades Públicas y de la Universidad horas en Manejo de Políticas, Normas y Procedimientos Públicos e Institucionales referentes a la naturaleza del cargo 1. Principios del manifiesto ágil: La prioridad es satisfacer al cliente mediante tempranas y continuas entregas de software que le aporte un valor. SP2.1 Se registran los problemas detectados y las peticiones de cambio en cada iteración del proyecto. PRACTICAS ESPECIFICAS SP1.5.Identificar inconsistencias entre el trabajo del proyecto y los requerimientos DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es identificar si se registran las inconsistencias encontradas entre el proyecto y los requisitos. 248, 249 La reestimación de las tareas de los implicados no es documentada adecuadamente Recomendaciones: Revisar y documentar las estimaciones de los recursos y acuerdos definidos con los participantes relevantes del proyecto. Identificación de los elementos de configuración LISTADO DE ELEMENTOS DE LA CONFIGURACION Fecha Fase Identificación Entregable Formato Autor Aprobado por: Práctica SP1.2 Establecer y mantener un sistema de gestión de configuración y de gestión del cambio para controlar los productos de trabajo; este debe incluir procedimientos para almacenar la información de los elementos de configuración, registrar peticiones de cambio y controles de acceso a dicha información. Analizar las encuestas y entrevistas realizadas al director y programadores del Centro de Informática. GP2.10 Se revisa el estado y resultados del proyecto con el Director del Centro de Informática y la alta gerencia de forma periódica por medio de reuniones con los involucrados en el proyecto. REV: 01 PAGINA: PROCEDIMIENTO PARA LA VALORACIÓN DEL RIESGO. 5. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPP3-2 ENTIDAD AUDITADA AREA AUDITADA CENTRO INFORMATICA UNIVERSIDAD DE NARIÑO PROCESO DE OBJETO DE DESARROLLO ESTUDIO SOFTWARE PAGINA 1 DE 1 DE DE MATERIAL DE SOPORTE MODELO CMMI-DEV VERSION 1.2 AREA DE PROCESO Planificación Proyecto. 2. SP3.1 Se registran la resolución de conflictos que se han presentado en el proyecto. La reestimación de las tareas de los implicados no es documentada adecuadamente. SP1.4 No se supervisan la gestión de los datos del proyecto frente al plan ya que no se tiene ningún servidor de integración continua ni registros de tareas a realizar para la gestión de los datos. RECOMENDACIONES: Establecer y mantener un sistema de gestión de configuración y de gestión del cambio para controlar los productos de trabajo en el que se incluya los elementos de configuración, los procedimientos y controles de acceso, las bases de datos de las peticiones de cambio entre otros. LEY 1804 del 2 Agosto /2016. Servir de intermediario entre el usuario y el centro en la realización de proyectos de sistematización. Retrasos en el cronograma y mayor esfuerzo De los líderes del proyecto. Definición de requerimientos Proyecto1 Evidencias/Entrevistas Programadores y Director CI/Steven.mp3 Evidencias/Entrevistas Programadores y Director CI/Fernando.mp3 Practica especifica: SP1.3 Gestionar los cambios en los Requisitos. : 1 de 4 AUDITORÍAS INTERNAS DE CALIDAD Y DE GESTION, Facultad de Ingeniería Carrera de Ingeniería de Software. Conocimiento reconocido en el área de informática y sistemas. DESCRIPCIÓN DE FUNCIONES ESENCIALES 1. Hallazgo HPP5 HALLAZGOS REF HPP-SP2.5 ENTIDAD AUDITADA UNIVERSIDAD DE NARIÑÓ AREA AUDITADA CENTRO DE INFORMATICA OBJETO DE ESTUDIO Proceso de desarrollo de software RESPONSABLES MATERIAL DE SOPORTE Sandra Liliana Carreño Alexander Daza CMMI AREA Planificación del Proyecto PRACTICA ESPECIFICA RIESGOS ASOCIADOS HALLAZGOS: R6,R7 SP 2.5 Planificar el conocimiento y las habilidades necesarias En los proyectos de software no se documentan las habilidades necesarias que deben tener los desarrolladores del proyecto para dar el soporte al mismo; hay ausencia de un plan de contratación de nuevo personal. DEBILIDADES SP1.1 El resultado del análisis de los requisitos frente a los criterios de aceptación no es documentado. 4 Conversatorio: Roles de la Oficina de Control Interno en el MECI y EL SGC, Anexo III COBIT. 3. Medición y análisis: el cuadro detalla los procesos actuales del área de proceso Medición y Análisis que se enfoca a CMMI y los aspectos que deben ser mejorados. Valoración del riesgo administración de requerimientos Cuadro 88. Fortalezas y debilidades GC clínica veterinaria FORTALEZAS SP2.1 y SP3.1 Se vigilan las peticiones de cambio sobre los elementos de configuración por medio de los informes semanales del proyecto por Sprint en las que se tienen las peticiones y los registros con la aprobación o denegación de un cambio del sistema. CENTRO DE SALUD SAN JUAN DE DIOS EL PITAL HUILA 1 HAGAMOS UN TRATO CONTRIBUYAMOS A LA ACTUALIZACIÓN DEL MECI EN LA E.S.E. CONTRIBUCIONES INDIVIDUALES (RESULTADOS O CRITERIOS DE DESEMPEÑO) 1. Recomendaciones: Elaborar un plan de contratación para el nuevo personal. Desarrollo integrado de productos y procesos (IPPD): contempla un enfoque sistemático para la colaboración de los involucrados relevantes a través de la vida del producto. UNAD en los procesos de vinculación, compensación (liquidación de nómina), novedades, capacitación, evaluación, permanencia y retiro. Fortalezas y debilidades REQM fondo de salud. Resolución 02061 de junio 15 del 2007. Participar en los programas de desarrollo humano y capacitaciones de su competencia organizados por la universidad. Seguimiento peticiones elementos de configuración Cuadro 149. Somos el Centro de Informática y Sistemas (CIS) de la Universidad César Vallejo, un centro de formación y capacitación de estudiantes y profesionales en diferentes áreas de Tecnologías de la Información, Diseño, Comunicaciones, Ingeniería, Gestión y Negocios. Actualmente existen diversos estándares, metodologías, modelos, y guías que le permiten a una organización mejorar su modo de operar, uno de ellos es el Software Engineering Institute (SEI), que tiene como fin mejorar la actividad económica de una empresa abordando varias dimensiones, entre ellas: las personas, los métodos, procedimientos, las herramientas y el equipamiento; asimismo existen modelos que permiten mejorar la eficacia y la eficiencia en una organización, entre ellos se destaca el CMMI (modelo de capacidad de madurez integrada), el cual contempla las buenas prácticas relativas a las actividades de desarrollo y mantenimiento aplicadas a productos y servicios desde la concepción hasta la entrega y mantenimiento del mismo.