En el siguiente cuadro () se enumeran los riesgos encontrados en cada una de las prácticas del Nivel 2 de CMMI en el Centro De Informática, se valora los riesgos y se clasifican dentro del Modelo quedando definidos los riesgos así: Área Administración de requerimientos: Cuadro 87. Práctica. Practicas específicas (SP): SP 1.1 Establecer los objetivos de medición. Comprobar que existan informes de las auditorías realizadas. 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. Mediante la Ley 1804 de 2016 la Estrategia de Cero . Mantener el historial y las versiones de los requerimientos. Es sinónimo de Ingeniería, Apéndice A, Apartado 3: Glosario de términos!401" APÉNDICE A, APARTADO 3 GLOSARIO DE S Administración de la calidad Conjunto de actividades de la función general de administración que determina la política. RECOMENDACIONES: Se hace referencia a las descripciones correctivas de carácter preventivo que el equipo auditor presenta a las dependencias. Diseñar y mantener actualizada la documentación relacionada con los Procesos en los que interviene (registros, inventarios, formatos, instructivos, reportes y manuales) de acuerdo al procedimiento de gestión documental. SP3.2 Reconciliar los niveles de trabajo y de recursos SP3.3 Obtener el compromiso con el plan TOTAL PI AI PI NI AI PI PI AI PI PI TI AI Cuadro 123. III. Aplicar en el desarrollo de sus funciones, los principios y valores consignados en el Código de Ética de la Universidad. El desarrollo de esta auditoría al proceso de desarrollo de software utilizando el Modelo CMMI en el Centro de Informática de la Universidad de Nariño, se utilizaron los siguientes formatos de recolección de información: Para iniciar con el proceso de auditoría se identificaron los estándares de calidad, modelos y metodologías utilizadas para ello se realizaron entrevistas y encuestas a los programadores, estudiantes y al director del Centro de Informática. Realizar una auditoría al proceso de desarrollo de software en el Centro de Informática de la Universidad de Nariño, aplicando el modelo de calidad CMMI con el fin de generar un diagnóstico y recomendaciones. CONSECUENCIAS: La ausencia de un sistema de gestión de Configuración impide establecer y garantizar la integridad del producto durante el proceso de desarrollo. Practica Especifica: SP 1.5 Monitorizar la involucración de las partes interesadas. Calificación implementación prácticas CMMI, 14 Cuadro 78. Cuadro de Hallazgos Programa de auditoria. RIESGOS ASOCIADOS R5,R6 HALLAZGOS: En el Centro de Informática los cambios y las versiones en los requerimientos no se registran adecuadamente durante el proceso de desarrollo de software, además no se realizan una estimación adecuada de las tareas asociadas al cambio en un requisito. Objetivos Específicos: SG1. Evidencias\Graficas Encuestas CMMI\Graficas PP\ Ilustracion24 199, 200 Cuadro 106. 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. Doce (12) meses de experiencia relacionada. SP1.2 Supervisar los compromisos contra aquellos especificados en el Plan del Proyecto. Encuesta al director y programadores del Centro de Informática. Como se mencionó en la anterior práctica el proyecto 1 no se tiene un Documento o registro que contenga las acciones correctivas y para los proyectos 2 y 3 el documento o registro que contiene las acciones correctivas no es adecuado. Hallazgo: En el Centro de Informática no hay una matriz de trazabilidad de requerimientos. Formación para mayores; Cursos de verano; Campus infantiles; Cursos extraordinarios de otoño; Enlaces de interés ¿Buscas Universidad? REQUISITOS DE ESTUDIO Y EXPERIENCIA EDUCACIÓN: EXPERIENCIA: 1. Requerimientos versionados. Encuesta al director y programadores del Centro de Informática. SP2.1 Se establece el presupuesto y calendario del proyecto. SP2.1 No se realiza peticiones de cambio de forma adecuada sobre los elementos de configuración esto se realiza a veces por medio de las resoluciones y actas del proyecto. Esto permite enfocar esfuerzo de los recursos humanos en términos de habilidades, competencias y capacidades a asumir roles específicos con responsabilidades bien definidas. Sistematización del problema Cuáles son los estándares, modelos y metodologías del proceso de desarrollo de software y cómo se aplican actualmente en el Centro de Informática de la Universidad de Nariño? WebDirector de talento humano nacional / bucaramanga MISIÓN DEL CARGO: Ser un aliado estratégico del negocio, responsable del diseño y ejecución de la estrategia de Recursos Humanos para la Holding. 10. Modelado del proceso Los objetos de datos definidos en la fase de modelado de datos quedan transformados para lograr el flujo de información necesario para implementar una función de gestión. GP 2.2 No se define el plan para los procesos del proyecto debidamente definido y documentado todo se hace de forma inmediata y el desarrollo de software depende de la priorización del proyecto y de los calendarios estipulados por el cliente. Encuesta al director y programadores del Centro de Informática. PROBABILIDAD E IMPACTO: Probabilidad: Alta Impacto: Medio EVIDENCIAS Imagen 14. Encuesta y Entrevista al director y programadores del Centro de Informática. Doctorando: Carla Leninca Pacheco Agüero. SP 1.2 Monitorizar los compromisos. Funciones asignadas, ejecutadas de manera ágil y oportuna, permitiendo un desarrollo normal de las actividades. Por cada práctica específica del Modelo CMMI se generan preguntas, cuyo número de respuestas es promediado eligiendo el de mayor valoración y teniendo en cuenta para esta elección las entrevistas realizadas y la documentación recolectada para cada una de las prácticas. El tamaño máximo permitido por archivo es de 10M. Riesgo: según [ISO Guía 73:2002]: combinación de la probabilidad de un evento y sus consecuencias. III. b. Buscar un espacio al aire libre. SP2.4Planificar los recursos del proyecto: se describen los recursos de forma inadecuada en los tres proyectos, no se tiene un listado del equipamiento, instalaciones y software asociado al proyecto de forma detallada. Desempeñar las demás funciones que le asigne el superior inmediato. Definir y documentar los criterios para la aceptación y evaluación de los requerimientos. 38, 39 Principales metodologías ágiles: XP (Extreme Programming). Cuadro 66. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCGC1-2 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 Gestión de la Configuración PRACTICAS ESPECIFICAS SP1.2 Establecer un sistema de gestión de la configuración. Aquí podrá encontrar información desagregada sobre la población venezolana que vive en Colombia que, con documento PEP y PPT, se ha registrado en el Sisbén. Capítulo 2 Roger Pressman, 5 a Edición. Proveer un método eficiente de certificación capaz de ser implementado dentro de restricciones razonables de performance. Por lo tanto el modelo de ciclo de vida evolutivo afronta este problema mediante una iteración de ciclos requerimientos-desarrollo-evaluación. La gestión de requerimientos en el Centro de Informática para el desarrollo de proyectos software no es adecuada, hace falta determinar criterios y procedimientos estándares para definir, evaluar y aceptar los requerimientos así como documentos avalados con firmas de los responsables o los involucrados en el proyecto ; además estos documentos deben reposar en esta dependencia, con sus respectivos peticiones de cambio, inconsistencias y acciones correctivas con el fin de tener un histórico y mantener una trazabilidad de los requerimientos. 2. INFORME CUATRIMESTRAL ESTADO DEL SISTEMA DE CONTROL INTERNO EMPRESAS PÚBLICAS DE MARSELLA - RISARALDA Jefe de Control Interno, o quien haga sus veces: NOVIEMBRE 12 DE 2015 (LEY 1474 DE 2011) LUZ FARIDE, Facultad de Ingeniería Carrera de Ingeniería de Software Subsistema de Seguridad Proyecto para la obtención del Título Profesional de Ingeniero de Software Autores: 200010341 Jorge Alberto Valdivia Franco. Requisito para el cargo de director - Centro de Informática. Para esta área se detectó que a excepción de la práctica SP2.1 Vigilar las peticiones de cambio sobre los elementos de configuración. Dentro de esta área de proceso se incluyen todas las actividades necesarias para determinar el alcance del proyecto, estimar esfuerzo y costos, establecer el cronograma, identificar riesgos, y obtener el compromiso de todos los involucrados respecto al plan de proyecto. Se debe realizar la carta de presentación del documento, la introducción del informe, las principales observaciones, recomendaciones a quien solicitó la auditoría. Planificación del proyecto Cuadro 81. Cuadro de definición de fuentes de conocimiento PP3-1. 20. Por otro lado, el Centro de Informática de la Universidad de Nariño tiene la necesidad de identificar aquellos problemas que se presenten o puedan presentarse durante las etapas de desarrollo de software y de garantizar que se realice el mejoramiento continuo en sus productos ya que de no ser así las 24, 25 posibles falencias impedirían que el trabajo de construcción de software se realice de una manera más eficaz, eficiente y efectiva. Del PRACTICAS ESPECIFICAS SP1.2 Establecer las estimaciones de los atributos de trabajo y de las tareas DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es determinar cómo se realiza la estimación de los atributos de trabajo y de las tareas de los proyectos de desarrollo de software en el Centro de Informática de la Universidad de Nariño. Monitoreo y control del proyecto MONITORIZACION Y CONTROL DEL PROYECTO PRACTICA ESPECIFICA P1 P2 P3 VALOR V_CUAL SP1.1 Supervisar los valores actuales de la planificación contra el plan del proyecto 6,67 6,46 6,67 6,60 AI SP1.2 Supervisar los compromisos contra aquellos especificados en el Plan del Proyecto 6,25 6,25 6,25 6,25 AI SP1.3 Monitorizar los riesgos del proyecto contra los identificados en el plan 1,25 1,25 1,25 1,25 NI SP1.4 Supervisar la Gestión de los Datos del Proyecto frente al Plan 2,50 2,50 2,50 2,50 PI SP1.5 Monitorizar la involucración de las partes interesadas 1,25 1,25 1,25 1,25 NI SP1. Falta de control sobre las versiones de los productos de trabajo. FUENTES DE CONOCIMIENTO Documento de Requisitos aceptado. 135, 136 Cuadro 58. Especificar las medidas para tratar los objetivos de la medición Especificar los procedimientos de recogida y almacenamiento de datos. Encuesta al director y programadores del Centro de Informática. Políticas y Metodologías de Desarrollo de Software 54, 55 VI. SP2.1 Establecer el presupuesto y calendario del proyecto SP2.2 Identificar los riesgos del proyecto SP2.3 Planificar la Gestión de Datos SP2.4 Planificar los recursos del proyecto SP2.5 Planificar el conocimiento y las habilidades necesarias SP2.6 Planificar la involucración de las partes interesados en el proyecto. Desarrollo y bienestar de personal INTRODUCCIÓN En este módulo de 228 horas, se espera que los y las estudiantes aprendan nociones fundamentales de administración de bienestar, desarrollo de personas, 1 TENDENCIA ACTUAL DE LA AUDITORÍA INTERNA Expositor: C.P. 133, 134 Cuadro 57. SP1.2 No se realizan actas de aceptación de los requisitos por parte de los interesados del proyecto. Establecer los procesos específicos que racionalicen los procedimientos y la información en las dependencias administrativas que lo requieren. Hallazgo HPMC Cuadro 116. Cuadro de definición de fuentes de conocimiento REQM-3. Valoración de riesgos área administración de requerimientos Cuadro 93. Planificación del Proyecto. Se realizaron entrevistas con preguntas abiertas en las que los entrevistados pueden expresar libremente su respuesta con más detalles en cuyo proceso se puede realizar más preguntas a medida que van surgiendo las respuestas y dudas. De Cargos: Uno (1) Proceso: Gestión de Información y Tecnología Cargo del Jefe Vicerrector Administrativo Inmediato: II. Analizar la entrevista y encuesta realizada al director y programadores del Centro de Informática. Evidencias/ Entrevistas Practicas Genéricas/ ReunionCI.mp3 Área gestión de la configuración. GP2.7 No existe un Plan de comunicación establecido en el que se identifican a los implicados en el proceso y la involucración de los mismos. Analizar las encuestas y entrevistas realizadas al director y programadores del Centro de Informática. Requisitos para el cargo de profesional universitario ingeniero de sistemas Centro de Informática Cuadro 3. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCGC1-1 ENTIDAD AUDITADA UNIVERSIDAD DE NARIÑO PAGINA 1 DE 1 AREA AUDITADA CENTRO INFORMATICA DE OBJETO ESTUDIO DE PROCESO DE DESARROLLO DE SOFTWARE MATERIAL DE SOPORTE MODELO CMMI-DEV VERSION 1.2 AREA DE PROCESO Gestión de la Configuración PRACTICAS ESPECIFICAS SP1.1. Policía Nacional. 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. SP2.2 No se tiene una lista de chequeo riesgos. Monitorización de los compromisos Cuadro 145. Este modelo acepta que los requerimientos pueden cambiar en cualquier momento, incluso durante el desarrollo del producto software 4. Documentación acerca del cumplimiento de las etapas del desarrollo de software. FUENTES DE CONOCIMIENTO Actas de reunión de entrega de hitos. REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar que existan documentos que contengan los datos extraídos de la medición y logs de los mismos. Hallazgo HGC Cuadro 119. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es definir el ciclo de vida de los proyectos de desarrollo de software. Planificación WBS ESTRUCTURA DE DESCOMPOSICION DE TRABAJO Fecha: FASE Paquete1 Componente Actividad1 Actividad2 FASE Paquete2 Componente Actividad1 Fecha Inicio Fecha Inicio Tiempo Estimado Tiempo Real Entregable Responsable Tiempo Estimado Tiempo Real Entregable Responsable Práctica: SP 1.2 Establecer las estimaciones de los atributos del producto de trabajo y de las tareas: Incluir las características de la arquitectura, tecnologías a aplicarse y seguridad de los productos, estimar los atributos de los productos de trabajo y de las tareas durante la reunión de planificación y a través de las historias de usuario. WebHoy día, las organizaciones privilegian los equipos de trabajo en el desarrollo de sus diferentes procesos, encuentran en ellos la posibilidad de favorecer el desarrollo de los talentos como factor de exito en el logro de los propósitos corporativos, más allá del mejoramiento del desempeño, por cuanto reconocen que los resultados se dan en la … Definición de requerimientos proyecto Imagen 4. Al proyecto 2 le falta una herramienta adecuada para realizar el seguimiento del proyecto por ejemplo Gantt de seguimiento, trac entre otros. 8. 3. No existe una base de datos de peticiones de cambio sobre los elementos de la configuración. Encuesta realizada al director y programadores del Centro de Informática. SP2.3 No se gestionan los datos del proyecto ya que no existe un plan de gestión de la información del proyecto con una descripción del formato, requisitos de privacidad y seguridad de estos. SP1.3 Se especifica los métodos de datos de la medición. Especificar las características importantes de cada elemento de configuración Identificar al responsable de cada elemento de configuración. PRACTICAS ESPECIFICAS SP2.3.Almacenar los datos y los resultados DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de esta prueba es determinar cómo se almacenan los datos y resultados de la medición. Resumen practicas área gestión de la configuración. SP1.3 No se crean o liberar las líneas base. Calificación debilidades Cuadro 76. Los requerimientos de mantenimiento de software que sean resueltos permiten evaluar la calidad en el servicio de los sistemas de información en producción. AUDITORES RESPONSABLES REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar la existencia de los documentos mencionados. SP 2.2 Analizar los datos de la medición. Crystal methodologies. Practicas específicas (SP): SP 1.1 Estimar el alcance del proyecto SP 1.2 Establecer las estimaciones de los atributos del producto de trabajo y de las tareas. Fase: Conducción de la evaluación. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPP2-5 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. Es una disciplina expresada en conceptos, normas, técnicas, procedimientos y metodologías que tiene por objeto examinar y evaluar críticamente una determinada realidad, para emitir una opinión independiente, sobre un aspecto o la totalidad del objeto auditado. Ninguno de los tres proyectos evaluados tiene plan de comunicación y relación entre los participantes del proyecto definido; la comunicación se realizó de manera informal entre cliente, desarrollador, equipo de pruebas etc. FORMATO SOLICITUD DE CAMBIO DE REQUERIMIENTOS Nombre del Proyecto : Fecha: ESTADO SOLICITUD: SOLICITANTE RESPONSABLE DE LA APROBACION 227, 228 Cuadro 137. Descripción del sistema de back ups y datos que requieren confidencialidad. Proceso: conjunto de operaciones lógicas y aritméticas ordenadas, cuyo fin es la obtención de resultados. SP 2.3 Planificar la gestión de los datos. 84 SP2.1 Establecer el presupuesto y calendario del proyecto. Desarrollo del Talento Humano; Normativa. Documentar los resultados de la revisión, los elementos de acción y las decisiones. Hallazgo HPP Cuadro 105. Calificación medición y análisis. SP1.6 No se realizan informes de avances del seguimiento del proyecto en los que se incluya los problemas detectados durante el seguimiento del mismo. Participar en los programas de desarrollo humano y capacitaciones de su 55, 56 competencia organizados por la universidad. SATISFECHA SG 2 Proporcionar los resultados de la medición. Modelos del ciclo de vida vs. Metodologías [En Línea] < en 26 de agosto del 2013]. Valoración de riesgos área monitoreo y control del proyecto Cuadro 95. REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar que haya un plan de contratación del personal que va a desarrollar el software. SP1.7 Revisar el cumplimiento y resultados del proyecto en hitos seleccionados. FORTALEZAS SP2.1 Se tienen registros con la aprobación o denegación de un cambio del sistema los cuales se evidencian en los acuerdos. 81, 82 A continuación, se muestra el formato de las encuesta a aplicar por Área del Modelo CMMI. 22, 23 En relación a lo anterior el presente proyecto se enfocará en la aplicación de la auditoría al proceso de desarrollo de software en el Centro de Informática de la Universidad de Nariño. 166, 167 Práctica SP1.4 Mantener la trazabilidad de los requisitos. 4. Analizar las encuestas y entrevistas realizadas al director y programadores del Centro de Informática. WebAdministra el Talento Humano y recursos técnicos de la unidad, para apoyar en forma eficaz el servicio de Policía. Por eso **con nosotros encontrarás espacios abiertos e inclusivos en el que personas y equipos aprenden, transforman y hacen crecer nuestra organización al tiempo que se desarrollan personal y profesionalmente. Hallazgo: Ausencia de un plan de comunicación formal y de relación entre los participantes del proyecto. Hallazgo HREQM2. Universidad del Valle de México. Falta de tiempo para documentar adecuadamente las fases del proyecto. Valoración del riesgo planificación del proyecto Cuadro 89. Cuadro de definición de fuentes de conocimiento GC1.-3 CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCGC1-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 Gestión de la Configuración PRACTICAS ESPECIFICAS SP1.3.Crear o liberar línea base. Perteneciente al Área de Proceso Administración de Requerimientos y cuya práctica específica es la SP1.2 Obtener el compromiso con los Requerimientos. municipio de murillo …..mis primeras huellas….. modalidad desarrollo infantil en medio familiar “dimf” contrato 796. carlos alberto infante acosta. Calificación afirmaciones POSIBLES NIVEL DE DESCRIPCION RESPUESTAS DESEMPEÑO Siempre 10 La práctica se requiere y es realizada entre el 100 y 75% ó La práctica tiene artefactos directos e indirectos adecuados. Director del Departamento de Sistemas Director del Departamento de Matemáticas y Estadística o su delegado La secretaria del centro de informática actuará como secretaria del comité de sistemas Manual de funciones del Centro de Informática. SP1.5 No se realiza una monitorización de la participación de los interesados del proyecto ni se notifican los hitos logrados a las partes interesadas solo se entrega al final del proyecto. Hay 22 áreas de proceso que son las siguientes: Análisis causal y resolución (CAR). Evidencias\Graficas Encuestas CMMI\ Graficas PP\ Ilustracion24 Practica especifica: SP 2.5 Planificar el conocimiento y las habilidades necesarias. WebConsiste 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. Aplicar en el desarrollo de sus funciones, los principios y valores consignados en el Código de Ética de la Universidad. Además, durante esta etapa se debe determinar el alcance de la evaluación en la organización, el modelo, áreas de proceso a considerar y la muestra para hacer la evaluación de la evidencia objetiva de tal manera que al finalizar esta fase quede aprobado el plan de evaluación. Calificación planificación del proyecto Cuadro 123. Política de Calidad: Prestamos servicios con calidad, calidez, transparencia, eficacia, eficiencia y efectividad para el desarrollo y la protección integral de la primera infancia, la niñez, la adolescencia y para el bienestar de las familias colombianas.. Política . Fortalezas y debilidades PMC fondo de salud. Proyecto 3. DEBILIDADES SP1.2 No se tienen informes de avance del cumplimiento de los hitos ya que estos no fueron definidos en el proyecto solo se hizo seguimiento de los compromisos. Como es de su conocimiento el Centro de Informática de la Universidad de Nariño, fue sujeto a una auditoria de sistemas mediante el modelo CMMI y la metodología SCAMPI para hallar y detectar debilidades en el proceso de desarrollo de software y determinar el nivel de implementación de las prácticas de CMMI en cada Área de Proceso y etapa de desarrollo de software. Se propone usar el siguiente formato para las Historias de Usuario: Cuadro 135. SP1.4 Determinar las estimaciones de esfuerzo y costo del proyecto. 37, 38 Las metodologías ágiles constituyen un nuevo enfoque en el desarrollo de software, mejor aceptado por los desarrolladores que las metodologías convencionales debido a la simplicidad de sus reglas y prácticas, su orientación a equipos de desarrollo de pequeño tamaño, su flexibilidad ante los cambios y su ideología de colaboración. d. .ppt. y del PRACTICAS ESPECIFICAS SP1.4 Monitorizar la gestión de los datos. OBJETIVO Establecer un método unificado para identificar, analizar y tratar las causas de No conformidades reales o potenciales, observaciones, u objeto de mejora para el Sistema Integrado, Interpretación Resultados Evaluación MECI Vigencia 2014 Unidad de Auditoría Institucional "Para contribuir con el mejoramiento de los procesos, el fortalecimiento del sistema de control interno y el logro, 1. Los ciudadanos venezolanos radicados en Bogotá, que cuenten con su Permiso por P-2022 Dic 22- CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCMA1-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 SP1.3.Especificar los PRACTICAS AREA DE Medición y análisis. Modelo en cascada. FUENTES DE CONOCIMIENTO REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Registro o Acta de reunión de seguimiento de los riesgos del proyecto. 5. Las empresas adoptan iniciativas para su desarrollo y empoderamiento, una de ellas debe ser el crecimiento profesional y desempeño de su plantilla. Hallazgo HPMC3 HALLAZGOS REF HPMC-SP1.4 ENTIDAD AUDITADA AREA AUDITADA RESPONSABLES MATERIAL DE SOPORTE CENTRO DE INFORMATICA UNIVERSIDAD DE NARIÑÓ OBJETO DE ESTUDIO Sandra Liliana Carreño Alexander Daza CMMI AREA Monitorización y control del proyecto. Fortalezas y debilidades MA clínica veterinaria FORTALEZAS SP1.1 Se establecen y se documentan los objetivos de las mediciones. Identificar al responsable de cada elemento de configuración. 8 EL Modelo de desarrollo concurrente. Planificación: son las tareas que definen recursos, tiempos e información relacionada con el proyecto. Entre los beneficios del trabajo en grupo se encuentra: ISO 9001 Auditing Practices Group Guidance on: ACTUALIZACIÓN MODELO ESTÁNDAR DE CONTROL INTERNO Ministerio de Educación Nacional. Solución técnica (TS). Verificar que exista un plan de comunicación y relación entre los participantes del proyecto Analizar la documentación encontrada. Fortalezas y debilidades PP descuentos Udenar Cuadro 60. RECOMENDACIONES: Revisar y documentar las estimaciones de los recursos y acuerdos definidos con los participantes relevantes del proyecto. 3 NOTA DE RESPONSABILIDAD Las ideas y conclusiones aportadas en el siguiente trabajo son responsabilidad exclusiva del autor. Analizar las encuestas y entrevistas realizadas al director y programadores del Centro de Informática. Scrum. Sin embargo, los beneficios obtenidos recompensan el esfuerzo invertido en este aspecto 7. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es determinar cómo se realiza supervisión de la colaboración de los participantes relevantes de acuerdo a lo establecido en el plan del proyecto. Si todas sus prácticas se evalúan como Totalmente Implementadas o Ampliamente Implementadas, se considera que la meta está satisfecha. SP 2.1 Analizar problemas. SP 3.1 Revisar los planes que afectan al proyecto. 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. Listado o descripción de las habilidades necesarias de los miembros del equipo para el desarrollo del proyecto. Auxiliar Analista Comité de sistemas. Política Pública . SP2.3 Almacenar los datos y resultados. Metodología de evaluación Scampi: identificado los aspectos cualitativos que cumple cada área de proceso, se procede a evaluar cuantitativamente su nivel de cumplimiento. SP2.4 Se comunican los resultados de la medición y el análisis a los implicados relevantes por medio de Informes. Capacitar y asesorar a los usuarios sobre el manejo y operación de los sistemas de información. Encuesta al director y programadores del Centro de Informática. Hacer fácilmente disponible las líneas base. 57, 58 VI. OBJETIVO GENERAL DEL PROCESO... 3 2. DESARROLLO DEL TRABAJO 3.1 ARCHIVO PERMANENTE El archivo permanente reúne los datos de naturaleza histórica o continua de la entidad estos archivos proporcionan una fuente conveniente de información sobre la auditoria que es de interés continuo de un año a otro Acuerdos y DECRETOS Acuerdo Numero 010 de 1986, el día 25 de febrero el Consejo Superior de la Universidad de Nariño, crea el Centro de Informática de la Universidad de Nariño, como una unidad técnica, adscrita a la Vice- Rectoría Académica. La serie de normas ISO 55000. ÁREA AUDITADA: Nombre del área a la cual se aplica la auditoria OBJETO DE ESTUDIO: Identificación de la parte a evaluar. SP 1.3 Especificar los procedimientos de recogida y de almacenamiento de datos. Es el examen metódico y ordenado de los objetivos de una empresa de su estructura orgánica y de la utilización del elemento humano a fin de informar los hechos investigados. Encuestas: Encuestas acerca de los estándares, modelos y metodologías aplicadas en el Centro de Informática. Para documentar esta práctica se propone emplear la siguiente plantilla: 228, 229 Cuadro 138. los planes que definen las Temas: Estimaciones de los atributos de trabajo y de las tareas. Presentar informes de actividades al superior inmediato. Como resultado los resultados confunden mientras el equipo de proyecto actúa. Mantener actualizados y garantizar la operatividad de los diferentes programas computacionales. Cuadro de definición de fuentes de conocimiento REQM-5. Recomendaciones: Mantener la trazabilidad de los requisitos definiendo el origen, la necesidad y las dependencias entre los requisitos. Área auditada: nombre de área a la cual se aplicará la auditoría Objeto de estudio: identificación del elemento que se va a evaluar Responsables: equipo auditor. 9 Proceso para el desarrollo de software [En Línea] < [Citado en 13 de abril del 2013] 10 ALLSOFT. Corregir los riesgos según sea necesario. Buscamos ser el centro de soluciones en temas de talento humano, ofreciendo medios de … La calidad es sinónimo de eficiencia, flexibilidad, corrección, confiabilidad, portabilidad, usabilidad, seguridad e integridad. A continuación se explica brevemente el tema de las encuestas realizadas para cada Área de Proceso; las encuestas completas pueden verse en el Anexo. 7. Cuáles son las debilidades y fortalezas que se presentan en el proceso de desarrollo de software en el Centro de Informática de la Universidad de Nariño? Son seres con posibilidades de desarrollo e infinito aporte; seres insertos en una SP1.2 Se supervisan los compromisos contra aquellos especificados en el Plan del Proyecto por medio de actas y del documento de tesis. Apoyar en la consecución oportuna de los recursos necesarios para las actividades laborales en la oficina y velar por la racional utilización de los existentes. Hallazgo HPP Cuadro 110. DEBILIDADES SP1.1 No se identifican los elementos que serán colocados bajo configuración. Estudiar y recomendar todas las solicitudes de adquisición de Software, Hardware e insumos provenientes de todas las dependencias de la universidad y conceptuar para la Junta de Compras. Otros trabajos como este. 1. Definición de recursos proyecto Imagen 10. 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. All Time. SISTEMA DE CONTROL INTERNO GENERALIDADES. Desempeñar las demás funciones que le asigne el superior inmediato. 6 Revisar periódicamente el progreso, rendimiento y problemas del proyecto 5,63 7,50 6,25 6,46 AI SP1.7 Revisar el cumplimiento y resultados del proyecto en hitos seleccionados 3,13 3,13 1,88 2,71 PI SP2.1 Analizar los problemas 2,50 5,63 6,25 4,79 PI SP2.2 Tomar Acciones Correctivas 2,50 5,00 5,00 4,17 PI SP2.3 Gestionar las Acciones Correctivas. GG2 (Objetivo genérico): Institucionalizar un proceso administrado Practicas genéricas (GP): GP 2.1 Establecer políticas organizacionales GP 2.2 Planificar el proceso GP 2.3 Proveer Recursos GP 2.4 Asignar responsabilidades 188, 189 GP 2.5 Entrenar al personal GP 2.6 Administrar la configuración GP 2.7 Identificar e involucrar a los interesados GP 2.8 Monitorear y controlar los procesos GP 2.9 Evaluar adhesión objetivamente GP 2.10 Revisar el estado con la alta gerencia Planificación del proyecto (PP): Practicas específicas (SP): SP 1.1 Estimar el alcance del proyecto SP 1.2 Establecer las estimaciones de los atributos del producto de trabajo y de las tareas. 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. Documentar los resultados de la revisión, los elementos de acción y las decisiones. Aplicar en el desarrollo de sus funciones, los principios y valores consignados en el Código de Ética de la Universidad. Acuerdo Numero 029 de 2008, el día 18 de febrero se modifica la estructura y las funciones del comité de Sistemas Centro de Informática: Políticas del Centro de Informática: Incorporación y aplicación de las teorías modernas de sistemas, informática y computación al proceso educativo e investigativo en la Universidad a nivel de Docentes y Discentes. Definición recursos proyecto 2 Práctica: SP2.5 Planificar el conocimiento y las habilidades necesarias. El diálogo cara a cara es el método más eficiente y efectivo para comunicar información dentro de un equipo de desarrollo. OBJETIVO Establecer un procedimiento para realizar la planeación y ejecución de las auditorias internas de Calidad y Control Interno, donde se determine la conformidad del Sistema de Gestión de Calidad. CONTRIBUCIONES INDIVIDUALES (RESULTADOS O CRITERIOS DE DESEMPEÑO) 1. 324 de octubre 11 de 1966 emanado del Honorable Consejo Directivo de la Universidad de Nariño. Entrevista realizada al director y programadores del Centro de Informática. Maestrías: Planificación de Proyecto – Administración de Negocios – Docencia Superior – Especialización en Currículo. DEBILIDADES SP1.1 No se documentan criterios definidos para la evaluación y aceptación de los requerimientos. Existen tres tipos de SCAMPI: A, B, C; donde la profundidad de la evaluación, la duración, el costo y el uso varían Resultados obtenidos durante el proceso de la auditoria. Práctica. 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. Entrevista realizada al director y programadores del Centro de Informática. Análisis de riesgo: según [ISO/IEC Guía 73:2002]: Uso sistemático de la información para identificar fuentes y estimar el riesgo. Peticiones de cambio proyecto, 180 Imagen 20. Valoración Totalmente Implementadas. 14. Acta de definición de requerimientos proyecto1 Práctica SP1.2 Obtener el compromiso con los requisitos. 11. PRACTICAS ESPECIFICAS SP2.2.Analizar los datos de la medición DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo es determinar cómo se analizan los datos obtenidos de acuerdo al plan que se ha elaborado para la medición. Metodología. Especificar las características importantes de cada elemento de configuración. OBJETIVO Establecer los pasos y mecanismos para realizar el análisis de datos y el uso de la información obtenida, con el fin de tomar medidas, INGENIERÍA HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Habilidad para aplicar las Metodologías adecuadas para el de proyectos de software. FUENTES DE CONOCIMIENTO Documento que contenga los compromisos de las partes interesadas en el proyecto. Por otra parte, la reestimación de las tareas de los implicados durante el desarrollo del proyecto no fue realizada para el proyecto 1 y para el proyecto 2 esta actividad es inadecuada ya que solo se puede identificar cuáles serán las nuevas tareas a desarrollarse a través de las sugerencias realizadas. 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. Encuesta al director y programadores del Centro de Informática. SP 2.1 Establecer el presupuesto y el calendario. Gestión de datos del proyecto Cuadro 143. PROCESO DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es identificar cómo se establecen los objetivos de las mediciones de los proyectos de desarrollo de software. Analizar la documentación encontrada. Racionalidad de la Acción y Racionalización Social. Fortalezas y debilidades MA clínica veterinaria Cuadro 73. Cuadro de definición de fuentes de conocimiento PMC Cuadro 45. SP2.2 Identificar los riesgos del proyecto SP2.3 Planificar la Gestión de Datos SP2.4 Planificar los recursos del proyecto SP2.5 Planificar el conocimiento y las habilidades necesarias SP2.6 Planificar la involucración de las partes interesados en el proyecto. Sin embargo, el Área de Gestión de la Configuración no se encuentra definida ni implementada en la entidad. UNAD en los procesos de vinculación, compensación (liquidación de nómina), novedades, capacitación, evaluación, permanencia y retiro. Práctica SP1.3 Crear o liberar las líneas base para uso interno y para la entrega al cliente, se debe tener documentado y disponible las líneas base generadas. PRACTICA ESPECIFICA SP 1.5 Monitorizar la involucración de las partes interesadas. Ampliamente Implementadas. X X Ausencia de Matriz de trazabilidad de los requerimientos X X 181, 182 Área: Planificación del proyecto: Cuadro 88. o catálogo para para evaluar los SP2.3 No se gestionan los datos del proyecto no se tiene una descripción del formato, requisitos de privacidad y seguridad de los datos. Planificación del proyecto: el cuadro detalla los procesos actuales del área de proceso Planificación de proyectos que se enfoca a CMMI y los aspectos que deben ser mejorados. Ausencia de un plan de comunicación formal y de relación entre los participantes del proyecto. Cuadro de definición de fuentes de conocimiento GC Cuadro 37. SP3.1 Se realiza un registro de resolución de conflictos por medio de las actas de reunión con los participantes del proyecto. 2. Analizar encuestas y entrevistas realizadas al director y programadores del Centro de Informática. Fecha de Elaboración: 04/04/2011. Auditoría administrativa: es el revisar y evaluar si los métodos, sistemas y procedimientos que siguen en todas las fases del proceso administrativo aseguran el cumplimiento con políticas, planes, programas, leyes y reglamentaciones que puedan tener un impacto significativo en operaciones de los reportes y asegurar que la organización los esté cumpliendo y respetando. Por otra parte para lograr una mayor integridad entre el producto y los procesos que se realizan dentro de la organización se requiere de una mayor gestión, control de los activos de la empresa, de los procesos de desarrollo, del mantenimiento del producto y en algunos casos de mayor inversión tecnológica para realizar los procesos de forma eficiente, de tal manera que signifique a la organización el logro de sus objetivos y el reconocimiento de sus clientes. 3 ACIMED versión ISSN Un enfoque actual sobre calidad del software [En Línea]< [Citado en 12 de abril del 2013] 32, 33 Modelo prescriptivo de desarrollo de software Define un conjunto de elementos del proceso: actividades del marco de trabajo, acciones de ingeniería de software, tareas, productos de trabajo, aseguramiento de la calidad y mecanismo de control de cambio para cada proyecto. Falta de control de los cambios realizados sobre los elementos de la configuración, no se podría identificar el motivo de las peticiones de cambios a realizarse sobre los elementos y el responsable de dicho cambio. Seleccionar mecanismos para proporcionar el conocimiento y habilidades necesarias para dar soporte al proyecto Evidencias: No se encontró documentación de esta práctica. Identificación de los riesgos del proyecto Planificación de la Gestión de Datos Planificación de los recursos del proyecto Planificación del conocimiento y las habilidades necesarias Planificación de la involucración de las partes interesados en el proyecto. Solicitud de manuales de los desarrollos que ya han sido puestos en funcionamiento. ENFOQUE AL CLIENTE 5.3. WebTalento Humano Apropiar el conocimiento del personal vinculado al proceso de Relación con el Ciudadano. b. Medición. Retrasos en el cronograma y mayor esfuerzo De los líderes del proyecto. Carta de Sugerencias Proyecto 2. Relacionar el proceso administrativo de la Universidad, utilizando las técnicas de sistemas y computación y propender por mejoramiento económico y financiero. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. DEBILIDADES SP1.1 No se identifican los elementos que serán colocados bajo configuración. No se realizan auditorías internas o externas a los elementos de configuración. SP 3.2 Reconciliar los niveles de trabajo y de recursos. Habilidad en la gestión de los modelos de bases de datos existentes. Gestión social del talento humano e inclusión social La gestión del talento humano, parte del concepto de que los seres humanos son talentos y no recursos de los que se pueden disponer a discreción. Además, este modelo permite que el desarrollador entienda mejor lo que debe hacer y el cliente vea resultados a corto plazo, es ideal para medir el alcance del producto, y se aplica cuando un cliente define un conjunto de objetivos generales para el software a desarrollarse sin delimitar detalladamente los requisitos de entrada, procesamiento y salida. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es identificar como se especifican las medidas para tratar los objetivos de la medición. SP 1.4 Especificar los procedimientos de análisis. Analizar la documentación encontrada. Analizar la documentación existente. CONSECUENCIAS: No se pueden corregir de forma adecuada las desviaciones de los resultados planificados. Encuesta realizada al director y programadores del Centro de Informática. 9 Fue desarrollado por el SEI (Software Enginnering Institute) y es el encargado de medir la madurez del desarrollo del software en una escala del 1 al 5, en función de qué áreas de … Calificación monitoreo y control del proyecto Cuadro 124. Encuesta al director y programadores del Centro de Informática. Ver SP1.2 El proyecto 3 no tiene acta de reunión al finalizar la duración de las actividades de cada iteración sino informes por cada iteración o sprint y actas de inicio y fin del proyecto como se puede observar en la práctica SP1.2. 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. 207, 208 Cuadro 114. Informe de Debilidades y Fortalezas del proceso de desarrollo de software. Cuadro de definición de fuentes de conocimiento GC3-1. Cuadro de definición de fuentes de conocimiento PMC1-7. Realizar el seguimiento y evaluación de los riesgos y controles aplicados para evaluar su eficiencia. De Cargos: Dos (2) Proceso: Gestión de Información y Tecnología Cargo del Jefe Inmediato: Director Centro de Informática II. Evidencias/Entrevistas Practicas Genéricas/ ReunionCI.mp3 208, 209 Cuadro 115. Cuadro de definición de fuentes de conocimiento PMC1.1. c todos los electrodomésticos. Evidencias Evidencias/ Entrevistas Practicas Genéricas/ ReunionCI.mp3 No hay registros que contengan las revisiones de la gestión de la configuración Evidencias\Graficas Encuestas CMMI\ Graficas GC\ Ilustracion31 Evidencias\Graficas Encuestas CMMI\ Graficas GC\ Ilustracion32 255, 256 4. Misión y Visión; Funciones y Deberes; Organigrama; Procesos y Procedimientos; ... (PPT) podrán obtener su Certificado de Residencia. 12. Del PRACTICAS ESPECIFICAS SP2.7 Establecer el plan del proyecto. SP 2.1 Establecer el presupuesto y el calendario. Cuadro de definición de fuentes de conocimiento REQM Cuadro 28. Hospital San Rafael de Chinú, tiene como Misión definir y evaluar en forma independiente y coordinada, INFORME FINAL DE AUDITORÍA Auditoría interna del 27 29 de Octubre del 2015 No: 001/2015 Fecha: 30 / Octubre / 2015. SP1.4 Se realizan Logs del sistema y copias de seguridad del proyecto. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCMA1-1 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 PRACTICAS SP1.1.Establecer los objetivos AREA DE Medición y análisis. Entrevista al director y programadores del Centro de Informática. Doce (12) meses de experiencia relacionada. Departamento de Sistemas. Empaquetar y archivar los activos de la evaluación. 45, 46 2. Descripción del Procedimiento utilizado para el cálculo del costo del proyecto. Formulación del problema Cómo determinar el estado actual del proceso de desarrollo de software en el Centro de Informática de la Universidad de Nariño identificando las debilidades y fortalezas del mismo? IDENTIFICACIÓN DEL CARGO NOMBRE DEL CARGO: TIPO DE PROCESO al cual se asocia este cargo PROCESO AL QUE PERTENECE: NIVEL: CARGO DEL JEFE INMEDIATO: CARGOS QUE COORDINA NIVEL DEL RIESGO. Gerencia de Recursos Informáticos. IDE CRITERIO DESCRIPCION C1 Conocimiento sobre la Que tanto sabe el sujeto sobre el problemática presentada problema al que se debe dar C2 El grado en que empleará el producto a desarrollar Cn - - solución. CHECK P P P SP1.3 Definir el ciclo de vida del proyecto SP1.4 Determinar las estimaciones de esfuerzo y costo del proyecto Sección del plan del proyecto donde se describen las fases del proyecto, la relación entre estas fases y su ordenación temporal(cascada, iterativo incremental) Informe en el que se representen los resultados de la estimación del esfuerzo necesario y el método usado para ello Procedimiento para el cálculo del costo del proyecto y Hojas de coste del proyecto. Clasificación Impacto del riesgo Cuadro 87. Entrevista al director y programadores del Centro de Informática AUDITORES RESPONSABLES REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar que se hayan realizado auditorías al sistema de gestión de configuración. 18. Sin embargo en las décadas pasadas, las críticas a este modelo de proceso han ocasionado que aun sus más fervientes practicantes hayan cuestionado su eficacia. 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. Política Pública . 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. Evidencias/Entrevistas Practicas Genéricas/ ReunionCI.mp3 210, 211 Cuadro 117. No se definen los recursos necesarios para la realización del proyecto (memoria capacidad de red, etc) de forma detallada; se hace una estimación de forma empírica. Crear diagramas basados en UML para la representación de la solución a un problema mediante el Paradigma Orientado a Objetos. Publicado en www.kitempleo.com.mx 14 dic 2022. Analizar, evaluar y recomendar las propuestas de sistematización y manejo de información por medios automáticos provenientes de todas las dependencias de la Universidad. No se tiene una adecuada documentación en la que se describa los resultados de las acciones correctivas, participantes, planes derivados entre otros. Practicas SP1.3 Especificar la recolección de datos y métodos de almacenamiento. Comprobar que existen procedimientos de control de acceso al sistema de gestión de la configuración. AUDITORES RESPONSABLES Alexander Daza- Sandra Carreño 94, 95 Cuadro 21. Clase A: son los métodos más rigurosos, se centran en cómo se ha realizado la implementación y se examina el nivel de institucionalización de las prácticas desplegadas. Requisitos Preferiblemente Género Femenino Residenciado en la zona de Villa de Cura, o zonas cercanas. Los procesos en esta fase son: Entregar los resultados de la evaluación. Apoyar en la consecución oportuna de los recursos necesarios para las actividades laborales en la oficina y velar por la racional utilización de los existentes. DEFINICIONES 4. El trabajo denominado AUDITORIA DE SISTEMAS APLICADA AL SISTEMA INTEGRAL DE INFORMACIÓN EN LA SECRETARIA DE PLANEACIÓN MUNICIPAL DE LA ALCALDÍA DE PASTO, realizado en el 2009 por el estudiante de Ingeniería de Sistemas Carlos Julián Estrada Obando con el fin de detectar las vulnerabilidades físicas y lógicas que se presentan en un sistema integral de información (SII) en la secretaria de planeación municipal 28, 29 de Pasto para la cual se utilizó el estándar COBIT. 2. Afirmaciones (Encuestas sobre el cumplimiento de las prácticas de las Áreas seleccionadas del CMMI) del Director del Centro de Informática y los desarrolladores de software del mismo. 3. 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. Listado de interesados del proyecto. WebLEY 1804 del 2 Agosto /2016. FUENTES DE CONOCIMIENTO Documento o sección del plan del proyecto donde se describen las fases del proyecto. Gestión de La configuración: el cuadro detalla los procesos actuales del área de proceso Gestión de la Configuración que se enfoca a CMMI y los aspectos que deben ser mejorados. Diseñar y mantener actualizada la documentación relacionada con los Procesos en los que interviene (registros, inventarios, formatos, instructivos, reportes y manuales) de acuerdo al procedimiento de gestión documental. Hallazgo HPMC4 HALLAZGOS REF HPMC SP1.5 ENTIDAD AUDITADA UNIVERSIDAD DE NARIÑÓ AREA AUDITADA RESPONSABLES CENTRO DE INFORMAT ICA OBJETO DE ESTUDIO Sandra Liliana Carreño Alexander Daza Proceso de desarrollo de software MATERIAL DE SOPORTE CMMI AREA RIESGOS ASOCIADOS HALLAZGOS: R4 Monitorización y control del proyecto. 3. Imagen 16. Analizar las encuestas y entrevistas realizadas al director y programadores del Centro de Informática. Analizar las encuestas realizadas al director y programadores del Centro de Informática Analizar entrevista realizada al director y programadores del Centro de Informática. SP1.3 Se define el ciclo de vida del proyecto. Evidencias\Graficas Encuestas CMMI\ Graficas PP\ Ilustracion21 Evidencias\Graficas Encuestas CMMI\ Graficas PP\ Ilustracion22 Practica especifica: SP 2.3 Planificar la gestión de los datos Hallazgo: Ausencia de un plan de gestión de datos del proyecto, falta de requisitos de seguridad de los datos y descripción del sistema de back ups. El modelo en cascada es el paradigma más antiguo para la ingeniería del software. Falta de comprensión del objetivo, alcance, roles y relaciones que son requeridas para el éxito del proyecto. Los resultados de una evaluación SCAMPI permite a la organización conocer la situación actual de sus procesos, establecer prioridades, enfocar las actividades de mejora de acuerdo al nivel de madurez teniendo en cuenta los recursos disponibles y fortalecer las áreas de oportunidad de la organización. WebEspecialidades: Desarrollo de Proyectos – Alta Gerencia – Docencia Superior – Educ. Lista de Criterios para la evaluación y aceptación de Requerimientos. 4. Entrevista al director y programadores del Centro de Informática AUDITORES RESPONSABLES Alexander Daza- Sandra Carreño 96, 97 Cuadro 23.Cuadro de definición de fuentes de conocimiento PP2-7. Evidencias/Entrevistas Programadores y Director CI/Steven.mp3 Evidencias/Entrevistas Programadores y Director CI/Fernando.mp3 194, 195 Cuadro 101. Al Director del Centro de Informática, Luis Arturo Rosero y a todos los integrantes de esta dependencia por darnos la oportunidad de desarrollar nuestro trabajo de grado, por su confianza, colaboración y disposición para que este trabajo se realizara de la mejor manera. Desarrollo sprint Proyecto3 Practica especifica: SP 1.3 Monitorizar los riesgos del proyecto. Verificar que existan versiones de los requerimientos. SP1.1 Identificar los elementos que serán colocados bajo configuración. Alexander Daza- Sandra Carreño 106, 107 Cuadro 33. EL proyecto 3 no tiene actas de reunión de seguimiento del proyecto sino informes de seguimiento como se puede observar en la práctica SP1.1 Práctica. Hallazgo HREQM, 17 LISTA DE FIGURAS pág. Se realizan logs o copias de seguridad de los proyectos constantemente y pruebas sobre servidores para asegurar la seguridad y confiabilidad de los sistemas implementados. fecha última 2/7/2019 actualización:. Documentación relacionada con los Procesos en los que interviene, diseñada y actualizada (registros, inventarios, formatos, instructivos, reportes y manuales), de acuerdo con el procedimiento de gestión 65, 66 documental. Se realizaron los cuadros de definición, encuestas y entrevistas aplicadas en la ejecución de la auditoría Cuadros de definición aplicados a la auditoria. HALLAZGO: Aquí se encontrara la descripción de cada hallazgo encontrado en las diferentes Áreas de Proceso CMMI. Cuadro de definición de fuentes de conocimiento GC Cuadro 38. 43, 44 Definición del proceso SCAMPI 13. 7. y del PRACTICAS ESPECIFICAS SP1.7.Llevar a cabo revisiones de hitos. Cuadro 134. Lista de criterios para distinguir proveedores de requerimientos, 16 Cuadro 134. SP 1.3 Gestionar los cambios de los requerimientos. RECOMENDACIONES: Documentar los resultados de las estimaciones realizadas Utilizar proyectos o históricos de datos que sirvan como base para la estimación del costo, esfuerzo y duración de proyectos. 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. SP1.2.Se describen las características de las medidas para tratar los objetivos de la medición como unidades de medida, mecanismos de recogida, periodicidad de la recolección, objetivo de la medición etc. De Cargos: Uno (1) Proceso: Gestión de Información y Tecnología Cargo del Jefe Inmediato: Director Centro de Informática II. Entrevista al director y programadores del Centro de Informática. Obtener el compromiso con el plan de proyecto: los compromisos con el plan están formalmente establecidos y son mantenidos por todos los interesados a lo largo del proyecto. GP2.9 Se realiza una evaluación para determinar si el proceso planificado se implementó como se debía para analizar las no conformidades detectadas. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es definir como se realiza la planificación de los recursos del proyecto. 9. Cuadro71. Fortalezas y debilidades prácticas genéricas Cuadro 58. SP3.1 Establecer y mantener registros que describan a los elementos de configuración. Peticiones de cambio proyecto Imagen 20. El tamaño máximo permitido por archivo es de 10M.
Teleticket Devolución Juan Luis Guerra, Frases Para Ambientacion De Aula Primaria Por Areas, Manejo Ecológico De Plagas Y Enfermedades, Chiclayo Noticias En Vivo, Número De Electores Por Distrito 2022, Macroentorno Sociocultural,
Teleticket Devolución Juan Luis Guerra, Frases Para Ambientacion De Aula Primaria Por Areas, Manejo Ecológico De Plagas Y Enfermedades, Chiclayo Noticias En Vivo, Número De Electores Por Distrito 2022, Macroentorno Sociocultural,