COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

Tamaño: px
Comenzar la demostración a partir de la página:

Download "COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE"

Transcripción

1 COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase, para que a la persona responsable de ejecutarla, le quede claro el cómo debe funcionar el sistema a diseñar, sus funciones y los entregables a generar para el proyecto. Responsables: Arquitecto de Software (AS), Líder de Proyecto (LP) y Gerente (GTE). Descripción del Diagrama de Flujo Inicio. La Arquitectura de Software inicia una vez que el Líder de Proyecto ha asignado una petición al Equipo de Proyecto. El Arquitecto de Software verificará diariamente las actividades a realizar en la herramienta de Administración de Proyectos, en caso de tener dudas sobre las tareas asignadas o no tener actividades planificadas para ese día en la herramienta antes mencionada, le notifica a su Líder de Proyecto. Nota: El responsable de ejecutar la fase de Arquitectura y Diseño participa en actividades que corresponden a otras fases dentro del proyecto, como lo son la fase de análisis, codificación, pruebas y actividades propias de la administración de proyectos. 1.- AS revisa petición. Una vez que el Líder de Proyecto ha asignado una petición a todo el Equipo de Proyecto para trabajar, el Arquitecto de Software revisa el contenido de la petición que obtiene de la herramienta Administrador de Peticiones de Sistemas (APS). 2.- AS identifica REQ iniciales y genera lista con las dudas y/o propuestas. Arquitecto de Software analiza las necesidades que el Solicitante plasmó en la petición e identifica los requerimientos iniciales, a su vez listará todas las dudas que tenga en relación a los requerimientos generados por el Solicitante, finalmente, listará las propuestas que representen una solución válida, todo lo antes mencionado será presentado por el Arquitecto de Software durante la reunión de inicio de proyecto. Nota: El Arquitecto de Software deberá llevar documentadas la lista de dudas y/o propuestas a la reunión de inicio de proyecto. También deberá llevar documentadas las necesidades iniciales, con el objetivo de que el Analista de Requerimientos las verifique y genere los requerimientos funcionales y no funcionales que sean necesarios para generar un producto que satisfaga las necesidades del Solicitante. 3.- AS asiste a la reunión de inicio. Arquitecto de Software asiste a la reunión de inicio, para lo cual deberá de iniciar la actividad por medio de la huella en la herramienta Administrador de Proyectos. 4.- AS expone las dudas o aporta propuestas al proyecto en la reunión de inicio. Durante la reunión de inicio, el Arquitecto de Software expone las dudas a los integrantes del Equipo de Proyecto con el objetivo de verificar si alguno de los integrantes del equipo puede aclararlas, en caso contrario, será responsabilidad del Analista de Requerimientos anotarlas para revisarlas con el Solicitante. A su vez el Arquitecto de Software presentará propuestas de solución para resolver las necesidades del Solicitante, mismas que serán debatidas durante la reunión para determinar su factibilidad. 5.- AS acepta minuta. Una vez que el Líder de Proyecto ha generado la minuta de la reunión de inicio de proyecto, el Arquitecto de Software revisará el contenido y firmará la minuta a través de su huella en

2 la herramienta Administrador de Proyectos. Nota: Durante la reunión de inicio, el Equipo de Proyecto debe asegurarse de identificar el hardware, software, así como identificar a las áreas que será necesario solicitar datos como: configuraciones, periféricos y otros, mismos que deberán quedar plasmados en la minuta de la reunión de inicio que genera el Líder de Proyecto, con el objetivo de que los mismos estén listos antes de generar los entregables de cada una de las fases del proceso de desarrollo. 6.- AS recibe parcial o total del contrato. Arquitecto de Software recibe parcial o total del contrato, el cual contiene n requerimientos que ya han sido aprobados por todos los integrantes del Equipo de Proyecto. 7.- AS tiene dudas sobre el contenido del contrato? Nos hacemos esta pregunta para verificar si el Arquitecto de Software tiene alguna duda sobre los requerimientos plasmados en el contrato parcial o total, en caso de no tener ninguna duda continúa en la Actividad 10 AS entrega estimación y determina complejidad, en caso contrario continúa en la siguiente actividad. 8.- AS revisa dudas con AR o EQP. Arquitecto de Software revisa las dudas sobre el contenido del contrato con el Analista de Requerimientos u otra duda con algún integrante del Equipo de Proyecto. 9.- Se resolvieron las dudas? Nos hacemos esta pregunta para verificar si se resolvieron las dudas al Arquitecto de Software, en caso de que las dudas no hayan sido aclaradas, se regresa a la Actividad 8 AS revisa dudas con AR o EQP, en caso contrario continua en la siguiente actividad AS entrega estimación y determina complejidad. Arquitecto de Software toma el parcial o total del Contrato y en base a las especificaciones de funcionalidad (requerimientos) realiza un análisis técnico y dimensiona el impacto que se tendrá en las diferentes funcionalidades del sistema y en otros sistemas, es decir, determina la complejidad, la cual servirá para realizar la estimación de cada una de las actividades que se realizarán durante la fase de Diseño y Arquitectura, dicha estimación deberá ser entregada al Líder de Proyecto, quien se encargará de registrarlas en el Cronograma del Proyecto. Es importante mencionar que en la fase de Arquitectura se va a estimar por cada uno de los requerimientos, quedando establecidas las siguientes complejidades: Notas: Requerimiento bajo = 2 horas. Requerimiento medio = 4 horas. Requerimiento alto = 8 horas. El impacto consiste en identificar los componentes de código que será necesario crear y/o modificar para cumplir con la funcionalidad plasmada en el parcial o total del Contrato. En esta actividad, el Arquitecto de Software consulta toda la documentación que haya resultado del Análisis de Requerimientos y en caso de que tenga dudas sobre lo plasmado en la documentación, las revisará con el Analista de Requerimientos asignado al proyecto y le informará a su Líder de Proyecto. En caso de que el Líder de Proyecto considere que se deban realizar ajustes a las actividades y tiempos que el Arquitecto de Software propone, se negociará entre ambos para llegar a un acuerdo que más convenga al proyecto AS genera / actualiza parcial o total de los entregables de arquitectura. El Arquitecto de Software genera / actualiza la Arquitectura de Software que consiste en plasmar en un nivel técnico la interacción de los componentes de código necesarios para cumplir con la funcionalidad del sistema, por lo tanto, el Arquitecto de Software elabora los entregables dependiendo de las necesidades del proyecto y comienza con los Entregables Iniciales que son los que deben estar listos para iniciar con la fase de codificación. Finalmente, existen Entregables Finales que se generarán conforme el

