Propuesta de Tema de Titulación

UNIVERSIDAD DE SANTIAGO DE CHILE
FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA INFORMATICA
Arquitectura de Servicios para la Integracin de Aplicativos Open Source orientados a la Gestin de Carteras de Proyectos
Propuesta de Tema de Titulacin
Alumno: Humberto E. Hidalgo Miranda R.U.T.: 7.147.289-2 Carrera: Ingeniera Civil Informtica Ao: 2010 Telfono: 3268964 Email: hhidalgo@vtr.net Profesor Gua: Sra. Rosa Muoz Fecha: 20 de Diciembre de 2010
Tabla de contenido
1. 1.1. 1.2. 2. 2.1. 2.2. 2.3. 3. 3.1. 3.2. 3.3. 4. 4.1. 4.2. 4.3. 5. 6. OBJETIVOS DEL PROYECTO OBJETIVO GENERAL OBJETIVOS ESPECFICOS DESCRIPCIN DEL PROBLEMA MOTIVACIN DEFINICIN DEL PROBLEMA ESTADO DEL ARTE DESCRIPCIN DE LA SOLUCIN PROPUESTA CARACTERSTICAS DE LA SOLUCIN PROPSITOS DE LA SOLUCIN ALCANCES Y LIMITACIONES DE LA SOLUCIN METODOLOGA, HERRAMIENTAS Y AMBIENTE DE DESARROLLO METODOLOGA A USAR HERRAMIENTAS DE DESARROLLO AMBIENTE DE DESARROLLO PLAN DE TRABAJO REFERENCIAS 3 3 3 5 5 6 7 12 12 13 13 15 15 15 16 17 19 21 29 21 31
ANEXOS ANEXO 1: DIAGRAMA DE PROCESOS PROPUESTOS POR PMI ANEXO 2: DESARROLLO ESTADO DEL ARTE ANEXO 3: ALGUNAS HERRAMIENTAS DE GESTIN OPEN SOURCE
Arquitectura de Servicio para la Integracin de Aplicativos Open Source orientados a la Gestin de Proyectos
1. Objetivos del proyecto

1.1. Objetivo general Implantar servicios de integracin entre aplicaciones open source asociadas a gestin de proyectos, que permita actualizar un Cuadro de Mando de proyectos TI, ofreciendo una alternativa al menos un 20% menor con respecto al licenciamiento de una herramienta de software comercial.
1.2. Objetivos Especficos Disear un Cuadro de Mando que permita visualizar el estado de una cartera de proyectos TI.
Generar Modelo Conceptual de integracin para la gestin de proyectos TI, que permita alimentar el Cuadro de Mando de la cartera de proyectos TI.
Generar lista de aplicativos open source de gestin de proyectos, que satisfacen el Modelo Conceptual, que provean informacin respecto del estado de la cartera de proyectos y que permitan alimentar el Cuadro de Mando de la cartera de proyectos TI.
Disear e implementar servicios integracin entre aplicativos open source que permita compartir en forma consistente, informacin de riesgos, estado de cronogramas, recursos utilizados, involucramiento stakeholders y calidad asociadas a proyectos TI.
Implementar Cuadro de Mando para una cartera de proyectos que se actualice de la informacin provista por los aplicativos open source, permitiendo visualizar el estado de los proyectos; validando as la arquitectura de integracin de servicios.
Pgina | 3
Realizar un estudio de factibilidad econmica y alternativas de financiamiento asociados a la implementacin del Cuadro de Mando y el desarrollo los servicios de integracin que lo soportan.
Pgina | 4
2. Descripcin del problema

