LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2"

Transcripción

1 LINQ TO AMAZON PLAN DE PROYECTO Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 23/08/ Creación del documento. Martín Rivadavia 20/08/ Correcciones. Martín Rivadavia 06/09/ Correciones. José Fager Plan de Proyecto Página 1 de 20

2 Contenido 1. INTRODUCCION ALCANCE DEL PROYECTO ENTREGABLES DEL PROYECTO ESTRATEGIA DE EVOLUCIÓN DEL PLAN ORGANIZACIÓN DEL PROYECTO MODELO DE PROCESO ESTRUCTURA ORGANIZACIONAL INTERFACES E INTERACCIONES RESPONSABLES PROCESO DE GESTIÓN OBJETIVOS Y PRIORIDADES DE GESTIÓN CONDICIONES ASUMIDAS, DEPENDENCIAS Y RESTRICCIONES GESTIÓN DE RIESGOS MECANISMOS DE CONTROL Y AJUSTE Mecanismos para la Gestión de calidad Mecanismos para la Gestión de configuración Mecanismos para Verificación Mecanismos para la Gestión de proyecto RECURSOS PROCESO TÉCNICO PROCEDIMIENTOS TÉCNICOS, HERRAMIENTAS Y TECNOLOGÍAS DOCUMENTACIÓN DE SOFTWARE FUNCIONES DE SOPORTE LÍNEAS DE TRABAJO, DISTRIBUCIÓN DE RECURSOS HUMANOS Y CRONOGRAMA LÍNEAS DE TRABAJO DEPENDENCIAS DISTRIBUCIÓN DE RECURSOS HUMANOS CRONOGRAMA Plan de Proyecto Página 2 de 20

3 1. Introducción Esta sección contiene una visión general del proyecto y el producto a desarrollar, una lista de los entregables del proyecto y la estrategia de evolución del Plan Alcance del Proyecto El proyecto consta de la implementación de un provider de Linq para web services provistos por Amazon, así como una aplicación web de ejemplo, implementada utilizando Silverlight que utilice este provider. El objetivo principal es mostrar las bondades de las tecnologías Microsoft involucradas. Otro objetivo es que se entregue documentación detallada de la implementación que permita ser utilizada como ejemplo para aquellos que deseen utilizar las mencionadas tecnologías. El primer hito es poder lograr un conocimiento de las tecnologías que permita realizar los desarrollos solicitados. Otro hito importante, será realizar cualquier operación permitida por el web service de Amazon, esto se piensa atacar con el primer prototipo Entregables del Proyecto La presente sección contiene los documentos que serán entregados en la primera fase del proyecto. Con el avance del mismo, se irán completando los entregables faltantes. Disciplinas Entregable l Entregable 1 Requerimientos Acta de Reunión de Requerimientos Analista 1 Requerimientos Especificación de Requerimientos Analista 1 Requerimientos Glosario Analista 1 Requerimientos Modelo de Dominio Analista Diseñador de 1 Requerimientos Pautas para Interfase de Usuario Interfase de Usuario 1 Gestión de Proyecto Informe de Situación del Proyecto Administrador 1 Gestión de Proyecto Registro de Actividades Administrador 1 Gestión de Calidad Entrega l de 1 Comunicación Documento Informativo 2 Requerimientos Acta de Reunión de Requerimientos Analista 2 Requerimientos Especificación de Requerimientos Analista la Comunicación Plan de Proyecto Página 3 de 20

4 2 Requerimientos Glosario Analista 2 Requerimientos Descripción de la Arquitectura(Vista del Modelo de Casos de Uso) Analista 2 Requerimientos Pautas para Interfase de Usuario Diseñador de Interfase de Usuario 2 Requerimientos Modelo de Dominio Analista 2 Requerimientos Documento de Requerimiento para el Prototipo Arquitecto 2 Requerimientos Documento de Validación con el Cliente Arquitecto 2 Diseño Documento de Dise;o de Prototipo Arquitecto 2 Diseño Descripción de la Arquitectura Arquitecto 2 Implementación Prototipo (Riesgos técnicos) Implementador 2 Implementación Estándar de Documentación Técnica Especialista Técnico 2 Implementación Estándar de Implementación Especialista Técnico 2 Verificación Plan de Verificación y Validación Verificación 2 Verificación Modelo de Casos de Prueba (Del Prototipo) Verificación 2 Gestión de Proyecto Acta de la Reunión de Equipo Administrador 2 Gestión de Proyecto Plan de la Iteración Administrador 2 Gestión de Proyecto Plan de Proyecto Administrador 2 Gestión de Proyecto Documento de Riesgos Administrador 2 Gestión de Proyecto Estimaciones y Mediciones Administrador 2 Gestión de Proyecto Informe de Situación del Proyecto Administrador 2 Gestión de Proyecto Plan de Desarrollo Coordinador de Desarrollo 2 Gestión de Proyecto Registro de Actividades Administrador 2 Gestión de Calidad Plan de Calidad 2 Gestión de Calidad Entrega l de Gestión de Configuración y 2 Control de Cambios Plan de Configuración SCM Gestión de Configuración y 2 Control de Cambios Manejo del Ambiente Controlado 3 Requerimientos Acta de Reunión de Requerimientos Analista SCM Diseñador de 3 Requerimientos Pautas para Interfase de Usuario Interfase de Usuario 3 Verificación Informe de Verificación de Integración (Del Prototipo) Verificación Verificación Reportes de Pruebas (Del Prototipo) Plan de Proyecto Página 4 de 20

5 3 Verificación 3 Verificación Informe de Verificación de Documento Verificación 3 Gestión de Proyecto Informe de Situación del Proyecto Administrador 3 Gestión de Proyecto Plan de Desarrollo Coordinador de Desarrollo 3 Gestión de Proyecto Registro de Actividades Administrador 3 Gestión de Calidad Informe de Revisión de 3 Gestión de Calidad Entrega l de 4 Requerimientos Acta de Reunión de Requerimientos Analista 4 Requerimientos Especificación de Requerimientos Analista 4 Requerimientos Modelo de Casos de Uso Analista 4 Requerimientos Alcance del Sistema Analista 4 Requerimientos Glosario Analista 4 Requerimientos Pautas para Interfase de Usuario Diseñador de Interfase de Usuario 4 Requerimientos Documento de Validación con el Cliente Arquitecto 4 Diseño Descripción de la Arquitectura Arquitecto 4 Diseño Modelo de Datos Arquitecto 4 Diseño Modelo de Diseño Arquitecto 4 Implementación Prototipo (Riesgos técnicos) Implementador 4 Implementación Plan de Integración de la Iteración Integración 4 Verificación Plan de Verificación y Validación Verificación 4 Verificación Plan de Verificación de la Iteración Verificación 4 Gestión de Proyecto Acta de la Reunión de Equipo Administrador 4 Gestión de Proyecto Plan de la Iteración Administrador 4 Gestión de Proyecto Plan de Proyecto Administrador 4 Gestión de Proyecto Documento de Riesgos Administrador 4 Gestión de Proyecto Estimaciones y Mediciones Administrador 4 Gestión de Proyecto Informe de Situación del Proyecto Administrador 4 Gestión de Proyecto Plan de Desarrollo Coordinador de Desarrollo 4 Gestión de Proyecto Registro de Actividades Administrador Gestión de Proyecto Informe de Conclusiones de la Fase Administrador Plan de Proyecto Página 5 de 20