3 proyecto vaya avanzando y deben estar terminados antes de que finalice el proyecto. A continuación se mencionan los entregables, los cuales dependerán de los siguientes criterios: Sistemas o módulos nuevos y reingeniería de sistemas Modelo de Secuencia (entregable final). Modelo de Clases (entregable inicial). Modelo de Componentes (entregable final). Modelo de Despliegue (entregable final). Modelo de Datos (entregable inicial). Mantenimiento de sistemas existentes con documentación Modelo de Secuencia * (entregable final) Modelo de Clases * (entregable inicial). Modelo de Componentes * (entregable final). Mantenimiento de sistemas existentes sin documentación Diagrama Técnico de Proceso (DTP) * (entregable inicial). Modelo de Componentes * (entregable final) Documento de liberación (entregable final). Es importante mencionar que los entregables marcados con un (*) estarán sujetos a actualizaciones (sistemas con documentación) o se generarán (sistemas sin documentación) dependiendo del resultado que se obtiene de la aplicación del Check list Entregables de Arquitectura, el cual se aplica en todos los proyectos que se trabajen bajo el tratamiento de Mantenimiento. Dicho check list se encuentra en el repositorio de proceso que corresponde a la versión vigente del proceso de Arquitectura de Software. Nota: Una vez que un determinado rol ha terminado los entregables (iniciales y finales) que corresponden a su fase en una parcialidad, el mismo puede continuar con la generación de otra sin necesidad de que se hayan ejecutado todas las fases del proceso de desarrollo en una parcialidad anterior, es decir, no es necesario que el resto de los roles hayan culminado los entregables que le corresponden para esa parcialidad El EQP valida que se entreguen parciales o total de entregables? Nos hacemos esta pregunta para verificar si el parcial o total que generó el Arquitecto de Software se podrá trabajar en el resto de las fases que conforman el proceso de desarrollo, en caso de que no se valide el parcial o total se regresa a la Actividad 8.- AS revisa dudas con AR o EQP., en caso contrario continúa en la siguiente actividad AS entrega parcial o total de entregables de arquitectura. Una vez que el Equipo de Proyecto ha validado el contenido del parcial o total, el Arquitecto de Software proporciona los Entregables Iniciales necesarios al Programador y al resto de los integrantes del Equipo de Proyecto.

4 14.- PG tiene dudas? Nos hacemos esta pregunta para verificar si el Programador tiene alguna duda durante el transcurso de la generación de sus entregables basado en la documentación generada por el Arquitecto de Software, en caso de que el programador no tenga dudas continua en la Actividad 17 Se ha generado el último parcial del proyecto?, en caso contrario continúa en la siguiente actividad AS puede resolver? Nos hacemos esta pregunta para verificar si el Arquitecto de Software puede resolver las dudas planteadas por el Programador, en caso de no poder resolver las dudas se regresa a la Actividad 8.- AS revisa dudas con AR o EQP., en caso contrario continúa en la siguiente actividad AS resuelve dudas. Arquitecto de Software resuelve las dudas relacionadas al contenido del parcial o total de los Entregables Iniciales de Arquitectura al Programador Se ha generado el último parcial del proyecto? Nos hacemos esta pregunta para verificar si el Arquitecto de Software ha generado el último parcial del proyecto, es decir, la etapa de elicitación ha finalizado, ya que el Arquitecto de Software en conjunto con el Equipo de Proyecto ha aclarado todas las dudas sobre el contenido de la petición y tiene claro el objetivo, requerimientos y entregables esperados por el Solicitante. En caso de no haber generado el último parcial se regresa a la Actividad 6 AS recibe parcial o total del contrato, en caso contrario continúa en la siguiente actividad EQP termina elicitación. Arquitecto de Software coloca su huella para finalizar la etapa de Elicitación una vez que el Analista de Requerimientos ha detonado la terminación de la etapa antes mencionada por medio de la huella en la herramienta Administrador de Peticiones de Sistemas (APS) AS recibe documentación de contrato y modelos. Arquitecto de Software recibe del Analista de Requerimientos la documentación generada en dicha fase una vez que el contrato ha sido autorizado por el Solicitante AS genera / actualiza estimación y complejidad del proyecto. Arquitecto de Software basado en las especificaciones de funcionalidad (requerimientos) realiza el análisis técnico para determinar el impacto del proyecto, es decir, determina la complejidad del proyecto considerando los n parciales que se generaron para posteriormente realizar la estimación total de las actividades del proyecto que se ejecutarán durante la fase de Diseño y Arquitectura, la cual será entregada al Líder de Proyecto, quien se encargará de registrarlas en el Cronograma del Proyecto. Es importante mencionar que en la fase de Arquitectura se va a estimar por cada uno de los requerimientos, quedando establecidas las siguientes complejidades: Requerimiento bajo = 2 horas. Requerimiento medio = 4 horas. Requerimiento alto = 8 horas. Nota: Cuando no se generen parcialidades, es decir, cuando se genera el Contrato Total, esta actividad se cumple en la Actividad 10 AS entrega estimación y determina complejidad AS actualiza entregables de arquitectura. El Arquitecto de Software concluye la elaboración de los Entregables Finales de la fase de Arquitectura de Software que consiste en plasmar en un nivel técnico la interacción de los componentes de código necesarios para cumplir con la funcionalidad del sistema. A continuación se mencionan los entregables, los cuales dependerán de los siguientes criterios: Sistemas o módulos nuevos y reingeniería de sistemas Modelo de Secuencia (entregable final). Modelo de Clases (entregable inicial).

