Ingeniería de Software

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Ingeniería de Software"

Transcripción

1 Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora 0 Portadas El documento que se está generando corresponde al plan de proyecto para el desarrollo de un producto de software, dentro de las actividades de la asignatura, por lo tanto, es de vital importancia que el grupo de proyecto separe e identifique dos tipos de portada que se deben incluir en el documento, en el orden que se señala a continuación. 0.1 Portada de la asignatura Debe incluir los siguientes datos como mínimo: nombre del documento, nombre y rol de los integrantes, nombre profesor, ayudante(s) y fecha. 0.2 Portada del proyecto Debe incluir la siguiente información como mínimo: nombre del documento, nombre del proyecto, nombre y logotipo de la Empresa y producto, jefe de proyecto, equipo de desarrollo y fecha. 1 Índice o Tabla de Contenidos Presenta la secuencia lógica de ideas tratadas, facilitando la búsqueda de información específica contendida en el documento. Observación: el punto anterior (Portadas) NO debe ser incluido como parte de la tabla de contenidos 1.1 Lista de figuras Índice de las figuras que se han incluido en el plan. 1.2 Lista de tablas Índice de las tablas que se han incluido en el plan. 2 Introducción Resumen de la visión global del proyecto. Incluye: Origen del tema tratado. Profesor Dr. Marcello Visconti Z. 1

2 Descripción global del problema a resolver. Enfoque de desarrollo. Descripción global de la solución al problema. 3 Alcances y Propósitos del Documento Establece los objetivos que cubre el documento y la forma en que se resuelven, junto con su importancia y trascendencia, tanto a nivel de las personas involucradas en el proyecto, como los clientes. Es necesario destacar las consecuencias y compromisos que pueden desprenderse del informe. 4 Plan Técnico 4.1 Especificación del Sistema El objetivo de este punto es definir los elementos de un sistema dentro de un contexto global, con el fin de identificar necesidades de información y establecer las bases para el proyecto. Con lo anterior, se propondrán alternativas de solución y se escogerá una, apoyándose en un estudio de prefactibilidad Diagnóstico de la situación actual Descripción situación actual Descripción de la forma en que actualmente se realizan los procesos y de su interacción con el entorno del sistema. Esta descripción debe ser lo más clara, completa y concisa, sin dar lugar a ambigüedades. A modo de apoyo, se recomienda usar esquemas y diagramas Identificación de problemas y fallas Listar las fallas y carencias que presenta el sistema / situación actual. Implica clasificar y ordenar los problemas según importancia e impacto Dimensión del cambio Características y potencialidades deseadas Se debe dar respuesta a los problemas y fallas antes descritos. Involucra rasgos funcionales, tecnológicos, sociales, organizacionales, entre otros. Estas características, a posterior, deben ser trazables con los requerimientos funcionales y no funcionales. Profesor Dr. Marcello Visconti Z. 2

3 Restricciones Se debe realizar una descripción de las restricciones económicas, sociales, culturales, tecnológicas, institucionales, políticas, legales, entre otras, que de alguna u otra forma afectan al proyecto Análisis de las alternativas de solución Por cada una de las alternativas de solución propuestas se debe explicar los tópicos que a continuación se describen Alternativa X Descripción Por cada una de las alternativas de solución propuestas, se debe realizar la descripción funcional y tecnológica de éstas. Análisis de prefactibilidad: Consiste en realizar una evaluación cuantitativa y cualitativa de las alternativas propuestas. Realizar un estudio de prefactibilidad técnica, operacional, legal y económica de la alternativa antes descrita. No obstante, se pueden considerar aspectos relevantes para el proyecto, como culturales, de normativa organizacional, entre otros. La prefactibilidad económica, en este punto, debe considerar aspectos cualitativos en vez de los cuantitativos Selección de la alternativa de solución Lo primero que se debe especificar son los criterios que se emplearán para evaluar y seleccionar la mejor alternativa. Luego, en base a estos criterios, determinar cuál es la alternativa que mejor cumple con éstos Estudio factibilidad económica de la alternativa seleccionada Una vez establecida la alternativa a desarrollar, debe hacerse un estudio basado en indicadores económicos, que al menos debe incluir PAYBACK, VAN y TIR, de tal forma de justificar la inversión a realizar en el proyecto. Además, se deben cuantificar los beneficios y/o ganancias que generará el desarrollo del proyecto. 4.2 Técnicas y herramientas de desarrollo Modelo de desarrollo Elegir un paradigma de desarrollo, justificando esta elección en base a las características propias del proyecto en desarrollo. Profesor Dr. Marcello Visconti Z. 3

