Curso gestión de proyectos
|
|
- Josefa Espinoza Castillo
- hace 8 años
- Vistas:
Transcripción
1 Curso gestión de proyectos Proyecto: Herramienta gráfica para cuantificar el uso de memoria de un microcontrolador Autor: 1 / 14
2 Tabla de contenidos Índice de contenido Información del documento...3 Historial del documento...3 Información general...3 Definiciones...3 Carta del proyecto...4 Objetivos del proyecto...4 Justificación...4 Interesados...5 Requerimientos...5 Alcance del proyecto...5 Justificación...5 Criterios de aceptación...6 Restricciones...6 Suposiciones...6 Estructura de desglose del trabajo...7 Planificación...8 Gestión de costos...9 Gestión de riegos...10 Riesgos identificados...10 Gravedad de los mismos...10 Medidas para mitigarlos...10 Categorización NPR...10 Gestión de la calidad...11 Costos de prevención (conformidad)...11 Costos de evaluación (conformidad)...11 Costo de fallas internas (no conformidad)...11 Costo de fallas externas (no conformidad)...11 Gestión de las comunicaciones...12 Gestión de compras...13 Plan de control y seguimiento...14 Procesos de cierre / 14
3 1. Información del documento Documento Plan de proyecto Versión 0.1 Fecha 25/05/ Historial del documento Fecha Versión Autor 25/05/ Información general Nombre del proyecto Fecha de inicio 03/08/2015 Fecha tentativa de finalización 13/11/2015 Herramienta gráfica para cuantificar el uso de memoria de un microcontrolador 4. Definiciones Sistema embebido Microcontrolador Eclipse Plug-in Sistema electrónico programable que se dedica a un único propósito específico. Componente del sistema embebido que ejecuta el programa. Entorno integrado de desarrollo para sistemas embebidos, que permite su expansión mediante el agregado de plug-ins. Módulo autónomo de software que agrega una funcionalidad específica a otro programa. 3 / 14
4 5. Carta del proyecto, de mi consideración: Buenos Aires, 24 de abril de 2015 Por la presente se le encomienda el diseño y desarrollo de un plug-in para Eclipse que permita ver el consumo de memoria de código y datos de una aplicación en microcontrolador. Asimismo se deberán proveer los códigos fuentes del plug-in y la documentación necesaria para instalarlo y utilizarlo. El mismo estará a su cargo y no contará con recursos humanos adicionales. La fecha de inicio del mismo es la presente y se espera su concreción al día lunes 30 de noviembre de Sin más que agregar, lo saluda atentamente Dr. Ing. Ariel Lutenberg, Coordinador General del Proyecto CIAA. 6. Objetivos del proyecto Diseñar y desarrollar una herramienta de software que asista a los programadores de sistemas embebidos en su función, permitiéndoles ver rápidamente cómo se está empleando la memoria interna del microcontrolador en uso. Justificación: Se presentan dos situaciones cotidianas en el desarrollo de sistemas embebidos: - La necesidad de optimizar la memoria utilizada por una aplicación, con el fin de elegir el microcontrolador más económico que la pueda resolver. - Ídem cuando en un diseño existente se agota la memoria disponible y es necesario agregar una nueva funcionalidad. Se espera que esta herramienta ahorre tiempo al desarrollador al ejercer su función y le permita tomar mejores decisiones a la hora de elegir un microcontrolador para un proyecto nuevo. 4 / 14
5 7. Interesados Client: Autoridades de la CESE. Sponsor:. End-User: Programadores de sistemas embebidos. Champion: Paola Pezoimburu. Drivers: Ariel Lutenberg, Paola Pezoimburu. Supporters: Un programador Java aún no designado. Project manager:. Team members:. 8. Requerimientos - Representación visual del uso de la memoria interna del MCU. - Fácil identificación de los principales consumos de memoria. - Indicación de a qué zona de memoria fue asignada cada variable (FLASH, RAM, EEPROM, etc). - Presentación de estos datos dentro de una ventana de Eclipse. 9. Alcance del proyecto El alcance del proyecto es la realización de dicho plug-in integrable a Eclipse y la entrega de un manual de usuario que permita la instalación y uso del mismo. En este proyecto no se contemplan cursos de capacitación en el uso de la herramienta generada. Justificación: El consumo de memoria por parte de una aplicación con microcontrolador es algo que no se debe perder de vista en ningún desarrollo. Este dato era de uso cotidiano en la época de los microcontroladores con unos pocos cientos de bytes de memoria de datos pero se fue perdiendo con el advenimiento de dispositivos con cada vez más capacidad de memoria (actualmente hay microcontroladores con 1Mb de memoria de código y 192Kb de memoria de datos). Esta información la emite el compilador cada vez que compila la aplicación, pero lo hace en un formato cuasi críptico que es de difícil asimilación por programadores no experimentados. Aún en el caso de programadores con trayectoria probada, buscar la información en ese formato lleva un gasto improductivo de tiempo. El formato propuesto se usa actualmente en programas que muestran de la misma manera el uso de datos en discos rígidos, particiones y carpetas. 5 / 14
6 Criterios de aceptación: Se hará una inspección visual de la salida del archivo.map que entrega el compilador y se contrastará la misma con la representación gráfica generada por el plug-in. Restricciones: La herramienta deberá desarrollarse en lenguaje Java, que es el lenguaje en que se programan los plug-in's de Eclipse. El proyecto no puede extenderse más allá de la fecha pactada de concreción. Suposiciones: No hay actualmente una herramienta que cumpla estos requisitos. Hay una población de programadores de sistemas embebidos que se beneficiaría de tener tal herramienta. El programador no experimentado suele ignorar esta problemática y tal herramienta lo ayudará a superar la misma. 6 / 14
7 10. Estructura de desglose del trabajo 7 / 14
8 11. Planificación 8 / 14
9 12. Gestión de costos El presente proyecto no conlleva gastos monetarios, por lo que la gestión de costos se realizó en base al costo económico de las horas que hay que dedicar al mismo y que por tanto no se invierten en actividades remuneradas. A continuación se presentan los costos en horas hombre surgidos de la planificación del proyecto, tomando como base un costo de la hora/hombre de AR$ 150. WBS Descripción de la tarea hs/hombre AR$ 1.1 Buscar documentación del mismo Discriminar la información de interés Armar una tabla con los resultados del análisis Obtener y compilar las fuentes del proyecto Analizar los fuentes Modificar los fuentes para que consuman la tabla generada Buscar un experto en Java Hacer el porting Verificacion y Validación del porting Aprender el entorno de desarrollo de plug-ins Desarrollar un plug-in de prueba Integrar el programa desarrollado Validación con usuarios finales Total Costos [AR$] Costos directos: Salarios Materiales 0 Viáticos 1500 Subcontratistas 0 Total costos directos Costos indirectos (se tomó un 30%) Costo total / 14
10 13. Gestión de riegos Riesgos identificados I - No conseguir un experto en Java que quiera colaborar con el proyecto. II - Subestimar la duración de las tareas. III No encontrar documentación sobre la generación del reporte compilación. IV No poder adaptar el programar WinDirStat para lo que yo lo necesito. V Incurrir en un pico de trabajo que no me permita dedicar las horas presupuestadas al proyecto. Gravedad de los mismos I - Grave. Si tuviera que hacer el porting de C++ a Java sin una asesoría experta tardaría mucho más tiempo. II - Grave. Si se demora la ejecución de las tareas, es probable que tenga que dedicar tiempo de mi horario de trabajo para completar el proyecto en fecha. III Medio. Generaría un atraso en la tarea ya que habría que hacerle ingeniería inversa. IV Medio. Habría que buscar otra forma de presentar la información visualmente. V Grave. Medidas para mitigarlos I Buscaría apoyo del champion de mi proyecto. Con los recursos de su organización sería mucho más fácil la búsqueda. II Buscar consejo de expertos. III Empezar a buscar esta información aún antes de empezar el proyecto. IV Comunicarme con los desarrolladores del proyecto y plantearles mi idea antes de empezar con el proyecto. V Programar cuidadosamente el tiempo. Categorización NPR Finalmente se asignó un número de prioridad de riesgo (NPR) a cada uno que se muestra a continuación. El mismo mostró que los riesgos II y IV son los más graves para el proyecto, por lo tanto se decidió mitigarlos tomando medidas para aumentar su detectabilidad, que en este caso consisten en bajar su probabilidad de no detectarlos a tiempo. Riesgo Pi (1-9) Si (1-9) Di (1-9) NPRi Pf (1-9) Sf (1-9) Df (1-9) NPRf II IV III V I / 14
11 14. Gestión de la calidad Como primera medida se analizan los costos de aplicar o no un plan de gestión de la calidad al proyecto. Dado que no hay gastos monetarios asociados al proyecto, el costo se mide en horas/hombre. Costos de prevención (conformidad): Son las horas invertidas en asegurarse que no se introducen bugs en el código. Se logra utilizando metodologías de Tests Unitarios automatizados u otras similares. En este caso, son horas en las que no se produce software pero se asegura que el software que se escribe no contiene defectos que se descubran con posterioridad. La principal ventaja de estas metodologías es que no es necesario hacer planes de verificación del proyeto, ya que la misma se hace mientras el código se va desarrollando. Costos de evaluación (conformidad): Son las horas dedicadas a la validación del software terminado. En el caso puntual, sería cotejar varios casos del archivo de texto entregado por el compilador contra la representación visual generada, contemplando distintos casos de uso (cambiar el tamaño de un vector y ver cómo varenía el tamaño del rectángulo que lo representa, cambiar una variable de zona de memoria y ver que su rectángulo cambie de color, etc). Este sería el plan de validación del proyecto. Costo de fallas internas (no conformidad): Este costo está representado por el gasto en horas/hombre de arreglar problemas descubiertos en el código. Su impacto principal es la pérdida de horas dedicables a otros proyectos remunerados. Costo de fallas externas (no conformidad): En este caso no se preveen este tipo de costos ya que el software no se va a comercializar. Más aún, en la licencia que acompaña al software se incluirá una limitación de responsabilidad de modo que cualquier perjuicio que pueda incurrir a un desarrollador que use la aplicación no repercuta en un costo monetario. 11 / 14
12 15. Gestión de las comunicaciones Las comunicaciones de este proyecto van a estar dirigidas a tres grupos de personas: I - Desarrolladores de proyectos de los cuáles se va a tomar todo o parte de su código. II - El champion, en caso de ser necesaria su ayuda para mitigar los riesgos analizados. III - Con los usuarios finales, para mostrarles el uso y provecho de la aplicación generada. En el caso del grupo I, lo importante es transmitir mi capacidad de llevar a cabo el proyecto para que se interesen en colaborar conmigo. El medio de comunicación será el personal, buscando formar un vínculo duradero con ellos. Sin la ayuda de estas personas será más complicada la incorporación al proyecto de su software. Con el champion la comunicación será en persona, ya que se tiene contacto semanalmente por otros motivos laborales. En este caso es importante enfatizar el retraso que sufriría el proyecto de no contar con su ayuda en la procura de un experto en el lenguaje Java. Con el último grupo, la comunicación será masiva e impersonal. El primer canal será la lista de correo embebidos32, ya que contiene a la fecha de elaboración de este documento unos 3000 miembros, todos ellos programadores de sistemas embebidos. En este caso es necesario transmitirles la utilidad de la aplicación a desarrollar, con unos cuantos ejemplos de la experiencia profesional. En todos los casos se espera que resulte convincente mostrar referencias al proyecto WinDirStat del que piensa tomar como base, para generar entusiasmo y expectativas. 12 / 14
13 16. Gestión de compras En este proyecto no se aplica la gestión de compras, no hay nada que comprar. 13 / 14
14 17. Plan de control y seguimiento La duración de las tareas está programada en horas/hombre pero siempre en cantidades que quepan en una o varias semanas laborables. Por lo tanto, al final de cada semana se cotejará el estado de avance contra la planificación. Dado que la mayoría de las tareas está en el camino crítico de la planificación, es importante detectar lo más pronto posible cualquier retraso en la ejecución de modo de poder tomar acciones correctivas. 18. Procesos de cierre El principal proceso de cierre consiste en determinar en qué medida se cumplió con la planificación inicial. Por lo tanto se cotejará el tiempo de concreción de cada tarea contra su estimación inicial, en busca de fallas en dichas estimaciones. Se verificará si se materializaron los riesgos contemplados en el plan de gestión, si fue eficaz su plan de mitigación y si se presentaron riesgos no contemplados. Se verificará si fue adecuada la cantidad de horas invertidas en planificación del proyecto y su impacto respecto a las horas invertidas en ejecución del mismo. Con estos tres análisis se espera obtener una metodología probada de selección y planificación de proyectos 14 / 14
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 detallesCurso. 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 detallesFuncionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net
2012 Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net Servinet Sistemas y Comunicación S.L. www.softwaregestionproyectos.com Última Revisión: Febrero
Más detallesGUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4. Dirección Técnica:
LA FORMACIÓN EMPRESARIAL CON E-LEARNING GUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4 Dirección Técnica: 4.- EL PLAN DE FORMACIÓN 33 Capítulo
Más detallesPROCEDIMIENTO AUDITORÍA INTERNA
PROCEDIMIENTO AUDITORÍA INTERNA CONTENIDO 1. OBJETO... 2 2. ALCANCE... 2 3. DEFINICIONES... 2 5. PROCEDIMIENTO... 4 5.1 Planificación de la Auditoría... 4 5.2 Calificación de Auditores... 4 5.3 Preparación
Más detallesCapítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO
Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL
Más detallesMANTENIMIENTO Y SOPORTE
MANTENIMIENTO Y SOPORTE Copyright 2014 Magalink SA Todos los derechos reservados. Este documento no puede ser reproducido de ninguna manera sin el consentimiento explícito de Magalink S.A. La información
Más detallesTecnología de la Información. Administración de Recursos Informáticos
Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos
Más detallesMetodología básica de gestión de proyectos. Octubre de 2003
Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución
Más detallesCapí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 detallesGestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería
Más detalles3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire.
3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire. 3.1 Descripción general de los pasos de la auditoría. Las auditorías comprenderán tres etapas
Más detallesGestión de Oportunidades
Gestión de Oportunidades Bizagi Suite Gestión de Oportunidades 1 Tabla de Contenido CRM Gestión de Oportunidades de Negocio... 4 Elementos del Proceso... 5 Registrar Oportunidad... 5 Habilitar Alarma y
Más detallesPrácticas ITIL para un mejor flujo de trabajo en el helpdesk
Prácticas ITIL para un mejor flujo de trabajo en el helpdesk Se diferencia tres partes de gestión para mejorar la resolución de las incidencias de soporte técnico según el marco ITIL: 1. Gestión de Incidencias
Más detalles4. METODOLOGÍA. 4.1 Materiales. 4.1.1 Equipo
4. METODOLOGÍA 4.1 Materiales 4.1.1 Equipo Equipo de cómputo. Para el empleo del la metodología HAZOP se requiere de un equipo de cómputo con interfase Windows 98 o más reciente con procesador Pentium
Más detallesInstituto Nacional de Tecnología Industrial TESTING DE SOFTWARE
Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE Laboratorio de Testing y Aseguramiento de Calidad de Software Disertante: A.C. Gabriel Miretti Agenda Presentación del Laboratorio de Testing
Más detallesPlanificación en Team Foundation Server 2010
Planificación en Team Foundation Server 2010 Planificación y Seguimientos en Proyectos Agile con Microsoft Visual Studio Team Foundation Server 2010 Dirigido a: Todos los roles implicados en un proyecto
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesC O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas
Coordinación del C O N T E N I D O 1. Propósito 2. Alcance 3. Responsabilidad y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos 9. Revisión
Más detallesINFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA
INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954
Más detallesISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE
ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE MARZO 2007 Este documento contesta las preguntas más frecuentes que se plantean las organizaciones que quieren
Más detallesPROGRAMA MENTORIZACIÓN DE EMPRENDEDORES "MENTOR-IT"
PROGRAMA MENTORIZACIÓN DE EMPRENDEDORES "MENTOR-IT" 1.- Objetivo de la acción Promover el emprendimiento tecnológico e innovador, apoyando a los jóvenes emprendedores o con ideas innovadoras, relacionadas
Más detallesDE VIDA PARA EL DESARROLLO DE SISTEMAS
MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso
Más detallesCOPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE
COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,
Más detallesGUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES
GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es
Más detallesSistema de Gestión de Prevención de Riesgos Laborales. Auditorías de Prevención
Sistema de Gestión de Prevención de Riesgos Laborales. Auditorías de Prevención Autor: autoindustria.com Índice 0. Introducción 1. Auditorías del Sistema de Prevención de Riesgos Laborales 1.1. Planificación
Más detallesResumen del Contenido del Examen PMP
Resumen del Contenido del Examen PMP Tareas Dominio I Inicio del Proyecto - 13 % Realizar una valoración del proyecto basada en la información disponible, mediante reuniones con el patrocinador, el cliente,
Más detallesModificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.
UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:
Más detallesMetodologías de Desarrollo de Sistemas de Información
Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,
Más detallesGERENCIA DE INTEGRACIÓN
GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos
Más detallesPLAN DE MÉTRICAS EN OCHO PASOS
PLAN DE MÉTRICAS EN OCHO PASOS Primera parte Ing. Esteban Vargas Asesor en Calidad Pro-Software Introducción a las métricas Qué son métricas de software? Las métricas de software son medidas que se usan
Más detallesMás Clientes Más Rápido: Marketing Online bien enfocado
Más Clientes Más Rápido: Marketing Online bien enfocado A continuación describo una propuesta comercial que estimo le interesará ya que tiene el potencial de incrementar su negocio en un período relativamente
Más detallesACOMPAÑ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 detallesVersión 10 Fecha de Elaboración: 21/10/2015 Página 1 de 8
21/10/2015 Página 1 de 8 1. OBJETIVO Definir las responsabilidades y los requisitos para planificar y realizar las auditorías, establecer los registros e informar resultados, con el fin de determinar si
Más detallesCUESTIONARIO DE AUTOEVALUACIÓN
CUESTIONARIO DE AUTOEVALUACIÓN El presente Cuestionario permite conocer en qué estado de madurez se encuentra el Sistema de Gestión Ambiental (en adelante, SGA) de su organización, de acuerdo a los requisitos
Más detalles1.1 EL ESTUDIO TÉCNICO
1.1 EL ESTUDIO TÉCNICO 1.1.1 Definición Un estudio técnico permite proponer y analizar las diferentes opciones tecnológicas para producir los bienes o servicios que se requieren, lo que además admite verificar
Más detallesGuía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades,
Guía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades, integración continua y repositorio distribuido de versiones.
Más detallesProject 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 detallesEl objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.
Gestión de proyectos Duración: 45 horas Objetivos: El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Contenidos:
Más detallesGestión de proyectos
Gestión de proyectos Horas: 45 El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos El
Más detallesMICROSOFT PROJECT 2010
MICROSOFT PROJECT 2010 PRESENTACIÓN Curso de administración de proyectos utilizando la herramienta informática Microsoft Project. El curso presenta conceptos teóricos de la administración de proyectos
Más detallesGestión de Proyectos de desarrollo de software. Ing. Rafael Bentancur Universidad ORT Uruguay
Gestión de Proyectos de desarrollo de software Ing. Rafael Bentancur Universidad ORT Uruguay Algunas definiciones Proyecto: emprendimiento temporario que debe crear un producto o servicio único (PMBOK)
Más detallesGuía de los cursos. Equipo docente:
Guía de los cursos Equipo docente: Dra. Bertha Patricia Legorreta Cortés Dr. Eduardo Habacúc López Acevedo Introducción Las organizaciones internacionales, las administraciones públicas y privadas así
Más detalles3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE
3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar
Más detallesGESTION OPERATIVA. Niveles de gestión
GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de
Más detallesPrograma de Fortalecimiento de las Capacidades en la Metodología PCM Project Cycle Management
Programa de Fortalecimiento de las Capacidades en la Metodología PCM Project Cycle Management Presentación y antecedentes Programa Fortalecimiento de las Capacidades en la Metodología PCM Dirección General
Más detallesPlanificació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 detallesPROCEDIMIENTO ESPECÍFICO. Código G056-02 Edición 0
Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PLANIFICACIÓN...
Más detallesPlanificació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 detallesAdelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -
Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de
Más detallesMarco Normativo de IT
Marco Normativo de IT PC0901 - Proceso de control de cambios en software de aplicación provisto por Organismos Gobierno de la Ciudad Autónoma de Buenos Aires PC0901 - Proceso de control de cambios en software
Más detallesManual del Alumno de la plataforma de e-learning.
2 Manual del Alumno de la Plataforma de E-learning 3 4 ÍNDICE 1. Página de Inicio...7 2. Opciones generales...8 2.1. Qué es el Campus...8 2.2. Nuestros Cursos...9 2.3. Cómo matricularme...9 2.4. Contactar...9
Más detallesRECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS
CENTRO DE EXCELENCIA DE SOFTWARE LIBRE DE CASTILLA-LA MANCHA JUNTA DE COMUNIDADES DE CASTILLA LA MANCHA. RECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS Autor del documento:
Más detallesPROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02
1. OBJETIVO Realizar la planificación, estructuración y ejecución de las auditorías internas, con el objeto de garantizar el cumplimiento de los requisitos de la Norma ISO 9001:2008 y los fijados por la
Más detallesADMINISTRACIÓN DE PROYECTOS
QUITO INGENIERIA MECANICA ADMINISTRACIÓN DE PROYECTOS JUAN MARCELO IBUJES VILLACÍS ADMINISTRACIÓN DE PROYECTOS Contenido tomado de referencia de la Guía de los Fundamentos para la Dirección de Proyectos
Más detallesUNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1. Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES. Jorge Valdano.
UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1 Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES Jorge Valdano Maria Sorte Antonio Rico Osmar Gutierrez Hermosillo, Sonora 04 de Septiembre
Más detallesImplementación de Paquetes
Project Management Caso Particular: Implementación de Paquetes Fases de Project Management Visión Proyecto Aprobado Inicio (Alcance) Alcance Aprobado Organización Planificación Aprobada Ejecución y Control
Más detallesK2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2
K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 08/10/2009 1.0 Creación del documento.
Más detallesTópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
Más detallesDESCRIPCIÓN DEL PROCESO DE RIESGO OPERACIONAL
DESCRIPCIÓN DEL PROCESO DE RIESGO Julio 10, de 2012 INDICE Proceso Riesgo Operacional... 1 Objetivo General... 1 Objetivos Específicos... 1 I. Identificación del Riesgo.... 1 II. Medición y Mitigación
Más detallesCONTROL DE CAMBIOS. FICHA CONTROL DE CAMBIOS Versión Fecha Descripción de la Modificación
CONTROL DE CAMBIOS FICHA CONTROL DE CAMBIOS Versión Fecha Descripción de la Modificación 01 02/07/07 Primera versión del Anexo Requerimientos Para La Elaboración Del Plan De Calidad Elaboró: Revisó: Aprobó:
Más detallesAdministración Colaborativa de Riesgos
Administración Colaborativa de Riesgos Introducción Después de varios años trabajando y dando consultoría en empresas de diferentes giros, llego a la conclusión de que la administración de los riesgos
Más detallesPROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04
Autorización Este documento entra en vigor a partir del 2 de agosto del 2005, a través de su autorización por parte del Dr. Francisco Javier Rojas Monroy, Coordinador de Operaciones, Calidad y Teclogía
Más detallesMesa de Ayuda Interna
Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...
Más detallesPROCEDIMIENTO DE AUDITORÍAS INTERNAS DEL SISTEMA DE GESTIÓN DE CALIDAD
Página : 1 de 12 PROCEDIMIENTO DE DEL SISTEMA DE GESTIÓN DE CALIDAD Esta es una copia no controlada si carece de sello en el reverso de sus hojas, en cuyo caso se advierte al lector que su contenido puede
Más detallesCapítulo III. Manejo de Incidentes
Manejo de Incidentes Manejo de Incidentes Tabla de contenido 1.- En qué consiste el manejo de incidentes?...45 1.1.- Ventajas...47 1.2.- Barreras...47 2.- Requerimientos...48 3.- Clasificación de los incidentes...48
Más detalles-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo
Página 11 5. Estructura del programa de evaluación con personal externo 5.1 Introducción Esta sección presenta la estructura del programa de evaluación con personal externo. Describe las funciones y responsabilidades
Más detallesPROCEDIMIENTO PARA LA GESTIÓN DE LOS REGISTROS DEL SISTEMA DE CALIDAD
Página : 1 de 6 PROCEDIMIENTO PARA LA GESTIÓN DE LOS REGISTROS DEL SISTEMA DE CALIDAD Esta es una copia no controlada si carece de sello en el reverso de sus hojas, en cuyo caso se advierte al lector que
Más detallesAVISO LEGAL. Definir las condiciones de contratación de los servicios ofrecidos por PC-NEXT.
1 de 6 I. PROPÓSITO. Definir las condiciones de contratación de los servicios ofrecidos por. II. ALCANCE. Este aviso es aplicable para todos los servicios ofrecidos por. III. DEFINICIONES. : Es la organización
Más detallesTERMINOS DE REFERENCIA NUEVE (09) ANALISTAS PROGRAMADORES
I. Antecedentes TERMINOS DE REFERENCIA NUEVE (09) ANALISTAS PROGRAMADORES El Congreso de la República aprobó, mediante decreto Legislativo No 141-2011, el Convenio Financiero No 4774-HN, suscrito entre
Más detallesIntroducción. Definición de los presupuestos
P o r q u é e l p r e s u p u e s t o d e b e s e r e l c a m i n o a s e g u i r p a r a g a r a n t i z a r e l é x i t o d e s u e m p r e s a? Luis Muñiz Economista Introducción El aumento de la incertidumbre
Más detallesSistema PYMES Ventas e Inventarios H&S
Sistema PYMES Ventas e Inventarios H&S Sistema PYMES Ventas e Inventarios H&S Visión DESARROLLADORA Teodora Vargas Tarqui Versión 0.9 Tabla de Contenidos 1. INTRODUCCION 3 1.1 Propósito 3 1.2 Alcance 3
Más detallesMODELOS 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 detallesPROGRAMA ESCUELA DE AYUDANTES UNIVERSIDAD DE CHILE RED JGM
1 PROGRAMA ESCUELA DE AYUDANTES UNIVERSIDAD DE CHILE RED JGM Contexto y Propósitos del Programa. El programa Escuela de Ayudantes se alinea y contribuye con el proceso de Habilitación y Desarrollo Docente
Más detallesPrograma de Formación Certificación PMP alineada con el PMBOK 5th y, Gestión de Proyectos con Microsoft Project 2010
Programa de Formación Certificación PMP alineada con el PMBOK 5th y, Gestión de Proyectos con Microsoft Project 2010 PROGRAMA FORMATIVO OBJETIVOS Identificar los 5 grupos de procesos definidas en el PMBOK
Más detallesCuenca, 15 de mayo de 2015. Ingeniero Patricio Guerrero. Director de Tecnologías de la Información y Comunicación Universidad de Cuenca. Ciudad.
Cuenca, 15 de mayo de 2015 Ingeniero Patricio Guerrero. Director de Tecnologías de la Información y Comunicación Universidad de Cuenca. Ciudad. De mi consideración: En respuesta a su gentil invitación
Más detallesCAPITULO 2 - POR QUÉ NECESITAN LAS EMPRESAS UN CUADRO DE MANDO INTEGRAL?
CAPITULO 2 - POR QUÉ NECESITAN LAS EMPRESAS UN CUADRO DE MANDO INTEGRAL? Los indicadores financieros. Desde hace mucho tiempo se utiliza el sistema de mediciones financiero, desde la época de los egipcios
Más detallesA propuesta del consejero de Empresa y Empleo y de la consejera de Gobernación y Relaciones Institucionales, el Gobierno
1/5 Diari Oficial de la Generalitat de Catalunya DISPOSICIONES DEPARTAMENTO DE LA PRESIDENCIA ACUERDO GOV/125/2015, de 28 de julio, por el que se aprueban los criterios y el procedimiento general para
Más detalles1.- JUSTIFICACIÓN 2.- OBJETO DEL CONTRATO
PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁ EL CONCURSO PARA LA GESTION DE LA PRODUCCIÓN TÉCNICA DE EXPOSICIONES QUE SE REALICEN EN LAS SALAS DEL CENTRO CULTURAL DEL MATADERO, ENTRE OTRAS. 1.- JUSTIFICACIÓN
Más detallesUnidad VI: Supervisión y Revisión del proyecto
Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir
Más detalles2.1 Planificación del Alcance
2. Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar
Más detallesEscuela Politécnica Superior. El Riesgo. Capítulo 9. daniel.tapias@uam.es. Dr. Daniel Tapias Curso 2014 / 15 PROYECTOS
Escuela Politécnica Superior El Riesgo Capítulo 9 Dr. Daniel Tapias Curso 2014 / 15 daniel.tapias@uam.es PROYECTOS PROGRAMA DE LA ASIGNATURA Capítulo 1: Introducción. Capítulo 2: Qué es un proyecto? Capítulo
Más detallesTaller de Gestión de Proyectos
Taller de Gestión de Proyectos Fernando Wins Marcelo Da Costa Porto Paul Gálvez Octubre2015 Montevideo Agenda Día 13 1.Breve repaso Taller Planificación Estratégica 2.Planificación Estratégica y Proyectos
Más detallesMODULO: MERCADEO. Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) MODELO DE MUESTRA SIN VALOR COMERCIAL
MODULO: MERCADEO Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) 1 Servicio de Soporte. El presente apartado constituye las condiciones de soporte y mantenimiento por parte de enncloud
Más detallesLOGISTICA D E COMPRAS
LOGISTICA D E COMPRAS 1. - Concepto de compras OBTENER EL (LOS) PRODUCTO(S) O SERVICIO(S) DE LA CALIDAD ADECUADA, CON EL PRECIO JUSTO, EN EL TIEMPO INDICADO Y EN EL LUGAR PRECISO. Muchas empresas manejan
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesGestión de Proyectos con Open Project
Gestión de Proyectos con Open Project 20 HORAS Esta capacitación tiene como objetivo principal brindar a los participantes los conocimientos generales relativos a la gestión integral de proyectos de acuerdo
Más detallesCONVOCATORIA PROVINCIAL DE PROYECTOS DE FORMACIÓN EN CENTROS Curso 2011/2012
CONVOCATORIA PROVINCIAL DE PROYECTOS DE FORMACIÓN EN CENTROS Curso 2011/2012 La Consejería de Educación, a través de los planes provinciales de formación, apuesta por aquellas modalidades de formación
Más detallesProcedimiento para Auditorías Internas
Página 1 1. Objetivo Establecer la metodología adecuada para la planificación, estructuración y realización periódica de las auditorías internas, permitiendo detectar las fortalezas y debilidades en la
Más detallesBloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.
1.- Objeto. Presentar y fomentar la existencia de metodologías en Dirección de Proyectos o Project Management a través de experiencias, documentos, normas y estándares nacionales e internacionales. Ofrecer
Más detallesMS Project aplicado al Control de Proyectos
MS Project aplicado al Control de Proyectos I. Datos generales Profesor tutor Duración del curso Dedicación del participante Modalidad : Rolando Luna Flores : 8 semanas (54 horas) : 6 a 8 horas semanales
Más detallesANÁ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 detallesPROCEDIMIENTO GERENCIA DE PROYECTOS
Página: 1 de 15 1 OBJETO Este procedimiento establece los parámetros requeridos en COMTECOL LTDA., para adelantar los Contratos de Gerencias de Proyectos, de tal forma que permite obtener el alcance de
Más detallesCondiciones de servicio de Portal Expreso RSA
Condiciones de servicio de Portal Expreso RSA Le damos la bienvenida a Portal Expreso RSA 1. Su relación con Portal Expreso RSA 1.1 El uso que el usuario haga de la información, software, servicios prestados
Más detallesTIPO DE PROCESO EVALUACION VERSIÓN 1 PROCEDIMIENTO AUDITORIAS INTERNAS PÁGINA: 1 de 7
PROCESO CONTROL INTERNO CÓDIGO SUBPROCESO CONTROL INTERNO 1.1.2-CI-001 TIPO DE PROCESO EVALUACION VERSIÓN 1 PROCEDIMIENTO PÁGINA: 1 de 7 1.OBJETIVO Proporcionar metodología para realizar las s internas
Más detalles12.1 PLANIFICAR LAS ADQUISICIONES PROYECTO TÉCNICO
12.1 PLANIFICAR LAS ADQUISICIONES PROYECTO TÉCNICO Documento redactado por Documento revisado por Documento aprobado por Jordi Labandeira Alberto Arnáez 25-08-12 Joaquín de Abreu 02-09-12 David Naranjo
Más detallesCurso Online de Microsoft Project
Curso Online de Microsoft Project Presentación El curso a distancia estudia conceptos generales sobre las tecnologías relacionadas con Internet. Conceptos que cualquier usuario de ordenadores debe conocer
Más detallesAutor: Microsoft Licencia: Cita Fuente: Ayuda de Windows
Qué es Recuperación? Recuperación del Panel de control proporciona varias opciones que pueden ayudarle a recuperar el equipo de un error grave. Nota Antes de usar Recuperación, puede probar primero uno
Más detallesCapacitación Rational Funcional Tester
Capacitación Rational Funcional Tester Clínica Alemana Santiago, 28 de abril de 2009 Introducción La presente exposición es sobre las principales características de Rational Functional Tester Describiendo
Más detallesSOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES
G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla
Más detalles