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

Download ""

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:

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 detalles

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

Proceso: AI2 Adquirir y mantener software aplicativo

Proceso: 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 detalles

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A. 214 CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC SA Área de Organización y Métodos CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN

Más detalles

Ingeniería de Software

Ingenierí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 detalles

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO:

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: La norma IEEE 1058.1: Plan para la Gestión de Proyectos Software realizado por el alumno Ismael Caballero Muñoz-Reja para la asignatura Planificación y Gestión

Más detalles

Descripción de las posiciones del área de sistemas

Descripción de las posiciones del área de sistemas Descripción de posiciones del área de Sistemas Operador/Data Entry Entrar y verificar datos provenientes de distintas vías de ingreso. Monitorear procesos, programas y resultados. Seguir los formatos apropiados

Más detalles

Metodologías de Desarrollo de Sistemas de Información

Metodologí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 detalles

Gestión del Alcance del Proyecto

Gestión del Alcance del Proyecto pm4dev, 2009 serie de gerencia para el desarrollo Gestión del Alcance del Proyecto GERENCIA DE PROYECTOS PARA ORGANIZACIONES DE DESARROLLO GERENCIA DE PROYECTOS PARA ORGANIZACIONES DE DESARROLLO Una metodología

Más detalles

Tecnología de la Información. Administración de Recursos Informáticos

Tecnología de la Información. Administración de Recursos Informáticos Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos

Más detalles

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

Más detalles

PERFILES OCUPACIONALES

PERFILES OCUPACIONALES PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan

Más detalles

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA Hospital Nacional de Maternidad UNIDAD DE INFORMATICA 87 Introducción Página: I INTRODUCCION Para el propósito de este manual el Hospital Nacional de Maternidad puede ser referido también como El Hospital,

Más detalles

Adquisiciones, AGESIC COMPRA DIRECTA 01/2012. Contratación de servicios especializados en consultoría para la Gestión de la Configuración.

Adquisiciones, AGESIC COMPRA DIRECTA 01/2012. Contratación de servicios especializados en consultoría para la Gestión de la Configuración. Adquisiciones, AGESIC COMPRA DIRECTA 01/2012 1. Objeto del Servicio Montevideo, 09 de Enero de 2012 Contratación de servicios especializados en consultoría para la. 2. Alcance configuración enfocada a

Más detalles

Grupo de procesos de Planificación

Grupo de procesos de Planificación Grupo de procesos de Planificación Fuentes: Information Technology Project Management, Fifth Edition, Copyright 2007 PMBOK, Cuarta edición Preparó: Ing. Ismael Castañeda Fuentes Objetivos de Aprendizaje

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

[Guía de auditoría AudiLacteos]