5 Modelo de Componentes (entregable final). Modelo de Despliegue (entregable final). Modelo de Datos (entregable inicial). Mantenimiento de módulos nuevos y reingeniería Modelo de Secuencia * (entregable final) Modelo de Clases * (entregable inicial). Modelo de Componentes * (entregable final). Mantenimiento de sistemas existentes sin documentación Diagrama Técnico de Proceso (DTP) * (entregable inicial). Modelo de Componentes * (entregable final) Documento de liberación (entregable final). Es importante mencionar que los entregables marcados con un (*) estarán sujetos a actualizaciones (sistemas con documentación) o se generarán (sistemas sin documentación) dependiendo del resultado que se obtiene de la aplicación del Check list Entregables de Arquitectura, el cual se aplica en todos los proyectos que se trabajen bajo el tratamiento de Mantenimiento. Dicho check list se encuentra en el repositorio de proceso que corresponde a la versión vigente del proceso de Arquitectura de Software. Notas: Definición de Mantenimiento de Producto (DMP): es un documento que contempla las especificaciones técnicas que debe contener el sistema a generar. Será utilizado en los proyectos de Mantenimiento para describir el cambio o la modificación del sistema, es importante mencionar que en dicho documento no se debe de incluir código fuente, además la información capturada en el DMP es complementada con los requerimientos y reglas de negocio definidas por el Analista de Requerimientos. El DMP electrónico permitirá realizar liberación por componente afectado con la finalidad de ir avanzando con el desarrollo Los diagramas de Arquitectura de Software se crean sobre el archivo de diagramas generado en la fase de Análisis de Requerimientos correspondiente al mismo sistema. Documento de Liberación: El arquitecto de Software genera el Documento de Liberación, mismo que será complementado en fases posteriores del proceso de desarrollo por el Programador, Tester e Implementador, por lo antes mencionado, el Arquitecto se Software llenará los apartados de: Introducción, Datos de la solicitud, Datos de la versión. Además es importante mencionar que en la fase de Arquitectura se identificarán los componentes de código que se necesitan para llevar a cabo lo especificado en la petición del Solicitante que se especificará en el apartado Descripción breve del proyecto y en el campo "componente" del apartado "Componentes de código"; también plasmará la secuencia de instalación del producto en el apartado Requerimientos de instalación y/o ejecución y llenará el apartado de "Dependencias externas". Es importante mencionar que el Arquitecto puede asignar la ruta

6 donde se encontrará almacenado el componente en el campo URL del apartado de Componentes de código a pesar de que es responsabilidad del Programador, quien se encargará de verificar que se haya asignado la ruta correcta. La plantilla del documento DMP, Modelos y Documento de Liberación se encuentran en el repositorio de proceso que corresponda a la versión vigente del proceso de Arquitectura de Software. En el apartado de Aclaraciones se hace una breve descripción de cada uno de los modelados. 22- AS genera línea base junto con LP. Una vez que el Arquitecto de Software ha finalizado todos los entregables de la fase de Diseño y Arquitectura genera la Línea Base de Arquitectura, misma que realiza por medio de la herramienta Enterprise Architect (modelados). Aclaraciones: A continuación se hace una breve descripción del contenido de cada uno de los modelos generados durante la fase de Arquitectura: Modelo de Datos: El modelo de datos se elabora siempre que en un proyecto sufra cambios la estructura de la base de datos lo cual se define con la aplicación del check list. Un modelo de base de datos puede contener lo siguiente: tablas, campos y relaciones entre tablas, funciones, procedimientos almacenados, llaves primarias y llaves foráneas. Es importante mencionar que cuando se diseñan tablas por primera vez, éstas deben de estar apegadas a las reglas de estandarización de Base de Datos. El modelo de datos se diseñará con la participación del Administrador de Base de Datos, quien deberá validar el diseño final así como tomar la responsabilidad en conjunto con el Arquitecto de Software sobre el diseño propuesto. Modelo de Clases: Es un diagrama el cual debe ser elaborado antes de iniciar la fase de Codificación y lo mínimo que debe contener son los nombres de clases a desarrollar con sus relaciones, las clases deben de estar bien documentadas con la funcionalidad para la que será creada. En el caso de que se identifique necesaria la implementación de un patrón de diseño se deberá hacer mención de éste para que sea codificado de acuerdo al estándar que define el diagrama del patrón. El Arquitecto de Software en conjunto con el Programador podrá definir los nombres de los métodos de cada una de las clases, parámetros, tipos de datos, etc. A medida que avanza la codificación. Al finalizar el proyecto el Arquitecto de Software debe dejar documentación completa de todas las clases afectadas o creadas ya sea aplicando ingeniería inversa o diseño directo sobre la herramienta utilizada para realizar el diseño (Enterprise Architect). Modelo de Secuencia: El diagrama de secuencia se realiza de manera general sin definir métodos de clases a detalle, se definen los flujos principales sin llegar a detalle de describir estructuras de control, este diagrama se puede generar durante el proceso de desarrollo del proyecto a medida como se avance la fase de Codificación, el Arquitecto de Software deberá estar en constante comunicación con el Programador para asegurarse que se esté siguiendo el diseño preestablecido. Modelo de Componentes: Es un diagrama de componentes con todas las relaciones que existen entre cada una de ellas, los componentes se refieren a componentes de sistema de archivos, ejemplo (archivos binarios, ejecutables, librerías, etc.). Modelo de Despliegue: Se realizará la identificación inicial de servidores o hardware necesario para desarrollo/pruebas, ésta información se podrá plasmar en el documento de liberación con el siguiente contenido: versiones del DBMS, IP/DNS, puertos. Durante el proceso de desarrollo del proyecto se va a elaborar el diagrama de despliegue con la información ya identificada y con nuevos requerimientos de infraestructura, protocolos, puertos y servicios detectados.

7 Los entregables que se generan al finalizar el proceso de Arquitectura de Software son: Proyecto de Desarrollo Nuevo: Modelo de Arquitectura de Software del Sistema (incluye Diagrama Técnico de Proceso). Documento de Liberación. Proyecto de Mantenimiento: Definición de Mantenimiento de Producto (DMP) Modelo de Arquitectura de Software del Sistema en caso de aplicar. Diagrama Técnico de Proceso para proyectos de Mantenimiento sin documentación en caso de aplicar. Documento de Liberación. Y con esto se da por terminado el proceso de Arquitectura de Software.

REQ. Fundamento Institucional. Objetivos

REQ. Fundamento Institucional. Objetivos REQ INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de REQUERIMIENTOS para el desarrollo de software en el cual se debe apoyar para la ejecución de sus

Más detalles

Proceso de administración del tiempo del proyecto/programa

Proceso de administración del tiempo del proyecto/programa Proceso de administración del tiempo del proyecto/programa Proyecto Control del documento Información del documento Identificación del documento Responsable del documento Fecha de emisión Fecha de última