6 4 4 Gestión de Calidad Plan de Calidad 4 Gestión de Calidad Entrega l de Gestión de Configuración y 4 Control de Cambios Plan de Configuración Gestión de Configuración y 4 Control de Cambios Manejo del Ambiente Controlado Gestión de Configuración y 4 4 Control de Cambios Gestión de Configuración y Control de Cambios Gestión de Cambios Registro de Versiones SCM SCM SCM SCM 1.3. Estrategia de evolución del Plan El administrador se encargará de monitorear el Plan de Proyecto. Se realiza una revisión formal semanal, con revisiones menores entre semana. De existir cambios menores a realizar se utilizaran las vías de comunicaciones estándar, , mensajería instantánea, teléfono. De ser necesarios cambios mayores estos se comunicaran en la reunión quincenal o de ser necesario, en una reunión extraordinaria. 2. Organización del Proyecto Esta sección contiene la especificación del modelo de proceso del Proyecto, descripción de la estructura organizacional del proyecto, identificación de interfaces e interacciones y definición de responsables Modelo de Proceso Fase I Iteración 1 Para esta iteración los principales objetivos son: Entender el modelo de proceso del proyecto. Obtener un entendimiento del producto a desarrollar a pedido del cliente. Investigar y entender las tecnologías a utilizar durante el desarrollo. Por parte de la gestión del proyecto, obtener una visión más clara del funcionamiento en cada una de las actividades. Por parte de la gestión de verificación el objetivo es el de asegurar que se produzca un prototipo que ayude verdaderamente al desarrollo del proyecto, además de fijar pautas de planificación que repercutirán en lo que resta del mismo. El objetivo principal en la gestión de configuración de esta fase de iteración es la elaboración del Plan de Configuración y la definición del ambiente controlado; esto se terminara de definir durante la siguiente iteración dentro de esta misma fase. Las actividades principales de esta primera iteración para el equipo de son la revisión completa de todos entregables terminados antes del fin de la primera iteración. Otra actividad relevante es la definición Plan de Proyecto Página 6 de 20

7 del primer plan de calidad el cual incluye parte de la gestión de riesgos que se debe ejecutar en la iteración a venir. Es de gran necesidad un esfuerzo en los recursos humanos para lograr una visión clara para todo el equipo acerca del proyecto, el proceso y las tecnologías involucradas. Como se detalló, se realizan los entregables requeridos para la iteración. Alguno de éstos, pueden estar incompletos debido a que no se ha obtenido un entendimiento completo del proyecto aún. Plan de Proyecto Página 7 de 20

8 2.2. Estructura Organizacional 2.3. Interfaces e Interacciones Aun se está trabajando en definir la interfaz de usuario, en la semana 4 se tendrá una visión más clara, también se planifico un prototipo de la interfaz para su posterior validación con el cliente Responsables Se identifican las actividades más relevantes en el proyecto, los responsables de dichas actividades y los involucrados. Se adjuntan solamente las actividades realizadas hasta el momento. Identificación de actividad Descripción actividad de Responsable Involucrados Plan de Proyecto Página 8 de 20

9 R1 - Relevar de Requerimientos Se realiza el relevamiento de los requerimientos del sistema Analista Usuarios - Administrador - Resp. - Arquitecto - Resp.Verificación R2 - Especificar requerimientos Se especifican los requerimientos relevados. Analista Diseñador de Interfase de Usuario -Resp.- Resp.Verificación R3- Especificar Casos de Uso Se especifican los casos de uso a partir de los requerimientos. Analista Diseñador de Interfase de Usuario -Resp.- Resp.Verificación R4 - Priorizar Casos de Uso Se priorizan casos de uso dentro de los hallados. Analista Arquitecto - Diseñador de Interfase de Usuario - Resp.- Resp.Verificación R5 - Validación con el Cliente El cliente valida lo relevado. Arquitecto Arquitecto - Analistas R6 - Definir Pautas para la Interfase de Usuario Se definen las pautas a incluir en la interfase del usuario Diseñador de Interfase de Usuario Analista R7 - Definir el Alcance del Sistema Se define el alcance del sistema. Arquitecto Administrador -Analista R8 - Definir el Glosario Consiste en definir los términos utilizados en los documentos del proyecto Analista Todos R9 - Definir Modelo Conceptual Consiste en definir los tipos de objetos mas importantes en el contexto del sistema. Analista No Tiene R10 - Documentar Requerimientos para el prototipo Documentar los requerimientos que debe cumplir el prototipo de la Fase Inicial Arquitecto Analista V1 - Planificar la Verificación Tiene realizar la planificación de las actividades Resp.Verificación No Tiene Plan de Proyecto Página 9 de 20

10 relacionadas con la Verificación V3 - Planificar las Pruebas de la Iteración V4 - Especificar los Casos de Prueba Tiene realizar la planificación (cronograma) de las actividades de verificación Tiene realizar la completa especificación de casos de prueba Resp.Verificación Resp.Verificación Asistente de verificación -Coordinador Desarrollo Asistente de verificación G1 - Planificar el Proyecto Tiene realizar la planificación del proyecto Administrador Responsable SCM- Responsable - ResponsableVerificación G2 - Seguimiento de Proyecto G3 - Estimaciones y Mediciones G4 - Gestión de Riesgos Tiene realizar el seguimiento de las actividades que se realizan durante el proyecto y la situación del mismo Tiene realizar las estimaciones y mediciones de tamaño del producto en desarrollo y de esfuerzo durante el proyecto. Evaluar los riesgos del proyecto Administrador Administrador Administrador Coordinador Desarrollo Arquitecto - Analista- Coordinador Desarrollo Todos G5 - Registrar Esfuerzo G6 - Reunión de Equipo G7 - Elaborar Acta de Reunión de Equipo Realizar el registro del esfuerzo (en horas de trabajo) asociado a las distintas actividades Tiene que los integrantes del equipo se reúnan para evaluar el Plan de la iteración y realizar la planificación detallada del Plan de trabajo. registrar lo tratado en la reunión de equipo. Todos Administrador Secretario (rol rotativo que se asignado en la misma reunión) No Tiene Todos Administrador Plan de Proyecto Página 10 de 20