[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 detalles

FORMACIÓN DE HABILIDADES EN ADMINISTRACIÓN DE PROYECTOS

FORMACIÓN DE HABILIDADES EN ADMINISTRACIÓN DE PROYECTOS Expertos en Administración de Proyectos FORMACIÓN DE HABILIDADES EN ADMINISTRACIÓN DE PROYECTOS GRUPO CERRADO Agosto 14, 2013 La información contenida en este documento es confidencial, y no podrá ser

Más detalles

Modelo de Proceso de Desarrollo de Software

Modelo 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 detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

Gestión de las adquisiciones

Gestión de las adquisiciones Gestión de las adquisiciones Fuentes: Information Technology Project Management, Fifth Edition, Copyright 2007 PMBOK, Quinta edición Preparó: Ing. Ismael Castañeda Fuentes Procesos de la gestión de las

Más detalles

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr

Sede 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 detalles

Resumen del Contenido del Examen PMP

Resumen del Contenido del Examen PMP Resumen del Contenido del Examen PMP Tareas Dominio I Inicio del Proyecto - 13 % Realizar una valoración del proyecto basada en la información disponible, mediante reuniones con el patrocinador, el cliente,

Más detalles

Metodología Dharma de Dirección de Proyectos (MDDP) sobre CA PPM

Metodologí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 detalles

PROCEDIMIENTOS DE AUDITORIAS INTERNAS

PROCEDIMIENTOS DE AUDITORIAS INTERNAS PÁGINA: 1 DE 8 Este procedimiento tiene por objeto establecer las políticas, condiciones, actividades, responsabilidades y controles para lograr la programación, preparación, desarrollo, reporte, seguimiento

Más detalles

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA 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

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

UNIVERSIDAD RICARDO PALMA

UNIVERSIDAD RICARDO PALMA UNIVERSIDAD RICARDO PALMA SÍLABO I.- DATOS ADMINISTRATIVOS NOMBRE DEL CURSO : Administración de Proyectos Informáticos CÓDIGO DEL CURSO : II 0902 SEMESTRE : 2003-2 CREDITOS : Tres (3) HORAS SEMANALES :

Más detalles

MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN

MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN OBJETIVO GENERAL El alumno analizará, la importancia de brindar productos y servicios con calidad; así como estudiar los fundamentos, autores y corrientes

Más detalles

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Señ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 detalles

Gestión de las adquisiciones

Gestión de las adquisiciones Gestión de las adquisiciones Fuentes: Information Technology Project Management, Fifth Edition, Copyright 2007 PMBOK, Cuarta edición Preparó: Ing. Ismael Castañeda Fuentes Procesos de la gestión de las

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Curso de Preparación para la Certificación como PMP

Curso de Preparación para la Certificación como PMP Curso de Preparación para la Certificación como PMP Insurgentes Sur N 800 Piso 8, Col. Del Valle. México, D.F. C.P.03100 T: +52 (55) 5061 4946 http://www.bpgurus.com / info@bpgurus.com Descriptivo del

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 [Clave Proyecto] - Plan de Administración de la Configuración del Proyecto Contenido 1. Historial de Cambios... 3 1.1. Cambios de Contenido... 3 1.2. Aprobación de Cambios... 3 1.3. Cambios de Plantilla...

Más detalles

MANUAL DE CALIDAD ISO 9001:2008

MANUAL 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 detalles

Introducción a la Gerencia de Proyectos. Resumen. Introducción.

Introducció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 detalles

MANAGEMENT CONSULTORES

MANAGEMENT CONSULTORES MANAGEMENT CONSULTORES CURSO DE ADMINISTRACION Y DIRECCION DE PROYECTOS Cnel. Ramón L. Falcón 1435 C1406GNC 35 Buenos Aires, Argentina Tel.: 054-15-5468-3369 Fax: 054-11-4433-4202 Mail: mgm_consultas@mgmconsultores.com.ar

Más detalles

1. PROCESOS DEL PROJECT MANAGEMENT

1. PROCESOS DEL PROJECT MANAGEMENT INDICE 1. PROCESOS DEL PROJECT MANAGEMENT 1.1 Procesos del Proyecto 1.2 Grupos de Proceso 1.3 Interacciones del Proceso 1.4 Adaptación de las interacciones del proceso 2. AREAS DEL CONOCIMIENTO DEL PROJECT

Más detalles

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo

Más detalles

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA TRABAJO PRÁCTICO DE AUDITORIA INFORMATICA Profesor: Lic. Marco Antonio Leiva Fernández 5to

Más detalles

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

Capítulo III. Manejo de Incidentes

Capí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 detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

Project Management Institute PMI. Antecedentes

Project Management Institute PMI. Antecedentes Project Management Institute PMI Antecedentes Mientras que el número de proyectos se incrementa día con día, el número de personas calificadas para manejar adecuadamente estos no crece de la misma manera.

Más detalles

Procedimiento de Sistemas de Información

Procedimiento 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 detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. 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 detalles

DIRECCIÓN DE TECNOLOGIAS DE LA INFORMACION

DIRECCIÓN DE TECNOLOGIAS DE LA INFORMACION MANUAL ORGANIZACIONAL MAN-ORG-105 BASICA RÉGIMEN ORGANIZACIONAL INTERNO NOR-DTIN- 54 DIRECCIÓN DE TECNOLOGIAS DE LA INFORMACION 1. FINALIDAD Apoyar la gestión empresarial mediante una efectiva planificación,

Más detalles

Ejemplo Manual de la Calidad

Ejemplo Manual de la Calidad Ejemplo Manual de la Calidad www.casproyectos.com ELABORADO POR: REPRESENTANTE DE LA DIRECCION APROBADO POR: GERENTE GENERAL 1. INTRODUCCIÓN Nuestra organización, nació en el año XXXXXXXXX, dedicada a

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES Página 1 de 11 I. IDENTIFICACIÓN DENOMINACIÓN DEL CARGO: PROGRAMADOR DE COMPUTADOR SIGLA:PC CLASE: V GRADO: 12-14-16 NIVEL: ADMINISTRATIVO NÚMERO DE CARGOS: ÁREA: 5 JEFE INMEDIATO: 1. OFICINA DE INFORMÀTICA

Más detalles

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

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 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 detalles

Etapa de Implementación de la Ejecución del Plan

Etapa de Implementación de la Ejecución del Plan MINISTERIO DE OBRAS PÚBLICAS Gestión y Monitoreo de Planes de Obras Públicas Etapa de Implementación de la Ejecución del Plan Dirección de Planeamiento SUBDIRECCION DE PLANIFICACION ESTRATEGICA Noviembre

Más detalles

Diplomado Administración de proyectos: Preparación para el examen de certificación PMP

Diplomado Administración de proyectos: Preparación para el examen de certificación PMP Diplomado Administración de proyectos: Preparación para el examen de certificación PMP Duración 164 horas Objetivo general: Este diplomado proporciona los conocimientos, técnicas y herramientas necesarias

Más detalles

PROCEDIMIENTO DE AUDITORIA INTERNAS DE CALIDAD

PROCEDIMIENTO 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 detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El original del Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS Nº 574-2009,

Más detalles

PROGRAMA DE PREPARACIÓN PARA LA CERTIFICACIÓN PMP DEL PROJECT MANAGEMENT INSTITUTE

PROGRAMA DE PREPARACIÓN PARA LA CERTIFICACIÓN PMP DEL PROJECT MANAGEMENT INSTITUTE PROGRAMA DE PREPARACIÓN PARA LA CERTIFICACIÓN PMP DEL PROJECT MANAGEMENT INSTITUTE PUNTOS CLAVE: El Project Management Institute, PMI administra el único programa de certificación profesional, otorgando

Más detalles

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s PRINCE2 & TickIT Jorge Armando Medina Morales Código 1700321660 U n i v e r s i d a d D e C a l d a s F a c u l t a d D e I n g e n i e r í a s I n g e n i e r í a D e S i s t e m a s O c t u b r e 2010

Más detalles

Mtro. Carlos Eugenio Ruíz Hernández Rector. Dr. José Radamed Vidal Alegría Secretario Académico

Mtro. Carlos Eugenio Ruíz Hernández Rector. Dr. José Radamed Vidal Alegría Secretario Académico Con fundamento en la Ley Orgánica de la Universidad Autónoma de Chiapas (Artículo 4 Fracción I, Artículo 18, Fracción III y V, Artículo 25, Fracción XIV), se expide el presente documento, el cual tiene

Más detalles

Presentación de Web Method. Productos y Servicios para la Gestión de Proyectos y la PMO

Presentación de Web Method. Productos y Servicios para la Gestión de Proyectos y la PMO Presentación de Web Method Productos y Servicios para la Gestión de Proyectos y la PMO 1 Productos y Servicios Visión ejecutiva -2- Cartera de productos y servicios Metodología para gestión de PMO, proyectos,

Más detalles

Nombre de la asignatura: Gestión de Proyectos de Software

Nombre de la asignatura: Gestión de Proyectos de Software Nombre de la asignatura: Gestión de Proyectos de Software Créditos: 3 3-6 Aportación al perfil Desarrollar, implementar y administrar software de sistemas o de aplicación que cumpla con los estándares

Más detalles

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMM - 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 detalles

RUP: Disciplina de Manejo de Cambios y Configuraciones

RUP: Disciplina de Manejo de Cambios y Configuraciones RUP: Disciplina de Preparado por: Amelia Soriano Mayo 2005 Tomado de: Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation Curso Rational Unified Process Rational

Más detalles

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE ADMINISTRADOR DE PROYECTOS Y PROCESOS DE SOFTWARE TALENTO EN TI OCTUBRE 2012 P á g i n a 1 ÍNDICE DEL CONTENIDO 1 OBJETIVO 2 CAMPO DE APLICACIÓN

Más detalles

Ges3ón de Proyectos So9ware

Ges3ón de Proyectos So9ware Ges3ón de Proyectos So9ware Tema 2.1 Integración Carlos Blanco Bueno Félix Óscar García Rubio Este tema se publica bajo Licencia: Crea5ve Commons BY- NC- ND 4.0 Objetivos Ampliar los conocimientos básicos

Más detalles

SOFTWARE EDUCATIVO EDU-CIAA-NXP

SOFTWARE EDUCATIVO EDU-CIAA-NXP 10-7-2015 GESTION DE PROYECTOS SOFTWARE EDUCATIVO EDU-CIAA-NXP Profesor: Dr. Ariel Lutenberg Alumno: Ricardo Pafundi DNI: 17.833.525 Índice de contenido: SOFTWARE EDUCATIVO EDU-CIAA-NXP Tabla de contenidos

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

Más detalles

Metodología para la Gestión de Proyectos de Tecnologías Informáticas

Metodología para la Gestión de Proyectos de Tecnologías Informáticas Universidad Técnica Nacional Dirección de Gestión de Tecnología de Información Metodología para la Gestión de Proyectos de Tecnologías Informáticas Capítulo 1. Normas de Aplicación General. Norma 1.5.

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Las Normas ISO 9000 del 2000

Las Normas ISO 9000 del 2000 Las Normas ISO 9000 del 2000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como

Más detalles

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0) Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva

Más detalles

Diplomado Administración de proyectos: Preparación para el examen de certificación PMP

Diplomado Administración de proyectos: Preparación para el examen de certificación PMP Diplomado Administración de proyectos: Preparación para el examen de certificación PMP Duración 164 horas Objetivo general: Este diplomado proporciona los conocimientos, técnicas y herramientas necesarias

Más detalles

PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM

PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM Eduardo Álvarez, Raúl Blanco, Evelyn Familia y Marta Hernández. Pertenece el sector de la TI Es una de las cinco mayores compañías

Más detalles

INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar.

INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar. 1 2 Etapas de un proyecto Conoce las 5 etapas por las que todo proyecto debe pasar. Etapas de un proyecto Todo lo que debes saber INICIO para gestionarlas de manera eficiente PLANIFICACIÓN 3 4 5 EJECUCIÓN

Más detalles

Sistema de Evaluación de Proveedores

Sistema de Evaluación de Proveedores Sistema de Evaluación de Proveedores Grupo de Empresas ENAP Versión Preparado por: Aprobado por: 02 07-sep-09 Gerencia de Servicios, Departamento de Políticas y Soporte de Aprovisionamiento 01 03-feb-09

Más detalles

PLAN DE ADMINISTRACION DEL PROYECTOS