2.1. Motivacin La gestin de proyectos TI se ha transformado en una de las preocupaciones para las en las empresas chilenas, inquietud reflejada desde el ao 2007 a travs del Estudio Nacional de Tecnologas de Informacin. Dicho estudio contempla una muestra
aproximada de 122 empresas en un universo de las 500 empresas ms grandes del pas segn facturacin (en el orden de USD MM$597,7) que abarca 13 rubros de la economa, de acuerdo a (ENTI, 2009). En este escenario, las oficinas de proyectos (Project
Management Office o PMO) tienen una demanda potencial importante considerando sus principales beneficios:
Gestionar la cartera de proyectos TI de la compaa. Gestionar los objetivos de negocios. Proveer informacin para la toma de decisiones. Estandarizar y realizar una mejora continua de los procesos de desarrollo de la organizacin. Gestionar las expectativas de los ejecutivos y clientes internos de los proyectos. Coordinar actividades y procesos que atraviesan toda la organizacin. Una Oficina de Proyectos es una unidad de la organizacin para centralizar y
coordinar la direccin de proyectos a su cargo (PMI, 2008) que tiene una posicin estratgica, como rea de apoyo a la alta gerencia, para coordinar las actividades relacionadas con la gestin de los proyectos empresariales. Las funciones a desarrollar se centran en:
Seguimiento y Monitoreo de Proyectos. A travs de reportes de avance y de estado de los proyectos la PMO tiene una visin completa del portafolio de proyecto. Para realizar la comparacin entre los diferentes proyectos, es necesario que todos apliquen los mismos criterios para reportar sus avances Anlisis de Tendencias. Es necesario implementar en cada uno de los proyectos Indicadores Claves de Proceso, que aportan otro nivel de conocimiento que permiten a la PMO focalizar sus esfuerzos en aquellos proyectos que se encuentran fuera de tendencia.
Pgina | 5
Tablero Ejecutivo. Permiten de una sola vista mostrar el estado del portafolio de proyectos de la organizacin. Auditoras y Revisiones de Proyectos. Por este medio la PMO verificar el cumplimiento de la metodologa de gestin de proyectos; de estas revisiones se pueden generar acciones correctivas y difusin de las prcticas de gestin. Administracin del Pool de Recursos. Administracin del recurso humano que van a estar disputndose entre los proyectos.
Una de los principales focos de atencin para esta unidad, es mantener una visin integrada de la cartera de proyectos TI que de una perspectiva global del estado de los proyectos, adems de lograr sinergias entre stos, en pro de concretar los compromisos de la gerencia de informtica. Factor importante para lograr esta visin integrada, es contar con un repositorio nico de datos que facilite la actualizacin de indicadores asociados a un Cuadro de Mando. De acuerdo a (Martnez R. , 2009), La PMO acta como repositorio de los proyectos y su estado, asumiendo la responsabilidad total por los proyectos, aspecto que requiere de soporte tecnolgico a objeto de mitigar duplicidad de informacin e intervencin manual y que permita uniformidad de la informacin al momento de presentar el estado de los proyectos a nivel ejecutivo (VALDS, 2007).
Tambin en (ENTI, 2009) se indica que alrededor del 26% del presupuesto de TI est invertido en Software. Inversin focalizada en herramientas de productividad (por ej.: Office), antivirus y sitio web de acuerdo al (Godoy, 2008).
2.2. Definicin del problema A travs de los estudios indicados, no se detecta inversin en herramientas de apoyo a la gestin de proyectos; lo que se puede explicar al considerar el costo de licenciamiento de una aplicacin de software para la Gestin de Cartera y Proyectos, cuyos valores estn entre USD$ 50.000 y USD$ 300.000 (VALDS, 2007). La ausencia de este tipo de soporte en oficinas de proyectos afecta a la calidad y oportunidad en la informacin presentada a gerencia dada la necesidad de consolidar informacin generada de formas heterogneas (cada proyecto con sus propios criterios) y en formatos heterogneos (Excel,
Pgina | 6
PowerPoint, Project u otra herramienta de planificacin);
esta consolidacin manual
impacta en la cobertura (cantidad y tipos de proyectos que abordan), visibilidad de proyectos (proyectos de cierta envergadura no estn visibles para toda la organizacin), recursos en estas reas (al destinar a labores operativas de integracin), en el manejo informacin histrica (se torna complejo recurrir este tipo de informacin).
Es por esto que se visualiza la necesidad de contar con una solucin alternativa a aplicaciones comerciales, que permita actualizar un cuadro de mando integrado mitigando riesgos al manipular informacin proveniente de distintas fuentes y sin estandarizacin. Esta solucin, est orientada a empresas dentro de la muestra del estudio ENTI.
2.3. Estado del arte A travs de Project Portfolio Management (PPM) se gestiona el conjunto de proyectos de toda la empresa para alinearlos con la estrategia empresarial, a diferencia del Project Management (PM), que se encarga de gestionar todas las tareas relacionadas con un proyecto individualmente. Segn (Ferreras, 2007), los usuarios de herramientas de PM y PPM son distintos, y su ubicacin en los niveles de la pirmide organizacional tambin es distinta. Se puede ubicar las herramientas PM entre el nivel operativo y tctico de la empresa, y el PPM en el nivel estratgico.
Para abordar la situacin plateada, se ha generado la necesidad de contar con aplicacin para la gestin de proyectos y portafolio de proyectos (Project and Portfolio Management PPM), aplicaciones que permiten visualizar el estado actual de la iniciativas organizacionales, recursos y fondos a travs de una coleccin de datos centralizada desde mltiples fuentes y perspectivas. (Gartner, 2010). El mercado de las TI ha reaccionado ante esta necesidad, ofreciendo un conjunto de aplicaciones para apoya la gestin de la cartera de proyectos TI, tanto a nivel opertico como tctico; En (Gartner, 2010) se pueden identificar los principales aplicativos asociadas a la Gestin de Cartera y Proyectos (ver Figura 1).
Pgina | 7
Figura 1 Magic Quadrant for IT Project and Portfolio Management
As como las principales empresas de TI se han involucrado en este mercado, tambin han aparecido iniciativas en la lnea de open source u open source; las cuales soportan en forma parcial los distintos mbitos de gestin que requiere cubrir una oficina de proyectos. En (Wikipedia, 2010) una lista de aplicaciones open source, as como
licenciadas, orientadas a distintos aspectos de gestin, lista que se reproduce se reproduce en forma parcial en la figura 2:
Figura 2 Comparison of project management software
Estos aplicativos se pueden agrupar en (a) Software de escritorio, aplicaciones orientadas a usuarios individuales, con baja o nula opcionalidad de trabajo en grupo; (B)
Pgina | 8
Software WEB, aplicaciones que operan en navegadores, con facilidades de interaccin con otros usuarios, disponibles a travs de internet o extranet. Y (c) Software On-Line, se accede va navegador de Internet, trabaja contra un servidor remoto, usando la conexin a Internet de la empresa, no la red corporativa.
a) Cuerpo de Conocimiento de la Gestin de Proyectos
La gua PMBOK (Project Management Body Of Knowledge) es el estndar de gestin de proyectos de PMI (Project Management Institute) (PMI, 2008). Esta institucin, reconocida por American National Standards Istitue (ANSI), atiende las necesidades relacionadas con la gestin de proyectos de cualquier disciplina. En chile, est presente a como Santiago Chile Chapter desde 1997, conformado por profesionales de distintos sectores de la economa (Santiago Chile Chapter, 2008); en esta publicacin, tambin se expone el creciente inters por las prcticas de gestin lo que permite suponer que el cuerpo de conocimiento se transforma en un estndar para la industria chilena, lo que es consistente con lo que ocurre con la industria a nivel mundial. Esta gua identifica ese subconjunto de fundamentos de la direccin de proyectos generalmente reconocido como buenas prcticas (PMI, 2008). Este mismo cuerpo de conocimiento nos entrega las siguientes definiciones (para ms detalle, ver Anexo 1: Desarrollo Estado del Arte):
Relaciones entre la direccin de proyectos, la direccin de programas y la gestin del portafolio. En organizaciones maduras en direccin de proyectos, la direccin existe en un contexto ms amplio regido por la direccin de programas y la gestin del portafolio.
Gestin del portafolio. El trmino portafolio se refiere a un conjunto de proyectos o programas y otros trabajos que se agrupan para facilitar la direccin eficaz de ese trabajo para cumplir con los objetivos estratgicos del negocio.
Pgina | 9
Direccin de programas. Un programa se define como un grupo de proyectos relacionados administrados de forma coordinada para obtener beneficios y control, que no se obtendran si se gestionaran en forma individual.
b) Integracin de Aplicaciones Empresariales
De acuerdo a (Villanueva Arriagada, 2009), para obtener los beneficios de las plataformas tecnolgicas, es necesario enfrentar la integracin de aplicaciones dentro de la organizacin asumiendo la complejidad de navegar entre diferentes tecnologas, tales como (para ms detalle, ver Anexo 1: Desarrollo Estado del Arte):
Transportar datos de un sistema a otro a travs de una o muchas redes dismiles y de bajo rendimiento.
Diferentes Aplicaciones. Evolucin de las aplicaciones de acuerdo a las necesidades del negocio.
Para determinar el mejor en foque de integracin, (Villanueva Arriagada, 2009) plantea tener en cuenta los siguientes criterios: Criterios Acoplamiento Descripcin La interfaces para integrar aplicaciones deben ser lo suficientemente
de aplicaciones especficas como para implementar funcionalidades tiles, pero los suficientemente generales para permitir cambios en las
implementaciones cuando se necesitan. Simplicidad En muchas situaciones ser inevitable desarrollar nuevo cdigo para mejorar la integracin, sacrificando simplicidad para proveer de mejores interfaces. Tecnologa Las distintas tcnicas de integracin requieren cantidades variables de software y hardware, los cuales pueden ser costosos. Formatos de datos Las aplicaciones que se integran deben llegar a acuerdo en cuanto al formato de los daros a compartir o contar con intermediarios que
Pgina | 10
puedan realizar la labor de traduccin o transformacin. Actualizacin de datos La solucin de integracin debiera minimizar el intervalo de tiempo desde el momento en que una aplicacin decide hacer disponible cierta informacin hasta el momento en que las dems aplicaciones poseen dicha informacin. Datos o Funcionalidad Asincrona Las aplicaciones integradas pueden necesitar no slo compartir datos, sino tambin funcionalidad. Este enfoque funciona slo bajo la presuncin de que una subrutina est disponible cuando es invocada, lo cual es cierto para los sistemas centralizados pero no necesariamente para sistemas distribuidos.
En complemento a los anteriores criterios planteados, la teora los complementa con cuatro enfoques principales:
Transferencia de Archivos.
El intercambio de informacin entre las
aplicaciones se realiza mediante archivos. Base de datos compartida. Las aplicaciones almacenan su informacin en una base de datos comn. RPC (Llamadas a procedimientos remotos). Cada aplicacin expone cierta
funcionalidad para que otras aplicaciones puedan invocarla en forma remota. Mensajera. Cada aplicacin se conecta con a un medio comn de mensajera.
Una estrategia de integracin que se ha ido intensificando en la ltima dcada es la Arquitectura Orientada a Servicios (SOA, Service Oriented Architecture), entendindola como (Villanueva Arriagada, 2009) un estilo arquitectural de sistemas computaciones para la creacin y consumo de procesos de negocio empaquetados como servicios (para ms detalles, ver Anexo 1: Desarrollo Estado del Arte).
Pgina | 11
3. Descripcin de la solucin propuesta