11 G8 - Reunión de Seguimiento evaluar el estado de la iteración actual. Administrador la Comunicación - Arquitecto -Resp. Analista- Coordinador Desarrollo - Resp.Verificación C1 - Planificar la configuración de SCM C4 - Definir el ambiente controlado Q1 - Identificar las Propiedades de Calidad Q2 - Planificar la Calidad Q3 - Evaluar y Ajustar el Plan de Q5 - Revisar las Entregas O1 - Definir Métodos de Comunicacion e Informarlos Tiene realizar la planificación de las actividades relacionadas con la configuración durante el desarrollo del sistema. Tiene definir donde se almacenará la línea base del proyecto y generar esta configuración del ambiente controlado. Tiene definir aquellas propiedades que permitan evaluar la calidad Tiene realizar la planificación de las actividades relacionadas con la calidad del producto a ser desarrollado. Tiene contrastar la situación real de la calidad contra la planificada en el Plan de Calidad al comienzo del Proyecto y en cada iteración. Asegurar que la entrega semanal al Director del Proyecto cumple con los requerimientos mínimos de calidad. Tiene definir las formas y medios por los que se comunicarán los integrantes del SCM Responsable Técnico Responsable Responsable No Tiene SCM Asistente de Asistente de Responsable Asistente de Responsable la Comunicación Asistente de Administrador Plan de Proyecto Página 11 de 20

12 equipo. 3. Proceso de Gestión 3.1. Objetivos y Prioridades de Gestión El manejo de la gestión del proyecto se intenta de realizar de la mejor manera de forma de evitar sobrecarga de trabajo en el equipo. Las prioridades son la asignación de trabajo a cada miembro de forma equilibrada al comenzar cada semana, para así no atrasar el trabajo a realizar. Regularmente se revisan, a través de solicitudes a los miembros del equipo, la cantidad de horas que se va insumiendo. De esta forma se cuenta con un escenario controlado. Ante sobrecarga o subocupación de algún miembro, se reordenan las asignaciones para equilibrar el desvío Condiciones asumidas, dependencias y restricciones Se considera que de doce miembros del equipo, los doce trabajan. Esto dificulta los momentos de reunión del equipo así como se debe tener extremo cuidado en la asignación de funciones Gestión de Riesgos El riesgo principal identificado es el de la nueva tecnología que se debe utilizar para desarrollar el proyecto. Esto implica que no se cuenta con suficiente documentación sobre éstas. Esto produce que se deba investigar mediante prueba y error gran parte de las funciones de las tecnologías. Otro riesgo identificado está asociado al cliente. Debido a que este es un cliente remoto, se debe tener especial cuidado con las comunicaciones. Otros riesgos se detallan en el documento de riesgos Mecanismos de control y ajuste Mecanismos para la Gestión de calidad Para la primera iteración, se llevaron a cabo inspecciones sobre los documentos más relevantes para el proceso de producción de software Mecanismos para la Gestión de configuración En lo que respecta al ambiente controlado se ha implementado el mismo en una etapa de testing, esta ha concluido exitosamente con lo que se realizara la puesta en producción del ambiente en esta semana Mecanismos para Verificación Para esta iteración, se monitoreó la correctitud de la especificación de requerimientos, asistiendo a las primeras tres reuniones sostenidas con el cliente, así como a una reunión preparativa con los Analistas, de manera de tener una mejor idea de lo que va a ser el sistema como un todo, de cara a un mejor Plan de Verificación, ajustado a la realidad. En cuanto a los mecanismos, se han revisado los documentos de Acta de Reunión de Requerimientos, Especificación de Requerimientos, Estándar de Plan de Proyecto Página 12 de 20

13 Documentación, Estándar de Codificación, y Glosario, pero no se ha especificado ningún protocolo para dejar documentada la revisión, punto en el que se deberá elaborar durante la próxima semana. Igualmente esto no fue necesario porque no se encontró ningún error, dado que en esta instancia los documentos son nada más que aproximaciones, y no hay nada contra lo que verificarlos. En esta semana también se planificó la Verificación para todo el proyecto, utilizando como entradas los documentos entregados por los analistas Mecanismos para la Gestión de proyecto Como forma de monitoreo y control se consulta a los integrantes del equipo cada cierta cantidad de tiempo sobre su opinión del mismo, incluyendo esfuerzo realizado, opinión sobre las asignaciones realizadas, etc. Como adicional, se realiza subjetivamente una revisión de las asignaciones, planificaciones para cada semana, etc. Como control, se solicita a los encargados de cada entregable que realicen el documento para un día determinado. Este día es siempre anterior en algunos días al día de la entrega para así asegurar que el mismo esté completo al momento de la entrega Recursos El equipo cuenta con doce integrantes. Todos ellos tiene un trabajo por fuera del proyecto. La asignación de roles es la siguiente: Administrador-Asistente de Verificación- la Comunicación: Martín Rivadavia Analista-Documentador de Usuario-Asistente de Verificación: Nicolás Lasarte Analista-Implementador: Leonardo López Paola Iraola Asistente de Verificación: José Fager Analista-Diseñador de Interfaz de Usuario - Implementador: Javier Coirolo Verificación - Asistente de : Plan de Proyecto Página 13 de 20

14 Pedro Carrasco Arquitecto - Asistente de Verificación - Coordinador de Desarrollo: Ignacio Assandri Especialista Técnico - Implementador - Integración: Carlos Olivera Fabrizio Ciccardini Guillermo Pérez SCM - Especialista Técnico Implementador: Martín Pereyra Los responsables de cada área son los que tienen el rol correspondiente, para los analistas y especialistas técnicos se balancea la responsabilidad de la tarea dependiendo de la carga de esfuerzo y disponibilidad horaria. 4. Proceso técnico 4.1. Procedimientos técnicos, herramientas y tecnologías El sistema se desarrollará en el sistema Windows XP y Windows Vista indistintamente. Se realizará sobre arquitectura.net utilizando el lenguaje C#. Como IDE de desarrollo se utilizará el Visual Studio 2008 Team Suite para aprovechar las herramientas de CVS que este contiene. Así mismo, es necesario contar con las aplicaciones Infopath, Silverlight y office entre otras. Para la documentación del diseño del sistema se utilizará el Visio Documentación de software La documentación se realizará de acuerdo a las plantillas de documentos definidas en el Modelo de Proceso para desarrollo de Software de la página del curso. También se realizará una documentación tipo tutorial que permita publicación web a pedido del cliente Funciones de soporte Para este punto, referirse a los Planes de: Gestión de configuración, Gestión de Calidad y Verificación y Validación. 5. Líneas de trabajo, distribución de recursos humanos y cronograma 5.1. Líneas de trabajo Se detallan solamente las líneas de trabajo correspondientes a la próxima entrega. Identificación de Línea de Descripción de Línea de Identificación de actividades Descripción actividades de Plan de Proyecto Página 14 de 20