4 Se deben especificar productos de trabajo que se generarán en el desarrollo del proyecto, así como una breve descripción del contenido de éstos Herramientas y técnicas de soporte para el desarrollo Especificar las herramientas que se utilizarán en el desarrollo del proyecto, así como la(s) etapa(s) involucrada(s). Definir las técnicas a utilizar en el desarrollo del proyecto, así como el motivo por el cual fueron seleccionadas. En este punto se hace mención a cualquier herramienta o técnica que apoye el proceso de desarrollo. Por ejemplo, lenguajes de programación, herramientas CASE, técnicas de comunicación, técnicas de aseguramiento de la calidad, técnicas de control de cambio, entre otras Plan de medioambiente de desarrollo Se debe entregar las características del ambiente de desarrollo que se utilizará, considerando aspectos tales como HW, SW, topología de red, entre otros Plan de capacitación del grupo de desarrollo La capacitación del personal incluye los siguientes puntos: Observación del desarrollo cooperativo e individual. Análisis de insuficiencias y mejoras. Elaboración de programas de apoyo y optimización. Programa de incorporación de nuevos funcionarios. Se deben especificar las insuficiencias detectadas en cada participante del desarrollo del proyecto, las acciones que se llevarán a cabo para remediarlas, y cuándo se realizarán éstas. Este plan se debe reflejar en la calendarización del proyecto Gestión de riesgos Análisis y control de circunstancias probables que pudiesen obstaculizar el normal transcurrir de la planificación. Las etapas que se desarrollan en el análisis de riesgos, son las que a continuación se describen Análisis de riesgos Identificación: lista de ítems de riesgo que pueden comprometer el éxito del proyecto. Clasificación de los riesgos: estos se pueden clasificar en distintas categorías. Las mínimas que se piden son: Profesor Dr. Marcello Visconti Z. 4

5 Del proyecto: dificultades durante el desarrollo, relacionados con los recursos humanos, la calendarización o la interacción cliente-desarrollador. Ejemplo: Mal dimensionamiento del problema. Técnicos: potenciales problemas de diseño, implantación del sistema, interfaz, verificación y mantenimiento. Ejemplo: Pérdidas de información por fallas de HW durante el desarrollo. Del negocio: comprende posibles hechos que pueden hacer fracasar el sistema una vez terminado. Ejemplo: nuevas disposiciones legales, aparición en el mercado de productos sustitutos. Evaluación: caracterizar cualitativamente la probabilidad de ocurrencia e impacto de los riesgos. Priorización de los riesgos, según su probabilidad e impacto Control de riesgos Se debe realizar el control de los 10 riesgos más prioritarios, a través de la hoja de control de riesgos. Esta hoja de control incluye: Planificación de acción: plan de contingencia (acciones por realizar al activarse el riesgo) y plan de mitigación (acciones que permiten atenuar la probabilidad de ocurrencia y/o el impacto del riesgo). Resolución: cierre del riesgo. Monitoreo: Seguimiento de los riesgos y actividades, con el objeto de detectar nuevos, riesgos, reevaluar los existentes y ejecutar los planes en caso de ser necesario. 4.3 Implementación Plan de operación del sistema Se debe especificar el ambiente de operación del sistema y los recursos requeridos para ello Plan de implantación Especificación de las tareas, responsabilidades y recursos ligados a la implantación del sistema, de forma secuencial Plan de mantención Definición de recursos asociados a períodos de tiempo sobre la base de una planificación. Se debe especificar el tipo de garantía que se entregará. Profesor Dr. Marcello Visconti Z. 5

