Source: http://docplayer.es/5229792-Guia-rapida-proceso-de-desarrollo-openup-oas-universidad-distrital-francisco-jose-de-caldas-oficina-asesora-de-sistemas.html
Timestamp: 2017-07-28 07:37:26+00:00

Document:
Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas - PDF
Download "Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas"
María del Rosario Flores Ortega
1 Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento Descripción General: Términos y condiciones de uso: La presente guía agrupa los conceptos más relevantes del proceso de desarrollo de software openup/oas. Se debe utilizar como punto de inicio en las tareas de adopción del proceso dentro de los grupos de trabajo. El contenido de este texto es PRIVADO, y la presente versión se considera un documento interno de trabajo. NO SE AUTORIZA LA REPRODUCCIÓN O DIFUSION POR NINGÚN MEDIO O MECANISMO SIN EL DEBIDO CONTROL Y AUTORIZACIÓN DE LA OFICINA ASESORA DE SISTEMAS. Historial de versiones Código de la Versión Fecha Autor /09/2011 Oficina Asesora de Sistemas Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 12 1. GENERALIDADES El proceso openup/oas es un método de trabajo que involucra un conjunto mínimo de prácticas tendientes a guiar a un equipo de trabajo pequeño en el análisis, diseño, desarrollo y despliegue de un producto de software. Los objetivos que persiguen son: Promover la colaboración y compartir conocimientos alineando intereses del equipo de trabajo y los usuarios. Ayudar al equipo a enfocarse en la arquitectura de forma rápida; de tal forma que se minimicen los riesgos y se organice el desarrollo. Ayudar al equipo a balancear prioridades en conflicto para maximizar el valor obtenido por los interesados en el proyecto. Ayudar al equipo en la evolución continua del producto para obtener retroalimentación continua y fomentar el mejoramiento. Permitir a los administradores del proyecto realizar seguimientos a las avances basados en métas e indicadores Permitir que los integrantes del equipo entiendan rápidamente como realizar el trabajo para alcanzar los objetivos y metas proyectadas. Los principios en que se enmcarca el método de trabajo OPENUP/OAS son: a. Conocer a los Interesados: Se deben identificar, conocer a los grupos de interés y trabajar de cerca con ellos para asegurarse que sus necesidades son claramente definidas e incrementalmente satisfechas a medida que se evoluciona en el desarrollo de la solución. Debe mantenerse una comunicación abierta y frecuente además de una colaboración entre ellos y el equipo de trabajo. b. Separar el Problema de la Solución: Se debe estar seguro que se conoce el problema (o una parte de él) antes de definir una solución (o una parte de ella). Al separar claramente el problema (que necesita el cliente - no que necesita el equipo de desarrollo) de la solución (el sistema que tiene que hacer), es fácil mantener un enfoque y encontrar vías alternativas para solucionar el problema. c. Crear un conocimiento compartido del dominio: Se debe fomentar un ambiente de intercambio y trabajo en el que todos los involucrados puedan obtener constantemente la información adecuada para lograr tener una visión compartida de lo que se debe hacer, el por qué hacerlo y como se está haciendo. d. Usar escenarios y casos de uso para capturar requerimientos: Hacer uso de escenarios y casos de uso para capturar los requerimientos funcionales del sistema permiten que los interesados alcancen rápidamente un consenso acerca de sus necesidades e intereses. e. Establecer y mantener contratos de prioridades: Se deben priorizar los requisitos y requerimientos de implementación basado en un trabajo continuo con los grupos de interés y tomar decisiones que lleven a que el sistema siempre incremente los beneficios ofrecidos y reduzca los riesgos. Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 23 f. Realizar negociaciones que maximicen el beneficio obtenido: Las negociaciones costo beneficio dentro del proyecto no pueden ser independientes de la arquitectura. Los requisitos y requerimientos establecen los beneficios que se deben alcanzar al implementar el sistema mientras que la arquitectura es una medida base para calcular el costo del mismo. El costo asociado con un beneficio puede influenciar en gran media la percepción del usuario acerca del valor real obtenido. g. Gestionar el entorno :El cambio es inevitable, y aunque presenta oportunidades para mejorar los beneficios dados a los grupos de interés, un entorno incontrolado de cambios fácilmente decantará en sistemas deficientes, sobredimensionados y que no satisfacen las necesidades reales de los clientes. Se debe gestionar los cambios manteniendo contratos específicos con los grupos de interés. h. Conocer cuando se debe parar : Sobrerecargar de características un sistema no sólo es una pérdida de tiempo y recursos sino que conduce a sistemas innecesariamente complejos. El desarrollo debe parar cuando la calidad esperada del sistema se alcanza. i. Mantenga un entendimiento común: Sea proactivo comunicando y compartiendo información con los participantes del proyecto y no asuma que todos y cada uno encontrarán justo lo que ellos necesitan saber o que cada persona tiene la misma comprensión del proyecto que todos los demás. j. Aprender continuamente: Desarrolle continuamente sus habilidades técnicas e interpersonales, aprenda de los ejemplos de sus colegas, aproveche la oportunidad, tanto de ser un estudiante de sus colegas, así como maestro de ellos. Siempre incremente su habilidad personal para sobrellevar su propio antagonismo hacia otros miembros del equipo. k. Organice alrededor de la arquitectura: La comunicación entre los miembros del equipo empieza a ser compleja incrementalmente. Por consiguiente, organice el equipo alrededor de la arquitectura, el vocabulario y el modelo mental compartido del sistema. l. Desarrolle su proyecto en iteraciones: Divida su proyecto en una serie de iteraciones encajadas en el tiempo y planee su proyecto iterativamente. Esta estrategia iterativa lo habilita para entregar capacidades incrementalmente, como un conjunto ejecutable, subconjunto utilizable de requisitos y requerimientos probados e implementados, que pueden ser evaluados por los interesados al final de cada iteración. m. Gestione los riesgos: Ataque tempranamente los riesgos que atacarán el proyecto. Continuamente identifique y priorice los riesgos y entonces idee estratégias para mitigarlos. n. Adopte y gestione el cambio: Adoptar los cambios ayuda a construir un sistema que se encamina a las necesidades de los interesados y manejar los cambios permite reducir costos y mejorar la predicción de estos cambios. Los cambios hechos tempranamente en el proyecto se pueden hacer usualmente a bajo costo. A media que usted avanza en el proyecto, los cambios pueden empezar a incrementarse en términos de costos. o. Mida el progreso objetivamente: Si no conoce objetivamente cómo su proyecto está progresando, no sabe si éste falla o tiene éxito. La incertidumbre y los cambios a un proyecto de software en progreso dificultan medirlo objetivamente, en tanto que las personas tienen una habilidad muy asombrosa para creer que todo esta bien ante la catástrofe. Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 34 2. EL MÉTODO DE TRABAJO El OPENUP/OAS es un proceso iterativo e incremental que se distribuyen a través de cuatro fases: Inicio, Elaboración, Construcción y Transición. En las cuales se desarrollan transversalmente una serie de subprocesos entendiéndose estos últimos como un conjunto de actividades, personas (Roles), prácticas (Guías) y productos de trabajo (Artefactos) que orientan el desarrollo de software a través del tiempo. Cada fase puede tener tantas iteraciones como se requiera, dependiendo del grado de complejidad y desconocimiento del dominio, la tecnología a ser usada, la complejidad arquitectónica y el tamaño del proyecto, por nombrar algunos factores FASES OPENUP/OAS Fase de Inicio: Primera fase del proceso, donde los interesados (stakeholders) y los integrantes del equipo de desarrollo, colaboran para determinar el ámbito del proyecto, sus objetivos y determinar si el proyecto es viable. Las iteraciones de esta fase enfocan el esfuerzo de trabajo en las siguientes actividades y resultados: Actividad Iniciar el proyecto Planear y gestionar la iteración Resultados Elaborar el documento Visión Elaborar el Plan General del Proyecto Elaborar el documento de Análisis de riesgo Elaborar el Plan de Iteración Elaborar el documento de evaluación de la iteración Elaborar el documento de valoración de resultados de la iteración Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 45 Actividad Identificar y refinar los requerimientos y requisitos Llegar a un acuerdo sobre el enfoque técnico Resultados Elaborar la especificación de casos de uso Elaborar el documento de requisitos de soporte Elaborar el documento casos de prueba Elaborar el documento Bloc de Notas de la Arquitectura Al final de esta fase, como mínimo, el proyecto: Ha definido el ámbito Tiene un estimado inicial de los costos y el cronograma Ha definido y priorizado un conjunto inicial de requerimientos funcionales y no funcionales Ha identificado un conjunto de riesgos y haya propuesto las estrategias de mitigación. Ha identificado un conjunto de interesados. Ha creado un bosquejo de arquitectura. En este punto se recalca que la presente es una guía rápida que no describe los pormenores asociados con cada una de las tareas. Para guías específicas consultar el documento maestro del proceso. En el sitio web del proceso openup/oas se encuentran plantillas que deben ser utilizadas como base para la elaboración de los documentos especificados en las tareas. Fase de Elaboración: La segunda fase dentro del ciclo de vida del proyecto. En ella los riesgos significativos que influyen en la arquitectura son identificados y considerados. En esta fase: Se obtiene un entendimiento más detallado de los requerimientos y requisitos Se diseña, implementa valida y establece la línea base de la arquitectura. Se mitigan los riesgos esenciales. Se produce un cronograma detallado. Se realiza una mejor estimación de costos. Las iteraciones de esta fase enfocan el esfuerzo de trabajo en las siguientes actividades y resultados: Actividad Planear y gestionar la iteración Identificar y refinar los requerimientos Desarrollar la arquitectura Tareas/Resultados Elaborar el Plan de Iteración Elaborar el documento de evaluación de la iteración Elaborar el documento de valoración de resultados de la iteración Actualizar, depurar y aumentar el contenido de la especificación de casos de uso Actualizar, depurar y aumentar el contenido del documento de Requerimientos de soporte Actualizar, depurar y aumentar el contenido del documento Casos de prueba Agregar las vistas de arquitectura al documento Bloc de Notas de la Arquitectura Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 56 Actividad Desarrollar un incremento en la solución Probar la Solución Construida Gestionar las peticiones de cambio Tareas/Resultados Actualizar, depurar y aumentar el contenido del documento Especificación de Diseño Actualizar, depurar y aumentar el contenido del documento Pruebas Hechas por el Realizador Obtener el código fuente que realiza uno o varios elementos de diseño Elaboración de una Construcción del Sistema que integre nuevos elementos (componentes desarrollados, clases, etc) Elaborar el artefacto Registro de Pruebas que contenga los resultados de la ejecución de las pruebas hechas por el realizador. Elaborar el artefacto Script de Prueba Elaborar el artefacto Registro de Pruebas que contenga los resultados de la ejecución de las pruebas. Actualizar, depurar y aumentar el contenido del documento Lista de Unidades de Trabajo. Fase de Construcción: Esta es la tercera fase del proceso, se enfoca en detallar los requisitos y requerimientos, diseñar, implementar y probar el grueso del software y completar el desarrollo del sistema basado en la arquitectura. 1. Se describen los requisitos y requerimientos restantes 2. Se completan en detalles los diseños, la implementación y las pruebas del software. 3. Se libera la primera versión operativa del software (beta) del sistema. Las actividades de esta fase son 1. Planificación y gestión de la iteración 2. Identificar y refinar requisitos y requerimientos 3. Desarrollar un incremento de solución 4. Probar la solución construida Fase de Transición Es la cuarta fase del proceso. Se enfoca en la transición del producto de software a la plataforma tecnológica del cliente logrando que los interesados convengan que el desarrollo del producto cumple con los requerimientos planteados. Los objetivos de esta fase son lograr: La prueba beta valida que satisfaga las expectativas del usuario. Esto típicamente requiere algunas actividades de afinamiento, tales como depuración de errores y mejora del desempeño y la usabilidad. Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 67 El consentimiento de los interesados en que el desarrollo está completo. Esto puede involucrar varios niveles de pruebas para la aceptación del producto, incluyendo pruebas formales e informales y pruebas beta. Mejorar el desempeño en futuros proyectos a través de lecciones aprendidas. Documentar las lecciones aprendidas y mejorar el ambiente de los procesos y las Herramientas para el proyecto SUBPROCESOS OPENUP/OAS Como se había señalado anteriormente un subproceso es un conjunto de actividades desarrolladas por personas con unos roles determinados, las cuales se guian por medio de una serie de prácticas o guías para obtener unos productos de trabajo denominados Artefactos y que permiten cumplir direccionar las fases y actividades propuestas en las cuatro fases del proceso de desarrollo de software openup/oas. Estos subprocesos se relacionan entre si, siendo unos entradas o insumos iniciales para que otros subprocecesos se puedan desarrollar. Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 78 Subproceso Objetivo Artefactos de Salida Gestión de Requerimientos y Requisitos Gestión del Proyecto Gestión del Riesgo Arquitectura Diseño Desarrollo Gestión de Pruebas Gestión de Cambios Implantación Gestión Documental Gestión de Auditorias Recolectar, analizar, aprobar y seguir la evolución de los requerimientos funcionales del Cliente o interesado y los requisitos del software a través de la vida del producto y/o servicio. Planear, ejecutar, controlar y socializar las actividades y resultados de un proyecto de software. Identificación, valoración, relevancia, prevención, mitigación, control y respuesta a posibles riesgos que se generen en un proyecto de software. Transformar los requerimientos y requisitos significativos en una arquitectura que describa su estructura e identifique los componentes del software. Proporcionar un diseño que implemente el software y pueda ser verificado contra los requerimientos y los requisitos definidos. Implementar una solución técnica que cumpla con la arquitectura definida y soporte los requerimientos de los grupos interesados. Diseñar, implementar, ejecutar y evaluar pruebas en cada uno de los componentes desarrollados. Registrar, revisar y llevar a cabo solicitudes de cambios generadas en un proceso de desarrollo de software. Planificar y llevar a cabo la producción de una solución de software mediante el alineamiento de las necesidades de capacitación de los usuarios y el desarrollo de pruebas de funcionamiento. Planificar, elaborar, aprobar, organizar y controlar la documentación requerida en un proceso de desarrollo de software. Planificar y ejecutar auditorias internas a proyectos de software con el fin de encaminarlos a una mejora continua Visión Casos de Uso Glosario Requisitos de Soporte Actas de Trabajo Listado de requerimientos Plan General del proyecto Plan de Iteración Cierre de iteración Lista de Unidades de trabajo Plan de Riesgos Bloc de Notas de la Arquitectura Diagramas de Clases, Diagrama de componentes, Diagramas de Secuencia, Diagramas de Colaboración, Arquitectura de Datos. Código Fuente Casos de Prueba Resultados casos de prueba Control de Cambios Plan de despliegue socialización, capacitación o acompañamiento Documentos debidamente versionados y organizados Programa de Auditorias Plan de auditorias Lista de verificación auditoria Informe de Auditoria Plan de mejoramiento Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 89 2.3. ROLES OPENUP/OAS Los productos de software los crean personas con diferentes intereses y competencias. Un ambiente de grupo saludable potencia la colaboración efectiva requiriendo una cultura compartida que fomente la creatividad y el cambio positivo. Los roles son el rostro humano del proceso de desarrollo de software. Dependiendo del numero de personas que conforman el equipo de trabajo y las condiciones del proyecto una persona puede asumir uno o varios roles. Rol Director del Proyecto Jefe de Proyecto Líder del Proyecto Analista Arquitecto Función Principal Este rol garantiza la continuidad del proyecto al gestionar los recursos necesarios y mantener el interés institucional en el proyecto. Este rol se encarga de la supervisión y dirección directa de las actividades y resultados de cada uno de los miembros del equipo de desarrollo. Lidera la planeación del proyecto, coordina interacciones con los interesados y conserva el equipo del proyecto enfocado en alcanzar los objetivos del proyecto Realizar tareas de relevamiento, análisis y diseño de los requerimientos y requisitos en el proyecto. Responsable de diseñar la arquitectura del software, la cual incluye tomar las principales decisiones técnicas que condicionan globalmente el diseño y la implementación del proyecto. Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 910 Realizador Inspector de Pruebas Es responsable de desarrollar una parte del sistema, incluyendo diseñar esta, para que se ajuste a la arquitectura Identificar, definir, implementar y dirigir las pruebas necesarias, así como verificar y analizar sus resultados. Auditor Coordina las actividades del equipo de trabajo en cuanto a realización de auditorías, revisiones, instanciamientos de Planes de Calidad y de Mejoras, etc. 2.4 LOS ARTEFACTOS OPENUP/OAS Nombre Plan General del Proyecto Plan de Iteración Unidades de Trabajo Diarias Cierre de iteración Visión Requisitos de soporte Casos de Uso Glosario Descripción Este artefacto define los parámetros para realizar el direccionamiento y seguimiento al proyecto. Especifica los objetivos de alto nivel de las iteraciones y sus correspondientes hitos. Comunica los objetivos, la asignación de tareas y los criterios de evaluación para una iteración dada. Contiene una lista de los trabajos programados diariamente y que responden a los objetivos definidos en la Iteración y en el proyecto Este documento registra los resultados de una iteración Contiene los lineamientos de los requerimientos nucleares visionados del sistema, especificado las necesidades y características claves de los Interesados. Captura requisitos en el ámbito del sistema que no hayan sido capturados en escenarios o casos de uso, incluye requisitos sobre atributos de calidad y de desempeño global. Captura la secuencia de acciones que un sistema realiza y que genera un resultado observable que es de valor para aquellos que interactuan con el sistema. Este artefacto define términos importantes usados en el proyecto Listado de requerimientos y requisitos Acta de Trabajo En este documento se registran los requerimientos y requisitos que surjan a lo largo del proyecto, y sirve para priorizar y organizar las tareas, objetivos y metas del mismo. Registra los acuerdos o compromisos definidos entre los interesados y el equipo de desarrollo Plan de Riesgos Contiene la identificación, valoración, relevancia, prevención, mitigación, control y respuesta a posibles riesgos que se generen en un proyecto de software. Bloc de notas de la Arquitectura Contiene las decisiones, razonamientos, asunciones, explicaciones e implicaciones sobre la arquitectura en formación. Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 1011 Documento de Diseño Artefacto documenta las especificaciones técnicas en cuanto al diseño del software y se complementa con diagramas de clases, diagramas de colaboración, diagramas de secuencia entre otros. Control de Cambios Caso de prueba Registro de Pruebas Programa de Auditoria Plan de Auditoria Lista de Verificación Informe de Auditorias Plan de Mejoramiento Auditorias Este artefacto es utilizado para documentar las solicitudes de cambio de los diferentes subprocesos que surgen al interior del proyecto por parte de los interesados o miembros del equipo del proyecto. Son la especificación de un conjunto de pruebas de entradas, condiciones de ejecución y resultados esperados, los cuales son identificados para el propósito de realizar una evaluación de una aspecto particular en un escenario especifico. Este artefacto recolecta los resultados de la ejecución de una o más pruebas en un ciclo completo de pruebas. Documento que registra la planificación de un conjunto de auditorías para un periodo de tiempo determinado y dirigidas hacia un propósito específico. Documento que describe las actividades y los detalles acordados de una auditoría entre el equipo auditor y los auditores. Este plan de auditoria debe ir de la mano de una lista de verificación que permita evidenciar los aspectos que serán evaluados vs preguntas o evidencias que permitan su inspección. Esta lista hace una relación de los aspectos a evaluar con respecto a los criterios de evaluación definidos en el plan de auditoria. Este artefacto recoge todos los hallazgos detectados de la auditoria y el soporte documental para sustentar el dictamen emitido. Este informe resume investigaciones y análisis y muestra conclusiones y recomendaciones. Documento que registra las acciones correctivas y preventivas que mitigan los hallazgos encontrados por los auditores frente a los aspectos a evaluar y que están definidos en una lista de verificación. Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 11 Documentos relacionados
CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7) Más detalles I. Información General del Procedimiento
PR-DGSE-5 Octubre 211 I. Información General del Objetivo: Describir los pasos a seguir para la realización de las al Sistema de Gestión de Calidad de la, del MINERD. Alcance: Este procedimiento aplica Más detalles Definición de PMO Características de una PMO
Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo Más detalles Gestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería Más detalles Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo Más detalles Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo
Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para Más detalles Tecnología de la Información. Administración de Recursos Informáticos
Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos Más detalles Resumen del Contenido del Examen PMP
Resumen del Contenido del Examen PMP Tareas Dominio I Inicio del Proyecto - 13 % Realizar una valoración del proyecto basada en la información disponible, mediante reuniones con el patrocinador, el cliente, Más detalles MANUAL DE REFERENCIA
GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE CAPACITACIÓN Versión 05 Diciembre 2008 INDICE Introducción... 3 Más detalles POLÍTICAS DE CONTROL INTERNO DE LA BOLSA DE VALORES DE COLOMBIA S.A.
POLÍTICAS DE CONTROL INTERNO DE LA BOLSA DE VALORES DE COLOMBIA S.A. 1. ÁMBITO DE APLICACIÓN El presente documento establece los lineamientos generales mínimos que deben observar los administradores y Más detalles Resumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de Más detalles PERFILES OCUPACIONALES
PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan Más detalles CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA
SEGURIDAD PARA EL ACCESO A LA INFORMACIÓN DE LAS ENTIDADES DEL ESTADO Programa de Gobierno en Línea Oficina de Coordinación de Investigación, Política y Evaluación. RESUMEN La seguridad de la información Más detalles PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.
Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS Más detalles Curso. Introducción a la Administracion de Proyectos
Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir Más detalles INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO
INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO TEXTO DEL INFORME QUE LA PRESIDENCIA DE DECEVAL PONE A CONSIDERACIÓN DE LA JUNTA DIRECTIVA Y QUE DEBE INCLUIRSE EN EL INFORME ANUAL DE GESTIÓN El Más detalles Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1
GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE EVALUACIÓN DE DESEMPEÑO Versión 05 Diciembre 2008 INDICE 1 Definición Más detalles PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.
214 CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC SA Área de Organización y Métodos CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN Más detalles Liderazgo efectivo y ejemplar Los líderes de una organización, deben establecer directrices y crear la visión de centrarse en los clientes con
Liderazgo efectivo y ejemplar Los líderes de una organización, deben establecer directrices y crear la visión de centrarse en los clientes con valores claros y visibles, de manera estratégica, balanceando Más detalles Auditorías Internas. Este procedimiento aplica desde de la Planeación de Auditorías Internas hasta el Cierre y Archivo de Auditoría.
Página 1 de 8 1. Objetivo y Alcance Conforme al marco normativo que le asiste al Proceso de Control y al Plan de Acción, se desarrollarán los elementos de control enmarcados dentro del rol de evaluación Más detalles Planeación del Proyecto de Software:
Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad Más detalles RECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS
CENTRO DE EXCELENCIA DE SOFTWARE LIBRE DE CASTILLA-LA MANCHA JUNTA DE COMUNIDADES DE CASTILLA LA MANCHA. RECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS Autor del documento: Más detalles PROCEDIMIENTO DE CALIDAD. Auditoría Interna de Calidad. Edición 09
Auditoría Interna de Calidad 1 de 9 PROCEDIMIENTO DE CALIDAD Auditoría Interna de Calidad Auditoría Interna de Calidad 2 de 9 ÍNDICE 2. ALCANCE...3 3. ABREVIATURAS...3 4. RESPONSABILIDAD...3 5. DEFINICIONES...3 Más detalles EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR :
DE DESARROLLO SOCIAL MINISTERIO DE SALUD Y DESARROLLO SOCIAL DE COSTA RICA - NIVEL INSTITUCIONAL ÁREA DE GESTIÓN: IMPACTO DE LA RECTORÍA SOBRE EL SISTEMA DE PRODUCCIÓN DEL DESARROLLO SOCIAL PREPARADO POR: Más detalles MANUAL DE REFERENCIA
GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE AUDITORÍA INTERNA Versión 05 Diciembre 2008 INDICE Introducción... Más detalles Planificación de Sistemas de Información
Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación Más detalles Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1
Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir Más detalles 1.1. Sistema de Gestión de la Calidad
INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO TEXTO DEL INFORME QUE LA PRESIDENCIA DE DECEVAL PONE A CONSIDERACIÓN DE LA JUNTA DIRECTIVA Y QUE DEBE INCLUIRSE EN EL INFORME ANUAL DE GESTIÓN El Más detalles POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN
PÁGINA Nº1 POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN Versión 1.0 MINISTERIO DE OBRAS PÚBLICAS ELABORADO POR: Dirección General de Obras Públicas FECHA: 9/09/2012 REVISADO Más detalles Tema 2. Ingeniería del Software I feliu.trias@urjc.es
Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición Más detalles Programa de Formación de Auditores
Programa de Formación de Auditores Sistemas de Gestión de la Calidad Módulo 3 Formación de auditores Directrices para auditoría Objetivo del módulo Aprender y entender: El rol y responsabilidades del auditor Más detalles Caracterización del Proceso de Control Interno INTERACCIÓN CON OTROS PROCESOS EMISOR ENTRADA ACTIVIDADES RESPONSABLE SALIDA RECEPTOR
Página 1 de 8 01OBJETIVO DEL PROCESO RESPONSABLE Desarrollar los elementos de control que permitan realizar un examen sistemático objetivo e independiente de los, actividades, operaciones y resultados Más detalles SEGUIMIENTO Y EVALUACIÓN AUDITORIA INTERNA. Control de Cambios. 1. Objetivo. 2. Alcance. 4. Normatividad
FORMATO PROCEDIMIENTOS Proceso: SEGUIMIENTO Y EVALUACIÓN Código: Versión: SEC-PD-04 5.0 Fecha Aprobación: 21/04/2015 Procedimiento: AUDITORIA INTERNA Acto Administrativo: Resolucion 421 de 2009 Página: Más detalles COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a
5. METODOLOGIAS COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a incrementar su valor a través de las tecnologías, y permite su alineamiento con los objetivos del negocio Más detalles AUDITORÍA INTERNA. Revisó
Elaboró AUDITORÍA INTERNA Revisó P-8314-04 02 Aprobó Faber Andrés Gallego Figueroa Coordinador de Calidad Fecha 26-Ago-2013 1. DEFINICIÓN 1.1 OBJETIVO Alfredo Gómez Cadavid Representante de la Dirección Más detalles RUP. Rational Unified Process
RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes Más detalles METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL
METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL Versión 1.0 Enero - 2004 SUPERINTENDENCIA NACIONAL DE ADMINISTRACION TRIBUTARIA Lima - Perú INDICE 1. ALCANCE...3 2. CONCEPTOS...3 2.1. MARCO CONCEPTUAL Más detalles Ejemplo Manual de la Calidad
Con fundamento en la Ley Orgánica de la Universidad Autónoma de Chiapas (Artículo 4 Fracción I, Artículo 18, Fracción III y V, Artículo 25, Fracción XIV), se expide el presente documento, el cual tiene Más detalles Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar
Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Caso de Desarrollo Universidad Técnica del Más detalles PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02
1. OBJETIVO Realizar la planificación, estructuración y ejecución de las auditorías internas, con el objeto de garantizar el cumplimiento de los requisitos de la Norma ISO 9001:2008 y los fijados por la Más detalles MODELO ESTÁNDAR DE CONTROL INTERNO PARA EL ESTADO COLOMBIANO MECI 1000:2005
MODELO ESTÁNDAR DE CONTROL INTERNO PARA EL ESTADO COLOMBIANO MECI 1000:2005 SISTEMA DE CONTROL INTERNO PARA LAS ENTIDADES REGIDAS POR LA LEY 87 DE 1993 1. INTRODUCCIÓN 1.1 GENERALIDADES Al Presidente de Más detalles UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA
UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA TRABAJO PRÁCTICO DE AUDITORIA INFORMATICA Profesor: Lic. Marco Antonio Leiva Fernández 5to Más detalles [Clave Proyecto] - Plan de Administración de la Configuración del Proyecto
[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto Contenido 1. Historial de Cambios... 3 1.1. Cambios de Contenido... 3 1.2. Aprobación de Cambios... 3 1.3. Cambios de Plantilla... Más detalles Estándar para la Elaboración del Proceso Administración de Reportes
Seguridad del documento La clasificación de seguridad de la información de este documento, se ha establecido como bajo. Se ha creado y organizado con la expectativa de que esté a disposición de las unidades Más detalles Administración de Proyectos
Curso Administración de Proyectos Duración 25 horas Conocimiento en acción Presentación En la actualidad, empresas e instituciones han debido implementar sistemas de planeación enfocados al desarrollo Más detalles Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc.
Las Normas ISO 9000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como deben funcionar Más detalles DOCUMENTO TECNICO PROGRAMA DE MEJORAMIENTO DE LA GESTIÓN (PMG) PROGRAMA MARCO AÑO 2013
DOCUMENTO TECNICO PROGRAMA DE MEJORAMIENTO DE LA GESTIÓN (PMG) PROGRAMA MARCO AÑO 2013 Agosto 2012 VERSIÓN N 01- PMB 2013 AGOSTO 2012 1 de 18 DOCUMENTO ELABORADO POR EL DEPTO. DE GESTIÓN DE LA DIVISIÓN Más detalles ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA
ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ETB requiere que el CONTRATISTA cumpla los lineamientos para la Dirección y Gestión de proyectos, éstos últimos definidos a nivel corporativo Más detalles MANUAL DE REFERENCIA
GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA INTEGRAL DE ATENCIÓN A CLIENTE(A)S, USUARIO(A)S Y BENEFICIARIO(A)S Más detalles Gestión del Servicio de Tecnología de la información
Gestión del Servicio de Tecnología de la información Comentario de la norma ISO 20000 bajo el enfoque de ITIL Autor: Francisco Tejera (ISO 20000 Practitioner) Agenda 1-2-3 INTRODUCCIÓN 4 5 REQUISITOS GENERALES Más detalles POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST
POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST VERSIÓN: 01 1. Presentación y Contexto El riesgo es una condición inherente en las organizaciones. Es por eso que, La Junta Directiva y el Comité Más detalles POLÍTICA DE TECNOLOGÍA DE INFORMACIÓN
TABLA DE CONTENIDO 1. OBJETIVO... 1 2. ALCANCE... 1 3. CONTENIDO DE LA POLÍTICA... 1 3.1 Premisas generales para el cumplimiento de la política... 2 3.2 Contenido de la política... 3 3.2.1 Responsabilidades Más detalles Estándares de Información Primaria, Secundaria, Sistemas de Información. Estándares de Macroprocesos, Procesos y Procedimientos Diseñados.
GUÍA 43 Diagnóstico Comunicación Institucional Descripción La comunicación Institucional se da al interior de la entidad y se orienta al cumplimiento de los principios de economía, eficiencia y eficacia, Más detalles SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES
G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla Más detalles SISTEMA DE GESTIÓN DE LA CALIDAD
SISTEMA DE GESTIÓN DE LA CALIDAD Definición de un sistema de gestión. Un sistema de gestión es un esquema general de procesos y procedimientos que se emplea para garantizar que la organización realiza Más detalles ÍNDICE. Índice 1. PLANTEAMIENTO Y OBJETIVOS DEL TRABAJO... 2 1.1. OBJETO... 3 1.2. INTRODUCCIÓN AL ESTANDAR OHSAS... 4
Índice ÍNDICE 1. PLANTEAMIENTO Y OBJETIVOS DEL TRABAJO... 2 1.1. OBJETO... 3 1.2. INTRODUCCIÓN AL ESTANDAR OHSAS.... 4 1.3. BENEFICIOS DE OHSAS 18001... 5 2. PROCEDIMIENTOS, MATERIALES Y MÉTODOS.... 6 Más detalles GUIA PARA LA IMPLEMENTACION Y SEGUIMIENTO DE PLANES DE MEJORAMIENTO
GUIA PARA LA IMPLEMENTACION Y SEGUIMIENTO DE PLANES DE MEJORAMIENTO 1 METODOLOGIA PARA LA IMPLEMENTACION Y SEGUIMIENTO DE PLANES DE MEJORAMIENTO INES SIERRA RUIZ JEFE OFICINA Bucaramanga, 2008 2 CONTENIDO Más detalles PRESENTACIÓN 7 I. PLANEACIÓN AL DISEÑO E IMPLEMENTACIÓN DEL MECIP 9
1 2 ÍNDICE PRESENTACIÓN 7 I. PLANEACIÓN AL DISEÑO E IMPLEMENTACIÓN DEL MECIP 9 A. COMPROMISO DE LA MÁXIMA AUTORIDAD DE LA INSTITUCIÓN 11 B. ORGANIZACIÓN DEL COMITÉ DE TRABAJO 12 C. DEFINICIÓN DE LOS NIVELES Más detalles EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA
DCI-PN-EA-01 VERSIÓN 02 Página 2 de 12 TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 2. ROL... 3 3. PROFESIONALIDAD... 3 4. AUTORIDAD... 4 5. ORGANIZACIÓN... 4 6. INDEPENDENCIA Y OBJETIVIDAD... 5 7. ALCANCE... Más detalles PERFIL Y RESPONSABILIDADES: ASESOR COMERCIAL
FECHA : 27/05/2014 CÓDIGO: 30.027.01-003-08 ELABORO: FACILITADOR DEL S.G.C. REVISO Y APROBÓ GERENTE PERFIL Y RESPONSABILIDADES: ASESOR COMERCIAL 0. PROPOSITOS DEL DOCUMENTO. El presente documento ha sido Más detalles CCPA Costa Rica. Como establecer criterios para la evaluación de la Auditoría Interna. Michael Delgado Gerente de Riesgos EY.
CCPA Costa Rica Como establecer criterios para la evaluación de la Auditoría Interna Michael Delgado Gerente de Riesgos EY Mayo 2014 Contenido Marco de referencia - Normativa Evaluación del desempeño Aseguramiento Más detalles INFORME PORMENORIZADO DEL ESTADO DEL CONTROL INTERNO Noviembre de 2014 a febrero de 2015 1. MÓDULO DE CONTROL DE PLANEACIÓN Y GESTIÓN
INFORME PORMENORIZADO DEL ESTADO DEL CONTROL INTERNO Noviembre de 2014 a febrero de 2015 En cumplimiento de lo dispuesto en al artículo 9 de la Ley 1474 de 2011, a continuación se presenta el informe del Más detalles ANEXO 2 Programa de Trabajo. Fecha:
ANEXO 2 Programa de Trabajo DEL CONVENIO DE CONCERTACIÓN PARA LA REALIZACIÓN DE LAS ACCIONES DERIVADAS DEL PROGRAMA LIDERAZGO AMBIENTAL PARA LA COMPETITIVIDAD, QUE CELEBRAN POR UNA PARTE EL EJECUTIVO FEDERAL Más detalles SISTEMA DE CONTROL INTERNO PARA LAS ENTIDADES REGIDAS POR LA LEY 87 DE 1993
1 SISTEMA DE CONTROL INTERNO PARA LAS ENTIDADES REGIDAS POR LA LEY 87 DE 1993 1. INTRODUCCIÓN 1.1 GENERALIDADES Al Presidente de la República, con sujeción a lo dispuesto en las Leyes 87 de 1993 y 489 Más detalles Implantación y Aceptación del Sistema
y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS Más detalles Gestión de proyectos en tiempos de crisis
Gestión de proyectos en tiempos de crisis Algunos Datos Cancelados Con dificultades Exitosos 14% 51% 35% Fuente: Standish Group International, Extreme Chaos, The Standish Group International, Inc. Con Más detalles S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR.
S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR. DELEGACIÓN FEDERAL DEL TRABAJO EN EL ESTADO DE GUANAJUATO. DOM: FRACC. BUROCRÁTICO LOTE 16 MARFIL, GTO. CARR. GTO-JUVENTINO ROSAS KM. 3.5 1 LA FUNCIÓN Más detalles Impala Risk. Simulación de Riesgo en Proyectos. Servicios. Capacitación. www.impalarisk.com
Simulación de Riesgo en Proyectos Servicios Capacitación www.impalarisk.com Software Simulador de Riesgo en Proyectos El peor riesgo es desconocer el riesgo Los actuales Gerentes de Proyectos se enfrentan Más detalles MANUAL ESPECÍFICO DE FUNCIONES Y DE COMPETENCIAS LABORALES I. IDENTIFICACIÓN
GRUPO INTERNO DE TRABAJO DE CONTROL INTERNO MANUAL ESPECÍFICO DE FUNCIONES Y DE COMPETENCIAS LABORALES I. IDENTIFICACIÓN Nivel: Profesional Denominación del Empleo: Profesional Especializado Código: 2028 Más detalles METODOLOGÍA DE GESTION DE PROYECTOS
METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE Más detalles SISTEMA DE TRANSPORTE COLECTIVO
19 de Septiembre de 2011 GACETA OFICIAL DEL DISTRITO FEDERAL 19 ADMINISTRACIÓN PÚBLICA DEL DISTRITO FEDERAL SISTEMA DE TRANSPORTE COLECTIVO Ing. Francisco Bojórquez Hernández, Director General del Sistema Más detalles Modelo de Seguridad de la Información. Luis Mauricio Vergara Jiménez lvergara@mintic.gov.co @maovergara Enero de 2013
Modelo de Seguridad de la Información Luis Mauricio Vergara Jiménez lvergara@mintic.gov.co @maovergara Enero de 2013 AGENDA Modelo de Seguridad de la Información para la Estrategia de Gobierno en línea Más detalles Calidad. Calidad en procesos y productos
Calidad Calidad en procesos y productos La calidad es el conjunto de características de un elemento, producto o servicio, que le confieren la aptitud de satisfacer una necesidad implícita y explícita. Más detalles Examen de certificación Objetivos: PK0-003
Examen de certificación Objetivos: PK0-003 INTRODUCCIÓN El examen CompTIA Project + está diseñado para profesionales de negocios involucrados con proyectos. Este examen certificará que el candidato exitoso Más detalles Desarrollo del enfoque de gestión por procesos en el Sistema de Aseguramiento de la Calidad de la UPCH Versión 1.0
Desarrollo del enfoque de gestión por procesos en el Sistema de Aseguramiento de la Calidad de la UPCH Versión 1.0 Preparado por: Ing. Alberto Fernández Bringas Asesor de la DUGEC, Docente UPCH Revisado Más detalles Código Documento Revisión SISTEMA DE GESTION DE CALIDAD DGAC-PRO-005 3
PROCEDIMIENTO DE AUDITORIAS INTERNAS DE CALIDAD Código Documento Revisión SISTEMA DE GESTION DE CALIDAD DGAC-PRO-005 3 Página 2 de 9 1 OBJETIVO El objetivo de este procedimiento es el de establecer la Más detalles DEPARTAMENTO DEL META MUNICIPIO DE PUERTO LLERAS NIT 892.099.309-2 CONTROL INTERNO INFORME SEGUIMIENTO MAPA DE RIESGOS
PROCESO AREA AUDITADA: MAPA DE RIESGOS DIRECTIVO RESPONSABLE: Secretaria de Planeación Responsables de los Procesos FECHA DE ELABORACION: Marzo de 2014 DESTINATARIO: Alcaldesa Secretarios de Despacho ASPECTOS Más detalles Metodología de Gestión de Proyectos
Metodología de Gestión de Proyectos Rodolfo Azzam PMP PMO y Calidad Banco Central de Chile GERENCIA DE INFORMATICA BANCO CENTRAL DE CHILE 1 Introducción La motivación por desarrollar un proyecto tecnológico Más detalles Nivel del Compromiso (requerido)
Auditorias Internas Conocimiento y aplicación herramientas Nivel del Compromiso (requerido) Colaboradores Jefes y Super. Gerentes área GGeneral Apoyo a la gestión de SGC Temas CONCEPTO AUDITOR Y AUDITORÍA Más detalles RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA. José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM.
RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM. Introducción Antecedentes CONTENIDO Evolución de la Gestión Más detalles Objeto del trabajo. Introducción
Título del trabajo: Gestión de programas y proyectos de mejora continua Autor: Kanterewicz, Pablo Mario Dirección de correo electrónico: pkant@pka-consult.com.ar Objeto del trabajo Este artículo tiene Más detalles 3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial. Más detalles Modelo de calidad IT Mark
Modelo de calidad IT Mark Agenda de Trabajo 1. Área de Calidad 2. Introducción IT Mark 3. Proceso del Negocio 3.1 Ten Square. 3.2 Evaluación 3.3 Evidencias 3.4 Presentación de resultados. 4. Proceso de Más detalles I N F O R M E PLAN TRIENAL PARA LA PREPARACIÓN DE LA CERTIFICACIÓN SENAME
I N F O R M E PLAN TRIENAL PARA LA PREPARACIÓN DE LA CERTIFICACIÓN SENAME DICIEMBRE, 2011 CONTENIDOS 1. PRESENTACIÓN... 3 2. OBJETIVOS DE LA ETAPA... 4 3. METODOLOGÍA... 5 3.1 ETAPAS DE LA METODOLOGÍA Más detalles cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.
cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema Más detalles MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA
MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN... Más detalles Ciclo de vida del Software
Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por Más detalles Procedimiento para Auditorías Internas
Página 1 1. Objetivo Establecer la metodología adecuada para la planificación, estructuración y realización periódica de las auditorías internas, permitiendo detectar las fortalezas y debilidades en la Más detalles PROCESO SEGUIMIENTO INSTITUCIONAL PROCEDIMIENTO DE AUDITORÍAS INTERNAS DE LOS SISTEMAS DE GESTIÓN. Norma NTC ISO 15189:2009. Norma NTC ISO 5906:2012
Página 1 de 10 Revisó: Director de Control Interno y Evaluación de Gestión Vicerrector Administrativo Aprobó: Vicerrector Académico Fecha de aprobación: Noviembre 19 de 2007 Resolución N 1736 OBJETIVO Más detalles GUÍA PARA LA ELABORACIÓN DE DOCUMENTOS DIRECCIÓN DE PLANEACIÓN
GUÍA PARA LA ELABORACIÓN DE DOCUMENTOS DIRECCIÓN DE PLANEACIÓN 1. Objetivo Establecer e implantar los criterios y características para la elaboración y codificación de los documentos del Sistema Integrado Más detalles MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN
MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN OBJETIVO GENERAL El alumno analizará, la importancia de brindar productos y servicios con calidad; así como estudiar los fundamentos, autores y corrientes Más detalles Etapa de Implementación de la Ejecución del Plan
MINISTERIO DE OBRAS PÚBLICAS Gestión y Monitoreo de Planes de Obras Públicas Etapa de Implementación de la Ejecución del Plan Dirección de Planeamiento SUBDIRECCION DE PLANIFICACION ESTRATEGICA Noviembre Más detalles GESTION OPERATIVA. Niveles de gestión
GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de Más detalles 2017 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: Resolución 
 Artículo 18
 Artículo 25
 artículo 9
 Resolución 
 Resolución