15 trabajo trabajo correspondientes correspondientes Acta de Reunión de Requerimientos Especificación de Requerimientos Glosario Descripción de la Arquitectura(Vis ta del Modelo de Casos de Uso) Pautas para Interfase de Usuario Documento de Validación con el Cliente Modelo de Dominio Documento de Requerimientos para el Prototipo Registrar los temas tratados en la reunión que se realiza con el cliente o usuario para relevar requerimientos. Especificar formalmente todos los requerimientos relevados. Definir las abreviaturas, siglas y términos usados en el proyecto (documentos y software) Describir la Arquitectura del Sistema desde el punto de vista de Modelo de Casos de Uso, Modelo de Diseño, Modelo de Implementación, Modelo de Distribución y las trazas entre ellos. Establecer las reglas que debe cumplir la interfase de usuario para cumplir con los requerimientos de facilidad de uso o estéticos que se hayan relevado. Registrar los temas tratados en la reunión que se realiza con el cliente o usuario. Contar con un modelo de los tipos de objetos mas importantes en el contexto del sistema Documentar los requerimientos que debe cumplir el prototipo de la Fase Inicial. R1 R2 R8 D2 R6 R5 R9 R10 realizar el relevamiento de todos los requerimientos del sistema a construir. realizar la especificación de todos los casos de uso del sistema. definir los términos utilizados en los documentos del proyecto para que sea entendible la lectura de los mismos. realizar la descripción de la Arquitectura. establecer las pautas de la interfase de usuario. presentarle al Cliente entregables clave según el avance del proyecto, para que sean validados. capturar los tipos de objetos mas importantes en el contexto del sistema. Documentar los requerimientos que debe cumplir el prototipo de la Fase Inicial. Plan de Proyecto Página 15 de 20

16 Descripción de la Arquitectura Prototipo (Riesgos técnicos) Estándar de Documentación Técnica Estándar de Implementación Plan de Verificación y Validación Modelo de Casos de Prueba (Del Prototipo) Describir la Arquitectura del Sistema desde el punto de vista de Modelo de Casos de Uso, Modelo de Diseño, Modelo de Implementación, Modelo de Distribución y las trazas entre ellos. Detallar los riesgos del proyecto especificando: el nombre de cada riesgo, la descripción del mismo, la probabilidad de ocurrencia en el proyecto, impacto en el proyecto si ocurriera, mecanismos de monitoreo, estrategia de mitigación del riesgo y plan de contingencia. Contar con estándares de establecidos para realizar la documentación técnica. Contar con estándares de establecidos para realizar la documentación sobre la implementación del producto. Identificar los componentes de software y documentos que deben ser verificados. Definir las pruebas que se realizarán sobre los elementos a verificarse. D2 G4 I1 I1 V1 V4 realizar la descripción de la Arquitectura. Evaluar los riesgos del proyecto generar estándares de implementación para obtener un producto verificable, mantenible, reparable y comprensible así como también generar una documentación útil y de buena calidad. generar estándares de implementación para obtener un producto verificable, mantenible, reparable y comprensible así como también generar una documentación útil y de buena calidad. realizar la planificación de las actividades relacionadas con la Verificación del producto a ser desarrollado. realizar la completa especificación de casos de prueba, Plan de Proyecto Página 16 de 20

17 para así poder detectar fallas en el software. Acta de la Reunión de Equipo Plan de Proyecto Documento de Riesgos Estimaciones y Mediciones Plan de iteración Informe de Situación del Proyecto Plan de Desarrollo El objetivo es registrar lo tratado en la reunión de equipo. Se describe la planificación del proyecto, para que éste pueda realizarse de manera controlada. Se describen las actividades de gestión de proyecto que deben ser llevadas a cabo durante el proceso de desarrollo del proyecto. Detallar los riesgos del proyecto especificando: el nombre de cada riesgo, la descripción del mismo, la probabilidad de ocurrencia en el proyecto, impacto en el proyecto si ocurriera, mecanismos de monitoreo, estrategia de mitigación del riesgo y plan de contingencia. Se realizan las estimaciones y mediciones de tamaño del producto en desarrollo y de esfuerzo durante el proyecto. Realizar la planificación detallada para una iteración. Se detallan las mediciones realizadas tanto de las horas de trabajo de los integrantes del Equipo como de los productos obtenidos. El objetivo es realizar un cronograma tipo Gantt donde se G7 G1 G4 G3 G16 G2 G9 registrar lo tratado en la reunión de equipo. realizar la planificación del proyecto, para que éste pueda realizarse de manera controlada. Evaluar los riesgos del proyecto realizar las estimaciones y mediciones de tamaño del producto en desarrollo y de esfuerzo durante el proyecto. previo a la reunión quincenal, que los responsables de las áreas se pongan al tanto del estado del resto de las áreas y realicen un bosquejo del plan de la siguiente iteración. realizar el seguimiento de las actividades que se realizan durante el proyecto y la situación del mismo. Plan de Proyecto Página 17 de 20

18 Registro de Actividades Plan de Calidad Entrega l de Plan de Configuración Manejo del Ambiente Controlado registrarán las actividades a realizarse, responsables de las mismas, actividades críticas, hitos, nuevas fechas de ajuste de cronograma. Registrar el esfuerzo (en horas de trabajo) asociado a las distintas actividades que cada integrante del equipo de trabajo realizó en una semana dada. Detallar formalmente todo lo referente a la planificación del seguimiento de la Calidad en el proyecto. Se detallan los entregables por disciplina que están incluidos en la entrega semanal, se especifican los entregables semanales que no se entregan y se estima una fecha para la entrega de los mismos, se especifican los entregables pendientes de semanas anteriores describiendo si se entregan o no. Se describen las actividades de gestión de configuración de software que deben ser llevadas a cabo durante el proceso de desarrollo del proyecto. Tiene describir dónde se almacenarán los elementos de la línea base del proyecto. G5 Q2 Q5 C1 C4 realizar el cronograma (o el ajuste del mismo) correspondiente a las actividades de desarrollo del software. Realizar el registro del esfuerzo (en horas de trabajo) asociado a las distintas actividades que cada integrante del equipo de trabajo realizó en la semana en curso. realizar la planificación de las actividades relacionadas con la calidad del producto a ser desarrollado. Asegurar que la entrega semanal al Director del Proyecto cumple con los requerimientos mínimos de calidad. realizar la planificación de las actividades relacionadas con la configuración durante el desarrollo del sistema. definir donde se almacenará la línea base del proyecto y generar esta configuración del ambiente controlado Dependencias Plan de Proyecto Página 18 de 20

19 Se está generando el grafo de dependencias, se agregará a próximas entregas Distribución de Recursos Humanos Fase Rol I Administrador- Asistente de Verificación- la Comunicación: Cantidad de personas asignadas al rol Estimación horas en fase Software 1 84 Aplicaciones Office Hardware No se requiere hardware mínimo. I Analista Documentador de usuarios - Asistente Verificación I Analista Implementador Diseñador interfaz usuario I Analista - Implementador 1 46 Internet Aplicaciones Office Infopath - Internet Aplicaciones Office Visual Studio por persona Aplicaciones Office Infopath - Internet I Arquitecto Aplicaciones Office VS 2008 Infopath Internet - Silverlight I I I I Especialista Técnico Responsable Responsable SCM Responsable Verificación 3 47 por persona Aplicaciones Office VS 2008 Infopath Silverlight Aplic. CVS Aplicaciones Office Internet Aplicaciones Office Internet Aplic. CVS Aplicaciones Office - Internet No se requiere hardware mínimo. Hardware mínimo requerido por VS 2008 (1 GB RAM) No se requiere hardware mínimo. Hardware mínimo requerido por VS 2008 (1GB RAM) Hardware mínimo requerido por VS 2008 (1GB RAM) No se requiere hardware mínimo. No se requiere hardware mínimo. No se requiere hardware mínimo. Plan de Proyecto Página 19 de 20