6 5 Plan de Recursos 5.1 Dimensionamiento del problema Estimación de la complejidad funcional y del tamaño del producto. Esto se realiza utilizando la herramienta de Puntos de Función. 5.2 Calendarización Estructura de descomposición de tareas (WBS) Determinación de las principales fases, subfases, actividades, tareas y subtareas que permitan cumplir con los compromisos adquiridos. Definición de hitos, los cuales se deben ver reflejados en el WBS. Asignación de tiempo, responsable, recursos humanos, estado, costos (opcional), productos de trabajo y actividades predecesoras a cada una de las tareas. Definición de métodos de seguimiento y control de la planificación Carta Gantt Utilizar la herramienta Microsoft Project para generar la Carta Gantt, en base a lo estipulado en el WBS. Cabe notar que el WBS y Carta Gantt son parte del plan de proyecto, por lo que NO van en los anexos. 5.3 Recursos del proyecto Recursos Humanos Establecer y caracterizar el perfil del recurso humano requerido para el proyecto (analistas, diseñadores, programadores, ingenieros, entre otros). Detallar, de forma tabular, las capacidades, habilidades, disponibilidad de tiempo y responsabilidades (tareas asignadas) del recurso humano asignado al proyecto Hardware / Software Especificar HW y SW requerido para el desarrollo del proyecto, describiendo sus características intrínsecas, potencialidades, funcionalidad y disponibilidad Otros Recursos adicionales, no especificados en los puntos anteriores, requeridos para el desarrollo del sistema. Profesor Dr. Marcello Visconti Z. 6

7 5.4 Estimación de esfuerzo Estimación de esfuerzo (MM) y tiempo para el desarrollo e instalación del sistema, basándose en la planificación y asignación de recursos. Para esto, se utiliza la herramienta COCOMO. 5.5 Estimación de costo Estimación del costo total de desarrollo del proyecto. Se debe especificar por fase e ítem los costos, de la forma más clara posible. 5.6 Organización del equipo de desarrollo Cargos y funciones desarrolladas por cada uno de los integrantes del equipo de trabajo (a nivel organizacional) con la visión de desarrolladores, NO de empresa. Profesor Dr. Marcello Visconti Z. 7

8 6 Plan del Aseguramiento de la Calidad del Software (SQA) 6.1 Introducción Se debe realizar una breve introducción de la importancia de SQA en la organización y los objetivos que se persiguen con el presente plan de calidad. 6.2 Organización y responsabilidad Organización del grupo de SQA, especificando roles y responsabilidades asociadas a cada rol. Asignación de personal a SQA, es decir, asociar a una persona particular uno de los roles antes definidos. 6.3 Prácticas de SQA Descripción de las tareas y actividades de SQA, dentro del contexto del desarrollo de software, de forma clara y concisa. 6.4 Productos de Trabajo Para cada uno de los productos de trabajo identificados en el plan técnico (punto 4.2.1), se deben definir los atributos de calidad exigibles, según el modelo de calidad elegido. Además, es necesario establecer los mecanismos de aprobación: quién o quiénes harán la revisión final?, cómo la harán?, cuándo? (lo que se debe reflejar en la planificación) y con qué formularios o checklist? 6.5 Revisiones Identificar las revisiones a realizar por el equipo de desarrollo del proyecto, el grupo de SQA y el cliente, otorgando una visión global sobre los objetivos a alcanzar. Se debe especificar los mecanismos de revisión: frecuencia, participantes, fechas, duración, criterios para seleccionar el material a revisar y los formularios a emplear. 6.6 Formas o Checklist asociados En este punto se deben mostrar todos los cheklist, templates o formularios asociados al proceso de SQA. Incluye: Templates para el proceso de revisión. Templates para las pruebas. Checklist para la revisión final de cada etapa del proceso de desarrollo y por producto de trabajo. Profesor Dr. Marcello Visconti Z. 8

9 7 Plan de Gestión de Configuración (SCM) 7.1 Introducción Se debe realizar una breve introducción de la importancia de SCM en la organización y los objetivos que se persiguen con el presente plan de gestión de configuración. 7.2 Organización y responsabilidad Organización del grupo de SCM, especificando los roles y las responsabilidades asociadas a cada rol. Asignación de personal a SCM, es decir, asociar a una persona particular uno de los roles antes definidos. 7.3 Tareas de SCM Descripción de las tareas y actividades de SCM, dentro del contexto del proceso de desarrollo de software Identificación de ítems de configuración Listar los ítems de configuración seleccionados, a su vez, indicar criterios de selección. Determinar tipos de documentación de configuración requerida por cada ítem. Establecer un mecanismo de asignación de identificadores Identificación de baselines Identificar las baselines que se establecerán durante el proyecto. Descripción de cuando y como serán producidas y de su composición Mecanismos de Control de cambio Determinar la forma y los procedimientos para la preparación y realización de los cambios. Como mínimo, deben definirse las etapas de solicitud de cambio, evaluación del cambio e implementación de las modificaciones aprobadas. También, deben especificarse los roles y responsabilidades asociadas a cada paso. (por ejemplo, quién será el(los) responsable(s) de aprobar el cambio?) Contabilidad del estado de la configuración Lista de los reportes que se proveerán en relación al estado de la configuración. Para cada reporte debe especificarse audiencia y frecuencia de distribución. Profesor Dr. Marcello Visconti Z. 9

