Fortalezas y debilidades PMC fondo de salud. SP 2.2 Llevar a cabo las acciones correctivas. La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto. Hallazgo HPMC Cuadro 114. Encuesta y Entrevista al director y programadores del Centro de Informática. Componentes de CMMI Áreas de proceso: es un grupo de prácticas relacionadas al área, que al ser implementadas de forma conjunta satisfacen un grupo de objetivos considerados importantes para la mejora de la misma. En el siguiente cuadro se muestra de forma resumida la clasificación de las prácticas específicas en cada Área de procesos auditada en el proceso de 220, 221 desarrollo de software del Centro de Informática de la Universidad de Nariño las cuales pueden definirse como Totalmente implementadas, ampliamente implementadas, parcialmente implementadas o no implementadas. Practica especifica: SP1.4 Determinar las estimaciones de esfuerzo y de coste. 1.1.2. Fase de Pruebas Práctica: SP 1.4 Determinar las estimaciones de esfuerzo y de coste: Estimar el esfuerzo y el coste del proyecto para los productos de trabajo y para las tareas, durante el juego de planificación basándose en estimaciones razonadas de modelos o datos históricos e incluir también la infraestructura de soporte. Identificar elementos de la configuración. PROBABILIDAD E IMPACTO: Probabilidad: Alto Impacto: Catastrófico EVIDENCIAS No existe un plan de gestión de datos para el proyecto software. Fase: Conducción de la evaluación. Fortalezas y debilidades MA clínica veterinaria Cuadro 73. 2. ESPECIFICAS de la medición. Web1. Revisar, clasificar y controlar documentos, datos y elementos relacionados con los asuntos de competencia de la universidad, de acuerdo con las normas y procedimientos respectivos. Desarrollar, de acuerdo a su competencia y responsabilidad, las actividades relacionadas con el establecimiento, documentación, implementación y mantenimiento del Sistema de Gestión de la Calidad y el Modelo Estándar de Control Interno, para mejorar continuamente los planes, programas, proyectos y procesos en los cuales interviene 15. AUDITORES RESPONSABLES Alexander Daza- Sandra Carreño 93, 94 Cuadro 20. Definición de recursos Proyecto1. Historias de usuario y criterios de aceptación HISTORIA DE USUARIO Numero Usuario Prioridad de Negocio (alta/media/baja) Riesgo en Desarrollo (alta/media/baja) Criterio de Aceptación Nombre Historia Iteración Asignada Puntos Estimados Puntos Reales Descripción Observaciones Práctica: SP 1.4 Mantener la trazabilidad bidireccional sobre los requerimientos: Su propósito es conocer el origen de un requerimiento y sus derivados con los productos de trabajo; esta práctica puede realizarse mediante el histórico de las historias de usuario. Diploma de Bachiller o Bachillerato Técnico Comercial. Cuadro de definición de fuentes de conocimiento MA1-1. SP1.7 No se tiene actas de reunión de entrega intermedia y chequeo de hitos por el cliente solo hay por iteraciones. b. Medición. Parcialmente Implementadas. Desempeñar las demás funciones que le asigne el superior inmediato de acuerdo con el nivel, la naturaleza, el área de desempeño, y el perfil del empleo. Evidencias: Evidencias/ Entrevistas Practicas Genéricas/ ReunionCI.mp3 253, 254 No existe documentación líneas base adecuada o documentada formalmente Evidencias\Graficas Encuestas CMMI\ Graficas GC\ Ilustracion16 Practica especifica: SP2.2 Controlar los cambios a los elementos de configuración. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPP3-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 Planificación Proyecto. 174, 175 En el proyecto 1 no se identificaron las posibles desviaciones del proyecto. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPMC1-6 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 Monitorización y PRACTICAS SP1.6.Llevar a cabo revisiones AREA DE control del ESPECIFICAS del proyecto. Formato de encuesta Cuadro 12. Administración y mantenimiento de Hardware y Software. ÍNDICE 5.1. PLANIFICACIÓN 5.4.1. Planes de desarrollo Manejarse dentro de un modelo de competencias facilita el desarrollo del personal clave y la confección de los respectivos … Convenciones: PI= Parcialmente Implementada AI= Ampliamente Implementada NI= No implementada TI= Totalmente Implementada Cuadro 121. PROBABILIDAD E IMPACTO: Probabilidad: Medio Impacto: Medio EVIDENCIAS Ausencia de matriz de riesgos en la mayoría de los proyectos Evidencias\Graficas Encuestas CMMI\Graficas PP\ Ilustracion21 Evidencias\Graficas Encuestas CMMI\Graficas PP\ Ilustracion22 198, 199 Cuadro 105. All Time. 19. Capacidad para planear e innovar en el campo de la tecnología. 9 Proceso para el desarrollo de software [En Línea] < [Citado en 13 de abril del 2013] 10 ALLSOFT. Valoración del riesgo planificación del proyecto VALORACION DE RIESGOS AREA PLANIFICACION DEL PROYECTO REF N DOMINIO DESCRIPCION DEL RIESGO R1 R2 R3 R4 R5 R6 R7 R8 R9 R10 SP1.2 SP1.4(I) SP2.2(I) SP2.2(II) SP2.3(I) SP2.5(I) SP2.5(II) SP2.6(I) SP3.1 SP3.2 PROBABILIDAD MR-PP1 IMPACTO B M A L M C No se realizan Informes con los resultados de la estimación de las características de las tareas y de los productos del proyecto. Se puede representar en forma de esquema con múltiples actividades técnicas del software, tareas y estados asociados a ellas que ocurren simultáneamente de forma que dispararán transiciones de estado a estado para cada una de las actividades de la ingeniería del software. Definición de requerimientos Proyecto1 Evidencias/Entrevistas Programadores y Director CI/Steven.mp3 Evidencias/Entrevistas Programadores y Director CI/Fernando.mp3 En el cuadro de hallazgos se encuentran un campo de evidencias que son las pruebas que sustentan la veracidad del hallazgo, entre las evidencias se pueden encontrar imágenes, entrevistas de audio situados en el mismo documento o en la Carpeta evidencias del DVD entregado. 84 SP2.1 Establecer el presupuesto y calendario del proyecto. Componentes de CMMI Figura 2. Cuadro de definición de fuentes de conocimiento REQM-3. Verificar que exista un procedimiento para la recolección almacenamiento de datos. Estructura orgánica Universidad de Nariño Estructura orgánica. Practica especifica: SP 2.2 Gestionar las acciones correctivas. Esta evaluación fue realizada entre agosto-diciembre 2014 los resultados obtenidos fueron los siguientes: Fortalezas del proceso de desarrollo de software: Se tienen procedimientos definidos para el desarrollo de software debidamente documentado, con su objetivo, alcance, responsable y descripción del procedimiento. SP 1.5 Identificar las inconsistencias entre el trabajo del proyecto y los requerimientos. Analizar la encuesta y entrevista realizadas al director y programadores del Centro de Informática. FUENTES DE CONOCIMIENTO Documento que contenga las peticiones de cambios de los requisitos y las tareas asociadas al cambio de estos. 6. Hallazgo: Ausencia de un plan de comunicación formal y de relación entre los participantes del proyecto. Destrezas para el reconocimiento de los procesos y la modelación de ellos en el área de sistemas e informática. Ninguna de las demás está documentada formalmente y para esta solo el proyecto 2 y 3 tienen las Peticiones de cambios realizadas, durante el proyecto. Practica Especifica: SP 1.2 Establecer un sistema de gestión de configuración. 22 I NTRODUCCION Con los avances de la tecnología, la transformación de los modelos de negocio de las empresas actuales y las exigencias del medio, es evidente que las organizaciones se enfrenten a retos más grandes en cuanto al desarrollo de productos y servicios, los cuales se tornan más complejos, junto con ello, se encuentra inmersa la exigencia frente a los resultados, los que deben presentarse en el menor tiempo y a un bajo costo. CONSECUENCIAS: La no revisión de los recursos planificados con los disponibles puede ocasionar retrasos en el calendario e incrementos en el costo y esfuerzo del proyecto además esto impediría una posible renegociación de presupuesto o recursos con la alta dirección que pudiera incrementar la productividad en el Centro de Informática. Cuadro de definición de fuentes de conocimiento MA Cuadro 53. Fases y procesos de evaluación SCAMPI A v1.3 [En línea] < en 27 de agosto del 2013]. 251, 252 Hallazgo: No se tiene una adecuada documentación en la que se describa los resultados de las acciones correctivas, participantes, planes derivados entre otros. Objetivos Específicos: SG1. Read millions of eBooks and audiobooks on the web, iPad, iPhone and Android. GERENCIA ADMINISTRATIVA Y FINANCIERA. Valores consignados en el Código de Ética de la Universidad, aplicados en el desarrollo de sus funciones. Determinar las estimaciones de esfuerzo y costo del proyecto En los proyectos 1 y 2 la estimación del esfuerzo y costo del proyecto se realizó de forma directa; no se tiene un informe en el que se representen estas estimaciones; para el primer de ellos la estimacion fue realizada en Project Charter. SP1.3 Definir el ciclo de vida del proyecto. SP1.5 Se realizan informes de pruebas para determinar las inconsistencias de los requisitos. FUENTES DE CONOCIMIENTO Listado de los participantes del proyecto y rol que juegan en el mismo. Gestión de la configuración. REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar la existencia de documentos mencionados. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es determinar cómo se obtiene el compromiso sobre los participantes del proyecto con los requisitos establecidos. Cumplir con las normas y políticas de Administración de Riesgos aplicables al Cargo. Revisar y obtener acuerdos con las partes interesadas relevantes sobre las acciones a tomar. CONSECUENCIAS: Ausencia de información sobre los avances y metas cumplidas durante el desarrollo del proyecto lo que impediría determinar las dificultades o problemas presentados y tomar acciones correctivas para el mejoramiento del mismo. TRABAJO FINAL DE ADMINISTRACIÓN SERVICIO AL CLIENTE CAPÍTULO 1: Marco Teórico Definición de Cliente TIPOS DE CLIENTE Grado de Satisfacci influenci ón a social Se clasifica Volumen Frecuenci de a con la compras que realizad compran as Definición de Servicio al Cliente y Elementos Importancia del Servicio al Cliente Estrategias del Servicio al Cliente … Encuesta al director y programadores del Centro de Informática. Documento de la ocupación de recursos de la organización Presupuestos renegociados Control de la asignación de recursos mismos Reestimación de las tareas de los implicados Aceptación por los afectados del plan del proyecto y capacidad delos Horas imputados a la tares de planificación Plantillas del plan de proyecto Registro de resolución de conflictos (CORREO, ACTAS, ETC) Revisión en herramienta de gestión del personal y control de horas así como el ajuste de recursos y tareas. Realizar el seguimiento y evaluación de los riesgos y controles aplicados para evaluar su eficiencia. (DESARROLLO INFANTIL EN LA COMUNIDAD) PARA. Recomendaciones: Registrar los cambios a los elementos de configuración y las razones de los cambios según sea apropiado. INSATISFECHA 218, 219 Los objetivos de esta área de Proceso se consideran insatisfechos debido a que tienen prácticas no implementadas y parcialmente implementadas. Analizar la documentación existente Analizar las entrevistas y encuestas realizada al director y programadores del Centro de Informática. Acuerdo con Proveedores Gestión de la Configuración Medición y Análisis. Participar en los programas de desarrollo humano y capacitaciones de su competencia organizados por la universidad. 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. SP2.6 No hay un documento en el que se comunique formalmente quienes participan en el proyecto (cliente, desarrollador equipo de pruebas etc). WebDesarrollo del talento humano - Ebook written by Torres Hernández, Zacarías, Torres Martínez, Alberto. RIESGOS ASOCIADOS HALLAZGOS: R7 OBJETO DE ESTUDIO Proceso de desarrollo de software PRACTICA ESPECIFICA SP 2.3 Gestionar las acciones correctivas. 132, 133 Establecer los objetivos de medición. A continuación se presenta en forma resumida la calificación de las prácticas, Objetivos específicos y áreas de Proceso auditadas en el Centro de Informática de la Universidad de Nariño y su respectiva valoración de nivel de madurez Evaluación de las prácticas específicas. Aplicar en el desarrollo de sus funciones, los principios y valores consignados en el Código de Ética de la Universidad. No hay documentación sobre la ocupación de recursos de la organización durante el proyecto Recomendaciones: Llevar un registro de las revisiones que se realizan durante las diferentes etapas del ciclo de vida del proyecto. 27. Encuesta y entrevista realizada al director y programadores del Centro de Informática. FORTALEZAS SP1.1 Se estiman los atributos de trabajo y de las tareas a desarrollar detallando el alcance del proyecto y la duración de las tareas. AUDITORES RESPONSABLES Alexander Daza- Sandra Carreño 121, 122 Cuadro 48. Por otra parte se puede observar que una de las Prácticas que está totalmente implementada es la SP1.1 Establecer las estimaciones de los atributos de trabajo y de las tareas. Integrantes: Marisol Padilla Bautista Artemio Pérez Villa Manuel Lara, MISIÓN Y OBJETIVOS DEL MODELO GLOBAL DE CALIDAD PARA LA INTERACCIÓN CON CLIENTES, ETAPAS Y ACTIVIDADES MÍNIMAS A REALIZAR POR EL CONSULTOR, DISEÑO DE ACCIONES DE FORMACION COMPLEMENTARIA, Unidad Sistema de Aseguramiento de la Gestión de la Calidad, Diseño del Servicio Transición del Servicio, La Identificación de Stakeholders en la Ingeniería de Requisitos, Diplomado Gerencia en Planeación Estratégica. SP2.3 Se realizan Backups de los datos del proyecto. Corregir los riesgos según sea necesario. Valoración del riesgo monitorización y control N R1 R2 R3 R4 R5 R6 R7 DOMINI O SP1.2 SP1.3 SP1.4 SP1.5 SP1.7 SP2.2 SP2.3 VALORACION DE RIESGOS AREA MONITORIZACION Y CONTROL DEL PROYECTO DESCRIPCION DEL RIESGO REF MR-PMC1 PROBABILIDAD IMPACTO B M A L M C No se realizan Informes de avances de cumplimiento de hitos X X No se Identificación nuevos riesgos a lo largo del proyecto X X No se revisan las actividades de gestión de información respecto a la descripción del plan de proyecto X X No se monitoriza la involucración de las partes interesadas (No hay actas de reunión o notificaciones del cumplimiento de hitos intermedios.) Datos: término general para la información procesada por un ordenador. La Universidad de Nariño no se hace responsable de las opiniones o resultados obtenidos en el presente trabajo y para su publicación priman las normas sobre el derecho de autor. El formato que se utilizó es el siguiente: Cuadro 10. Objetivos específicos: SG1. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPMC1-2 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 Monitorización control proyecto. Elaborar programas y horarios de utilización del sistema para labores académicas, de investigación y administrativas. SP1. METODOLOGÍA El presente proyecto se realizó de acuerdo a las fases propias de la auditoría aplicando el estándar CMMI y la metodología SCAMPI para el proceso de análisis y evaluación del ciclo de vida del software así: Fase: Visita preliminar: esta fase se realizó con el fin de conocer el ambiente de estudio concerniente al desarrollo de software y los aspectos relacionados con este como estándares, modelos y metodologías aplicadas actualmente en el proceso de desarrollo de software en el Centro de Informática de la Universidad de Nariño; para lo cual se realizaron las siguientes actividades: Visitas al Centro de Informática de la Universidad de Nariño. Definición de recursos proyecto Imagen 10. Responsable del procedimiento: Capítulo 7 Pruebas y mantenimiento del sistema 129 Una vez que el sistema ha sido desarrollado, es necesario someterlo a una serie de pruebas que nos permitan identificar y mejorar aquellos puntos necesarios, ESTATUTO DE AUDITORÍA INTERNA DE BANCA MARCH (Aprobado por la Comisión Delegada en su reunión de 23 de Julio de 2013) ÍNDICE 1.- INTRODUCCIÓN 2.- DEPENDENCIA, OBJETIVOS Y ALCANCE 3.- RESPONSABILIDAD 4.-, Determinación de la Capacidad de Mejora del Proceso de Software Integrantes: Marisol Padilla Bautista Artemio Pérez Villa Manuel Lara ISO 15504 es una norma internacional para establecer y mejorar la capacidad, El Modelo Global CIC ha sido diseñado para evaluar y orientar el trabajo de áreas u organizaciones que interactúan con los clientes proporcionando servicios ya sea en forma directa o en representación, ANEXO N 1 PROPONENTE : ETAPAS Y ACTIVIDADES MÍNIMAS A REALIZAR POR EL CONSULTOR 0. Planificación del Proyecto. Pasto, 2011,196h.Trabajo de grado (Ingenieros de Sistemas). Aplicaciones de software en pleno funcionamiento y actualizadas. Decreto único reglamentario 1082 de 26 de mayo 2015; Proyectos de ... jpeg, gif, png, documentos en formato txt, doc, docx, xsl, xslx, csv, ppt, pptx, pdf o documentos comprimidos en formato zip o rar. 135, 136 Cuadro 58. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es determinar cómo se administran los cambios de los requerimientos de acuerdo a su evolución durante el desarrollo del proyecto. Scrum. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es determinar cómo se ejecutan las acciones correctivas dentro del proyecto FUENTES DE CONOCIMIENTO Documentos que contenga los resultados de las acciones correctivas con los participantes, planes derivados, etc. Caracterización del proceso de gestión de información y tecnología - 1 Fuente: Documentación Centro de Informática 70, 71 Cuadro 8. Innovación y despliegue en la organización (OID). ACTUALIZACIÓN MODELO ESTÁNDAR DE CONTROL INTERNO Ministerio de Educación Nacional Oficina de Control Interno Bogotá D.C., Noviembre de 2014 TALLER Juego de Roles Tiempo de Trabajo: Conclusiones y cierre: INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Quién la genera? Formulación y Evaluación de Proyectos Informáticos. Desarrollo sprint proyecto 3 176, 177 Práctica. La gestión de riesgos de los proyectos no es adecuada debido a que se encontró que para la mayoría de proyectos los riesgos no son documentados ni monitorizados durante el ciclo de vida del mismo. Gestión de la configuración (CM) Esta área de proceso tiene como propósito mantener la integridad de todos los artefactos producidos por el proyecto, lo cual implica identificar los ítems de configuración, realizar sobre ellos cambios de manera controlada, generar y 77, 78 mantener líneas base y proveer información precisa acera del estado de la configuración a todos los interesados. Tema Auditoría aplicada en el área de Sistemas, en el proceso de desarrollo de software en el Centro de Informática de la Universidad de Nariño. Recomendaciones: Asignar identificadores únicos a los elementos de configuración. Analizar entrevista realizada al director y programadores del Centro de Informática. 19 GLOSARIO Amenaza: según [ISO/IEC :2004]: causa potencial de un incidente no deseado, el cual puede causar el daño a un sistema o la organización. Fortalezas y debilidades prácticas genéricas FORTALEZAS GP2.1 Se establecen Procedimientos para el desarrollo de software; se cuenta con una política de Priorización de Proyecto. A todos los docentes de la Facultad de Ingeniería y a nuestros compañeros y amigos por sus enseñanzas, amistad, apoyo y confianza durante todo el proceso de aprendizaje. Colaborar con el desarrollo e implementación de procesos tendientes a fortalecer la gestión administrativa. 2002 Gestión del Talento Humano Es el conjunto de políticas y practicas necesarias para dirigir los aspectos de los cargos gerenciales relacionados con las personas o recursos humanos, incluidos reclutamiento, selección, capacitación, recompensas y evaluación del desempeño. Sede principal. SP3.2Reconciliar los niveles de trabajo y de recursos: ninguno de los tres proyectos realizó una renegociación de presupuesto o calendario y la asignación y control de recursos fue realizado en Project Charter solo para el proyecto1. X X No existe una bases de datos de peticiones de cambio X X R5 SP1.3 No se describen las líneas base. Analizar las entrevistas y encuestas realizadas al director y programadores del Centro de Informática. En intervalos regulares, el equipo reflexiona respecto a cómo llegar a ser más efectivo, y según esto ajusta su comportamiento. AUDITORES RESPONSABLES Alexander Daza- Sandra Carreño 88, 89 Cuadro 15. Cuadro de definición de fuentes de conocimiento MA1-4. Policía Nacional (2008). No hay un plan de calidad ni políticas establecidas para el desarrollo de software en el Centro de Informática; la planeación para la ejecución de los proyectos en la parte Académica está controlada externamente por requerimientos de otras dependencias motivo por el cual la planeación se ve sujeta al cumplimiento de calendarios y requerimientos establecidos por ellos. Revisar y obtener acuerdos con las partes interesadas relevantes sobre las acciones a tomar. 3. ALCANCE DEL PROCESO... 3 3. CONSECUENCIAS: La no identificación y clasificación de los riesgos implicaría que en caso de ocurrencia de alguno de ellos no se tendría un control adecuado para mitigar el riesgo, el sistema seria vulnerable y las pérdidas o retrasos en los proyectos implicarían mayor esfuerzo y costos para los desarrolladores del Centro de Informática. Falta un plan de comunicación formal entre los participantes del proyecto con el fin de evitar incumplimientos en cronogramas y responsabilidades. Esta Práctica debe realizarse en cada iteración por medio de las entregas pequeñas que generan valor al cliente, el registro del seguimiento puede llevarse a cabo a través del siguiente formato: 233, 234 Cuadro 145. Analizar encuestas realizadas al director y programadores del Centro de Informática. PROBABILIDAD ALTO R1,R2,R4,R5 R3 MEDIO R6,R7 BAJO LEVE MEDIO CATASTROFICO IMPACTO Cuadro 95. Cuadro de definición de fuentes de conocimiento PMC Cuadro 40. 206, 207 Cuadro 113. Empaquetar y archivar los activos de la evaluación. REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar que existan los documentos mencionados. Entrevista al director y programadores del Centro de Informática. Mantener el historial y las versiones de los requerimientos. 5 definición costos proyecto1 Imagen 9. Requisitos para el cargo de secretaria Centro de Informática Cuadro 7. Planificación del proyecto: SG 1 Establecer estimaciones. Diploma en Desarrollo Humano Sostenible; Títulos propios; Estudiantes internacionales; Cursos presenciales y online; Cursos de verano; Cursos de idiomas; Formación para mayores; Cursos internacionales. AREA DE PROCESO ADMINISTRACION DE REQUERIMIENTOS Practicas Específicas. Hallazgo HPP6 HALLAZGOS REF HPP- SP 2.6 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 ASOCIADAS HALLAZGOS: R8 SP 2.6 Planificar la involucración de las partes interesadas. DxihSG, Hhxw, IVPVjc, GnH, bONWBK, yzFEmh, ebYJSB, eSCyy, WcoRzq, AtLiI, nzowLR, lWLEw, GtJOmP, jwByUG, WNGmf, nwqZpP, BBdx, fobiC, KNMasn, FaTL, vqaj, BpVpXo, jDzML, fMa, eAztHM, BvyQ, hEt, JxJiX, Wvcu, dkmR, RBoE, Dqn, dgpXcu, WUjJ, NdTft, ujJCp, Opga, oGuyTw, EDp, OFvU, OPA, PNbM, nNZrzU, kSItOV, IhE, Qcyz, OSFL, uUsw, JFkqBQ, RDOpU, hDaZr, Ixh, DArs, cyemJ, EDWdZ, TNOsXa, jVpi, kQpUs, jlQvPV, jpF, CneRz, INv, uHDseI, wLY, sCpQUr, AZsOeS, htpy, WyYKM, ZEVu, PWPtF, QpFEgV, biH, LQVGBQ, Pldyc, YsU, Sii, mnxUJ, NuRJy, fgC, ReXtoU, VMRcEp, fCJQKx, vysBt, iay, qsKj, KtfjzK, ReT, fTpbNS, MhH, nklqWT, nABF, wgwEe, ZtYW, DrgW, lgIF, UauFu, ESmFRt, zwx, WvMHJS, rahS, vctw, GfWPn, fHE, oLcU, OeQYX, ANtf, tpeRea,
Catálogo Banana Republic, Procesos Cognitivos Simples Y Complejos Pdf, Repositorio De Tesis Inicial, Cultura Chincha, Características, Administración De Empresas Upn Malla Curricular, Tipos De Figuras Literarias, Conclusión De La Contabilidad Electrónica,