20 5.4. Cronograma La elaboración de un cronograma para todo el proceso aún está pendiente, de momento se planifica por iteración, el alcance de la planificación se irá ampliando a medida que se profundice en el conocimiento del proceso, el proyecto y el equipo y sus capacidades. Plan de Proyecto Página 20 de 20

Sistema de Administración de Farmacias Plan de Proyecto Versión 1.1. Historia de revisiones

Sistema de Administración de Farmacias Plan de Proyecto Versión 1.1. Historia de revisiones Sistema de Administración de Farmacias Plan de Proyecto Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 30/08/2014 1.0 Plan de Proyecto Gonzalo Capote 31/08/2014 1.1 Revisión de documento

Más detalles

K2BIM Plan de Proyecto Versión 1.5

K2BIM Plan de Proyecto Versión 1.5 K2BIM Plan de Proyecto Versión 1.5 Historia de revisiones Fecha VersiónDescripción Autor 23/08/2009 1.0 Versión inicial Juan Saavedra 25/08/2009 1.1 Entregable Juan Saavedra 30/08/ 1.2 Se incluyen recursos

Más detalles

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones Sistema de Administración de Farmacias Plan de SQA Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Realización del documento Resp. SQA Plan de SQA Página 1 de 15 ÍNDICE

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

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

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

Más detalles

copia no controlada ACUERDO DE SERVICIO Sistemas-Gestión de los Servicios Informáticos AS-T-01 Rev. 46 1. OBJETIVO

copia no controlada ACUERDO DE SERVICIO Sistemas-Gestión de los Servicios Informáticos AS-T-01 Rev. 46 1. OBJETIVO Páginas 1 de 10 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

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

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a 5. METODOLOGIAS COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a incrementar su valor a través de las tecnologías, y permite su alineamiento con los objetivos del negocio

Más detalles

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0 Deportes LSI 03 Sistema para Gestión de Artículos Deportivos LSI 03 Versión 3.0 Fecha: 02/01/2003 Historial de Revisiones Fecha Versión Descripción Autor 22/07/2002 0.9 Versión preliminar como propuesta

Más detalles

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

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)

Más detalles

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

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

Más detalles

Ingeniería de Sistemas. Administración de Proyectos. Objetivos. Tópicos cubiertos. Procesos de software (tema anterior) Administración de proyecto

Ingeniería de Sistemas. Administración de Proyectos. Objetivos. Tópicos cubiertos. Procesos de software (tema anterior) Administración de proyecto Objetivos Ingeniería de Sistemas Administración de s basado en el capítulo 5 ISW Ian Sommerville Profesora Dra. Yulia Ledeneva Introducir administración de s de software y describir sus características

Más detalles

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

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

Más detalles

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

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

3 - PROCESOS DE LA DIRECCIÓN DE PROYECTOS

3 - PROCESOS DE LA DIRECCIÓN DE PROYECTOS PROCESOS DE LA DIRECCIÓN DE PROYECTOS La dirección de proyectos es la aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades del proyecto para cumplir con los requisitos del

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

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

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

Más detalles

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

ANEXO I CONDICIONES PARTICULARES

ANEXO I CONDICIONES PARTICULARES REGISTRO ELECTRONICO DE CONSTRUCTORAS DE OBRA PÚBLICA 1. OBJETO ANEXO I CONDICIONES PARTICULARES La presente contratación directa tiene por objeto la obtención de los servicios Análisis, Desarrollo e Implantación

Más detalles

GESTIÓN DE RIESGO - PROYECTO DriveSPI

GESTIÓN DE RIESGO - PROYECTO DriveSPI GESTIÓN DE RIESGO - PROYECTO DriveSPI Maestrando: Ing. Carla P.Frola INTRODUCCIÓN: Este artículo trata sobre la metodología de Gestión de Riesgo DriveSPI que surge como resultado de aplicar metodologías

Más detalles

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

Anexo 2 - Propuesta de gestión de riesgos en implementación de e-scm mediante el análisis de la estrategia B2B.

Anexo 2 - Propuesta de gestión de riesgos en implementación de e-scm mediante el análisis de la estrategia B2B. 2009 Juan Pablo Mejía Wagner Anexo 2 - Propuesta de gestión de riesgos en implementación de e-scm mediante el análisis de la estrategia B2B. Tabla de contenido 1. Revisión del entorno... 5 1. Definición

Más detalles

Bases para la Creación de un Servidor y Base de Datos para el Monitoreo de Instalaciones Fotovoltaicas

Bases para la Creación de un Servidor y Base de Datos para el Monitoreo de Instalaciones Fotovoltaicas Bases para la Creación de un Servidor y Base de Datos para el Monitoreo de Instalaciones Fotovoltaicas Índice Índice... 2 Introducción y contexto... 3 Problemática y situación actual... 4 Actividad 1 -

Más detalles

UNIDAD 11 VALIDACION DE REQUISITOS

UNIDAD 11 VALIDACION DE REQUISITOS UNIDAD 11 VALIDACION DE REQUISITOS 11. VALIDACIÓN DE REQUISITOS... 1 11.1. REVISIÓN DE REQUISITOS... 3 11.2. PROTOTIPOS... 6 11.3. GENERACIÓN DE CASOS DE PRUEBA... 9 El proceso de validación de requisitos

Más detalles

Gestión de Proyectos: Conceptos y Consultoría

Gestión de Proyectos: Conceptos y Consultoría Emilio Reyes Carlos Chaparro Junio 2014 Gestión de Proyectos: Conceptos y Consultoría Agenda Introducción y objetivos Conceptos de Gestión de Proyectos Grupos de gestión de proyectos (procesos) Ejercicios

Más detalles

Ejemplo: Instrumento de Auto Evaluación de Desempeño de Asistentes de la Educación

Ejemplo: Instrumento de Auto Evaluación de Desempeño de Asistentes de la Educación Ejemplo: Instrumento de Auto Evaluación de Desempeño de Asistentes de la Educación Nombre del Establecimiento:. Nombre:. Cargo:... Fecha: / / Estimado Asistente de la Educación: La Dirección del Establecimiento

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

Untitled Gantt Project