10 7.3.5 Auditorías de configuración Descripción de las auditorías de configuración: participantes, fechas, duración y los formularios a emplear Formas o Checklist asociados Mecanismos de Control de cambio: Solicitud de cambio, versiones, revisiones, etc. Contabilidad del estado de la configuración: reporte detallado de cada CI, histórico de los cambios del proyecto, estado de cada CI, estado de las baselines, resultados de las auditorías. Auditorías. 8 Conclusión Por cada entrega parcial del plan de proyecto, se debe incluir una conclusión. Esta debe ser con respecto al proyecto desarrollado. Con respecto al proyecto, debe quedar claro el estado de avance y los compromisos que se desprenden del documento. 9 Referencias Esta se debe separar en bibliográfica, URL's, papers y otros. La información debe ser completa, es decir, especificar todos los datos de la referencia. Profesor Dr. Marcello Visconti Z. 10

<TITULO DEL PROYECTO DE DESARROLLO DE SW >

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

MÁSTER EN DIRECCIÓN Y GESTIÓN DE PROYECTOS

MÁSTER EN DIRECCIÓN Y GESTIÓN DE PROYECTOS MÁSTER EN DIRECCIÓN Y GESTIÓN DE PROYECTOS IMPARTIDO POR Fundación Aucal TÍTULO OTORGADO POR Título Propio de la Universidad Francisco de Vitoria MODALIDAD On Line COLABORACIONES Universidad Francisco

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

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

Ciclo de vida del Software

Ciclo de vida del Software Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por

Más detalles

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

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

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

1.1. Sistema de Gestión de la Calidad

1.1. Sistema de Gestión de la Calidad 1.1. Sistema de Gestión de la Calidad ÁREA: GESTIÓN DE LA CALIDAD SISTEMA: GESTIÓN DE LA CALIDAD ETAPA I - OBJETIVOS REQUISITOS TÉCNICOS 2012 1. La institución realiza un diagnóstico del estado actual

Más detalles

TÉCNICO SUPERIOR UNIVERSITARIO EN ADMINISTRACIÓN ÁREA ADMINISTRACIÓN Y EVALUACIÓN DE PROYECTOS

TÉCNICO SUPERIOR UNIVERSITARIO EN ADMINISTRACIÓN ÁREA ADMINISTRACIÓN Y EVALUACIÓN DE PROYECTOS TÉCNICO SUPERIOR UNIVERSITARIO EN ADMINISTRACIÓN ÁREA ADMINISTRACIÓN Y EVALUACIÓN DE PROYECTOS HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Consultoría empresarial 2.

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

Evolución de Software

Evolución de Software Evolución de Software Marcello Visconti & Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Mantención de Software Gestión de Configuración

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

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

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

ÁREA: CALIDAD DE ATENCIÓN DE USUARIOS SISTEMA: SEGURIDAD DE LA INFORMACIÓN

ÁREA: CALIDAD DE ATENCIÓN DE USUARIOS SISTEMA: SEGURIDAD DE LA INFORMACIÓN ETAPA I OBJETIVOS REQUISITOS TÉCNICOS 2012 1. La institución, en conjunto con las áreas que la componen, realiza un Diagnóstico de la situación de seguridad de la información institucional, e identifica

Más detalles

Nombre Alumno: DNI/NIF/ :

Nombre Alumno: DNI/NIF/ : (se ruega poner el nombre en cada página) DNI/NIF/ : TEST (Puntúa sobre 10 y tiene un valor del 40% sobre la nota final de la asignatura, si se renuncia a la participación en clase o del 35% en caso contrario)

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

MANUAL DE SEGURIDAD DE LA INFORMACIÓN