3.1. Caractersticas de la solucin De los elementos expuestos, se plantea una solucin que permita consolidar informacin de gestin generada en proyectos, nivel operativo, que generan por los Jefes de Proyectos a travs de los procesos de gestin (ver Anexo 2: Diagrama de Procesos Propuestos por PMI); y agregarla a nivel estratgico, donde aporta una PMO, tal que permita alimentar un Cuadro de Mando de proyecto TI presentando, de una sola vista, el estado del portafolio o cartera de proyectos de la organizacin. La solucin contempla exponer un conjunto de servicios de integracin a travs de un Bus de Servicios de Integracin, como se presenta en la Figura 3, que sean usados por los aplicativos open source para compartir informacin tanto a nivel estratgico como operativo.
Cuadro de Mando
Operativo / Estratgico
Estratgico Operativo
Cronograma
Calidad
Bus de Integracin
Recursos Humanos
Comunicacin
Riesgos
Figura 3 Esquema Conceptual de la Solucin
Resolviendo los siguientes requerimientos:
Requerimientos Emisin de reportes a nivel de proyectos y agregados, a partir de informacin consistente y consolidada Alimentar indicadores del cuadro de mando a partir de informacin operativa, sin manipulacin de datos o integracin manual de informacin Facilitar el acceso de informacin a los diferentes integrantes del proyecto
Pgina | 12
Actualizar informacin en los aplicativos integrados, manteniendo informacin consistente
3.2. Propsitos de la solucin
Implementada la solucin, se contar con una alternativa modular y de bajo costo a aplicaciones de software comerciales de PPM, a empresas dentro del universo del estudio ENTI, habilitando un repositorio nico que contenga informacin consolidada de los proyectos tal que:
Permita mantener actualizado el Cuadro de Mando del portfolio de proyectos TI.
Mitigue los riesgos en la manipulacin y transformacin de informacin proveniente de los proyectos.
Manejo de informacin histrica de los proyectos.
3.3. Alcances y limitaciones de la solucin El desarrollo de la solucin planteada no contempla abordar los siguientes aspectos: a) Satisfaga las reas de conocimiento de PMBOK Gestin Integrada de Proyectos, Gestin del Tiempo, Gestin de Calidad, Gestin de Recursos Humanos, Gestin de la Comunicacin, Gestin de Riesgos.
b) Realizar un anlisis de las mejores prcticas de gestin; se asume que el cuerpo de conocimiento de PMI cumple ampliamente las expectativas de la tesis.
c) Realizar un anlisis del cuerpo de conocimiento de PMI.

Pgina | 13
d) Desarrollar nuevos aplicaciones open source; eventualmente, y de ser necesario para el logro del objetivo, se considerar la adaptacin funcional de alguna versin de los aplicativos.
e) Realizar una evaluacin costo/beneficio entre optar por un soporte open source o soporte con aplicaciones comerciales.
f) Realizar un benchmarking entre una oficina de proyectos con soporte open source versus una con soporte con aplicaciones comerciales.
g) Instanciar la solucin en una oficina de proyectos real; la efectividad de la solucin se podr evaluar con informacin de proyectos reales comparndolos con resultados reales con que se cuente, pero en un ambiente controlado.
h) No se abordarn las reas de conocimiento Gestin de Proveedores ni rea de conocimiento Gestin de Costos
Pgina | 14
4. Metodologa, herramientas y ambiente de desarrollo