Más detalles

PROCEDIMIENTO PLANEACION DE PROYECTOS PROCESO GESTION DE PROGRAMAS Y PROYECTOS

PROCEDIMIENTO PLANEACION DE PROYECTOS PROCESO GESTION DE PROGRAMAS Y PROYECTOS Página: 1 de 10 1. OBJETIVO: Establecer las actividades para identificar los parámetros iniciales y para constituir las bases de un nuevo proyecto o fase de un proyecto existente que garanticen el cumplimiento

Más detalles

PRU. Fundamento Institucional. Objetivos. Alcance

PRU. Fundamento Institucional. Objetivos. Alcance PRU INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de PRUEBAS para el desarrollo de software, en el cual se debe apoyar para la ejecución de sus actividades;

Más detalles

Solución de No conformidades

Solución de No conformidades Solución de No conformidades Documento de Construcción Solución de No conformidades 1 Tabla de Contenido Diagrama Del Proceso... 2 Sub Proceso Acción Correctiva... 3 Ejecutar Plan De Acción... 4 Proceso

Más detalles

ALCANCE DEL PROYECTO.

ALCANCE DEL PROYECTO. ALCANCE DEL PROYECTO. Un adecuado Plan del Proyecto de Telecomunicaciones debe incluir el detalle del Alcance del Proyecto, para de esta forma tener una visión clara de todo lo que debe incluir el proyecto

Más detalles

GERENCIA DE INTEGRACIÓN

GERENCIA DE INTEGRACIÓN GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos

Más detalles

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES

Más detalles

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas Coordinación del C O N T E N I D O 1. Propósito 2. Alcance 3. Responsabilidad y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos 9. Revisión

Más detalles

LINEAMIENTOS PARA LA ELABORACIÓN DEL PROGRAMA ANUAL DE TRABAJO

LINEAMIENTOS PARA LA ELABORACIÓN DEL PROGRAMA ANUAL DE TRABAJO LINEAMIENTOS PARA LA ELABORACIÓN DEL PROGRAMA ANUAL DE TRABAJO Junio 2012 INDICE 1. INTRODUCCIÓN 2. ANTECEDENTES 3. SITUACIÓN ACTUAL A) Daños a la Salud Principales características sociodemográficas Principales

Más detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos. Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas

Más detalles

14 pasos para lograr la calidad en construcción

14 pasos para lograr la calidad en construcción 14 pasos para lograr la calidad en construcción 1. Junta para analizar requerimientos del Proyecto 2. Benchmark (Estándar de Calidad) 3. Calibración de herramientas de inspección 4. Pruebas de laboratorio

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PLANIFICACIÓN...

Más detalles

Unidad 10 PROGRAMA DE AUDITORIA ADMINISTRATIVA TRABAJOS PRELIMINARES

Unidad 10 PROGRAMA DE AUDITORIA ADMINISTRATIVA TRABAJOS PRELIMINARES Unidad 10 PROGRAMA DE AUDITORIA ADMINISTRATIVA TRABAJOS PRELIMINARES PROGRAMA DE AUDITORIA ADMINISTRATIVA TRABAJOS PRELIMINARES Antes de entrar definitivamente a la realización plena de la Auditoría Administrativa,

Más detalles

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos. 1.- Objeto. Presentar y fomentar la existencia de metodologías en Dirección de Proyectos o Project Management a través de experiencias, documentos, normas y estándares nacionales e internacionales. Ofrecer

Más detalles

PROCEDIMIENTO 082: AUTORIZACIÓN PARA LA INTEGRACIÓN O ACTUALIZACIÓN DE PÁGINAS WEB AL PORTAL ELECTRÓNICO DEL GOBIERNO

PROCEDIMIENTO 082: AUTORIZACIÓN PARA LA INTEGRACIÓN O ACTUALIZACIÓN DE PÁGINAS WEB AL PORTAL ELECTRÓNICO DEL GOBIERNO Página 219 de 266 PROCEDIMIENTO 082: AUTORIZACIÓN PARA LA INTEGRACIÓN O ACTUALIZACIÓN DE PÁGINAS WEB AL PORTAL ELECTRÓNICO DEL GOBIERNO Objetivo Ampliar la imagen y difusión de información, programas y

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Operación 8 Claves para la ISO 9001-2015

Operación 8 Claves para la ISO 9001-2015 Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,

Más detalles

ECOPETROL S.A. Proceso para el control de cambios [[7 de Marzo de 2014]] Versión 1.0

ECOPETROL S.A. Proceso para el control de cambios [[7 de Marzo de 2014]] Versión 1.0 ECOPETROL S.A. Proceso para el control de cambios [[7 de Marzo de 2014]] Versión 1.0 Título Información del documento Proceso para el control de cambios Archivo Proceso control de cambios.doc Autor Fecha

Más detalles

PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI

PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI Versión: 1.0 Fecha de la versión: Febrero del 2012 Creado por: PwC Costa Rica Aprobado

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

Detalles del Subproceso. Registro de Oferta de Vivienda

Detalles del Subproceso. Registro de Oferta de Vivienda Detalles del Subproceso Registro de Oferta de Modelo de Operación Modelo de Operación de Crédito Macro Proceso Otorgamiento de Crédito Proceso Oferta de Fecha de Impresión viernes 10 de enero de 2014 Tabla

Más detalles

Taller de Gestión de Proyectos

Taller de Gestión de Proyectos Taller de Gestión de Proyectos Fernando Wins Marcelo Da Costa Porto Paul Gálvez Octubre2015 Montevideo Agenda Día 13 1.Breve repaso Taller Planificación Estratégica 2.Planificación Estratégica y Proyectos

Más detalles

PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS. TEMA 8. Procesos de ejecución y cierre

PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS. TEMA 8. Procesos de ejecución y cierre PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS TEMA 8. Procesos de ejecución y cierre Indice de la presentación Procesos de ejecución Procesos de cierre Lecciones aprendidas Áreas de Conocimiento (PMBOK)

Más detalles

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

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

DOCUMENTO DE CONSTRUCCIÓN SOLUCIÓN DE NO CONFORMIDADES ISO 9000 Bizagi Process Modeler