PLAN 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 detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE CAPACITACIÓN Versión 05 Diciembre 2008 INDICE Introducción... 3

Más detalles

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

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN...

Más detalles

MACROPROCESO GESTIÓN TECNOLÓGICA

MACROPROCESO 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 detalles

EL xxx GESTIÓN/TIPIFICACIÓN DE PROYECTOS EN TELECOMUNICACIONES. xx U.D. Optativo de la carrera de Ingeniería Civil Electricista.

EL xxx GESTIÓN/TIPIFICACIÓN DE PROYECTOS EN TELECOMUNICACIONES. xx U.D. Optativo de la carrera de Ingeniería Civil Electricista. UNIVERSIDAD DE CHILE ELxxx Pág. 1 EL xxx GESTIÓN/TIPIFICACIÓN DE PROYECTOS EN TELECOMUNICACIONES xx U.D. REQUISITOS: INxxx DH: (4-2-4) ELxxx CARÁCTER: Optativo de la carrera de Ingeniería Civil Electricista.

Más detalles

RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA. José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM.

RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA. José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM. RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM. Introducción Antecedentes CONTENIDO Evolución de la Gestión

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

Project and Portfolio Management [PPM] Sustainable value creation.

Project and Portfolio Management [PPM] Sustainable value creation. Project and Portfolio Management [PPM] Sustainable value creation. SoftExpert Project and Portfolio Management [PPM] Suite es la solución más robusta, funcional y fácil para priorizar, planificar, gestionar

Más detalles

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

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

Objeto del trabajo. Introducción

Objeto del trabajo. Introducción Título del trabajo: Gestión de programas y proyectos de mejora continua Autor: Kanterewicz, Pablo Mario Dirección de correo electrónico: pkant@pka-consult.com.ar Objeto del trabajo Este artículo tiene

Más detalles

6 - Aspectos Organizativos para la Seguridad

6 - Aspectos Organizativos para la Seguridad Auditorría de Sistemas: SIS-303 Universidad Católica Boliviana Docente Ph.D. Indira Rita Guzman de Galvez ISO 17799 6 - Aspectos Organizativos para la Seguridad Resumen Por: Edwin Marcelo Guzman Bueso

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

Manual de la Calidad MC-SGC

Manual de la Calidad MC-SGC MC-SGC Elaborado por: Revisado por: Aprobado por: Nombre Cargo Firma Fecha Encargado Alejandro Jara la 10-12-2008 calidad Claudia Ramírez Mariana Schkolnik Representante de la Dirección Directora 10-12-2008

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

Programa de Certificación en Dirección de Proyectos (7 Días) El Enfoque Kerzner para la Excelencia en la Dirección de Proyectos

Programa de Certificación en Dirección de Proyectos (7 Días) El Enfoque Kerzner para la Excelencia en la Dirección de Proyectos Programa de Certificación en Dirección de Proyectos (7 Días) El Enfoque Kerzner para la Excelencia en la Dirección de Proyectos Salón de Clases Tradicional Curso No. 8115 Duración: 7 Días en Total Créditos:

Más detalles

CAPÍ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. 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 detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE EMPRENDEDOR DE NEGOCIOS DE SOFTWARE

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE EMPRENDEDOR DE NEGOCIOS DE SOFTWARE ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE EMPRENDEDOR DE NEGOCIOS DE SOFTWARE TALENTO EN TI ABRIL 2014 ÍNDICE DEL CONTENIDO 1 OBJETIVO 2 CAMPO DE APLICACIÓN 3 DEFINICIONES 4 REQUISITOS

Más detalles

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc.

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc. Las Normas ISO 9000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como deben funcionar

Más detalles

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

Más detalles