4.1. Metodologa a usar Se emplear como marco metodolgico el Proceso Unificado gil (Agil Unified Process, AUP), desarrollada por Scott Ambler. Este proceso es un enfoque al desarrollo de software basado en el Rational Unified Process (RUP) de IBM. El ciclo de vida de Agile UP es serial en lo grande e iterativo en lo pequeo, liberando entregables incrementales en el tiempo. (Universidad Nacional de Costa Rica, 2006).
El modelo establece fases, implementadas en forma secuencial a lo largo del proyecto; y disciplinas, ejecutadas en forma iterativa, definiendo las actividades a realizar (ver Figura 4).
Figura 4 Proceso Unificado gil v1.1
4.2. Herramientas de desarrollo Durante el desarrollo de la solucin, se consideran las siguientes herramientas:
mbito Desarrollo
Herramienta Java Development Kit 7.0.0 Ambiente de desarrollo Eclipse Release 3.4 Control de versiones TotoiseSVN 1.6 PostgreSQL 8.1.22
Documentacin
MS Office 2007 MS Visio 2007
Pgina | 15
Recursos Humanos
Tesista, con dedicacin de acuerdo a las necesidades del proyecto
4.3. Ambiente de desarrollo Desde el punto de vista tcnico, se considera la siguiente plataforma tecnolgica para la explotacin de los servicios de integracin (los aplicativos open source, cuentan con sus propias definiciones de plataforma):
mbito Sistema Operativo
Identificacin Windows Server 2003 Linux
Servidor HTTP Motor de Base de Datos
Apache 2.0.X Postgre 9.0
Pgina | 16
5. Plan de trabajo
Se ejecutar un plan de trabajo es iterativo, basado en el paradigma espiral, a objeto de ir realizando integraciones parciales entre aplicaciones hasta lograr la cobertura deseada. Cada iteracin est dada por el rea de conocimiento de PMBOK, siguiendo los siguientes pasos:
a) Generar Modelo de Integracin. Tomando como base el cuerpo de conocimiento de PMI, se identifican un conjunto de aplicaciones open source que satisfagan las reas de conocimientos abordadas.
b) Analizar arquitectura de los aplicativos seleccionados. Se analiza del aplicativo identificar alternativas de integracin, se describe la plataforma tecnolgica usada por la aplicacin (motor de base de datos, servidor http, sistema operativo) e identifica la mejor estrategia de integracin
c) Generar Planificacin detallada para la integracin. Describir tareas, establecer alcance de la iteracin, generar el cronograma de los siguientes pasos. En cada iteracin, se abren las actividades de detalle que permiten conseguir el objetivo.
d) Analizar Riesgo. Analizando los requerimientos de usuario, en el contexto de integracin donde se incorporar el aplicativo y la estrategia de integracin seleccionada, se identifican los riesgos asociados al logro de los objetos. A partir de esta definicin, se complementa la lista de riesgos asociadas al proyecto de tesis
e) Realizar Ingeniera. Especificacin de los requerimientos de software, especificacin de diseo detallado, implementacin del servicio de integracin y pruebas unitarias, pruebas de integracin. En este paso, se concretan los servicios necesarios para establecer la conexin entre los aplicativos open source.
Pgina | 17
Id S-1 S1 S2 S4 S5 S6 S7 S8 S9 S10 S11 S13 S14 S15 S16
Nombre de tarea
Duracin M1
M2 S3
M3
M4 S12
Proyecto Tesis
Disear un Cuadro de Mando Generar Modelo Conceptual de Integracin Generar Lista de Productos de software de gestin de proyectos Especificar criterios de seleccin Obtener lista de aplicativos Caracterizar aplicativos de acuerdo a pauta de evaluacin Disear e implementar servicios de integracin analizar arquitectura aplicativos Planificacin detallada Anlisis de Riesgo Ingeniera Evaluacin Solucin Iteracin Gestin de Calidad Iteracin Gestin de Recursos Humanos Iteracin Gestin de Riesgo Cierre Implementacin Implementar cuadro de Mando Cargar proyectos reales Actualizacin de Proyectos Estudio de Factibilidad Realizar un estudio de factibilidad econmica 5 das 5 das 3 das 2 das 3 das 2 das 24 das 24 das 24 das 7 das 10 das 3 das 1 da 2 das 74 das 5 das 2 das 3 das 10 das 5 das 3 das
78 das
10
11
12
13
20
27
34
35
36
el producto final alcanzado y se toma la decisin de continuar.
37
38
f) Evaluar iteracin. Se realizan pruebas de integracin a objeto de validar la consistencia
cumplir el plan global y se determinan acciones de mitigacin. En este punto, se evala
de la informacin, se evala el cumplimiento de expectativas, se analiza factibilidad de
Esta secuencia de actividades genera siguiente planificacin:
39
Pgina | 18
6. Referencias
Acedo, R. S. (Julio de 2008). Centro de Excelencia del Software. Recuperado el 19 de Octubre de 2010, de Herramientas de Gestin de Proyectos de Software Open Source: http://www.cesnavarra.net/cesdigital/Lists/Noticias%20CESDigital/DispFormC ES.aspx?List=5ec0dfc7-7911-470b-8b6b-71ba72783fdd&ID=46 ENTI. (2009). Estudio Nacional sobre Tecnologas de Informacin. Santiago: Centro de Estudios de Tecnologas de Informacin de la Pontificia Universidad Catlica de Chile - CETIUC. Erl, T. (s.f.). SOA Principles. Recuperado el 19 de Octubre de 2010, de http://soaprinciples.com/p3_esp.php Ferreras, A. (12 de Enero de 2007). Departamento de Lenguajes y Sistemas Informticos de la EUTTI-BI. Recuperado el 17 de Octubre de 2010, de
http://lsi.bp.ehu.es/asignaturas/Amaia/trabajos/13.2/PPM.pdf Gartner. (7 de Junio de 2010). Magic Quadrant for IT Project and Portfolio Management. Recuperado el 15 de Septiembre de 2010, de Gartner, Inc: http://www.gartner.com/technology/mediaproducts/reprints/planview/200907.html Godoy, S. (2008). La empresa chilena en la economa de la informacin: Principales resultados de la segunda encuesta BIT-Chile 2007. Santiago: Centro de Estudios de la Economa Digital CCS. Martnez, R. (Abril de 2009). Administracin y Control de Proyectos Informticos II. Recuperado el 10 de Octubre de 2010, de Facultad de Ingeniera, Universidad de Buenos Aires: http://materias.fi.uba.ar/7546/ Martnez, R. S. (28 de Marzo de 2008). Oficina de Proyectos, Centro de Competencias para Crear Valor. El Financiero , pg. 18A. PMI. (2008). Gua de los Fundamentos para la Direccin de Proyectos (Gua del PMBOK)Cuarta edicin. Pennsylvania 19073-3299 EE.UU: Project Management Institute.
Pgina | 19
Reyes, L. (2008). Una PMO con Historia. Encuentro Nacional parael Desarrollo Digital (pg. 40). Santiago: Banco Estado. Rivero Pea, K. A. (2009). Framework Gua para la Fase de Requerimientos de Usuario de Acuerdo al Estndar ECSS-E.40. Santiago: Universidad de Santiago de Chile. Santiago Chile Chapter. (2008). Memoria Anual. Memoria Anual 2008 (pg. 41). Santiago: PMI Santiago Chile Chapter. Universidad Nacional de Costa Rica. (13 de 05 de 2006). Agile UP. Recuperado el 25 de 11 de 2010, de El Proceso Unificado gil v1.1:
http://cgi.una.ac.cr/AUP/index.html VALDS, A. D. (2007). REDISEO DE LOS PROCEDIMIENTOS Y PROCESOS PARA LA ADMINISTRACIN DE PROYECTOS DE LA GERENCIA DE INFORMTICA Y PROCESOS DE LAN AIRLINES S.A. Santiago de Chile: Facultad de Ciencias Fsicas y Matemticas; Departamento de Ingeniera Industrial. Villanueva Arriagada, D. A. (2009). Una Arquitectura de Integracin para empresas de servicios de informacin Business to Business. Santiago: Universidad de Santiago de Chile. Wikipedia. (19 de Diciembre de 2010). Comparison of project management software. Recuperado el 19 de Diciembre de 2010, de Wikipedia:
http://en.wikipedia.org/wiki/List_of_project_management_software
Pgina | 20
Anexos
Anexo 1: Desarrollo Estado del Arte En el presente anexo, se detallan los aspectos enunciados en el apartado 2.3 Estado del Arte. a) Cuerpo de Conocimiento de la Gestin de Proyectos
La gua PMBOK (Project Management Body Of Knowledge) es el estndar de gestin de proyectos de PMI (Project Management Institute) (PMI, 2008). Esta institucin, reconocida por American National Standards Istitue (ANSI), atiende las necesidades relacionadas con la gestin de proyectos de cualquier disciplina. En chile, est presente a como Santiago Chile Chapter desde 1997, conformado por profesionales de distintos sectores de la economa (Santiago Chile Chapter, 2008); en esta publicacin, tambin se expone el creciente inters por las prcticas de gestin lo que permite suponer que el cuerpo de conocimiento se transforma en un estndar para la industria chilena, lo que es consistente con lo que ocurre con la industria a nivel mundial. Esta gua identifica ese subconjunto de fundamentos de la direccin de proyectos generalmente reconocido como buenas prcticas. Buenas prcticas significa que se est de acuerdo, en general, en que la aplicacin de estas habilidades, herramientas y tcnicas puede aumentar las posibilidades de xito de una amplia variedad de proyectos. (PMI, 2008). Este mismo cuerpo de conocimiento nos entrega las siguientes definiciones:
Relaciones entre la direccin de proyectos, la direccin de programas y la gestin del portafolio. En organizaciones maduras en direccin de proyectos, la direccin existe en un contexto ms amplio regido por la direccin de programas y la gestin del portafolio. Las estrategias y prioridades de una organizacin se vinculan, y se establecen relaciones entre portafolios y programas, y entre programas y proyectos individuales. La planificacin de la organizacin ejerce un impacto en los proyectos, a travs del establecimiento de prioridades basadas en los riesgos, el financiamiento
Pgina | 21
y el plan estratgico de la organizacin. La planificacin de la organizacin puede guiar el financiamiento y el apoyo a los proyectos que componen el portafolio basndose en categoras de riesgo, lneas de negocio especficas o tipos generales de proyectos como infraestructura y mejora de los procesos internos.
Gestin del portafolio. El trmino portafolio se refiere a un conjunto de proyectos o programas y otros trabajos que se agrupan para facilitar la direccin eficaz de ese trabajo para cumplir con los objetivos estratgicos del negocio. Los proyectos o programas del portafolio no son necesariamente interdependientes ni estn directamente relacionados. Por ejemplo, una compaa de infraestructura que tiene el objetivo estratgico de maximizar el rendimiento de su capital invertido puede incluir en un portafolio una combinacin de proyectos en el mbito del petrleo y gas, la energa, el agua, los caminos, ferrocarriles y aeropuertos. A partir de esta combinacin, la compaa puede optar por gestionar como un solo programa los proyectos relacionados. Todos los proyectos energticos pueden ser agrupados como un programa de energa. Del mismo modo, todos los proyectos hdricos pueden ser agrupados como un programa hdrico. La gestin del portafolio se refiere a la gestin centralizada de uno o ms portafolios, que incluye identificar, establecer prioridades, autorizar, dirigir y controlar proyectos, programas y otros trabajos relacionados para alcanzar los objetivos especficos y estratgicos del negocio. La gestin del portafolio se centra en asegurar que los proyectos y programas se revisen a fin de establecer prioridades para la asignacin de recursos, y en que la gestin del portafolio sea consistente con las estrategias de la organizacin y est alineada con ellas.
Direccin de programas. Un programa se define como un grupo de proyectos relacionados administrados de forma coordinada para obtener beneficios y control, que no se obtendran si se gestionaran en forma individual. Los programas pueden incluir elementos de trabajo relacionados que estn fuera del alcance de los proyectos especficos del programa. Un proyecto puede o no formar parte de un programa, pero un programa incluye siempre proyectos.
Pgina | 22
La direccin de programas se define como la direccin coordinada y centralizada de un conjunto de proyectos para lograr los objetivos y beneficios estratgicos de la organizacin. Dentro de un programa, los proyectos se relacionan mediante el resultado comn o la capacidad colectiva. Si la relacin entre los proyectos est dada nicamente por un cliente, vendedor, tecnologa o recurso en comn, el esfuerzo se debera gestionar como un portafolio de proyectos, en lugar de hacerlo como un programa. La direccin de programas se centra en las
interdependencias entre los proyectos y ayuda a determinar el enfoque ptimo para gestionarlas. Entre las acciones relacionadas con estas interdependencias, se puede incluir: Resolver restricciones de los recursos y/o conflictos que afectan a mltiples proyectos dentro del sistema; Ajustar la direccin estratgica/de la organizacin que afecta las metas y los objetivos de los proyectos y del programa, y Resolver problemas y cambiar la gestin dentro de una estructura de gobernabilidad compartida.
b) Integracin de Aplicaciones Empresariales
Para obtener los beneficios de las plataformas tecnolgicas, es necesario enfrentar la integracin de aplicaciones dentro de la organizacin asumiendo la complejidad de navegar entre diferentes tecnologas, tales como (Villanueva Arriagada, 2009):
Transportar datos de un sistema a otro a travs de una o muchas redes dismiles y de bajo rendimiento. Las soluciones de integracin deben ser preparadas para responder a una clase entera de nuevos problemas relacionados con la comunicacin de los datos y sus consiguientes demoras e interrupciones. Por otro lado, el en envo de datos a travs de las redes es varios rdenes de magnitud ms lento que las llamadas a mtodos locales. Disear un sistema
Pgina | 23
distribuido de la misma forma que una aplicacin local puede tener implicancias desastrosas en trminos de rendimiento
Diferentes Aplicaciones. Las soluciones de integracin transmiten informacin entre plataformas con diferentes sistemas operativos, lenguajes de programacin y formatos de datos.
Evolucin de las aplicaciones de acuerdo a las necesidades del negocio. Una solucin de integracin debe minimizar las dependencias entre los sistemas promoviendo el principio de bajo acoplamiento a objeto de evitar el desencadenamiento de cambios en otros aplicativos.
Para determinar el mejor en foque de integracin, (Villanueva Arriagada, 2009) plantea tener en cuenta los siguientes criterios:
Acoplamiento de aplicaciones. La interfaces para integrar aplicaciones deben ser lo suficientemente especficas como para implementar funcionalidades tiles, pero los suficientemente generales para permitir cambios en las implementaciones cuando se necesitan.
Simplicidad. Aunque se debe en lo posible tratar de minimizar los cambios en las aplicaciones que se desea integrar, as como la cantidad de cdigo de integracin, en muchas situaciones ser inevitable desarrollar nuevo cdigo para mejorar la integracin, sacrificando simplicidad para proveer de mejores interfaces.
Tecnologa. Las distintas tcnicas de integracin requieren montos variados de software y hardware, los cuales pueden ser costosos, llevar a situaciones de dependencia del proveedor o hacer demasiado compleja la tarea de los desarrolladores de entender cmo usar estas herramientas para integrar aplicaciones.
Pgina | 24
Formatos de datos. Las aplicaciones que se integran deben llegar a acuerdo en cuanto al formato de los daros a compartir, o cuando lo anterior no es factible, contar con intermediarios que puedan realizar la labor de traduccin o transformacin. Estos a su vez plantea otro desafo, relacionado con la natural evolucin y extensibilidad de los formatos de datos.
Actualidad de datos. La solucin de integracin debiera minimizar el intervalo de tiempo desde el momento en que una aplicacin decide hacer disponible cierta informacin hasta el momento en que las dems aplicaciones poseen dicha informacin. Mientras ms larga sea la latencia en la sincronizacin de los datos, ms compleja se vuelve la integracin.
Datos o Funcionalidad. Las aplicaciones integradas pueden necesitar no slo compartir datos, sino tambin funcionalidad. , para que cada aplicacin pueda invocar funcionalidad presente en otras aplicaciones. La invocacin remota puede parecer similar a la invocacin local, pero en realidad funciona de manera muy distinta y es mucho ms compleja, lo cual tiene consecuencias importantes sobre el funcionamiento de las soluciones de integracin.
Asincrona. El procesamiento en un computador es casi siempre sncrono, lo cual significa, por ejemplo, que un procedimiento espera a que una subrutina termine para continuar. Este enfoque funciona slo bajo la presuncin de que dicha subrutina est disponible cuando es invocada, lo cual es cierto para los sistemas centralizados pero no necesariamente para sistemas distribuidos. Por otra parte, una aplicacin puede querer simplemente hacer disponible cierta informacin a los dems sistemas y luego ocuparse de otro trabajo, confiando en que las aplicaciones destinatarias de dicha informacin la procesarn.
En complemento a los anteriores criterios planteados, la teora los complementa con cuatro enfoques principales:
Pgina | 25
Transferencia de Archivos.
El intercambio de informacin entre las
aplicaciones se realiza mediante archivos, es decir, una aplicacin produce archivos que sern ledos (consumidos) por otras aplicaciones y a su vez, consume archivos por otras aplicaciones.
Base de datos compartida. Las aplicaciones almacenan su informacin en una base de datos comn, de manera que cuando una aplicacin realiza cambios en dicha base de datos, los cambios son inmediatamente visibles a las dems aplicaciones.
RPC (Llamadas a procedimientos remotos).
Cada aplicacin expone cierta
funcionalidad para que otras aplicaciones puedan invocarla en forma remota, con el objetivo de ejecutar procedimientos o compartir datos.
Mensajera. Cada aplicacin se conecta con a un medio comn de mensajera donde es posible invocar funcionalidad o compartir datos a travs del envo de mensajes
Una estrategia de integracin que se ha ido intensificando en la ltima dcada es la Arquitectura Orientada a Servicios (SOA, Service Oriented Architecture), entendindola como (Villanueva Arriagada, 2009) un estilo arquitectural de sistemas computaciones para la creacin y consumo de procesos de negocio empaquetados como servicios. Su potencial radica en intercambio datos entre diferentes aplicaciones, logrando independencia del sistema operativo y los lenguajes sobre los cuales se implementan. Este paradigma cuenta con los siguientes principios (Erl):
Estandarizacin de los Contratos de Servicios. El principio de diseo de la Estandarizacin de los Contratos de Servicios es quizs la parte la ms fundamental de la orientacin a servicios, en la medida que requiere esencialmente que se tomen en cuenta consideraciones especficas, cuando se
Pgina | 26
disea la interfaz tcnica pblica de un servicio y se evala la naturaleza y la cantidad del contenido que ser publicado como parte del contrato oficial del servicio.
Bajo Acoplamiento de los Servicios. Promueve el diseo independiente y la evolucin de la lgica e implementacin de un servicio, mientras garantice siempre una interoperabilidad de referencia con los consumidores que han llegado a descansar en las capacidades del servicio. Lograr el nivel apropiado de acoplamiento requiere un equilibrio entre consideraciones prcticas y varias preferencias de diseo de servicio.
Abstraccin en los Servicios. Este principio enfatiza la necesidad de ocultar tanto de los detalles subyacentes acerca de un servicio como sea posible y habilita directamente y preserva las relaciones con bajo acoplamiento descritas anteriormente. La Abstraccin de Servicio juega tambin un papel significativo en la ubicacin y diseo de las composiciones de servicio.
Capacidad de Reutilizacin de Servicios. Enfatiza la ubicacin de los servicios como recursos de la empresa con contextos funcionales agnsticos. Se presentan numerosas consideraciones de diseo para asegurar que las capacidades individuales de los servicios sean adecuadamente definidas en relacin con un contexto de servicio agnstico, y para garantizar que puedan facilitar los requerimientos de reuso necesarios.
Autonoma de los Servicios. Levanta varias preguntas que pertenecen al diseo de la lgica resolutiva as como al entorno real de implementacin del servicio. Se deben tomar en cuenta los niveles de aislamiento y consideraciones de normalizacin de los servicios para lograr una medida adecuada de la autonoma, particularmente para servicios reutilizables que son frecuentemente compartidos.
Pgina | 27
Carencia de Estado en los Servicios. Requiere evaluar medidas realistas de la carencia de estado a la cual se puede aspirar, de acuerdo a la adecuacin de la arquitectura del entorno tecnolgico, para proveer opciones de delegacin de la administracin de los estados y de posposicin de los mismos.
Capacidad de Descubrimiento de Servicios. El diseo del servicio debe tomar en cuenta la "calidad de las comunicaciones" del servicio y sus capacidades individuales, independientemente al mecanismo de descubrimiento (tal como un registro de servicios) es, o no, parte inmediata del entorno.
Capacidad de Componer Servicios. Las composiciones ponen exigencias que deben ser anticipadas para evitar esfuerzos mayores de mantenimiento. Se espera de los servicios que sean capaces de participar como miembros efectivos de composiciones, independientemente de que si necesitan ser incorporados de inmediato en una composicin. Este principio se enfoca a este requerimiento, asegurando que una cantidad de consideraciones sean tomadas en cuenta.
Interoperabilidad y la Orientacin a Servicios. Los servicios deben ser interoperables es as de evidente como decir que los servicios deben existir. Cada uno de los ocho principios apoya o contribuye a la interoperabilidad de alguna manera. Un objetivo fundamental de la aplicacin de la orientacin a servicios es que la interoperabilidad se vuelva un subproducto natural, idealmente en la medida que se establece un cierto nivel de interoperabilidad intrnseca como una caracterstica del diseo de los servicios
Pgina | 28
Anexo 2: Diagrama de Procesos Propuestos por PMI A partir del modelo propuesto por (PMI, 2008), se han identificado en color gris los procesos que se darn soporte; indicados en la Figura 1
Sponsor Activos de Proceso Organizacional Factores Ambientales de la Empresa Caso de Negocio Contrato Declaracin de Proyecto
Inicio
Documentos de Adquisicin Acta de Proyecto Organizacin Plan de Gestin del Proyecto
Calendario de Recursos
Planificacin Cliente Plan de Gestin del Proyecto
Propuesta de Proveedores
Decisin de Comprar / Construir Criterio de seleccin de fuentes
Ejecucin Proveedores
Resultado, Servicio o Producto Final Adjudicacin Contrtato Seguimiento y Control Documentos de Adquisicin Entregables Aceptados Entregables Requerimientos de Cambios Informacin Rendimiento de Trabajo Proveedor Seleccionado Requerimientos de Cambio aprobados Medidas de Control de Calidad Reportes de Rendimiento
Cierre
Figura 5 Procesos de la Direccin de Proyecto - PMBOK 4a. Edicin
Pgina | 29
Pgina | 30
Anexo 3: Algunas herramientas de gestin Open Source A continuacin se lista un conjunto de Herramientas de gestin de proyectos Open Source generada por (Acedo, 2008):
a) De escritorio:
GanttProject Aplicacin de escritorio muy extendida y til que permite planificar tareas y
recursos sobre un diagrama Gantt. Se trata de una herramienta similar a MS Project pero ms sencilla lo cual puede ser en algunos casos una ventaja. Otra caracterstica interesante es que funciona tanto en Linux como en Windows y tiene diversos formatos de exportacin e importacin.
Planner Aplicacin de escritorio bastante extendida y algo ms completa a la anterior (a
pesar de tener menos opciones de importacin y exportacin), pero muy similar. En este caso est desarrollada para Linux, aunque existe versin beta para Windows.
Open Workbench Aplicacin de escritorio muy completa. Al igual que las anteriores permite
gestionar tareas y recursos sobre un diagrama Gantt, aunque tambin permite otros diagramas como Pert, camino crtico y funcionalidades ms avanzadas. Se vanagloria de ser incluso mejor que MS Project.
TaskJuggler Se trata de una herramienta de escritorio disponible tanto para Windows como
para Linux un tanto peculiar. Genera una serie de informes bastante completos a partir de
Pgina | 31
un fichero de texto. El interfaz es bastante amigable, pero el hecho de andar editando un fichero de texto que contiene la planificacin no resulta muy cmodo.
OpenProj Otro programa de escritorio sustitutivo de MS Project y de apariencia muy
similar. Tiene versiones para Linux, Unix, Mac y Windows y es compatible con ficheros MS Project y con todas sus funcionalidades. No obstante, parece no estar indicado para proyectos de grupo. En estos casos te ofrecen una versin on-line (Project-ON-Demand) bajo demanda y de pago bastante interesante.
b) Entorno web:
TeamSCOPE Team Software for Collaborative Project Environments es una herramienta web
de colaboracin. Desarrollado para funcionar sobre Debian, fue creado por una universidad pero parece haberse quedado bastante anticuado.
NetOffice Herramienta web basada en PHP sobre MySQL para gestionar proyectos,
tareas, registros de tiempos, incidencias/errores, diagramas de Gantt (aunque un poco escondidos), etc, similar pero algo ms agradable que dotProject. Tiene ciertos tintes de herramienta de colaboracin en grupo (groupware).
phpCollab Herramienta web basada en PHP que ha sufrido un desarrollo intermitente por
lo que parece. Sirve tanto para la gestin de tareas como para el seguimiento de incidencias/errores. Tiene un aspecto similar a netOffice lo cual hace pensar que uno de los dos proyectos deriva del otro. Quizs por esa razn, de elegir una de las dos, sea ms recomendable netOffice.
Pgina | 32
Achievo Herramienta web PHP sobre MySQL para la gestin de proyectos, tareas,
recursos, registro de tiempos, agenda, generacin de informes, etc. Bastante completo, adems parece incluir seccin presupuestaria.
XPlanner Herramienta web Java sobre MySQL para la gestin de proyectos mediante XP
y Scrum. No obstante parece estancada en una versin beta desde el 2006.
PPTS Project Planning and Tracking System (PPTS) es una herramienta Web para la
gestin de proyectos con metodologas XP y Scrum al igual que la anterior. Esta desarrollada en PHP contra MySQL aunque parece tambin largo tiempo abandonada.
XPWeb Al igual que las anteriores es una herramienta web para la gestin de proyectos
giles, incluyendo gestin de tareas, calendarios, informes, etc. Tambin parece estancada.
Trac Herramienta web ampliamente extendida en la comunidad open source para,
fundamentalmente, el seguimiento proyectos. Se centra en la gestin de incidencias y errores, aunque tiene funcionalidades aadidas interesantes como Wiki e integracin con Subversin. Hay que resear que se trata de una herramienta mono-proyecto y que no cuenta con Gantt.
OpenProject Herramienta web de gestin de proyectos muy completa. Posee todo lo
necesario, tanto que uno llega a perderse. No obstante, pueden configurarse los mdulos
Pgina | 33
que desean usarse y descartar aquellos que no son necesarios: calendario, gestin de tareas, seguimiento de incidencias, control presupuestario, Wiki, foros, integracin con ERPs, diagramas Gantt y una larga lista de funcionalidades.
Tutos The Ultimate Team Organization Software, o eso pretende. Se trata de una
herramienta web LAMP con muchas funcionalidades: calendario y agenda, seguimiento de incidencias y errores, gestin de tareas, diagramas Gantt, gestin documental, gestin de correos, facturas e informes. Interesante pero austera de aspecto y un poco anticuada.
Project Dune Herramienta web desarrollada en Java contra MySQL que pareca prometer
bastante. Tiene lo necesario: gestin de tareas, recursos, incidencias, gestin documental, registro de tiempos, informes, calendario y agenda, RSS, inspeccin de cdigo, importacin de MS Project, etc. No obstante, en su evaluacin, dej bastante que desear resultando poco prctica y manejable.
Collabtive Se trata de una herramienta web LAMP para la gestin de proyectos. Segn se
indica en la web cubre la gestin de tareas e incidencias, gestin documental y mensajera. Es muy limpia, sencilla y gil. No obstante, no parece contar con diagramas Gantt, ni con registro de tiempos o informes de estado. En la prctica parece quedarse un poco justa, pero prometedora.
Mindquarry Herramienta web desarrollada en Java que pretende ser la alternativa open
source de soluciones propietarias como Basecamp o Sharepoint para la gestin de proyectos y grupos de trabajo de forma colaborativa. Tiene una versin open source para descarga y otra como servicio bajo demanda. La pega es que la empresa parece haber dejado de desarrollar su actividad.
Pgina | 34
ClockingIT Se trata de una herramienta Web desarrollada en Ruby como servicio bajo
demanda. Permite una gestin de tareas, agenda siguiendo el estndar iCal, seguimiento de tiempos, generacin de informes, notificaciones, RSS, foros, Chat y Wiki, repositorio de ficheros, etc.
LibreSource Se trata de una plataforma web colaborativa para el desarrollo de software, lo
que se suele denominar forja y funcionalidades de groupware, archivado y publicacin web. Es open source y altamente ajustable. Permite alojar mltiples proyectos, varios grupos de usuarios, etc. Est desarrollada en J2EE e incorpora entre otras cosas: Wiki, integracin con Subversion, zonas de descarga, gestin documental, mensajera instantnea con Jabber, gestin de incidencias, etc. No fue evaluada al ser descubierta posteriormente a la implantacin de la herramienta elegida pero parece una buena alternativa.
Pgina | 35