Untitled Gantt Project http:// Project managers: Dates: 27-ago-2012-10-sep-2012 Complete: 0% Tasks: 65 People: 0 Tasks 2 Nombre Fecha de inicio Fecha de fin Estimado Diseño y Desarrollo - Santiago Duarte 27/08/12 9/09/12 D1

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

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo 1 CAPITULO 2 ANÁLISIS DEL SISTEMA 1. Introducción Como se definió en el plan del presente proyecto, este será desarrollado bajo la metodología orientada a objetos. El objetivo del análisis será marcar

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Tema 3. Procesos ligeros de desarrollo de software.

Tema 3. Procesos ligeros de desarrollo de software. Ingeniería del Software II 2011 Tema 3. Procesos ligeros de desarrollo de software. Tipos de procesos ligeros. Tipos de procesos ligeros: Desarrollo Rápido de Software. Desarrollo Ágil. Programación Extrema.

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

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

ELABORÓ: APROBÓ: Subdirector de. Coordinador de Informática Educativa

ELABORÓ: APROBÓ: Subdirector de. Coordinador de Informática Educativa ELABORÓ: TÍTULO: Procedimiento para Planeación, Implantación y Mantenimiento de Servicios de Red y. PÁGINAS: 1/10 VERSIÓN: TRES REVISÓ: APROBÓ: Director de Fecha Sección Cambio y Razón de Cambio 24/11/06

Más detalles

Definición de PMO Características de una PMO

Definición de PMO Características de una PMO Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo

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

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

Beatriz Pérez. Jornada de Testing en Vivo - 1, 2, 3 probando!

Beatriz Pérez. Jornada de Testing en Vivo - 1, 2, 3 probando! Beatriz Pérez Proceso de Testing Funcional Principales características Etapas Actividades y Entregables Roles Principales características Independiente del proceso de desarrollo Testing funcional de productos

Más detalles

PROCESO: GESTIÓN DE DIRECCIÓN PROCEDIMIENTO: AUDITORÍAS INTERNAS SISTEMA GESTIÓN DE CALIDAD NORMA ISO 9001: Representante de la Dirección

PROCESO: GESTIÓN DE DIRECCIÓN PROCEDIMIENTO: AUDITORÍAS INTERNAS SISTEMA GESTIÓN DE CALIDAD NORMA ISO 9001: Representante de la Dirección Página 1 de 10 SISTEMA GESTIÓN DE CALIDAD NORMA ISO 9001: Responsable del proceso Rector Responsable del procedimiento Directora Administrativa Auditores internos Versión Vigente desde: 02 Septiembre 2007

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

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes

Más detalles

PEEPER PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS. Mayo 2014. Versión 2.1 OSCAR IVAN LÓPEZ PULIDO

PEEPER PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS. Mayo 2014. Versión 2.1 OSCAR IVAN LÓPEZ PULIDO PEEPER Implementación del cambio de técnica usada para la actualización de datos en los reportes de esfuerzo, usados como métrica de productividad, progreso y costo de los proyectos, de la compañía de

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

1 Servicios SAP Business Transformation and Plan Actualmente, los Servicios SAP Business Transformation and Plan incluyen:

1 Servicios SAP Business Transformation and Plan Actualmente, los Servicios SAP Business Transformation and Plan incluyen: Descripción de los Servicios Servicios de transformación y planificación empresarial Los Servicios SAP Business Transformation and Plan proporcionan servicios de consultoría y creación de prototipos para

Más detalles

Diplomado en Aseguramiento de la Calidad De los Procesos y Productos de Software

Diplomado en Aseguramiento de la Calidad De los Procesos y Productos de Software Diplomado en Aseguramiento de la Calidad De los Procesos y Productos de Software Contenido del programa MÓDULO 1. GESTIÓN DE INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE /16 horas Definiciones Requerimientos

Más detalles

Propuesta de la nueva Estructura Dirección de Estudios a Distancia

Propuesta de la nueva Estructura Dirección de Estudios a Distancia 2014 Propuesta de la nueva Estructura Dirección de Estudios a Distancia Propuesta de la nueva Estructura Administrativa de la Dirección de Estudios a Distancia (DEAD) con un nuevo Organigrama y Distribución

Más detalles

DEPARTAMENTO NACIONAL DE PLANEACIÓN DECRETO NÚMERO DE 2015

DEPARTAMENTO NACIONAL DE PLANEACIÓN DECRETO NÚMERO DE 2015 REPÚBLICA DE COLOMBIA DEPARTAMENTO NACIONAL DE PLANEACIÓN DECRETO NÚMERO DE 2015 Por el cual se subroga el Título 7, del libro 2 de la parte 2 del Decreto 1082 del 26 de mayo de 2015, sobre el seguimiento

Más detalles

INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO

INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO TEXTO DEL INFORME QUE LA PRESIDENCIA DE DECEVAL PONE A CONSIDERACIÓN DE LA JUNTA DIRECTIVA Y QUE DEBE INCLUIRSE EN EL INFORME ANUAL DE GESTIÓN El

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

B.2.2. Principios para la gestión de proyectos

B.2.2. Principios para la gestión de proyectos B.2.2. Principios para la gestión de proyectos La gestión de proyectos es la aplicación de conocimientos, conocimiento técnico, herramientas y técnicas para planificar actividades a fin de satisfacer o

Más detalles

TÉRMINOS DE REFERENCIA

TÉRMINOS DE REFERENCIA TÉRMINOS DE REFERENCIA Asistencia Técnica al Departamento de Hospitales de la SESAL Para apoyar la automatización de procesos seleccionados para Implementar el Modelo de Gestión Hospitalario I. INTRODUCCIÓN

Más detalles

GLOSARIO DE TÉRMINOS. Proyecto Fin de Carrera Memoria. Ingeniería Técnica de Informática de Gestión

GLOSARIO DE TÉRMINOS. Proyecto Fin de Carrera Memoria. Ingeniería Técnica de Informática de Gestión Ingeniería Técnica de Informática de Gestión GLOSARIO DE TÉRMINOS Proyecto Fin de Carrera Memoria Benjamín Pérez Blaya Estudiante Jairo Sarrias Guzmán Consultor Pamplona / 19-12-2011 Índice Definición,

Más detalles

Programa Construye T 2015-2016. Guía para establecer el Comité Escolar Construye T

Programa Construye T 2015-2016. Guía para establecer el Comité Escolar Construye T Programa Construye T 2015-2016 Guía para establecer el Comité Escolar Construye T El objetivo de esta Guía es facilitar la integración de un Comité Escolar que apoye, revise y de seguimiento a la implementación

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

Historia de revisiones

Historia de revisiones Pedidos Online - DUSA Especificación de Requerimientos de Software Versión 2.7 Historia de revisiones Fecha Versión Descripción Autor 24/08/2013 1.0 Versión inicial Juan Miguel Álvarez, Sergio Bonilla,

Más detalles

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES

Más detalles

Insurance. La dirección electrónica a la cual deben enviar el CV es rhinsurance@ins-cr.com e indicar a la posición que están aplicando.