MANUAL DE SEGURIDAD DE LA INFORMACIÓN MANUAL DE SEGURIDAD DE LA INFORMACIÓN MINISTERIO DE AMBIENTE Y DESARROLLO SOSTENIBLE Bogotá D.C. Página 1 de 19 Contenido 1. INTRODUCCIÓN... 4 1. OBJETIVO... 4 2. ALCANCE DEL SISTEMA DE GESTIÓN DE SEGURIDAD

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A.

PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A. PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A. Dirección de Sistemas de Información Madrid, mayo 2014 PCT B.I. ELIPSOS 1 CONTENIDO 1. OBJETIVO

Más detalles

Curso: Experto en dirección y gestión de proyectos.

Curso: Experto en dirección y gestión de proyectos. Curso: Experto en dirección y gestión de proyectos. Código: 1347 Familia Profesional: Habilidades directivas Acreditación: Formación reconocida a través de vías no formales Modalidad: Distancia Duración:

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

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

K2BIM Plan de SQA Versión 1.1

K2BIM Plan de SQA Versión 1.1 K2BIM Plan de SQA Versión 1.1 Historia de revisiones Fecha VersiónDescripción Autor 18/08/2009 1.0 Creación del documento. Diego Píriz 23/08/2009 1.1 Pequeñas correciones. Alan Descoins 1 Contenido 1.

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 AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO Satisfacer los requerimientos que hagan los usuarios para

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Cómo gestionar proyectos en condiciones de riesgo

Cómo gestionar proyectos en condiciones de riesgo 1 de 8 CLAVES PARA EL ÉXITO DE LOS PROYECTOS Cómo gestionar proyectos en condiciones de riesgo Las empresas necesitan desarrollar proyectos que exigen estructuras y tratamientos distintos a los tradicionales.

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos Páginas 1 de 7 1. OBJETIVO Brindar el marco normativo que fije las condiciones en que deben prestarse los Servicios de Tecnologías de Información a los procesos de la organización, estableciendo criterios

Más detalles

Ingeniería de Software. Dr. Marcello Visconti Departamento de Informática Universidad Técnica Federico Santa María visconti@inf.utfsm.

Ingeniería de Software. Dr. Marcello Visconti Departamento de Informática Universidad Técnica Federico Santa María visconti@inf.utfsm. Ingeniería de Software Dr. Marcello Visconti Departamento de Informática Universidad Técnica Federico Santa María visconti@inf.utfsm.cl Ingeniería?? de Software Grandes Problemas Actuales Retraso respecto

Más detalles

Seamos parte de la solución!

Seamos parte de la solución! Seamos parte de la solución! María Carolina Vacas, PMP carolinavacas@outlook.com Septiembre 2012 Objetivo del Taller Difundir las buenas prácticas en Gestión de Riesgos que propone el PMI. Invitar a las

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

ACOMPAÑAMIENTOENLAIMPLEMENTACIÓN DE LAESTRATEGIA DE GOBIERNO EN LÍNEA EN EL ESTADO

ACOMPAÑAMIENTOENLAIMPLEMENTACIÓN DE LAESTRATEGIA DE GOBIERNO EN LÍNEA EN EL ESTADO ACOMPAÑAMIENTOENLAIMPLEMENTACIÓN DE LAESTRATEGIA DE GOBIERNO EN LÍNEA EN EL ESTADO PLAN DE AJUSTE TECNOLÓGICO ALCALDÍA DE TÁMARA CASANARE V1.0 DICIEMBRE DE 2014 1 CONTENIDO 1. INTRODUCCIÓN... 5 2. OBJETIVOS

Más detalles

PERFIL DEL INGENIERO DE SISTEMAS FUSM

PERFIL DEL INGENIERO DE SISTEMAS FUSM PERFIL DEL INGENIERO DE SISTEMAS FUSM PERFIL DEL INGENIERO DE SISTEMAS DE LA FUSM El perfil del Ingeniero de Sistemas presencial de la Fundación Universitaria San Martín, Bogotá, está en capacidad de modelar

Más detalles

ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un

ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un efecto positivo o negativo sobre al menos un objetivo del proyecto, como tiempo,

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

Planificación y Control de Proyectos de Software mediante MS Project