Propuesta de Tema de Titulación

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Propuesta de Tema de Titulación

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE SANTIAGO DE CHILE

FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA INFORMATICA

Propuesta de Tema de Titulacin

1. Objetivos del proyecto

2. Descripcin del problema

PowerPoint, Project u otra herramienta de planificacin);

esta consolidacin manual

Figura 1 Magic Quadrant for IT Project and Portfolio Management

Figura 2 Comparison of project management software

a) Cuerpo de Conocimiento de la Gestin de Proyectos

b) Integracin de Aplicaciones Empresariales

El intercambio de informacin entre las

3. Descripcin de la solucin propuesta

Figura 3 Esquema Conceptual de la Solucin

Resolviendo los siguientes requerimientos:

Actualizar informacin en los aplicativos integrados, manteniendo informacin consistente

3.2. Propsitos de la solucin

Permita mantener actualizado el Cuadro de Mando del portfolio de proyectos TI.

Mitigue los riesgos en la manipulacin y transformacin de informacin proveniente de los proyectos.

Manejo de informacin histrica de los proyectos.

c) Realizar un anlisis del cuerpo de conocimiento de PMI.

4. Metodologa, herramientas y ambiente de desarrollo

Figura 4 Proceso Unificado gil v1.1

MS Office 2007 MS Visio 2007