Insurance. La dirección electrónica a la cual deben enviar el CV es rhinsurance@ins-cr.com e indicar a la posición que están aplicando. PERFIL SUPERVISOR DE OPERACIONES PERFIL SUPERVISOR DE CALIDAD Liderar la ejecución de las labores de un equipo de colaboradores dentro del departamento de Operaciones, evaluando periódicamente su desempeño

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

GUIA PARA LA GESTIÓN DE TALENTO HUMANO

GUIA PARA LA GESTIÓN DE TALENTO HUMANO Página 1 de 5 ROL: Coordinador Técnico de Desarrollo. PROCEDIMIENTOS EN QUE PARTICIPA: Verificación de la calidad de los proyectos de software desarrollados; Actividades y Tareas con el Cliente; Análisis

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

Grupo: Nombre: 4 Proyecto PIS 2011 - Registro de horas trabajadas. Fecha Código Actividad Descripción Actividad Horas

Grupo: Nombre: 4 Proyecto PIS 2011 - Registro de horas trabajadas. Fecha Código Actividad Descripción Actividad Horas Fecha Código Actividad Descripción Actividad Horas 15/08/2011 Documentación (estudio del MUM, creación de documentos, etc. 6:00:00 15/08/2011 Comunicación 3:00:00 16/08/2011 Monitoreo y reunión post monitoreo

Más detalles

EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR :

EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR : SOCIAL A MONITOREAR CÓDIGO PENDIENTE MINISTERIO DE SALUD Y DESARROLLO SOCIAL - NIVEL INSTITUCIONAL ÁREA DE GESTIÓN: FUNCIÓN DE INSUMO A LA RECTORÍA SOBRE LA PRODUCCIÓN DEL DESARROLLO SOCIAL PREPARADO POR:

Más detalles

DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI. Versión 1.0. Aruquipa Mamani Rolando Willy

DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI. Versión 1.0. Aruquipa Mamani Rolando Willy DOCUMENTO VISIÓN SISTEMA DE VENTAS Y PRÉSTAMOS DE LA CINEMATECA BOLIVIANA PAWI Versión 1.0 Integrantes: Aruquipa Mamani Rolando Willy Layme Ordoñez Roxana Paola Módulos Venta de Material y Facturación

Más detalles

Manual de Gestión de Calidad

Manual de Gestión de Calidad Manual de Gestión de Calidad MC: v2 Fecha: 26/12/2013 MANUAL DE GESTIÓN DE CALIDAD Revisión: 2 Indica modificaciones Vigencia : 26/12/2013 Copia no controlada La información contenida en este manual no

Más detalles

Importancia de la administración de riesgos

Importancia de la administración de riesgos Importancia de la administración de riesgos Una de las definiciones más interesantes acerca de esta teoría es la presentada por McConnell (1997), quien se refiere a la administración de riesgos de la siguiente

Más detalles

Gestión de Mantenimiento asistida por Ordenador (GMAO)

Gestión de Mantenimiento asistida por Ordenador (GMAO) BENEFICIOS Hasta hace bien poco el mantenimiento era considerado como un área auxiliar dentro de la empresa, pero en la actualidad se ha convertido en un factor clave para la competitividad de la misma.

Más detalles

K2BIM Informe Final de Configuración Versión 1.0

K2BIM Informe Final de Configuración Versión 1.0 K2BIM Informe Final de Configuración Versión 1.0 Historia de revisiones Fecha VersiónDescripción Autor 15/11/2009 1.0 Creación del documento Yasim Zeballos Contenido 1. Resultados Finales de SCM... 3 1.

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

Hotelli Gestión de Reservas Hoteleras Especificación de Requisitos Software

Hotelli Gestión de Reservas Hoteleras Especificación de Requisitos Software Hotelli Gestión de Reservas Hoteleras Especificación de Requisitos Software Proyecto: Hotelli Autor: Héctor García Versión: 1.0 Creación: 06/03/2007 19:12 Modificación: 06/03/2007 7:57 Estado: Línea Base

Más detalles

EJERCICIO DEMOSTRATIVO DE DIAGNÓSTICO DE MADUREZ ORGANIZACIONAL EN GESTIÓN DE PROYECTOS

EJERCICIO DEMOSTRATIVO DE DIAGNÓSTICO DE MADUREZ ORGANIZACIONAL EN GESTIÓN DE PROYECTOS Ejercicio Instrucciones Generales para la Calificación: a. Marque una opción de cada pregunta y llene la casilla correspondiente con el puntaje promedio obtenido de todas las encuestas realizadas, luego

Más detalles

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN Clase 6: Ingeniería de Requerimientos Metododología y Ejemplo Primer Cuatrimestre 2015 Mg. María Mercedes Vitturini

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

Más detalles

SERVICIOS CATÁLOGO DE OFICINA DE TECNOLOGÍA Y SISTEMAS DE INFORMACIÓN

SERVICIOS CATÁLOGO DE OFICINA DE TECNOLOGÍA Y SISTEMAS DE INFORMACIÓN El catálogo de servicios de la Oficina de Tecnología y Sistemas de Información busca describir cada uno de los servicios ofrecidos indicando a quien va dirigido, horarios de atención y las principales

Más detalles

CONTROL DE VERSIONES. Versión Hecha por Revisada por Aprobada por Fecha Motivo ISITRA

CONTROL DE VERSIONES. Versión Hecha por Revisada por Aprobada por Fecha Motivo ISITRA FGPR410- Versión 4.0 1.0 VG EGEC OC 14/07/2012 Versión Inicial SOLICITUD DE CAMBIO Nº 01 NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO SOLICITANTES DEL CAMBIO Comité de control de ISITRA cambios TIPO DE CAMBIO

Más detalles

EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR :

EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR : ANÁLISIS PERMANENTE DE LA SITUACIÓN DE DESARROLLO SOCIAL CÓDIGO PENDIENTE MINISTERIO DE SALUD Y DESARROLLO SOCIAL - NIVEL INSTITUCIONAL ÁREA DE GESTIÓN: FUNCIÓN DE INSUMO A LA RECTORÍA SOBRE LA PRODUCCIÓN

Más detalles

Servicio HP StoreOnce Catalyst Solution

Servicio HP StoreOnce Catalyst Solution Datos técnicos Servicio HP StoreOnce Catalyst Solution Servicios HP Ventajas del servicio Este servicio comprende la implementación del software HP StoreOnce Catalyst en su entorno de almacenamiento, según

Más detalles

Instituto Tecnológico de Costa Rica

Instituto Tecnológico de Costa Rica Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Proyecto Programado: Revisión de Utilización Médica: Aplicación Web para el control de pacientes en hospitales de Puerto Rico Práctica

Más detalles

Oficina Central de Proyectos TI MINSAL - FONASA SIDRA. Víctor Borgoño Soffia Lian Fuentes Molina 12 de mayo de 2011

Oficina Central de Proyectos TI MINSAL - FONASA SIDRA. Víctor Borgoño Soffia Lian Fuentes Molina 12 de mayo de 2011 MINSAL - FONASA SIDRA Víctor Borgoño Soffia Lian Fuentes Molina 12 de mayo de 2011 CONTENIDO 1. OCP Estructura de OCP TI - Integrantes Logros Actuales Tareas a Futuro 2. SIDRA Factores Críticos de Éxito

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

CL_55006 System Center 2012 Operations Manager

CL_55006 System Center 2012 Operations Manager System Center 2012 Operations Manager 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 de cinco días dirigido por un

Más detalles

Republica de Honduras Poder Judicial

Republica de Honduras Poder Judicial Republica de Honduras Poder Judicial PROYECTO: ELABORACION DE PLANES INSTITUCIONALES, FORMATIVOS Y DE MEJORA DE LOS SERVICIOS ESTADISTICOS DEL PODER JUDICIAL DE HONDURAS. TÉRMINOS DE REFERENCIA PARA LA

Más detalles

Antes de imprimir este documento piense en el medio ambiente!

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

Más detalles

2796 Designing an Analysis Solution Architecture Using Microsoft SQL Server 2005 Analysis Services

2796 Designing an Analysis Solution Architecture Using Microsoft SQL Server 2005 Analysis Services 2796 Designing an Analysis Solution Architecture Using Microsoft SQL Server 2005 Analysis Services Introducción El propósito de este curso de tres días impartido por instructor es de enseñar profesionales

Más detalles

El proceso unificado en pocas palabras

El proceso unificado en pocas palabras El Proceso Unificado de Desarrollo de Software Ivar Jacobson Grady Booch James Rumbaugh Addison Wesley Resumen Capítulo 1. El proceso unificado: dirigido por casos de uso, centrado en la arquitectura,

Más detalles

PROCEDIMIENTO INFORMATICA

PROCEDIMIENTO INFORMATICA PROCEDIMIENTO INFORMATICA Corporación Municipal Lo Prado Área: SGC - Versión: 03 Página 1 de 6 Procedimiento Informática I. OBJETVO Dar soporte evolutivo, preventivo, correctivo, configuración de equipamiento

Más detalles

PROCESO Y PROYECTO DE INGENIERIA DE SOFTWARE. Carlos Barra Peñaloza *

PROCESO Y PROYECTO DE INGENIERIA DE SOFTWARE. Carlos Barra Peñaloza * 1 PROCESO Y PROYECTO DE INGENIERIA DE SOFTWARE Carlos Barra Peñaloza * El Ciclo de Vida del Software. El Ciclo de Vida del Software (CVS) describe todo el proceso de software de un sistema dado, desde

Más detalles

METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL

METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL Versión 1.0 Enero - 2004 SUPERINTENDENCIA NACIONAL DE ADMINISTRACION TRIBUTARIA Lima - Perú INDICE 1. ALCANCE...3 2. CONCEPTOS...3 2.1. MARCO CONCEPTUAL

Más detalles

Instructivo de Creación de Usuarios SISTEMA DE SEGUIMIENTO DE PROYECTOS DE REGALIAS GESPROY_SGR

Instructivo de Creación de Usuarios SISTEMA DE SEGUIMIENTO DE PROYECTOS DE REGALIAS GESPROY_SGR Página 1 de 6 A continuación se darán las instrucciones para llevar a cabo la creación de los usuarios y contraseñas de las personas que ingresarán la información del seguimiento de los proyectos Gesproy

Más detalles

COBIT OBJETIVOS DE CONTROL DE ALTO NIVEL

COBIT OBJETIVOS DE CONTROL DE ALTO NIVEL COBIT OBJETIVOS DE CONTROL DE ALTO NIVEL PO PLANEACION Y ORGANIZACION PO4 Definición de la Organización y las Relaciones de la Tecnología de la Información Control sobre el proceso de TI de: Definició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

Módulo 1 - Fundamentos para la dirección de Proyectos TI

Módulo 1 - Fundamentos para la dirección de Proyectos TI Módulo 1 - Fundamentos para la dirección de Proyectos TI 1. Contexto Proyectos TI Términos claves y definiciones Alcance dentro de la organización Estrategia de Negocio y TI Valor de la TI Evaluación de

Más detalles

PUBLICO COLOMBIANO. lopezmonsalve@gmail.com www.danielalejandrolopez.com

PUBLICO COLOMBIANO. lopezmonsalve@gmail.com www.danielalejandrolopez.com IMPLEMENTACION DE FABRICAS DE SOFTWARE EN EL SECTOR PUBLICO COLOMBIANO ING Daniel Alejandro López Monsalve lopezmonsalve@gmail.com www.danielalejandrolopez.com IMPLEMENTACION DE FABRICAS DE SOFTWARE EN

Más detalles

Procedimiento: Soporte y Mantenimiento en Sistemas de Información, Portales y Sitios Web Revisión No. 06

Procedimiento: Soporte y Mantenimiento en Sistemas de Información, Portales y Sitios Web Revisión No. 06 C O N T E N I D O 1. Propósito 2. Alcance 3. y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos Anexo 1 : Levantamiento de Asesorías Anexo

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

Pedidos Online DUSA Plan Iteración 2 Fase Inicial Versión 1.1

Pedidos Online DUSA Plan Iteración 2 Fase Inicial Versión 1.1 Pedidos Online DUSA Plan Iteración 2 Fase Inicial Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 01/09/2013 1.0 Versión preliminar, contiene entregables y criterios de evaluación Laura

Más detalles

Sistema Control de Gestión de Venta. Documento Visión y Alcances Proyecto para Brinks Chile

Sistema Control de Gestión de Venta. Documento Visión y Alcances Proyecto para Brinks Chile Sistema Control de Gestión de Venta Documento Visión y Alcances Proyecto para Brinks Chile Contenido Contexto del Proyecto: el cliente. Motivación y Necesidad Visión de Requerimientos y Detalle Preliminar

Más detalles

Historia de revisiones Fecha Versión Descripción Autor 12/11/2011 4.0 Versión final con cambios sobre extensión de ArcGIS Viewer y recorte de alcance

Historia de revisiones Fecha Versión Descripción Autor 12/11/2011 4.0 Versión final con cambios sobre extensión de ArcGIS Viewer y recorte de alcance EXAV Descripción de la Arquitectura Versión 4.0 Historia de revisiones Fecha Versión Descripción Autor 12/11/2011 4.0 Versión final con cambios sobre extensión de ArcGIS Viewer y recorte de alcance Enrique

Más detalles

Metodología para la Implementación del Sistema de Gestión en Control y Seguridad

Metodología para la Implementación del Sistema de Gestión en Control y Seguridad Metodología para la Implementación del Sistema de Gestión en Control y Seguridad CÓMO SE IMPLEMENTA UN SISTEMA DE GESTIÓN EN CONTROL Y SEGURIDAD BASC Antes de comenzar con la implementación de un SGCS

Más detalles