Planificación y Control de Proyectos de Software mediante MS Project Práctica 2 Planificación y Control de Proyectos de Software mediante MS Project E n esta práctica vamos a introducirnos en la Planificación y Control de Proyectos de Software mediante herramientas informáticas

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com

CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com CIF 9159 Taller Integrado Sección 4 Planificación Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com Temas a Tratar Planificar Definiciones Proceso / Herramientas Estructura de Desglose

Más detalles

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

UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Resumen. Rodolfo Villarroel Marcello Visconti rvillarr@spock.ucm.cl visconti@inf.utfsm.cl Universidad Católica del Maule Universidad

Más detalles

ANÁLISIS MODAL DE FALLOS EFECTOS (A. M. F. E.)

ANÁLISIS MODAL DE FALLOS EFECTOS (A. M. F. E.) ANÁLISIS MODAL DE FALLOS EFECTOS (A. M. F. E.) Y 1. INTRODUCCIÓN Este documento describe paso a paso el proceso de identificación, evaluación y prevención de deficiencias en los productos o servicios.

Más detalles

Implantación de Sistemas

Implantación de Sistemas Implantación de Sistemas Maria Ines Parnisari 17 de Diciembre de 2014 Índice Parte 1: Implantación... 2 Factores clave para una implantación exitosa... 2 Etapas de un proyecto de Sistemas... 2 Fases de

Más detalles

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008) Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,

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 AUDITORÍA INTERNA Versión 05 Diciembre 2008 INDICE Introducción...

Más detalles

Aseguramiento de la calidad del software

Aseguramiento de la calidad del software Aseguramiento de la calidad del software Standard for Software Reviews and Audits [IEEE 1028] IEEE 1028 Para qué sirve Provee definiciones y requerimientos uniformes para los procesos de revisión y auditoría.

Más detalles

MEJORAMIENTO DEL PROCESO DE SCM: MARCO DE REFERENCIA Y APLICACIÓN PRÁCTICA. Abstract

MEJORAMIENTO DEL PROCESO DE SCM: MARCO DE REFERENCIA Y APLICACIÓN PRÁCTICA. Abstract MEJORAMIENTO DEL PROCESO DE SCM: MARCO DE REFERENCIA Y APLICACIÓN PRÁCTICA Rodolfo Villarroel 1 Departamento de Computación e Informática Universidad Católica del Maule, Chile rvillarr@spock.ucm.cl Marcello

Más detalles

Pauta de Informe de Proyecto

Pauta de Informe de Proyecto Departamento de Informática Universidad Técnica Federico Santa María Pauta de Informe de Proyecto ILI-236 Profesores: Hernán Astudillo y Marcello Visconti 1 Introducción... 3 2 Plan de trabajo... 3 3 Análisis...

Más detalles

Plan de Gestión de Configuración Librería CEI

Plan de Gestión de Configuración Librería CEI Plan de Gestión de Configuración Este documento describe todas las actividades de Gestión de Configuración y Cambios que serán realizadas durante todo el ciclo de vida del proyecto. El mismo nos proporciona

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

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

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar

Más detalles

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)

Más detalles

Capítulo IV. Manejo de Problemas

Capítulo IV. Manejo de Problemas Manejo de Problemas Manejo de problemas Tabla de contenido 1.- En qué consiste el manejo de problemas?...57 1.1.- Ventajas...58 1.2.- Barreras...59 2.- Actividades...59 2.1.- Control de problemas...60

Más detalles

Modelo de calidad IT Mark

Modelo de calidad IT Mark Modelo de calidad IT Mark Agenda de Trabajo 1. Área de Calidad 2. Introducción IT Mark 3. Proceso del Negocio 3.1 Ten Square. 3.2 Evaluación 3.3 Evidencias 3.4 Presentación de resultados. 4. Proceso de

Más detalles

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Introducción Gestión de la Configuración del Software (GCS / SCM) Def.- Arte de identificar, organizar,

Más detalles

ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS

ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS CUALIFICACIÓN PROFESIONAL ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS NIVEL DE CUALIFICACIÓN: 3 ÁREA COMPETENCIAL: INFORMATICA ÍNDICE 1. ESPECIFICACIÓN DE COMPETENCIA...3 1.1. COMPETENCIA GENERAL...3 1.2.

Más detalles

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.

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

Gestión de proyectos

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

PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES

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

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2

LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2 LINQ TO AMAZON PLAN DE PROYECTO Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 23/08/2008 1.0 Creación del documento. Martín Rivadavia 20/08/2008 1.1 Correcciones. Martín Rivadavia

Más detalles

Política S y SO documentada Saber quien o quienes es la alta gerencia, organigrama) Evidencia de autorización por la alta gerencia

Política S y SO documentada Saber quien o quienes es la alta gerencia, organigrama) Evidencia de autorización por la alta gerencia SISTEMAS DE GESTIÓN EN SEGURIDAD Y SALUD OCUPACIONAL Fuentes Probables Evidencia Requisitos OHSAS 18001 Preguntas de Auditoría Objetiva 4.2 Política de Seguridad y Salud Ocupacional Conclusiones Debe existir

Más detalles

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

Más detalles

Mantenimiento de Sistemas de Información

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

Más detalles

Gestión de proyectos

Gestión de proyectos Gestión de proyectos Este curso aborda cómo establecer un sistema organizativo de los recursos humanos de una empresa u organización para aumentar su eficiencia y productividad, eliminando procesos inútiles,

Más detalles

Modelo de Control para la Administración de Riesgos de TI. MsC. Carlos Zamora Sotelo, CISA, CISM

Modelo de Control para la Administración de Riesgos de TI. MsC. Carlos Zamora Sotelo, CISA, CISM Modelo de Control para la Administración de Riesgos de TI MsC. Carlos Zamora Sotelo, CISA, CISM Agenda 1. Objetivo de la Sesión. 2. La Administración de Riesgos en la Estrategia de Negocios. 3. El papel

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 INTEGRAL DE ATENCIÓN A CLIENTE(A)S, USUARIO(A)S Y BENEFICIARIO(A)S

Más detalles

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte AUDITORIA DE SISTEMAS Jorge Alberto Blanco Duarte QUE ES LA AUDITORIA DE SISTEMAS? La auditoria en informática es la revisión y la evaluación de los controles, sistemas, procedimientos de informática;

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

0.1 JC 12-10-11 Versión original. El proyecto Análisis y Diseño de software para el control de la documentación de proyectos

0.1 JC 12-10-11 Versión original. El proyecto Análisis y Diseño de software para el control de la documentación de proyectos Tree Co. CONTROL DE VERSIONES Versió Hecha Revisada por Aprobada por Fecha Motivo n por 0.1 JC 12-10-11 Versión original NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Análisis y Diseño de software para el control

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

POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN

POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN PÁGINA Nº1 POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN Versión 1.0 MINISTERIO DE OBRAS PÚBLICAS ELABORADO POR: Dirección General de Obras Públicas FECHA: 9/09/2012 REVISADO

Más detalles

GESTIÓN DE PROYECTOS

GESTIÓN DE PROYECTOS GESTIÓN DE PROYECTOS Índice DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDADES DE INICIO DEL PROYECTO...2 ACTIVIDAD GPI 1: ESTIMACIÓN DE ESFUERZO...2 Tarea GPI 1.1: Identificación de Elementos a Desarrollar...3 Tarea

Más detalles

Identificación de requerimientos

Identificación de requerimientos Licenciatura en Informática Administración de requerimientos Identificación de requerimientos Licenciatura en Informática Sirva este material como apoyo a los apuntes de la asignatura Administración de

Más detalles

MÁSTER EN GESTIÓN Y DIRECCIÓN DE PROYECTOS/ PROJECT MANAGEMENT

MÁSTER EN GESTIÓN Y DIRECCIÓN DE PROYECTOS/ PROJECT MANAGEMENT MÁSTER EN GESTIÓN Y DIRECCIÓN DE PROYECTOS/ PROJECT MANAGEMENT Modalidad: A Distancia Duración: 600 horas Precio: 2.990 Título: Doble Titulación Expedida por Euroinnova Business School y Avalada por el

Más detalles

Sin embargo el proceso de gestión de riesgos aplicado a cualquier actividad consta de las siguientes etapas:

Sin embargo el proceso de gestión de riesgos aplicado a cualquier actividad consta de las siguientes etapas: EL PROCESO DE GESTIÓN DE RIESGO La gestión de riesgo se puede definir como el proceso de toma de decisiones en un ambiente de incertidumbre sobre un acción que va a suceder y sobre las consecuencias que

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

Antes de imprimir este documento piense en el medio ambiente!