DOCUMENTO DE CONSTRUCCIÓN SOLUCIÓN DE NO CONFORMIDADES ISO 9000 Bizagi Process Modeler SOLUCIÓN DE NO CONFORMIDADES ISO Bizagi Process Modeler Copyright 2011 - bizagi Contenido 1. DIAGRAMA DEL PROCESO... 3 Sub proceso Acción Correctiva... 4 Ejecutar Plan de Acción... 5 2. PROCESO ACCIÓN

Más detalles

Gestión de Permisos. Documento de Construcción. Copyright 2014 Bizagi

Gestión de Permisos. Documento de Construcción. Copyright 2014 Bizagi Gestión de Permisos Documento de Construcción Gestión de Permisos 1 Tabla De Contenido Descripción del Proceso... 3 Factores Importantes En La Construcción Del Proceso... 4 Modelo de Datos... 4 Principales

Más detalles

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO n Objetivo

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PROYECTO

Más detalles

PROCESO DIRECCIONAMIENTO ESTRATÉGICO PROCEDIMIENTO GESTIÓN DE PROYECTOS DE INVERSIÓN

PROCESO DIRECCIONAMIENTO ESTRATÉGICO PROCEDIMIENTO GESTIÓN DE PROYECTOS DE INVERSIÓN Página: 1 de 7 1. Objetivo Establecer los lineamientos metodológicos para la formulación, evaluación previa, registro, programación, ejecución y seguimiento de los proyectos de inversión. 2. Alcance El

Más detalles

Procedimiento de Auditoría Interna

Procedimiento de Auditoría Interna Fecha de liberación: 01.08.05 Área responsable: Representante de la Dirección Procedimiento de auditoria interna Fecha de versión: 30.04.13 Páginas : 1/26 Código de documento: FCE-RD-PR.03 Tipo de documento:

Más detalles

SISTEMA DE GESTIÓN DE LA CALIDAD

SISTEMA DE GESTIÓN DE LA CALIDAD SISTEMA DE GESTIÓN DE LA CALIDAD SUBDIRECCIÓN GENERAL DE ADMINISTRACIÓN PROCEDIMIENTO PARA AUDITORIA INTERNA DE CALIDAD PR-SGA-RS-05 Versión 02 HOJA DE AUTORIZACIÓN Elaboró Lic. Edith Ávila Romo Titular

Más detalles

PROCEDIMIENTO VERSION: 03 ELABORACION Y CONTROL DE DOCUMENTOS PROCESO DE PLANIFICACION DEL SISTEMA INTEGRADO DE GESTION

PROCEDIMIENTO VERSION: 03 ELABORACION Y CONTROL DE DOCUMENTOS PROCESO DE PLANIFICACION DEL SISTEMA INTEGRADO DE GESTION PAGINA: 1 de 14 1 OBJETIVO Establecer las disposiciones para la elaboración, revisión, aprobación, actualización, distribución y preservación de los documentos del Sistema Integrado de Gestión (CALIDAD-

Más detalles

INSTITUTO TECNOLÓGICO DE SONORA SGCA-CDO-FO-06-02 Documentación de procedimientos

INSTITUTO TECNOLÓGICO DE SONORA SGCA-CDO-FO-06-02 Documentación de procedimientos I. OBJETIVO: Ejecutar proyectos de construcción en tiempo, forma y calidad a través de una administración optima de los recursos y de acuerdo a una priorización y calendarización de proyectos, para contribuir

Más detalles

UML, ejemplo sencillo sobre Modelado de un Proyecto

UML, ejemplo sencillo sobre Modelado de un Proyecto UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso

Más detalles

Project 2013. Ing. Christian Ovalle

Project 2013. Ing. Christian Ovalle 2013 Ing. Christian Ovalle PROJECT Antes de comenzar un proyecto se necesitan definir los objetivos de un proyecto y luego determinado, cuales son las tareas que necesita realizar para alcanzar ese objetivo.

Más detalles

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL

Más detalles

configurándola para ser usada dentro del área de QA de una fábrica de software.

configurándola para ser usada dentro del área de QA de una fábrica de software. Capítulo 6 - Caso de estudio En esta sección vamos a mostrar la funcionalidad de la herramienta desarrollada configurándola para ser usada dentro del área de QA de una fábrica de software. 6.1 Definición

Más detalles

Guía Integrada de Actividades

Guía Integrada de Actividades Guía Integrada de Actividades Contexto de la estrategia de aprendizaje a desarrollar en el curso: Las actividades se desarrollarán aplicando la estrategia de aprendizaje basada en proyectos organizada

Más detalles

PROCEDIMIENTO DE AUDITORIA INTERNA

PROCEDIMIENTO DE AUDITORIA INTERNA La Paz Bolivia Versión: 001 Revisión: 000 Elaborado: Revisado: Aprobado: Unidad de Planificación, Normas y Gestión por Resultados Representante de la Dirección Aprobado RAI 172/2014 del 7-nov-14 una copia

Más detalles

Instituto Nacional de Conservación y Desarrollo Forestal, Áreas Protegidas y Vida Silvestre

Instituto Nacional de Conservación y Desarrollo Forestal, Áreas Protegidas y Vida Silvestre 1.-PROPOSITO DEL MANUAL El presente manual de Auditoria Técnica tiene como propósito el de proveer al Departamento un sistema que le permita realizar actividades de Fiscalización de Regionales. Por medio

Más detalles

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954

Más detalles

Estimado usuario. Tabla de Contenidos

Estimado usuario. Tabla de Contenidos Estimado usuario. El motivo del presente correo electrónico es mantenerle informado de las mejoras y cambios realizados en el software Orathor (Athor/Olimpo) en su versión 5.7.041 la cual ha sido recientemente

Más detalles

POLÍTICAS PARA EL DESARROLLO DE SISTEMAS INFORMÁTICOS.

POLÍTICAS PARA EL DESARROLLO DE SISTEMAS INFORMÁTICOS. POLÍTICAS PARA EL DESARROLLO DE SISTEMAS INFORMÁTICOS., DIRECCIÓN GENERAL ADJUNTA DE INFORMÁTICA. Mayo. 2 Índice Página I. INTRODUCCIÓN.-. 3 II. GLOSARIO.-... 4 III. OBJETO.-.... 6 IV. MARCO JURÍDICO.-

Más detalles

PROCEDIMIENTO PG 04 NO CONFORMIDAD, ACCIÓN CORRECTIVA Y ACCIÓN PREVENTIVA

PROCEDIMIENTO PG 04 NO CONFORMIDAD, ACCIÓN CORRECTIVA Y ACCIÓN PREVENTIVA ÍNDICE 1. OBJETO 2. ALCANCE 3. DEFINICIONES 4. RESPONSABILIDADES 5. DESARROLLO DEL PROCEDIMIENTO 5.1. Identificación de No Conformidades 5.2. Establecimiento de Acciones Correctoras 5.3. Establecimiento

Más detalles

Antes de imprimir este documento piense en el medio ambiente!

Antes de imprimir este documento piense en el medio ambiente! Versión 2.0 Página 1 de 13 1. OBJETIVO: Establecer las etapas que se siguen en el desarrollo y mantenimiento evolutivo y adaptativo de sistemas de información, definiendo el flujo de actividades que se

Más detalles

MANUAL DE GESTIÓN: SISTEMA DE GESTIÓN DE LA CALIDAD EN LA UNIDAD de FORMACIÓN DE LA DIPUTACION DE MALAGA

MANUAL DE GESTIÓN: SISTEMA DE GESTIÓN DE LA CALIDAD EN LA UNIDAD de FORMACIÓN DE LA DIPUTACION DE MALAGA Página 1 de 17 MANUAL DE GESTIÓN: SISTEMA DE GESTIÓN DE LA CALIDAD EN LA UNIDAD de FORMACIÓN DE LA DIPUTACION DE MALAGA Página 2 de 17 1 ÍNDICE DEL DOCUMENTO 1 ÍNDICE DEL DOCUMENTO... 2 2 PRESENTACIÓN

Más detalles

Unidad VI: Supervisión y Revisión del proyecto

Unidad VI: Supervisión y Revisión del proyecto Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir

Más detalles

1 El plan de contingencia. Seguimiento

1 El plan de contingencia. Seguimiento 1 El plan de contingencia. Seguimiento 1.1 Objetivos generales Los objetivos de este módulo son los siguientes: Conocer los motivos de tener actualizado un plan de contingencia. Comprender que objetivos

Más detalles

ORDENACIÓN DE LAS ACTUACIONES PERÍODICAS DEL CONSEJO SOCIAL EN MATERIA ECONÓMICA

ORDENACIÓN DE LAS ACTUACIONES PERÍODICAS DEL CONSEJO SOCIAL EN MATERIA ECONÓMICA Normativa Artículo 2, 3 y 4 de la Ley 12/2002, de 18 de diciembre, de los Consejos Sociales de las Universidades Públicas de la Comunidad de Madrid Artículo 14 y 82 de la Ley Orgánica 6/2001, de 21 de

Más detalles

Jornada informativa Nueva ISO 9001:2008

Jornada informativa Nueva ISO 9001:2008 Jornada informativa Nueva www.agedum.com www.promalagaqualifica.es 1.1 Generalidades 1.2 Aplicación Nuevo en Modificado en No aparece en a) necesita demostrar su capacidad para proporcionar regularmente

