Encuesta al director y programadores del Centro de Informática. Mantener en buen estado las herramientas o equipos confiados a su responsabilidad por acta de inventario. Medición y análisis SG 1 Alinear las actividades de medición y análisis. 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. Clasificación de hallazgos matriz de probabilidad e impacto Cuadro 98. SP2.2 No se controlan los cambios a los elementos de configuración. Requisitos para el cargo de técnico en sistemas desarrollo de software Centro de Informática. Veinticuatro (24) meses de experiencia relacionada. Por lo tanto, se desarrollaron las siguientes actividades: Realización del programa de auditoría. FUENTES DE CONOCIMIENTO Documento o informe que contenga la lista de problemas registrados y analizados que requieren acciones correctivas. AUDITORES RESPONSABLES Alexander Daza- Sandra Carreño 104, 105 Cuadro 31. Practicas genéricas (GP): son las que tienen que ver con el grado de institucionalización de los procesos y son los mismos en todas las áreas de proceso. Encuesta al director y programadores del Centro de Informática. SP2.3 Almacenar los datos y resultados SP2.4 Comunicar los resultados de la medición y el análisis a los implicados relevantes TOTAL AI AI TI AI AI AI TI TI AI 217, 218 Cuadro 126. Lenguajes de Programación. (2007). CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPP3-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 AREA DE PROCESO Planificación Proyecto. Definir y documentar los criterios para la aceptación y evaluación de los requerimientos. Cuadro de definición de fuentes de conocimiento GC Cuadro 38. Todo plan de negocio, en sus partes fundamentales, se da inicio con el resumen ejecutivo, si bien es lo último en ser elaborado –aun después de las conclusiones–, EI resumen ejecutivo, tiene por objetivo demostrar, en dos o tres páginas, la esencia del negocio y su atractivo; de manera a motivar, a quien lo lea, a … 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. Analizar la documentación encontrada. 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. 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. Recomendaciones: Elaborar un plan de contratación para el nuevo personal. Construir el proyecto en torno a individuos motivados. 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. 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. Fortalezas y debilidades MA clínica veterinaria FORTALEZAS SP1.1 Se establecen y se documentan los objetivos de las mediciones. Información referente a las actividades propias del cargo, suministrada a los Usuarios y Grupos de Interés. Destrezas para el reconocimiento de los procesos y la modelación de ellos en el área de sistemas e informática. WebInstrúyelos en la adopción de habilidades que fomenten el desarrollo del talento humano. FUENTES DE CONOCIMIENTO Matriz de riesgos identificados para el proyecto. Gestión de datos del proyecto GESTION DE DATOS DEL PROYECTO Fecha: Documentos Manual software del Formato Digital E Formato Físico Ubicación Acceso Cliente Permisos Lectura General Solicitudes de Cambio F Cliente- Desarrollador Lectura escritura y Práctica: SP 2.4 Planificar los recursos del proyecto: esta práctica se realiza durante el juego de la planificación y el cliente en el lugar en la que se debe determinar los requerimientos del proceso, del personal y de medios, equipamiento y componentes Practica: SP 2.6 Planificar la involucración de las partes interesadas: para esta práctica se requiere definir las personas involucradas en el proyecto, los roles y responsabilidades, calendario en cada iteración o fase del proyecto. SP2.3 No hay una descripción del sistema de back ups y datos que requieren confidencialidad. Cuadro de definición de fuentes de conocimiento PMC Cuadro 40. 7. RIESGOS ASOCIADOS HALLAZGOS: R9 En el Centro de informática no se revisan los planes que afectan el proyecto, no existe una matriz en la que se relacionen la planificación de proyectos y recurso asignado en la unidad organizacional. SCAMPI: método de evaluación de estándar de CMMI para mejora de procesos; es un proceso diseñado y desarrollado por la Carnegie Mellon-SEI para ofrecer evaluaciones de calidad con relación al modelo CMMI. SP2.3 No hay una descripción del sistema de back ups y datos que requieren confidencialidad. SP1. Caminan horas después de nacer y alcanzan el tamaño y desarrollo de un niño humano de 10 años a los 3, alcanzan su etapa adulta a los 15. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCGC2-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 Gestión de la Configuración PRACTICAS ESPECIFICAS SP2.2 Controlar los elementos de la configuración. Procesos a realizar en esta fase: 1. CENTRO DE SALUD SAN JUAN DE DIOS EL PITAL HUILA, PROCESO DE IMPLEMENTACIÓN DE LA NORMA TÉCNICA DE ENSAYOS ISO/IEC 17025, Alcances y Beneficios de la Normalización y las Certificaciones Internacionales. Capacidad para el manejo de lenguajes de programación y el uso eficiente de las funcionalidades que estos ofrecen. Entrevista al director y programadores del Centro de Informática. 9. Análisis de las causas que originan las debilidades y que permitan definir posibles soluciones. asociadas a las Planificación del proyecto: el cuadro detalla los procesos actuales del área de proceso Planificación del proyecto que se enfoca a CMMI y los aspectos que deben ser mejorados. Alexander Daza- Sandra Carreño 123, 124 Cuadro 50.Cuadro de definición de fuentes de conocimiento MA1-2. El Comité está integrado por: Vice Rector Administrativo o representante. Adaptativas más que predictivas: la respuesta al cambio por encima del seguimiento de un plan. Los procesos ágiles promueven un desarrollo sostenible. Evidencias/ Entrevistas Practicas Genéricas/ ReunionCI.mp3 Practica especifica: SP 2.3 Gestionar las acciones correctivas. Elaboración de una guía de los procesos de acuerdo a las condiciones actuales del Centro de Informática que permitan la aplicabilidad ajustado al modelo. WebFeria de Proyectos FIIS Registrar Proyecto. 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. REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar la existencia de los documentos de requisitos aceptados y la carta de acuerdos y responsabilidades entre los participantes/interesados en el proyecto de desarrollo de software. La metodología para este 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í: Solicitud documentación: documentación de la estructura organizacional, cargos y funciones del Centro de Informática de la Universidad de Nariño. TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. Participar en los programas de desarrollo humano y capacitaciones de su competencia organizados por la universidad. CONSECUENCIAS: SP 1.1 Identificar los elementos de la configuración. SP1.1 Establecer los objetivos de las mediciones SP1.2.Especificar medidas para tratar los objetivos de la medición SP1.3 Especificar la recolección de datos y métodos de almacenamiento SP1.4 Especificar procedimiento de análisis de los datos SG 2 Proporcionar los resultados de la medición. 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. 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. Veamos qué tiene que ver lo que es desarrollo del talento … Fortalezas y debilidades PP clínica veterinaria 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. Se utilizaron cuadros de definición de Conocimiento los cuales contienen el logo de la Universidad de Nariño y los campos relacionados a continuación ver (Cuadro 15) los cuales se especifican así: REF: Identificación del cuadro de Definición. SP1.5 No se realiza una adecuada Monitorización de la involucración de las partes interesadas por hitos esto se realiza por iteración ya que no se han definido hitos en el proyecto. REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar que haya un listado de los participantes del proyecto y rol que juegan en el mismo. Fortalezas y debilidades MA clínica veterinaria Cuadro 73. Cuadro 67. Cuadro de definición de fuentes de conocimiento REQM Cuadro 29. Requisitos para el cargo de secretaria Centro de Informática. 5.- Medición y análisis (MA). DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es definir como se realiza la planificación de los recursos del proyecto. Analizar las encuestas y entrevistas realizadas al director y programadores del Centro de Informática. Recomendaciones: Diseñar y dar a conocer el plan de gestión de los datos para el desarrollo de proyectos software. Hallazgo HPP2 HALLAZGOS REF HPP-SP1.4 ENTIDAD AUDITADA AREA AUDITADA CENTRO DE INFORMATICA UNIVERSIDAD DE NARIÑÓ OBJETO DE ESTUDIO Proceso de desarrollo de software RESPONSABLES MATERIAL DE SOPORTE AREA Sandra Liliana Carreño Alexander Daza CMMI DEV 1.2 Planificación del Proyecto PRACTICA ESPECIFICA SP1.4 Determinar las estimaciones de esfuerzo y de coste. DESCUENTOS UDENAR este proyecto fue desarrollado con la metodología iterativa e incremental. Fortalezas y debilidades MA fondo de salud Cuadro 68. SP1.2 Se supervisan los compromisos contra aquellos especificados en el Plan del Proyecto por medio de actas y del documento de tesis. Destrezas para el reconocimiento de los procesos y la modelación de ellos en el área de sistemas e informática. 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. SP 3.1 Revisar los planes que afectan al proyecto. 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. En esta Parte se utilizó la siguiente convención: FC= Fuente de Conocimiento PP= Planificación del Proyecto REQM= Administración de requerimientos PMC= Monitorización y Control del Proyecto GC= Gestión de la Configuración. Evidencias/Entrevistas Practicas Genéricas/ ReunionCI.mp3 209, 210 Área Gestión de la configuración: Cuadro 116. Calificación prácticas genéricas Cuadro 127. Calificación área de proceso CMMI nivel 2 AREAS DE PROCESO Administración de Requerimientos. Qué información se genera? Definir los roles de los participantes del proyecto en cada una de las fases del ciclo de vida. Fortalezas y debilidades PP fondo de salud. Cuadro de definición de fuentes de conocimiento REQM Cuadro 30. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPP2-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 AREA DE PROCESO Planificación Proyecto. 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. Imagen 1. FUENTES DE CONOCIMIENTO Informe de auditoría externa o interna. 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. SP3.1 No se revisan los planes que afecten el desarrollo del proyecto. Knowledge sources, surveys, interviews, checklists, tables risk, probability and impact matrix that allowed knowing the processes and practices within the computer center: to implement this audit the following data collection methods were used. Valores consignados en el Código de Ética de la Universidad, aplicados en el desarrollo de sus funciones. 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 Objetivos específicos: Identificar los estándares, modelos y metodologías del proceso de desarrollo de software y su aplicación en el Centro de Informática. En esta fase quedan definidos los puntos débiles, los riesgos y las fortalezas de la organización. Entidad auditada: nombre de la entidad sujeta a la Auditoría. SOFTWARE DE SOPORTE AL PROCESO DE CONSULTA EXTERNA UTILIZANDO LA METODOLOGÍA SCRUM EN LA CLÍNICA VETERINARIA CARLOS ALBERTO MARTÍNEZ HOYOS DE LA UNIVERSIDAD DE NARIÑO, este proyecto fue desarrollado mediante dos metodologías SCRUM y XP la primera de ellas fue utilizada para la administración del proyecto y la segunda para el desarrollo. 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. 6. Auditoría integral: auditoría integral es el examen crítico, sistemático, detallado de los sistemas de información financiero, de gestión y legal de una organización, realizado con independencia y utilizando técnicas específicas, con el propósito de emitir un informe profesional sobre la razonabilidad de la información financiera, la eficacia la eficiencia y economicidad en el manejo de los recursos y el apego de las operaciones económicas a las normas contables, administrativas y legales que le son aplicables, para la toma de decisiones que permitan la mejora de la productividad de la misma. AUDITORES RESPONSABLES Alexander Daza- Sandra Carreño 103, 104 Cuadro 30. 180, 181 Cuadro 86. SP 2.2 Llevar a cabo las acciones correctivas. 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 3. Obtener y analizar evidencia objetiva inicial. Práctica: SP 1.3 Definir el ciclo de vida del proyecto: Definir las fases del ciclo de vida del proyecto: Fase de Planificación: Fase de Diseño. codigo: versiÓn: 02 fr – 1300- sipg - 01 sistema integrado de planeaciÓn y gestiÓn. Fundada en 1982 como resultado de la iniciativa expresada por el Instituto de Cooperación Iberoamericana y por un Comité Gestor en la República Dominicana. 45, 46 2. Cuadro 9. Desarrollo de requerimientos (RD). SP2.6 No existe un plan de comunicación formal entre los participantes del proyecto ya que la comunicación se va planeando durante el transcurso del desarrollo del proyecto. Fortalezas y debilidades REQM fondo de salud Cuadro 64. Veinticuatro (24) meses de experiencia relacionada. La escala puede verse en el siguiente cuadro: Cuadro 76. Identificar, documentar y dar a conocer los problemas significativos detectados a todos los involucrados del proyecto Evidencias: No hay documentación de esta Práctica. La simplicidad es esencial. Participar en los programas de desarrollo humano y capacitaciones de su competencia organizados por la universidad. Encuesta al director y programadores del Centro de Informática. Nombre de la asignatura Sistemas de Calidad en T.I. Publicado en www.kitempleo.com.mx 14 dic 2022. Checklist que evalúa los riesgos del proyecto. 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. Modelos del ciclo de vida vs. Metodologías [En Línea] < en 26 de agosto del 2013]. 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. MODELO DE AUDITORIA Se presenta ahora un modelo básico para la realización de una auditoría integral eficiente; dicho modelo fue realizado con base en la información presentada en el capitulo anterior; Copia Controlada: No Si No. 136, 137 Cuadro 59. Evidencias/Entrevistas Practicas Genéricas/ ReunionCI.mp3 Evidencias\Graficas Encuestas CMMI\ Graficas GC\ Ilustracion7 211, 212 Cuadro 118. SP1.1 Establecer los objetivos de las mediciones. Para el proyecto 1 no se realizó un Informe de pruebas para determinar las inconsistencias de los requisitos, en el proyecto 2 se realizan pruebas para determinar las inconsistencias pero estas no son documentadas por medio de un informe sino que se presentan al final solo las pruebas exitosas. 47, 48 3. OBJETIVO, PROCEDIMIENTO ACCIONES PREVENTIVAS, CORRECTIVAS Y DE MEJORA, El Proceso. Encuesta y entrevista realizada al director y programadores del Centro de Informática. SP2.4 Se comunican los resultados de la medición y el análisis a los implicados relevantes por medio de Informes. 250, 251 Hallazgo: No se monitoriza la involucración o participación de las partes interesadas durante el desarrollo del proyecto (No hay actas de reunión o notificaciones del cumplimiento de hitos intermedios.) Análisis y diseño de sistemas 11. 11. No existe una base de datos de peticiones de cambio sobre los elementos de la configuración. 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. SCAMPI: método de desarrollo por el Instituto de Ingeniería (SEI) para evaluar el estado de los procesos de software de una organización basado en los modelos CMMI. 10. Listado de inconsistencias y acciones correctivas del proyecto. 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. 9. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. En este caso encontramos dos tipos de evidencias: Imágenes que se encuentran tanto en el DVD como en el documento; La imagen tiene una numeración y una descripción con la que se puede identificarla en la lista de Imagen al inicio de este documento la cual está relacionada con una página especifica de este documento así: Imagen 21. AUDITORES RESPONSABLES Alexander Daza- Sandra Carreño 95, 96 Cuadro 22. 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. Si el sujeto es el que más empleará u operará el producto entonces también es una fuente importante de requerimientos. SP 1.3 Monitorizar los riesgos del proyecto. OBJETIVO Elaborar y documentar el Plan de trabajo anual que la Unidad de Auditoría Interna desarrollará durante un período fiscal. Hacer fácilmente disponible las líneas base. Se presenta ahora un modelo básico para la realización de una auditoría integral eficiente; ALCALDÍA MUNICIPAL DE GUADALAJARA DE BUGA, INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN, PAMEC. Analizar las encuestas y entrevistas realizadas al director y programadores del Centro de Informática. SP3.1 No se establecen ni mantienen registros sobre los elementos de 152, 153 configuración. 5 definición costos proyecto Imagen 9. Lista de criterios para distinguir proveedores de requerimientos. Fase 3: Ejecución de la auditoria Se ejecuta el plan de auditoria, se hace el levantamiento de hallazgos y evidencias. INSCRIPCIÓN EN EL REGISTRO ÚNICO NACIONAL DE TALENTO HUMANO EN SALUD RETHUS ¿Qué es el RETHUS?. HALLAZGO: Aquí se encontrara la descripción de cada hallazgo encontrado en las diferentes Áreas de Proceso CMMI. Ninguno de los 3 proyectos tiene informes de avances de cumplimiento de hitos sino actas de seguimiento por cada fase y por iteraciones. d. Comprar unos audífonos. y del PRACTICAS ESPECIFICAS SP1.4 Monitorizar la gestión de los datos. 6. Descripción desarrollo segunda iteración proyecto Imagen 17. SP 2.1 Analizar problemas. 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. SP2.6 Se describen los participantes del proyecto y rol que juegan en el mismo en el documento final de la tesis. Quién la procesa? Hallazgo HPP8 HALLAZGOS REF HPP-1 SP3.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 Planificación del Proyecto PRACTICA ESPECIFICA RIESGOS ASOCIADOS HALLAZGOS: R10 SP 3.2 Reconciliar los niveles de trabajo y de recursos. Hallazgo HREQM Cuadro 101. Comprende además de la financiera, el examen y la evaluación de la planeación, organización, dirección, y control interno administrativo; de la eficiencia y eficacia y economía con que se han empleado los recursos humanos, materiales y financieros; y de los resultados de las operaciones programadas para saber si se han logrado los objetivos propuestos. Estructura orgánica Universidad de Nariño Estructura orgánica. Caracterización del proceso de gestión de información y tecnología Cuadro 9. 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. 2. Asignada a: Página 1 de 10 1. Criterios para evaluación de requerimientos Proyecto3 192, 193 Cuadro 99. y del PRACTICAS ESPECIFICAS SP1.3 Monitorizar los riesgos del proyecto. Cuadro de definición de fuentes de conocimiento PP1-4. Auditoría operacional: es una revisión y evaluación parcial o total de las operaciones y procedimientos adoptados en una empresa, con la finalidad principal de auxiliar a la dirección a eliminar las deficiencias por medio de la recomendación de medidas correctivas.
, INFORME ANUAL SOBRE LA EVALUACION DEL SISTEMA DE CONTROL INTERNO, PLANIFICACIÓN DEL S ISTEMA SISTEMA DE GESTIÓN DE LA, EVALUACION DEL SISTEMA DE CONTROL DE LA UNIVERSIDAD POPULAR DEL CESAR VIGENCIA 2015. 4. PRACTICA ESPECIFICA Proceso de desarrollo de software SP 1.4 Monitorizar la gestión de datos RIESGOS ASOCIADOS HALLAZGOS: R3 En el Centro de Informática No existe un plan de gestión de los datos motivo por el cual tampoco se tienen registros de las revisiones realizadas a las actividades de gestión de información. Requerimiento: características o funcionalidad que se desea que tenga un sistema de software. 14. Capacidad para planear e innovar en el campo de la tecnología. Practica Especifica: SP 1.5 Monitorizar la involucración de las partes interesadas. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPP2-7 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. 7. Analizar la documentación existente Analizar las entrevistas y encuestas realizada al director y programadores del Centro de Informática. Verificar que exista un procedimiento para la recolección almacenamiento de datos. Formulación y Evaluación de Proyectos Informáticos. (ISO/IEC 15504). 4. AUDITORES RESPONSABLES REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar que exista una herramienta o un documento que contenga los indicadores de medición y procedimientos para el análisis de datos. 11. 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. Obtener una comprensión de los requerimientos aprobados con el proveedor de los requerimientos. SP1.3 Se especifica los métodos de datos de la medición. Este riesgo afecta a un solo sistema o proyecto software dentro 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. Evidencias: Imagen 3. 5. Cuadro de definición de fuentes de conocimiento PMC Cuadro 41. Analizar la documentación encontrada. Cuadro de definición de fuentes de conocimiento GC Cuadro 33. Para la ejecución de esta práctica y para su documentación se propone utilizar los siguientes formatos: 226, 227 Cuadro 136. Cuadro de definición de fuentes de conocimiento MA1-3. Informe con los resultados de la estimación. Peticiones de cambio proyecto Imagen 21. SP 2.1 Seguir las peticiones de cambio. RIESGOS ASOCIADOS HALLAZGOS: R6 No se documenta de forma adecuada las acciones correctivas aprobadas para dirigir las nuevas tareas. Analizar las entrevistas y encuestas realizadas al director y programadores del Centro de Informática. WebLa participación del recurso humano en el desarrollo de los procesos estratégicos es ... LA CONTRATACIÓN LABORAL DEL TALENTO HUMANO. Carta de sugerencias proyecto Imagen 19. Calificación artefactos POSIBLES NIVEL DE DESCRIPCION RESPUESTAS DESEMPEÑO Artefacto Directo Adecuado 10 La práctica es documentada formalmente entre el 100 y 75% Artefacto Directo inadecuado 7,5 La práctica es documentada de forma parcial entre el 50 y 75% Artefacto Indirecto 5 La práctica es supervisada de alguna manera entre el 25 y 50% No existe Artefactos Directos 0 La práctica no es documentada formalmente. Juan Pablo Cepeda Duarte, Taller: Planificación con Matriz de Marco Lógico. 12. Modelo de desarrollo concurrente. RECOMENDACIONES: Elaborar un plan de contratación para el nuevo personal. Valoración de riesgos área administración de requerimientos PROBABILIDAD ALTO MEDIO BAJO R7 R1,R2,R3,R5,R6 R4 LEVE MEDIO CATASTROFICO IMPACTO 185, 186 Cuadro 93. 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 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:. Análisis sobre las prácticas genéricas: el siguiente cuadro muestra las fortalezas y debilidades encontradas en los procesos actuales del Centro de Informática al compararlos con los requerimientos de las prácticas genéricas del nivel 2 CMMI. AUDITORIA INTERNAS DE CALIDAD Seguridad del Sur Ltda. REQUISITOS DE ESTUDIO Y EXPERIENCIA EDUCACIÓN: EXPERIENCIA: 2. Mantener el historial y las versiones de los requerimientos. Cuadro de definición de fuentes de conocimiento GC Cuadro 36. SP3.2 No se realiza una reestimación del presupuesto del proyecto ni se realiza un control de la asignación de los recursos de la organización. 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. Atención al estudiante; Carta de Sugerencias Proyecto, 204 Área Monitoreo y control del proyecto: Cuadro 110. 13. PROBABILIDAD E IMPACTO: Probabilidad: Media Impacto: Media EVIDENCIAS Imagen 5. 41, 42 Gestión de requerimientos (REQM). INTRODUCCIÓN 2. Hallazgo HPP7 HALLAZGOS REF HPP-SP3.1 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 SP 3.1 Revisar los planes que afectan al proyecto. PROBABILIDAD ALTO R1,R2,R4,R5 R3 MEDIO R6,R7 BAJO LEVE MEDIO CATASTROFICO IMPACTO Cuadro 95. Coordinar e implementar redes de información para las diferentes dependencias de la universidad. 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. PROBABILIDAD E IMPACTO: Hace referencia a la posibilidad de ocurrencia del riesgo y las consecuencias que puede ocasionar la materialización del riesgo EVIDENCIAS: Hace referencia de la descripción de los archivos que dan credibilidad al hallazgo. Revisar y obtener acuerdos con las partes interesadas relevantes sobre las acciones a tomar. Analizar documentos y actas que contengan los resultados de las acciones correctivas. GP2.8 Se monitorizan los procesos planificados contra el plan del proyecto durante el desarrollo del mismo, por medio de indicadores y la calificación del software arrojada a través del sistema de solicitudes lo que permite revisar los logros y los resultados del proceso frente al plan con el Director del Centro de Informática. 10. SP2.6 Se describen los participantes del proyecto y rol que juegan en el mismo. Análisis de riesgos cualitativos: consiste en evaluar cuál es el impacto y la probabilidad de ocurrencia de cada uno de los riesgos identificados. Fortalezas y debilidades prácticas genéricas Cuadro 58. 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. SP 2.2 Analizar los datos de la medición. Policía Nacional (2008). Del PRACTICAS ESPECIFICAS SP2.7 Establecer el plan del proyecto. Hallazgo HPP Cuadro 105. MANUAL DE FUNCIONES Y COMPETENCIAS I. IDENTIFICACIÓN Nivel: Asistencial Denominación del Empleo: Secretaria Código: 440 Grado: 02 No. Debe seleccionar el tipo de alumno. Mantener actualizados y garantizar la operatividad de los diferentes programas computacionales. Requisito para el cargo de director - Centro de Informática. Estimar las características de las tareas y de los productos del proyecto. LISTADO DE INCONSISTENCIAS Y ACCIONES CORRECTIVAS ASOCIADAS Fecha Iteración Fase Actividad/Compro miso Estado Observa ciones Acción Correctiva Responsable Aprobado por: Práctica: SP 2.3 Gestionar acciones correctivas: Su propósito es gestionar las acciones correctivas hasta su cierre., monitorizando y documentando las acciones correctivas. Cuadro de definición de fuentes de conocimiento PMC Cuadro 42. SP2.6 Planificar la involucración de las partes interesados en el proyecto. SP3.1 No se revisan los recursos de la organización que han sido utilizados para el desarrollo del proyecto. Destrezas para el reconocimiento de los procesos y la modelación de ellos en el área de sistemas e informática. Evidencias: Evidencias/ Entrevistas Practicas Genéricas/ ReunionCI.mp3 No existe documentación sobre la implementación de esta práctica. Sistema de Gestión de la Calidad y el Modelo Estándar de Control Interno, implementado para el mejorar continuamente los planes, programas, proyectos y procesos en los cuales interviene 6. A mi madre, María Clemencia Jamioy, por ser un ejemplo de lucha incondicional, por su confianza y amor para que pudiera continuar mis estudios superiores y llegara a ser profesional muchas gracias mami por enseñarme a creer que todo es posible si se hace con esfuerzo, dedicación y sacrificio. La encuesta fue realizada en base al Modelo CMMI Dev 1.2, en ellas se presenta preguntas con el fin de confirmar la implementación de las prácticas genéricas y específicas de cada Área de Proceso relacionada. ESPECIFICAS de la medición. SP3.2 Se reestiman las tareas de los implicados del proyecto en las actas de 149, 150 reunión y aceptación por cada iteración. RIESGOS ASOCIADOS HALLAZGOS: R2,R5 OBJETO DE ESTUDIO Proceso de desarrollo de software PRACTICA ESPECIFICA SP 1.3 Monitorizar los riesgos del proyecto. Una versión que funcione de los programas estará disponible cuando el proyecto esté muy avanzado. No Implementadas 223, 224 Además de lo anterior se observa que las metodologías más empleadas para el desarrollo de software en el Centro de Informática son la metodología Iterativa Incremental y metodologías ágiles como XP que se ajustan a la forma de trabajo de esta entidad, la cual debe construir software en tiempos cortos y con un personal mínimo. Lista de criterios para la evaluación y aceptación de Requerimientos Cuadro 135. 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. La rapidez en, Pág. SG 2 Seguir y controlar los cambios. Back ups realizados a los datos gestionados. Aspectos Medioambientales, International Organization for Standardization International Accreditation Forum ISO 9001 Auditing Practices Group Guidance on: Auditando el proceso de Diseño y Desarrollo 1. Checklist para evaluar los artefactos directos e indirectos de las prácticas genéricas y específicas del nivel 2 de CMMI. Calificación SCAMPI prácticas CMMI RANGO DE COLOR GRADO DE DESCRIPCIÓN VALORES SATISFACCIÓN DEL OBJETIVO CMMI De 0 a 3,99 ROJO Baja El enfoque del proceso es crítico no se alinea a los objetivos del modelo. Realización de una entrevista al director y programadores acerca de los estándares, modelos y metodologías del proceso de desarrollo de software. Verificar que existan versiones de los requerimientos. Acciones correctivas identificadas en base a los resultados REPOSITORIO DE PRUEBAS APLICABLES DE ANALISIS Verificar que hayan reportes o informes de los resultados de la medición a los participantes relevantes. SP1.1 Supervisar los valores actuales de la planificación contra el plan del proyecto SP1.2 Supervisar los compromisos contra aquellos especificados en el Plan del Proyecto. Objetivos genéricos y prácticas genéricas: los objetivos y prácticas genéricas están relacionados con el grado de institucionalización de los procesos, cumplir con un objetivo genérico de un área de proceso determinada implica tener un mayor control de la planificación e implementación de los procesos vinculados a esa área de proceso. fecha última 2/7/2019 actualización:. SP1.3 No se identifican nuevos riesgos durante la realización del proyecto. Analizar las entrevistas y encuestas realizadas al director y programadores del Centro de Informática. 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. 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. DESCRIPCION DE ACTIVIDAD/PRUEBA: El objetivo de la prueba es identificar como se realiza la estimación del esfuerzo de trabajo y costo de los proyectos de desarrollo de software. 144, 145 Monitorización y control del proyecto: el cuadro detalla los procesos actuales del área de proceso Monitorización y control del proyecto que se enfoca a CMMI y los aspectos que deben ser mejorados. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCMA2-4 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 Medición y análisis. Evidencias/Entrevistas Practicas Genéricas/ ReunionCI.mp3 208, 209 Cuadro 115. Hallazgo HPMC Cuadro 113. CUADRO DE DEFINICION DE FUENTES DE CONOCIMIENTO, PRUEBAS DE ANALISIS Y PRUEBAS DE AUDITORIA REF FCPMC1-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 Monitorización y SP1.1Monitorizar los PRACTICAS AREA DE control del parámetros de la planificación ESPECIFICAS PROCESO proyecto. La ISO 15504 es una norma internacional para establecer y mejorar, INGENIERIA EN GESTION DE PROYECTOS HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. AUDITORES RESPONSABLES Verificar la existencia de registros o actas de seguimiento de los riesgos del proyecto. SP2.2 No se realiza un control de los cambios a los elementos de configuración SP2.2 y SP3.2 No se realizan auditorías internas ni externas. Valoración del riesgo gestión de la configuración VALORACION DE RIESGOS AREA GESTION DE LA CONFIGURACION REF N DOMINIO DESCRIPCION DEL RIESGO R1 R2 R3 R4 SP1.1 SP1.2 SP1.2 SP1.2 PROBABILIDAD IMPACTO B M A L M C No se documentan los elementos de configuración identificados. Práctica: SP 2.1 Establecer el presupuesto y el calendario: se debe definir el presupuesto y calendario con sus supuestos y restricciones basándose en las estimaciones realizadas, además se deben identificar los hitos principales del proyecto y las dependencias entre tareas apropiadamente. PROBABILIDAD E IMPACTO: Probabilidad: Alta Impacto: Medio EVIDENCIAS.No hay un plan de comunicación formal entre los participantes del proyecto. PROPÓSITO. del Diagrama de PERT en el que se identifican las distintas tareas y sus dependencias. Verificación (VER). Webmaanitas guadalupanas desde el cielo. Administración de bases de datos. En lugar de crear software con lenguajes de programación de tercera generación, el proceso DRA trabaja para volver a utilizar componentes de programas ya existentes o crear componentes reutilizables. Practicas específicas (SP): SP 1.1 Establecer los objetivos de medición. 8 ABSTRACT Today the audits are a great option for companies or institutions that want to know the current state of their processes or products and determine the efficiency and effectiveness of the same by means of a critical evaluation which in turn allows take decisions and generate controls tailored to the needs of the audited object. Modelo en cascada. Además, como se mencionó anteriormente para que un producto sea de calidad sus procesos también deben ser de calidad lo que permitiría tener el control sobre las actividades que se van a desarrollar, verificar el cumplimiento de los planes o proyectos de software para aumentar la capacidad de los procesos de forma cuantitativa lo que a su vez aumentaría la productividad en la organización. Pérdida de la información, datos dispersos no identificados y no almacenados correctamente. SP 1.3 Definir el ciclo de vida del proyecto SP 1.4 Determinar las estimaciones de esfuerzo y de coste. 245, 246 Imagen 8. municipio de murillo …..mis primeras huellas….. modalidad desarrollo infantil en medio familiar “dimf” contrato 796. carlos alberto infante acosta. El papel del líder va mucho más allá de la dirección del área pues que como responsable de un grupo, puede ver cómo su equipo consigue los objetivos, pero si … PRACTICA ESPECIFICA RIESGOS ASOCIADOS HALLAZGOS: R8,R9,R10 SP3.1 Establecer y mantener los registros que describen los elementos de la configuración No se revisan las tareas de gestión de la configuración (identificación y registro de los productos, registro de cambios y nuevas versiones). 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. Entrevista al director y programadores del Centro de Informática.
Resolución Indecopi Propiedad Intelectual,
Cancelar Cuenta De Ahorros Bcp,
Casos De Fraudes Bancarios,
Cuánto Paga La Tinka Con 3 Aciertos,
Alicorp Quienes Son Los Dueños,
Unidad Ejecutora Red De Salud Ica,
Matías Novoa, El Señor De Los Cielos 8,
Empresas Exportadoras De Mango En México,