Antes de imprimir este documento piense en el medio ambiente! Versión 1.0 Página 1 de 6 1. ajustado ambiental OBJETIVO Proporcionar herramientas metodológicas para el desarrollo, organización, ejecución y evaluación de simulacros, de una forma segura y confiable,

Más detalles

UNIDAD No. 6 Auditoria de Aplicaciones

UNIDAD No. 6 Auditoria de Aplicaciones Auditoria V UNIDAD No. 6 Auditoria de Aplicaciones Definiciones SOFTWARE/ PROGRAMA: Conjunto de instrucciones que dirigen al Hardware. Software/Programas del Sistema Llamados Programas Supervisorios, realizan

Más detalles

CL_50413 Mastering Microsoft Project 2010

CL_50413 Mastering Microsoft Project 2010 Mastering Microsoft Project 2010 www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción Este curso provee a estudiantes con el conocimiento

Más detalles

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey Universidad Tecnológica del Valle del Mezquital P.S.P Programa Educativo Alumno 5 to Cuatrimestre Grupo A Materia Calidad en Desarrollo de Software Facilitador Lic. Norma Pérez López Enero Abril 2011.

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

PFC- Aplicaciones Web para trabajo colaborativo:

PFC- Aplicaciones Web para trabajo colaborativo: PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz

Más detalles

Examen de certificación Objetivos: PK0-003

Examen de certificación Objetivos: PK0-003 Examen de certificación Objetivos: PK0-003 INTRODUCCIÓN El examen CompTIA Project + está diseñado para profesionales de negocios involucrados con proyectos. Este examen certificará que el candidato exitoso

Más detalles

La Implementación de SAP R/3

La Implementación de SAP R/3 SESIÓN 3 La implementación de SAP R/3 Etapas del Proyecto y Tareas a Realizar Entorno de la Implementación SAP Taller de Introducción a ERP SESIÓN 3/1 La Implementación de SAP R/3 El significado usual

Más detalles

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA Resumen AUTORIA CARLOS CABALLERO GONZÁLEZ TEMATICA INFORMÁTICA ETAPA ESO-BACHILLERATO-CFGM(ESI,ASI,DSI) Se describe la revolución que supuso la incursión

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

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

ANEXO A - Plan de Proyecto. 1. - EDT de la solución EDT GENERAL DEL PROYECTO1

ANEXO A - Plan de Proyecto. 1. - EDT de la solución EDT GENERAL DEL PROYECTO1 ANEXO A - Plan de Proyecto 1. - EDT de la solución EDT GENERAL DEL PROYECTO1 2.- Diagrama de Gantt de la Solución DIAGRAMA DE GANTT- FASE INICIAL DOCUMENTACION Y ANALISIS2 DIAGRAMA DE GANTT- FASE FINAL

Más detalles

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA OPCION 1: PEQUEÑA ENVERGADURA DIRECCIÓN DE INFORMÁTICA DEPARTAMENTO DE SISTEMAS DEPARTAMENTO DE INFRAESTRUCTURA Y ASISTENCIA A USUARIOS DIRECCIÓN

Más detalles

METODOLOGIAS DE AUDITORIA INFORMATICA

METODOLOGIAS DE AUDITORIA INFORMATICA METODOLOGIAS DE AUDITORIA INFORMATICA Auditoria Informatica.- Certifica la integridad de los datos informaticos que usan los auditores financieros para que puedan utilizar los sistemas de información para

Más detalles

FICHA TÉCNICA DEL CURSO [GDP01] GESTIÓN DE PROYECTOS

FICHA TÉCNICA DEL CURSO [GDP01] GESTIÓN DE PROYECTOS FICHA TÉCNICA DEL CURSO [GDP01] GESTIÓN DE PROYECTOS OBJETIVOS: Definir el concepto de Dirección de Proyectos Identificar las figuras y participantes que intervienen en un proyecto Establecer una metodología

Más detalles

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

Proceso Unificado de Rational 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

Administración de Proyectos. Gestión de Tiempos

Administración de Proyectos. Gestión de Tiempos Administración de Proyectos Gestión de Tiempos 2 Gestión del Tiempo Procesos necesarios para asegurar la finalización del proyecto en tiempo estipulado. Clara orientación a la dependencia en esta gestión.

Más detalles