Tesista, con dedicacin de acuerdo a las necesidades del proyecto

mbito Sistema Operativo

Identificacin Windows Server 2003 Linux

Servidor HTTP Motor de Base de Datos

Apache 2.0.X Postgre 9.0

Id S-1 S1 S2 S4 S5 S6 S7 S8 S9 S10 S11 S13 S14 S15 S16

el producto final alcanzado y se toma la decisin de continuar.

f) Evaluar iteracin. Se realizan pruebas de integracin a objeto de validar la consistencia

cumplir el plan global y se determinan acciones de mitigacin. En este punto, se evala

de la informacin, se evala el cumplimiento de expectativas, se analiza factibilidad de

Esta secuencia de actividades genera siguiente planificacin:

b) Integracin de Aplicaciones Empresariales

El intercambio de informacin entre las

RPC (Llamadas a procedimientos remotos).

Cada aplicacin expone cierta

Documentos de Adquisicin Acta de Proyecto Organizacin Plan de Gestin del Proyecto

Planificacin Cliente Plan de Gestin del Proyecto

Decisin de Comprar / Construir Criterio de seleccin de fuentes

Figura 5 Procesos de la Direccin de Proyecto - PMBOK 4a. Edicin

Planner Aplicacin de escritorio bastante extendida y algo ms completa a la anterior (a

OpenProj Otro programa de escritorio sustitutivo de MS Project y de apariencia muy

y Scrum. No obstante parece estancada en una versin beta desde el 2006.

Trac Herramienta web ampliamente extendida en la comunidad open source para,

OpenProject Herramienta web de gestin de proyectos muy completa. Posee todo lo

LibreSource Se trata de una plataforma web colaborativa para el desarrollo de software, lo

También podría gustarte