Más detalles

ESPECIFICACIONES TÉCNICAS DEL PROCESO DE ATENCIÓN AL CIUDADANO

ESPECIFICACIONES TÉCNICAS DEL PROCESO DE ATENCIÓN AL CIUDADANO ESPECIFICACIONES TÉCNICAS DEL PROCESO DE ATENCIÓN AL CIUDADANO OBJETO. El presente Documento de Especificaciones Técnicas tiene por objeto establecer los requisitos que debe cumplir el proceso de Atención

Más detalles

Tienda Virtual Synergy (Parte 2)

Tienda Virtual Synergy (Parte 2) Tienda Virtual Synergy (Parte 2) El catálogo electrónico de productos es la base de toda la aplicación por lo que siempre será necesario instalarlo. Los siguientes dos módulos (tienda virtual y módulo

Más detalles

Programa de Apoyo a la Gestión del Clima y la Convivencia Escolar. Documento para la Asesoría Técnico Pedagógica

Programa de Apoyo a la Gestión del Clima y la Convivencia Escolar. Documento para la Asesoría Técnico Pedagógica 2013 Programa de Apoyo a la Gestión del Clima y la Convivencia Escolar Documento para la Asesoría Técnico Pedagógica 2013 Programa de Apoyo a la Gestión del Clima y la Convivencia Escolar Documento para

Más detalles

3. Verifique que tenga los perfiles de Equipo Desarrollo Curricular e Instructor.

3. Verifique que tenga los perfiles de Equipo Desarrollo Curricular e Instructor. INGRESAR PROYECTOS A SOFIA PLUS 1. Ingrese a http://www.senasofiaplus.edu.co 2. Ingrese su usuario contraseña y luego dé clic en Ingresar: 3. Verifique que tenga los perfiles de Equipo Desarrollo Curricular

Más detalles

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral Plan de Gestión de Configuración Universidad Nacional de la Patagonia Austral Temario 1. Gestión de Configuración de Software 1.1 Definición 2. Plan de SCM 2.1 Estructura Organizacional 2.2 Actividades

Más detalles

Verificación de la Calidad en los Productos de Software Desarrollados

Verificación de la Calidad en los Productos de Software Desarrollados Página 1 de 7 1. Objetivo y Alcance Verificar que el aplicativo o módulo a ser entregado al área de Soporte Tecnológico cumpla con las exigencias del usuario y con los parámetros de calidad definidos por

Más detalles

UNIVERSIDAD DE PAMPLONA ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION - GRUPO BR DOCENTE: ESP. ALEXIS OLVANY TORRES CH. PMBOK

UNIVERSIDAD DE PAMPLONA ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION - GRUPO BR DOCENTE: ESP. ALEXIS OLVANY TORRES CH. PMBOK PMBOK El PMBOK es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK es un estándar reconocido internacionalmente

Más detalles

Análisis y Diseño de Soluciones de Software

Análisis y Diseño de Soluciones de Software Página 1 de 5 1. Objetivo y Alcance Identificar a los stakeholders, definir el límite del sistema, e identificar los apremios impuestos ante el sistema, para posteriormente transformar esos requerimientos

Más detalles

Figure 16-1: Phase H: Architecture Change Management

Figure 16-1: Phase H: Architecture Change Management Fase H Administración del cambio en la Arquitectura Figure 16-1: Phase H: Architecture Change Management Objetivos Los objetivos de la Fase H son: Asegurarse de que el ciclo de vida de arquitectura se

Más detalles

SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública

SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública JEFATURA DE GABINETE DE MINISTROS SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública Manual para los Organismos Índice Índice... 2 Descripción... 3 Cómo solicitar la intervención

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

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

Sistema de Mensajería Empresarial para generación Masiva de DTE

Sistema de Mensajería Empresarial para generación Masiva de DTE Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE

Más detalles

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

Más detalles

Tips para presentar la nueva declaración de pagos provisionales. Pago Referenciado Personas Físicas 2012

Tips para presentar la nueva declaración de pagos provisionales. Pago Referenciado Personas Físicas 2012 Tips para presentar la nueva declaración de pagos provisionales Pago Referenciado Personas Físicas 2012 Puntos básicos para elaborar y enviar su declaración a través del nuevo servicio de Declaraciones

Más detalles

SISTEMA DE BECAS AL EXTERIOR

SISTEMA DE BECAS AL EXTERIOR SISTEMA DE BECAS AL EXTERIOR Manual del Becado En este manual se describen los diferentes procesos que ejecuta el becado en el desarrollo de sus estudios en el exterior. Todos los procesos serán ejecutados

Más detalles

GUÍA DE USO DE LA APLICACIÓN GESTIÓN DE TESIS PERFIL: DIRECTOR / TUTOR

GUÍA DE USO DE LA APLICACIÓN GESTIÓN DE TESIS PERFIL: DIRECTOR / TUTOR GUÍA DE USO DE LA APLICACIÓN GESTIÓN DE TESIS PERFIL: DIRECTOR / TUTOR Fase de ELABORACIÓN (Determinación y registro del tema de la TD) La norma establece para la asignación de director de tesis, un plazo

Más detalles

Diseño de la capacitación

Diseño de la capacitación Diseño de la capacitación Verifique la brecha en el desempeño y la meta de la capacitación Al diseñar un curso de capacitación, primero hay que verificar que la capacitación sea realmente necesaria para

Más detalles

www.bmsolutions.com.mx TEL: 01800 267 0 267 1

www.bmsolutions.com.mx TEL: 01800 267 0 267 1 Las aplicaciones a mostrar cuentan con búsquedas inteligentes las cuales son de gran ayuda para el usuario del sistema, ya que al ingresar la clave, folio o una parte del nombre del cliente el sistema

Más detalles

PROCEDIMIENTOS Código Titulo:

PROCEDIMIENTOS Código Titulo: Mayo. 27, de 2011 0 1 de 7 Índice Página I Objetivo 2 II Alcance 2 III Responsabilidades 2 IV Procedimiento 4 V Registros 6 VI Revisiones 7 VII Destinatarios 7 Elaboró: Revisó: Aprobó: Jesús Mendoza Castillo

Más detalles

SISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060

SISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060 SISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060 Elaborado por: Departamento de Informática Febrero 2012 SISTEMA InfoSGA _ Manual de Actualización 16/02/2012 ÍNDICE

Más detalles

Manual de Usuario SIGECOF MANUAL DE USUARIO SIGECOF DISTRIBUCIÓN INTERNA DE CUOTA DE COMPROMISO

Manual de Usuario SIGECOF MANUAL DE USUARIO SIGECOF DISTRIBUCIÓN INTERNA DE CUOTA DE COMPROMISO Manual de Usuario SIGECOF APROBADO POR: JEFA DE LA ONCOP Punto: DGAT-001/2013 De Fecha: 31/01/2013 CONTROL DE REVISIONES Y ACTUALIZACIONES Nº de Versión Fecha de Aprobación y/o Actualización Punto de Cuenta

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática 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

TEMA 7: DIAGRAMAS EN UML

TEMA 7: DIAGRAMAS EN UML TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe

Más detalles

GESTIÓN DE LA DOCUMENTACIÓN

GESTIÓN DE LA DOCUMENTACIÓN Página: 1 de 8 Elaborado por: Revidado por: Aprobado por: Comité de calidad Responsable de calidad Director Misión: Controlar los documentos y registros del Sistema de Gestión de Calidad para garantizar

Más detalles

DE VIDA PARA EL DESARROLLO DE SISTEMAS

DE VIDA PARA EL DESARROLLO DE SISTEMAS MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

MANTENIMIENTO Y SOPORTE

MANTENIMIENTO Y SOPORTE MANTENIMIENTO Y SOPORTE Copyright 2014 Magalink SA Todos los derechos reservados. Este documento no puede ser reproducido de ninguna manera sin el consentimiento explícito de Magalink S.A. La información

Más detalles

SISTEMA DE APARTADO DE SALAS PARA EVENTOS

SISTEMA DE APARTADO DE SALAS PARA EVENTOS SISTEMA DE APARTADO DE SALAS PARA EVENTOS Dirección General de Comunicaciones e Informática Febrero 2008 1 INDICE 1. Objetivos del Sistema... 3 10. Solución de problemas... 23 2. Introducción... 4 3. Requisitos...

Más detalles

Programa de soporte técnico ampliado MSA Start

Programa de soporte técnico ampliado MSA Start 1 1. TÉRMINOS Y CONDICIONES GENERALES En este documento se incluye una lista de casos de soporte técnico, en relación con los que Kaspersky Lab proporcionará asistencia al propietario de este Certificado

Más detalles

PROCEDIMIENTO DEL ÁREA DE INFORMÁTICA PARA MANTENIMIENTO

PROCEDIMIENTO DEL ÁREA DE INFORMÁTICA PARA MANTENIMIENTO PROCEDIMIENTO DEL ÁREA DE INFORMÁTICA PARA MANTENIMIENTO DE A U T O R I Z A C I Ó N ELABORÓ: APROBÓ: AUTORIZÓ: RÚBRICA SALVADOR BARBOSA RAMÍREZ ENCARGADO DEL ÁREA DE INFORMÁTICA RÚBRICA LAE JORGE ADRIÁN

Más detalles

CAPÍTULO 3 Servidor de Modelo de Usuario

CAPÍTULO 3 Servidor de Modelo de Usuario CAPÍTULO 3 Servidor de Modelo de Usuario Para el desarrollo del modelado del estudiante se utilizó el servidor de modelo de usuario desarrollado en la Universidad de las Américas Puebla por Rosa G. Paredes

Más detalles

Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1

Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1 Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1 Sección Punto de Control Cumplimiento 4. Requisitos del Sistema de gestión de la seguridad y salud ocupacional 4.1 Requisitos

Más detalles

Introducción a los certificados digitales

Introducción a los certificados digitales Sergio Talens-Oliag InfoCentre (http://www.infocentre.gva.es/) stalens@infocentre.gva.es Introducción Los certificados digitales son el equivalente digital del DNI, en lo que a la autentificación de individuos

Más detalles

Curso Auditor Interno Calidad

Curso Auditor Interno Calidad Curso Auditor Interno Calidad 4. Fases de una auditoria OBJETIVOS Fases de una auditoria 1 / 10 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer las fases de una auditoria interna. Conocer

Más detalles

Control de Documentos

Control de Documentos PR-DGSE-1 Agosto 211 I. Información General del Objetivo: Definir y establecer la metodología para elaborar, revisar, aprobar, actualizar y eliminar los de la, con el objetivo de que las actividades se

Más detalles

Procedimiento y Pautas básicas a tener en cuenta para la puesta en producción de un sistema

Procedimiento y Pautas básicas a tener en cuenta para la puesta en producción de un sistema Procedimiento y Pautas básicas a tener en cuenta para la puesta en producción de un sistema Objetivo El presente procedimiento tiene como objetivo establecer y describir las tareas a desarrollar para efectuar

Más detalles

CONTROL DE CAMBIOS. FICHA CONTROL DE CAMBIOS Versión Fecha Descripción de la Modificación

CONTROL DE CAMBIOS. FICHA CONTROL DE CAMBIOS Versión Fecha Descripción de la Modificación CONTROL DE CAMBIOS FICHA CONTROL DE CAMBIOS Versión Fecha Descripción de la Modificación 01 02/07/07 Primera versión del Anexo Requerimientos Para La Elaboración Del Plan De Calidad Elaboró: Revisó: Aprobó:

Más detalles

Procedimiento de Auditoria Interna Revisión: 3. Facultad de Ciencias PROCEDIMIENTO: DE AUDITORIA INTERNA

Procedimiento de Auditoria Interna Revisión: 3. Facultad de Ciencias PROCEDIMIENTO: DE AUDITORIA INTERNA Página 1 de 6 PROCEDIMIENTO: DE AUDITORIA INTERNA Página 2 de 6 1 PROPOSITO 1.1 El Objetivo de este Procedimiento es definir las líneas a seguir para planificar y realizar el proceso de auditoria interna

Más detalles

Mesa de Ayuda Interna

Mesa de Ayuda Interna Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...

Más detalles

PROCEDIMIENTO AUDITORÍA INTERNA

PROCEDIMIENTO AUDITORÍA INTERNA PROCEDIMIENTO AUDITORÍA INTERNA CONTENIDO 1. OBJETO... 2 2. ALCANCE... 2 3. DEFINICIONES... 2 5. PROCEDIMIENTO... 4 5.1 Planificación de la Auditoría... 4 5.2 Calificación de Auditores... 4 5.3 Preparación

Más detalles

La información así como las opiniones y propuestas vertidas en este documento son responsabilidad exclusiva de los autores.

La información así como las opiniones y propuestas vertidas en este documento son responsabilidad exclusiva de los autores. El presente es un documento de trabajo elaborado para el estudio Estado del Arte y Prospectiva de la Ingeniería en México y el Mundo, realizado por la Academia de Ingeniería de México con el patrocinio

Más detalles

PLANIFICADOR DE OBJETIVOS

PLANIFICADOR DE OBJETIVOS PLANIFICADOR DE OBJETIVOS INDICE Fijación de objetivos en la plataforma digital Qualitas CLOUD 1.Introducción incorporando criterios de las normas ISO 2015 2.Crear objetivos 3.Planificador de Objetivos

Más detalles

Capitulo VII. Editor de Mapa de Tareas. Como hemos hablado en los capítulos anteriores, sabemos que parte del éxito

Capitulo VII. Editor de Mapa de Tareas. Como hemos hablado en los capítulos anteriores, sabemos que parte del éxito Capitulo VII Editor de Mapa de Tareas. Como hemos hablado en los capítulos anteriores, sabemos que parte del éxito que puede tener un ambiente de aprendizaje, consiste en el impacto que de primera instancia

Más detalles

PARKING ZONE v1.8 MANUAL DEL USUARIO

PARKING ZONE v1.8 MANUAL DEL USUARIO PARKING ZONE v1.8 MANUAL DEL USUARIO Contenido 1. ABRIR LA APLICACIÓN 3 2. UBICACIÓN DEL SERVIDOR 3 3. ACCESO A LA APLICACIÓN 4 4. ADMINISTRACION TARIFAS 5 5. ADMINISTRACION CONFIGURACION 6 5.1. CONFIGURAR

Más detalles

PRC-DTI-007 Administración de Cuentas de Usuario Procedimiento Dirección de TI - COSEVI

PRC-DTI-007 Administración de Cuentas de Usuario Procedimiento Dirección de TI - COSEVI PRC-DTI-007 Administración de Cuentas de Usuario Procedimiento Dirección de TI - COSEVI Versión: 1.0 Fecha de la versión: Febrero del 2012 Creado por: PwC Costa Rica Aprobado por: Vinicio Ureña Irola Firma:

Más detalles

Sistemas de Calidad Empresarial

Sistemas de Calidad Empresarial Portal Empresarial Aljaraque Empresarial Sistemas de Calidad Empresarial 1 ÍNDICE 1. INTRODUCCIÓN. 2. CONCEPTO DE CALIDAD Y SU SISTEMA. 3. MÉTODO PARA IMPLANTAR UN SISTEMA DE GESTIÓN DE LA CALIDAD. 4.

Más detalles

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE SERVICIOS DE DESARROLLO SOFTWARE OC-GA-14-TDRCSDS1601-160128-V1

Más detalles

Política de Gestión Integral de Riesgos Compañía Sud Americana de Vapores S.A.

Política de Gestión Integral de Riesgos Compañía Sud Americana de Vapores S.A. de Riesgos Compañía Sud Americana de Vapores S.A. Elaborado Por Revisado Por Aprobado por Nombre Cargo Fecha Claudio Salgado Comité de Directores Contralor Comité de Directores Diciembre 2015 21 de diciembre

Más detalles