<TITULO DEL PROYECTO DE DESARROLLO DE SW >
|
|
- Rosa María Camacho Rojo
- hace 8 años
- Vistas:
Transcripción
1 Diana Milena Pérez Riveros <TITULO DEL PROYECTO DE DESARROLLO DE SW > <Fecha Edición del Documento> <Identificador Único> <Responsable (quien hizo el documento)> 1
2 Diana Milena Pérez Riveros Pagina de Firmas El presente documento es aprobado por las personas referenciadas a continuación: Firma Cliente: <nombre> Firma Administrador de Proyecto: <nombre> Firma Arquitecto <nombre> 2
3 Diana Milena Pérez Riveros Historial de Cambios Versión Fecha Sección del documento modificada Descripción de Cambios(corta) Responsable 3
4 Diana Milena Pérez Riveros Prefacio Se presenta el documento. Alcance, contexto y audiencia del SPMP (no del proyecto). La audiencia del SPMP incluye tanto a la gerencia como a los desarrolladores. Debe explicarse para que se está haciendo este documento y que utilidad e importancia tiene. 4
5 Diana Milena Pérez Riveros Tabla de Contenido 1. VISIÓN GENERAL DEL PROYECTO 1.1. Resumen del Proyecto Propósito, Alcance y Objetivos Suposiciones y Restricciones Entregables del Proyecto Resumen de calendarización y presupuesto 1.2. Evolución del Plan 2. REFERENCIAS 3. DEFINICIONES Y ACRÓNIMOS 4. ORGANIZACIÓN DEL PROYECTO 4.1. Interfaces Externas 4.2. Estructura Interna 4.3. Roles y Responsabilidades 5. PLAN DE PROCESOS DE GESTIÓN 5.1. Plan de Arranque Plan de Estimación Plan de Personal Plan de adquisición de recursos Plan de Entrenamiento y Capacitación para el personal del proyecto 5.2. Plan de Trabajo Actividades de trabajo Detalle de la calendarización Detalle de los recursos Detalle del presupuesto 5.3. Plan de Control Plan de control de requerimientos Plan de control de calendarización Plan de control de presupuesto Plan de control de calidad Plan de Reporte Plan de recolección de métricas 5.4. Plan de Administración de Riesgos 5.5. Plan de Cierre 6. PLAN DE PROCESOS TÉCNICOS 6.1. Modelo de Ciclo de Vida del Proceso 6.2. Métodos, herramientas y técnicas 6.3. Plan de Infraestructura 6.4. Plan de aceptación del producto 7. PLAN DE PROCESOS DE SOPORTE 7.1. Plan de Administración de la Configuración Pág. 5
6 Diana Milena Pérez Riveros 7.2. Plan de verificación y validación 7.3. Plan de Documentación 7.4. Plan de aseguramiento de la calidad 7.5. Revisiones y Auditorias 7.6. Plan de resolución de problemas 7.7. Plan de administración de subcontratos 7.8. Plan de mejoras del proceso Anexos 6
7 Lista de Figuras Pág. Figura 1. <Título> Figura 2. <Título>.... 7
8 Lista de Tablas Pág. Tabla 1. <Título> Tabla 2. <Título>.... 8
9 1. VISIÓN GENERAL DEL PROYECTO 1.1 Resumen del proyecto Propósito, Alcance y objetivos a) Propósito: Definir el por qué y para qué del proyecto. b) Alcance: Indica las posibilidades de aplicación real de los resultados del proyecto, que se va a hacer y que no. c) Objetivos: Son los fines que se buscan con el desarrollo del proyecto. Lo que se quiere hacer, lograr, conocer o analizar Suposiciones y restricciones Suposiciones: Lo que suponemos para poder llevar a cabo el proyecto, aquello que consideramos cierto o falso, Ejemplo: Los establecimientos donde la herramienta será instalada posee los recursos necesarios mínimos para el buen desempeño de la ésta. Restricciones: En tiempo, presupuesto, recursos, reutilización de software, software del cliente que debe ser incorporado, tecnología a usar, e interfaces de conexión con otros productos, fechas de entrega Entregables del Proyecto Debe hacer una lista de los productos de trabajo que serán entregados al cliente, sus fechas de entrega, sitios de entrega y las cantidades requeridas para satisfacer los términos del acuerdo de proyecto. Debe especificarse el medio de entrega e instrucciones necesarias para su manejo Resumen de presupuesto y cronograma. Enunciar las principales actividades que se deben llevar a cabo para el desarrollo del producto de software junto con el presupuesto que se ha planeado para cada actividad y el tiempo que se tiene estimado para su cumplimento. Es algo conciso, sin extenderse y detallar mucho puesto que las actividades se harán más explícitas en el Plan de Trabajo. 1.2 Evolución del Plan 9
10 Planificar el cómo se va a manejar los cambios al SPMP. Los cambios son planeados en cronograma y adiciones extraordinarias (que no están en el cronograma). Cada cambio debe especificar su responsable dentro del plan. Especificar cuál es el manejo para la versión inicial del SPMP y sus cambios subsecuentes. No olvidar en la planificación especificar que, como, quien y cuando. 2. REFERENCIAS Las referencias debería proveer una completa lista de todos los documentos y otras fuentes de información a las que se hace referencia en el SPMP. Cada documento debe ser identificado por su título, número de reporte, fecha, autor, dirección o nombre para su acceso de ser un documento electrónico, imprenta u organización encargada de su publicación. Otras fuentes de información, como archivos electrónicos, deben identificarse usando identificadores como la fecha y número de versión. Fuentes no referenciadas por este estándar y sus políticas deben ser identificadas y una justificación debe ser dada. Se debe seguir el estándar de la IEEE. IEEE Standard for Software Project Management Plans (SPMP). IEEE Std The Institute of Electrical and Electronics Engineers, Inc. Aprobado en Diciembre 8 de 1998., SPMP utilizado con fines académicos. Realizado por Daniel Valencia. Anamaria Ortiz, Diego González, Ana Maria Obando y Ángela María Muñoz. Documento SPMP, 2006-I, Pontifica Universidad Javeriana, Material de Curso Ingeniería de Software. 3. DEFINICIONES Y ACRONIMOS Debe proveer referencia a documentos con definiciones de todos los términos y acrónimos requeridos para el óptimo entendimiento del SPMP; tanto técnicos como del ámbito del proyecto. Incluir definición de términos del negocio para que cualquier persona pueda entender el SPMP y el proyecto que se va a realizar, debe proveer todas las definiciones para que el documento sea entendible para el cliente y para todo el equipo de trabajo. 4. ORGANIZACIÓN DEL PROYECTO 4.1 Interfaces externas Relación con otras entidades (proveedores, contratistas). Aquí se debe describir los 10
11 límites organizacionales entre el proyecto y entidades externas. Debe incluir las siguientes (que no son las únicas): la organización padre (aquella a la que puede pertenecer la organización que actualmente trabaja en el proyecto), la organización cliente, organizaciones contratistas, y otras entidades que interactúen con el proyecto. Representaciones como organigramas o diagramas pueden ser usados para mostrar interfaces externas del proyecto. La idea es describir a los agentes externos y la relación que se va a manejar con ellos. 4.2 Estructura interna Gestión interna, organigrama. En este ítem se describirá la estructura interna de la organización encargada del proyecto. Artefactos gráficos como organigramas o diagramas deben ser usados para dirigir las líneas de autoridad, responsabilidad y comunicación dentro del proyecto. Se debe especificar que estructura o modelo tiene el equipo u organización (bazar, catedral, por equipos ), y además describir como se gestionará internamente el equipo, formas de comunicación, toma de decisiones, organización 4.3 Roles y responsabilidades Funciones y actividades principales. Matriz de funciones/actividades contra responsables. Debe identificar y declarar la naturaleza de cada actividad relevante y proceso de soporte e identificar las unidades de la organización que son responsables para esos procesos y actividades. Una matriz con actividades de trabajo y procesos de soporte vs. Unidades organizacionales puede ser usada para ilustrar los roles y responsabilidades del proyecto. 5. PLAN DE PROCESOS ADMINISTRATIVOS 5.1 Plan de arranque Plan de estimación Se debe utilizar métodos, herramientas y técnicas, para poder estimar el cronograma, los costos del proyecto y requerimientos de recursos. Se debe escoger que método se va a utilizar para poder estimar el costo del SW, puede ser por líneas de código, puntos de función, puntos objeto, Cocomo, etc..., y utilizarlo para realizar la estimación; además se debe realizar la calendarización estimada, ésta se puede representar por medio de un diagrama GANNT o PERT Plan de contratación de personal Se especifica el número del personal por el nivel de habilidad o por el rol. De igual manera se debe en cada fase del proyecto detallar el numero requerido de personas, las 11
12 habilidades de ésta y el tiempo estimado que se éste personal se necesita. Es importante aclarar si el personal es interno o si este es de contratación externa. Esto se puede hacer mediante un cuadro en donde se indiquen los roles y las habilidades que requiere ese rol. Y luego para cada actividad planeada establecer el rol o roles necesarios para poderla desarrollar Plan de adquisición de recursos Debe especificar el plan para adquisición de recursos en necesarios para cumplir con el proyecto satisfactoriamente. El plan debería incluir, aunque no únicamente, planes de adquisición de equipos, hardware y software, entrenamiento, contratos de servicio, transporte, instalaciones, y servicios administrativos y de limpieza. El plan debería especificar en que actividades del cronograma se requerirá adquisición de recursos Plan de entrenamiento para el personal del proyecto Debería especificar el entrenamiento necesario para asegurar que los niveles de habilidad requeridos sean alcanzados por las personas que desempeñan los diferentes roles en el proyecto, asegurando que éste cumpla su objetivo satisfactoriamente. El cronograma de entrenamiento debería incluir los tipos de entrenamiento a ser impartido, números de personal a entrenar, criterios de ingreso y salida de entrenamiento y métodos de entrenamiento. Debería incluir entrenamiento tanto en habilidades técnicas como de administrativas. Se debe especificar cuando se realizará el entrenamiento, quién lo realizará, quien lo recibirá, en que consistirá. Debe describirse clara y puntualmente como se manejaran los entrenamientos en el proyecto. 5.2 Plan de trabajo Actividades de trabajo Se debe especificar todas las actividades que se realizarán en el proyecto y las relaciones o jerarquías que existan entre éstas. Por cada actividad se describe en que consiste, los riesgos que este llega a presentar, los recursos necesarios para que la actividad se realice, los entregables y el tiempo estimado de duración Cronograma Es conveniente utilizar un método como GANTT, redes de actividad, PERT o camino crítico, para describir claramente las actividades que se pueden realizar concurrentes y las restricciones de secuencia que tenga unas con las otras. Cualquier restricción en el cronograma de trabajo causada por factores externos al proyecto debería ser indicada en éste. 12
13 5.2.3 Asignación de recursos Por cada actividad definida en el numeral de este documento, se debe especificar todos los recursos que ésta necesita para poder desarrollarse (recursos de personal, de operación, de administración...) Asignación de presupuesto. Para cada actividad que ya ha sido definida, debe definirse el costo estimado para la realización de ésta (costos para reuniones, recursos computacionales, herramientas de software, pruebas, costos administrativos, de personal ) 5.3 Plan de control Plan de control de requerimientos Si existe una modificación en uno o en varios requerimientos se debe tener mecanismos para controlar, manejar, reportar y medir estos. Se debe tener especificados los planes que mitiguen los cambios en el cronograma, presupuesto, recursos y los factores de riesgo. Los mecanismos más usados en esta fase son: Realizar prototipos, trazabilidad, hacer análisis de impacto y llevar siempre acabo revisiones Plan de control de cronograma Debe especificar los mecanismos de control que se deben usar para medir el progreso del trabajo, evaluando el cronograma planeado con el que se está realizando. En el planeamiento se debe especificar como, cuando se realizará esta actividad y quién esta encargado de realizarla. Es importante que si el cronograma no se esta llevando al día, aquí se debe tomar medidas de control e implementar acciones correctivas para corregir éste problema Plan de control de presupuesto Se debe especificar los mecanismos de control que se utilizan para medir el costo total del proyecto y el costo presupuestado. Si el presupuestado no esta siendo acorde se debe tomar medidas correctivas. En esta parte se debería realizar pausas o intervalos y así ir midiendo el presupuesto que se tenía sobre una tarea actual y evaluar si se cumplió lo especificado. El plan de control de presupuesto debería especificar los métodos y herramientas que serán usadas para manejar el presupuesto. 13
14 Al ser un proyecto académico este plan es algo irrelevante ya que no se manejan grandes sumas y en sí no existe un presupuesto como tal. Los pequeños gastos que se tienen pueden ser cubiertos fácilmente por los integrantes del grupo Plan de control de calidad Debería especificar los mecanismos a usar para medir y controlar la calidad de los procesos de trabajo y los productos de trabajo resultantes. Mecanismos de control de calidad deberían incluir aseguramiento de calidad de los procesos de trabajo, verificación y validación, revisión en conjunto y auditoria. Se debe especificar como se realizará el control de calidad, quién lo realizará y en que consistirá Plan de reportes Se incluyen todos los mecanismos de reporte, los formatos y la información que va en cada tipo de reporte, es importante que se realicen reportes en los requerimientos, en el cronograma, en la calidad, en el presupuesto, en las métricas, entre otras. Aquí se debe especificar el tipo de comunicación que los integrantes del grupo tienen entre ellos y con entidades externas. Lo mismo que la frecuencia con que las realizan Plan colección de métricas Debería especificar los métodos, herramientas y técnicas a ser usadas en la recolección y retención de métricas de proyecto. El plan de recolección de métricas debería especificar las métricas a ser recolectadas, la frecuencia de recolección, y los métodos a ser usados en la validación, el análisis y el reporte de métricas. 5.4 Plan de administración de riesgos Se debe realizar un planeamiento para establecer como se van a identificar, como se van a analizar y como se le de va a asignar una prioridad a cada riesgo que llegue a existir en el proyecto. También debería describirse como se van a manejar los planes de contingencia y mitigación, los métodos que serán usados en el seguimiento de los riesgos y el planeamiento para dar respuestas a dichos riesgos en el caso de que éstos se lleguen a presentar. Debería especificar también quien se va a encargar de administrar los riesgos, en que momento, como. 5.5 Plan de clausura Se deben especificar todos los planes necesarios para asegurar ordenadamente la clausura del proyecto de software. Entre estos están: la reasignación del personal de trabajo, realizar el archivo de los materiales y documentos que dejo el proyecto, las actividades que se realizarán después de terminar el proyecto con los roles de las 14
15 personas que las deben realizar y los reportes de lecciones aprendidas y logros obtenidos con la realización de este proyecto. 6. PLAN DE PROCESOS TÉCNICOS 6.1 Modelo de Procesos Se especifica todas las actividades para cada proceso de apoyo del proyecto, para cada actividad se debe: incluir los flujos de información, los productos de trabajo, el tiempo estimado para la realización y la revisión, y cronograma. Se especifican los entregables y las modificaciones en los requerimientos si las hubo. Puede escogerse un modelo de ciclo de vida que se adapte al proyecto, y a partir de éste definir todas las actividades que se deben realizar, los entregables, productos 6.2 Métodos, herramientas y técnicas En este punto se debe dar a conocer la metodología que se usara para el desarrollo del proyecto. Se deben especificar el lenguaje de programación, las herramientas y los recursos técnicos que serán usados a lo largo del proyecto. Por ejemplo, es importante definir las pruebas que se realizarán al software para su buen funcionamiento y logro de los objetivos planteados inicialmente. Otro aspecto, es describir cuales productos de trabajo serán entregables y cuales no. Finalmente es necesario que el gerente del proyecto y el líder del equipo determinen las políticas de comunicación y las reglas de trabajo. 6.3 Plan de infraestructura En este campo, se describe detalladamente el ambiente de trabajo para la realización del proyecto. Aquí se ubican las instalaciones, se identifican los entornos de desarrollo y pruebas, el sistema operativo, las redes de comunicación, y en general los aspectos físicos y tangibles. Es importante aclarar las normas y leyes establecidas para dirigir el proyecto de software. 6.4 Plan de aceptación del producto Aquí hacemos referencia a las actividades, metodologías, herramientas y todo aquello que sea indispensable para lograr la aceptación de los entregables de este proyecto de software por parte del cliente. Además, se han de definir los criterios de aceptación y el modo de formalizar de manera escrita el compromiso por parte del cliente en la cuál se especifique que el cliente está satisfecho con dichos entregables. Hay que tener en cuenta que los aspectos relativos a la descripción de lo que puede y lo que no puede hacer el software. Estos aspectos se aclaran con el resultado del análisis, las pruebas, inspecciones del software. 15
16 7. PLAN DE PROCESOS DE APOYO 7.1 Plan de administración de configuración Es un planeamiento de como se evaluará y se identificarán todas las versiones nuevas que resultaron del trabajo, se lleva un seguimiento claro de los cambios Vs. lo que se tenía planeado al comienzo del proyecto. Se debe aclarar quien lo realizará, como se hará y cuando. 7.2 Plan de verificación y validación En este punto deben definirse las actividades y tareas con las cuales se quiere comprobar el funcionamiento y los logros alcanzados del proyecto. Para esto, se debe especificar el alcance del proyecto y las técnicas de comprobación respectivas. 7.3 Plan de documentación Es necesario definir desde un comienzo, los entregables o la documentación que debe ser presentada como resultado de los avances logrados en el proyecto. Algunos documentos pueden incluir código de la implementación del software, un manual de usuario u otros artículos específicos, además debe definirse la fecha de entrega, las revisiones realizadas y el responsable de cada entregable. 7.4 Plan de aseguramiento de calidad Se presentan todos los documentos que se tengan sobre los avances y sobre el plan de calidad que se tuvo durante la realización del proyecto. 7.5 Revisiones y auditorias Es necesario definir desde un comienzo, los entregables o la documentación que debe ser presentada como resultado de los avances logrados en el proyecto. Algunos documentos pueden incluir código de la implementación del software, un manual de usuario u otros artículos específicos, además debe definirse la fecha de entrega, las revisiones realizadas y el responsable de cada entregable. 7.6 Plan de resolución de problemas El plan de resolución de problemas debe contener los recursos, métodos, herramientas, técnicas y procedimientos, utilizados a la hora de hacer reportes, análisis, establecer prioridades y reportes de problemas en los procesos de software. Este debe tener indicadores de control de cambios, administración de configuración, verificación y 16
17 validación en actividades de resolución de problemas. 7.7 Plan de manejo de contratistas En este ámbito, se debe especificar cualquier subcontratista que contribuya en el desarrollo del software, por consiguiente, este debe contener los criterios de selección, administración de riesgos, y todo aquello relevante a los nuevos contratos, que garanticen la mejor forma de llevar a feliz término el desarrollo del proyecto de software. Para ello, hay que llevar un estricto control de los requerimientos del subcontratista, el monitoreo de todas sus actividades, etc. 7.8 Plan de mejoramiento de procesos Aquí se realiza el plan para mejorar los procesos que necesiten este tratamiento, se debe realizar evaluaciones periódicas de las actividades y de ahí mirar los procesos a mejorar. Este plan va ligado con el plan de resolución de problemas. En esta área de sebe incluir los procesos que potencialmente se pueden mejorar. Esto se puede lograr haciendo evaluaciones periódicas de las actividades del proyecto. Este procedimiento debe estar estrechamente relacionado con el plan de resolución de problemas. 17
Planeación del Proyecto de Software:
Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los
Más detallesGERENCIA 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 detallesActividades 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 detalles3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE
3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar
Más detallesProceso: AI2 Adquirir y mantener software aplicativo
Proceso: AI2 Adquirir y mantener software aplicativo Se busca conocer los estándares y métodos utilizados en la adquisición de y mantenimiento del software. Determinar cuál es proceso llevado a cabo para
Más detallesCMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM
CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro
Más detallesMetodologí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 detallesElementos 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 detallesResumen 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 detallesGUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000
1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas
Más detallesModificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.
UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:
Más detallesMANUAL DE CALIDAD ISO 9001:2008
Página 1 de 21 MANUAL DE CALIDAD ISO 9001:2008 EMPRESA DE DISTRIBUCION DE ALUMINIO Y VIDRIO ELABORADO POR: APROBADO POR: REPRESENTANTE DE LA ALTA DIRECCIÓN GERENTE PROPIETARIO Página 2 de 21 CONTENIDO
Más detallesANEXO I PLAN DE GERENCIA DE ADQUISICIONES
ANEXO I PLAN DE GERENCIA DE ADQUISICIONES CONTENIDO FUNDAMENTOS... 2 RESPONSABILIDADES... 3 BIENES Y SERVICIOS A ADQUIRIR... 3 TABLA DE ADQUISICIONES... 4 CRITERIOS DE SELECCIÓN DE TERCEROS... 4 CONSIDERACIONES...
Más detallesPROCEDIMIENTO 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[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 detallesPlaneación. El proceso administrativo, herramienta fundamental
Tema I. Planeación Planeación El proceso administrativo, herramienta fundamental La principal herramienta que utiliza la administración es el proceso administrativo, este facilita todas las actividades
Más detallesGestió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 detallesMarco Normativo de IT
Marco Normativo de IT PC0901 - Proceso de control de cambios en software de aplicación provisto por Organismos Gobierno de la Ciudad Autónoma de Buenos Aires PC0901 - Proceso de control de cambios en software
Más detallesGestió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 detallesSolució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] Plan de Desarrollo de Software Universidad
Más detallesEl objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.
Gestión de proyectos Duración: 45 horas Objetivos: El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Contenidos:
Más detallesGestión de proyectos
Gestión de proyectos Horas: 45 El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos El
Más detallesSOLICITUD 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 detallesCAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI
CAPÍTULO 4. FORMA DE EVALUACIÓN CMM Tanto para el programa ALTA como para este trabajo de tesis, es importante conocer no sólo el modelo de Capacidad de Madurez, sino la forma en que se evalúa el nivel
Más detallesProceso 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 detallesFigure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Más detallesProcedimiento de Sistemas de Información
Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4
Más detallesMantenimiento 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 detallesCapítulo III. Manejo de Incidentes
Manejo de Incidentes Manejo de Incidentes Tabla de contenido 1.- En qué consiste el manejo de incidentes?...45 1.1.- Ventajas...47 1.2.- Barreras...47 2.- Requerimientos...48 3.- Clasificación de los incidentes...48
Más detallesPropuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA
Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)
Más detalles[Guía de auditoría AudiLacteos]
[Guía de auditoría AudiLacteos] La siguiente es una guía para realizar la auditoria a la empresa AudiLacteos en procesos de CobiT. Los procesos contemplados en esta guía son: Adquirir y mantener software
Más detalles12.1 PLANIFICAR LAS ADQUISICIONES PROYECTO TÉCNICO
12.1 PLANIFICAR LAS ADQUISICIONES PROYECTO TÉCNICO Documento redactado por Documento revisado por Documento aprobado por Jordi Labandeira Alberto Arnáez 25-08-12 Joaquín de Abreu 02-09-12 David Naranjo
Más detallesFigure 9-1: Phase C: Information Systems Architectures
FASE C Figure 9-1: Phase C: Information Systems Architectures Objetivos Los objetivos de la Fase C son: Desarrollar la arquitectura de sistemas de información objetivo (datos y aplicaciones), que describe
Más detallesPlan 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 detallesINFORME 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 detallesTecnologí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 detallesUNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS
UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS AUDITORIA DE SISTEMAS COMPUTACIONALES TIPOS DE AUDITORIA LIC. FRANCISCO D. LOVOS Tipos de Auditorías Auditoría de Base de Datos Auditoría de Desarrollo
Más detallesDE 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 detallesPROCESOS 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-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo
Página 11 5. Estructura del programa de evaluación con personal externo 5.1 Introducción Esta sección presenta la estructura del programa de evaluación con personal externo. Describe las funciones y responsabilidades
Más detallesSede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr
16-0079 / 29-0952 FORMULACIÓN PROYECTOS Descripción General: Provee una introducción que abarca el ciclo de vida completo del desarrollo de un proyecto, desde que se concibe en los niveles más altos de
Más detallesPROCEDIMIENTO 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 detallesRESPONSABILIDADES DE LA DIRECCIÓN PC/02
RESPONSABILIDAD DE LA Página: 1 de 14 PC/02 CONTROL DE EDICIONES Ed. Fecha Aprobación 1 Emisión documento definitivo Motivo 2 3 4 5 Nº DE COPIA CONTROLADA: Elaborado Por: Revisado Por: Aprobado por: Página:
Más detallesUniversidad Autónoma de los Andes Evaluación y Auditoría Informática Unidad 1: Metodología de una Auditoría de Sistemas Computacionales - ASC Ing. John Toasa Espinoza http://waudinfingjohntoasa.wikispaces.com
Más detallesPrincipales Cambios de la ISO 9001:2015
INTRODUCCIÓN La nueva versión disponible de ISO 9001:2015, actualmente en su versión DIS, muestra una gran cantidad de cambios respecto de su predecesora. Muchos de estos cambios están en línea con otros
Más detallesMetodología Dharma de Dirección de Proyectos (MDDP) sobre CA PPM
Dharma Consulting es una empresa dedicada a proporcionar soluciones de negocios para la gestión organizacional de proyectos. Estas soluciones están orientadas a resolver problemas y a mejorar los resultados
Más detallesCOPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE
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,
Más detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detallesGestión de Proyectos con Open Project
Gestión de Proyectos con Open Project 20 HORAS Esta capacitación tiene como objetivo principal brindar a los participantes los conocimientos generales relativos a la gestión integral de proyectos de acuerdo
Más detallesPLAN DE ADMINISTRACION DEL PROYECTOS
PLAN DE ADMINISTRACION DEL PROYECTOS Presentado por: Jefferson Peña Cristian Álvarez Cristian Alzate 10 1.3 Evolución del PAPS El Gerente debe dar mantenimiento a este documento cada semana. Está sujeto
Más detalles5. Gestión de la Configuración del Software (GCS)
5. Gestión de la Configuración del Software (GCS) 5.1. La Configuración del Software El resultado del proceso de ingeniería del software es una información que se puede dividir en tres amplias categorías:
Más detallesPROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES
PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES Objetivo del Procedimiento: Identificar y definir los componentes de configuración de los sistemas del SENA, registrando e informando
Más detallesPlanificación, Gestión y Desarrollo de Proyectos
Planificación, Gestión y Desarrollo de Proyectos Conceptos básicos Planificación de un proyecto Gestión de un proyecto Desarrollo de un proyecto 1 Conceptos básicos: Proyecto Conjunto de actividades que
Más detallesIntroducción a la Gerencia de Proyectos. Resumen. Introducción.
Introducción a la Gerencia de Proyectos Edwin Monzón C. Ing. de Planeamiento y Control de Proyectos, Compañía Minera San Martín Resumen A nivel mundial la utilización de estándares en la dirección de proyectos
Más detallesProcedimiento General Auditorías Internas (PG 02)
(PG 02) Elaborado por: Jaime Larraín Responsable de calidad Revisado por: Felipe Boetsch Gerente técnico Aprobado por: Gonzalo Lira Gerente general Firma: Firma: Firma: Página: 2 de 7 ÍNDICE 1. OBJETO...
Más detallesProject 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 detallesModelo de Proceso de Desarrollo de Software
Modelo de Proceso de Desarrollo de Software Documento de Actividades Gestión de Configuración (S.C.M.) Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez ÍNDICE ÍNDICE... 1 GESTIÓN
Más detallesProcedimiento 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 detallesLISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M
No. REQUISITOS EXISTE ESTADO OBSERVACIONES 4. SISTEMA DE GESTION DE LA CALIDAD 4.1 Requisitos Generales La organización debe establecer, documentar, implementar y mantener un S.G.C y mejorar continuamente
Más detallesMetodologías de Desarrollo de Sistemas de Información
Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,
Más detallesPROCEDIMIENTO PARA AUDITORÍAS INTERNAS PC-TESI-10
.2.2 1. Objetivo Determinar si el SGC es conforme con las disposiciones planificadas con los requisitos de la Norma con los requisitos del Sistema de Gestión de la Calidad establecidos por el TESI, así
Más detallesOperació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 detallesBloque 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<Generador de exámenes> Visión preliminar
1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,
Más detallesRECOMENDACIONES. HALLAZGOS Objetivos especifico Justificación/Norma ANEXO
HALLAZGOS HALLAZGOS Objetivos especifico Justificación/Norma 1 No se estiman los presupuestos y calendario l proyecto En el objetivo específico 7 Verificar si se asigna los recursos necesarios para el
Más detallesFASE SEIS ACOMPAÑAMIENTO EN LA GESTIÓN DEL NEGOCIO. I. Metodología. 1. Objetivo de la fase. 2. Descripción de la fase
FASE SEIS ACOMPAÑAMIENTO EN LA GESTIÓN DEL NEGOCIO I. Metodología 1. Objetivo de la fase Asegurar que las redes sean capaces de ejecutar el negocio planificado de manera sostenible. 2. Descripción de la
Más detallesProcesos Críticos en el Desarrollo de Software
Metodología Procesos Críticos en el Desarrollo de Software Pablo Straub AgileShift Imagine una organización de desarrollo de software que consistentemente cumple los compromisos con sus clientes. Imagine
Más detallesITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen
ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas
Más detalles0. Introducción. 0.1. Antecedentes
ISO 14001:2015 0. Introducción 0.1. Antecedentes Conseguir el equilibrio entre el medio ambiente, la sociedad y la economía está considerado como algo esencial para satisfacer las necesidades del presente
Más detallesADMINISTRACIÓN DE LA PRODUCCIÓN
ADMINISTRACIÓN DE LA PRODUCCIÓN ADMINISTRACIÓN DE LA PRODUCCIÓN 1 Sesión No. 11 Nombre: Administración del proyecto Contextualización Para cerrar esta unidad, esta semana abordaremos la forma en la que
Más detallesMANEJO DE QUEJAS Y RECLAMOS
MANEJO DE QUEJAS Y RECLAMOS Derechos reservados ICONTEC- 1 OBJETIVO GENERAL Proponer una metodología para la planeación, diseño, operación, mantenimiento y mejora de un proceso para el manejo de los reclamos
Más detallesGUIAS PARA EL MANUAL DE ASEGURAMIENTO DE LA CALIDAD MANUAL DE ASEGURAMIENTO DE CALIDAD
MANUAL DE ASEGURAMIENTO DE CALIDAD 1. ALCANCE 1.1 Estas guías definen todos los requerimientos del programa de Aseguramiento de Calidad de los fabricantes que tienen un Aviso de Aceptación de producto,
Más detallesProcedimiento 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 detallesSeñor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009
1 Montevideo, 11 de marzo de 2009 Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 De nuestra consideración, De acuerdo a vuestra solicitud, tenemos el agrado de poner a su consideración la presente
Más detallesFuncionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net
2012 Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net Servinet Sistemas y Comunicación S.L. www.softwaregestionproyectos.com Última Revisión: Febrero
Más detallesPRU. 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 detallesPRC-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 detallesSistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal
Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal Objeto del Llamado y Generalidades El Centro para la Inclusión
Más detallesMETODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?
METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en
Más detallesXXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS. La Habana, Cuba, 26 al 30 de octubre de 1998
XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS La Habana, Cuba, 26 al 30 de octubre de 1998 XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS 1. Introducción
Más detallesPROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO
PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO UNIDAD: TÉCNICOS DE LABORATORIOS DE DEPARTAMENTOS, CENTROS E INSTITUTOS DE INVESTIGACIÓN (UTLA). Fecha de realización: DICIEMBRE
Más detallesTraducción del. Our ref:
Traducción del Documento: Our ref: Secretaría del ISO/TC 176/SC 2 Fecha: 15 de octubre de 2008 A los Miembros del ISO/TC 176/SC 2 - Gestión de la Calidad y Aseguramiento de la Calidad/ Sistemas de la Calidad
Más detallesCapí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 detallesPROCEDIMIENTO DE AUDITORIA INTERNAS DE CALIDAD
GG-PRD-007 Página 1 de 9 1. OBJETIVO: Establecer las responsabilidades y los requisitos necesarios para la planeación y ejecución de auditorías internas al sistema de gestión de (S.G.C.) de la Cámara de
Más detallesINSTITUCIÓN EDUCATIVA LA ESPERANZA AUDITORIAS INTERNAS. CÓDIGO: A1-IN01 VERSIÓN: 1 PÁGINA 1 de 6
CÓDIGO: A1-IN01 VERSIÓN: 1 PÁGINA 1 de 6 1. ESPECIFICACIONES GENERALES NOMBRE: AUDITORÌAS INTERNAS OBJETIVO: Evaluar el nivel de implementación y eficacia del S.G.C RESPONSABLE: Líder de la Gestión de
Más detallesCMMI (Capability Maturity Model Integrated)
CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla
Más detallesProcedimiento para el desarrollo de auditoria interna.
Página 1 de 16 1. OBJETIVO El propósito de este documento es establecer el mecanismo a utilizar para la planificación y desarrollo de las Auditorias Internas en el Sistema de Gestión de Calidad de CR Ingeniería
Más detallesPROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Auditorias Internas de Calidad. Código PG-09 Edición 0. Índice:
Índice: 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 4 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. ELABORACIÓN
Más detallesIngeniería de Software
Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora visconti@inf.utfsm.cl 0 Portadas El documento que se está generando corresponde
Más detalles3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire.
3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire. 3.1 Descripción general de los pasos de la auditoría. Las auditorías comprenderán tres etapas
Más detallesPlan de Administración del Proyecto
L México 2002 Atención Ciudadana y Gestión de Programas Sociales Plan de Administración del Proyecto Introducción: El Plan de Administración del Proyecto provee información de cómo el proyecto debe ser
Más detallesPreguntas más frecuentes sobre PROPS
Preguntas más frecuentes sobre PROPS 1. Qué es un modelo? Un modelo es un marco común para toda la organización. Está alineado con los estándares de gestión de proyectos, como PMBOK, ISO10006, ISO9000
Más detallesPERFILES 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 detallesMACROPROCESO GESTIÓN TECNOLÓGICA
Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar
Más detallesMaster en Gestion de la Calidad
Master en Gestion de la Calidad Registros de un Sistema de Gestion de la Calidad Manual, procedimientos y registros 1 / 9 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer que es un registro
Más detallesResumen 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 detallesPROCESO 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 detallesPROCEDIMIENTO DE AUDITORÍA INTERNA DE CALIDAD
Página 1 de 9 1. OBJETIVO Establecer el proceso para realizar las auditorias internas de calidad a fin de que permitan verificar que el Sistema de Gestión de la Calidad cumple con lo establecido en la
Más detallesDESARROLLO 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 detallesANEXO 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