REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR

INSTITUTO UNIVERSITARIO POLITCNICO SANTIAGO MARIO
AMPLIACION MRIDA
ESCUELA DE INGENIERIA DE SISTEMAS

INTEGRACION DE UNA PLATAFORMA DE GESTION DE PROYECTOS

PARA LA RED SOCIAL COMUNITARIA DE CENDITEL

Autor: Oswaldo A. Lpez Snchez.

C.I: 18.620.876
Tutor acadmico: Ing. Gloribeth Velsquez
Asesor Metodolgico: Dr. Mximo Briceo

Mrida, Noviembre 2009

INDICE GENERAL
LISTA DE CUADROS

RESUMEN vi
INTRODUCCION

01

CAPITULO I. EL PROBLEMA
Contextualizacin del Problema..

03

Objetivos de la Investigacin

04

Objetivo General

04

Objetivos Especficos

04

Justificacin de la Investigacin 05
CAPITULO II. MARCO REFERENCIAL. 06
Resea Histrica

06

Antecedentes de la Investigacin

07

Bases Tericas 09
La Internet 10
Redes Sociales 11
Ingeniera de software 11
Software 13
Calidad de Software... 15
Teora General de Sistemas. 16
Desarrollo de sistemas. 16
Metodologa 19
Metodologas giles.

20

Programacin extrema. 20
Lenguaje de modelado unificado (UML) 24
Proyecto.

27

Gestin de Proyectos... 29
Bases Legales.

31

Sistema de Variables.

31

Definicin de Trminos Bsicos.. . 31

CAPITULO III. MARCO METODOLGICO 33

ii

Modalidad de la Investigacin 33
Tipo de Investigacin.. 34
Fases de la Investigacin..

34

Operacionalizacin de Variables.. 36
Poblacin y Muestra 37
Tcnicas e Instrumentos de Recoleccin 37
Tcnicas de Anlisis de Datos.. 39
CAPITULO IV. RESULTADOS. 41
Conclusiones. 77
Recomendaciones 78
Referencias 79
Anexos 81

iii

LISTADECUADROS

CUADRO

pp.

1. Operacionalizacin de Variables..

38

2. Definicin de requerimientos.

59

3. Plan de Proyecto.

59

iv

REPBLICA BOLIVARIANA DE VENEZUELA

INSTITUTO UNIVERSITARIO POLITCNICO
SANTIAGO MARIO
EXTENSIN MRIDA
INGENIERIA DE SISTEMA
INTEGRACION DE UNA PLATAFORMA DE GESTION DE PROYECTOS
PARA LA RED SOCIAL COMUNITARIA DE CENDITEL
Lnea

de

investigacin:

Negocios,

procesos

administrativos,

distribucin de presupuesto
Autor: Br. Oswaldo Lopez
Tutor: Ing. Gloribeth Velsquez
Asesor Metodolgico: Dr. Maximo Briceo
Mes, ao: Febrero, 2010
RESUMEN
CENDITEL tiene como visin ser la institucin pblica de referencia en
Tecnologas Libres, que acte para asegurar la soberana tecnolgica de
la nacin para logar este objetivo tiene a cargo una cantidad de proyectos
los cuales son supervisados y administrados de forma manual. Por esto
surge la necesidad de plantearse como objetivo general la integracin de
una plataforma de gestin de proyectos para la red social comunitaria de
CENDITEL La investigacin estuvo orientada a mejorar la efectividad en
la gestin de proyectos

que posteriormente podr ser usada en las

distintas comunidades exponiendo sus propios proyectos. Para ello se

estudiaron herramientas de otro software de gestin de proyectos para
realizar la integracin, el estudio se enmarcado dentro de la modalidad de
proyecto factible, apoyada en la investigacin de campo y documental y
de tipo descriptiva, el cual ayudo a realizar y mejorar una gestin de
proyectos.
Descriptores: Tecnologa libre, Red Social, Proyecto

INTRODUCCIN

En la actualidad el hombre vive en una sociedad donde las

organizaciones requieren de herramientas que les permitan lograr sus
objetivos, dentro de estas se encuentran las Tecnologas de Informacin
que son herramientas y mtodos las cuales sirven para recabar, retener,
manipular o distribuir informacin de apoyo a diferentes procesos
administrativos y operacionales, las mismas pueden estar representadas
por software que apoyan actividades y proporcionan informacin relevante
y oportuna para el proceso de toma de decisiones.
La investigacin realizada plantea la necesidad de una integracin
de productos, basado en la creacin de un Software de cdigo abierto tipo
Web que ayuda a organizar las acciones para llevar a cabo una efectiva
administracin de proyectos, los cuales

se estn realizando

en

CENDITEL y las comunidades que estn incorporadas a la Red Social

Comunitaria de CENDITEL, con la finalidad de facilitar y automatizar las
operaciones relacionadas con la gestin de dichos proyectos posibilitando
el intercambio de archivos. Al integrar la aplicacin de Gestin de
Proyectos con Cyn.in se lograra la Fiscalizacin y seguimiento del grado
de avance de los proyectos, tesis e investigaciones financiadas por
CENDITEL, adems de permitir que la Comunidad pueda emplear esta
Plataforma para controlar sus propios proyectos e incorporar otras
Comunidades en estas actividades. La

investigacin a presentar esta

estructurada de la siguiente manera:

Capitulo I: Definicin del problema, se presenta el planteamiento del
problema, los objetivos a alcanzar, se explica el por qu de la
investigacin?, que incidencia o importancia tiene para ser realizada? y
quienes se beneficiaran con los resultados alcanzados?

Capitulo II: Marco terico. Esta investigacin se baso por medio de

antecedentes, bases tericas y legales.
Capitulo III: Diseo Metodolgico. Define el tipo de investigacin que
se realiza, tcnicas, procedimientos empleados. Poblacin, seleccin de
muestra, tcnicas e instrumentos de recoleccin de datos y tcnicas de
anlisis.
Capitulo IV: Tendr el anlisis e interpretacin de los resultados, as
como tambin la propuesta, conclusiones y recomendaciones de la
investigacin.

CAPITULO I

EL PROBLEMA
Contextualizacin Del Problema
El Centro Nacional de Desarrollo e Investigacin en Tecnologas
Libres CENDITEL es un organismo adscrito al Ministerio del Poder
Popular para la Ciencia, Tecnologa e Industrias Intermedias; y surge
como una iniciativa para impulsar los procesos necesarios que permitan
transitar el camino hacia el verdadero rol que deben cumplir la Ciencia, la
Tecnologa y la Innovacin para alcanzar el desarrollo econmico, social y
poltico de la Nacin. En tal sentido este Centro busca

promover la

investigacin, desarrollo y apropiacin de Tecnologas Libres. Para lograr

tales propsitos CENDITEL tiene como misin Promover la reflexin,
investigacin, desarrollo y apropiacin de Tecnologas Libres pertinentes,
acordes con la Sociedad Democrtica, Participativa y Protagnica de la
Nacin. Para la realizacin de proyectos se debe organizar y administrar
recursos de manera tal que se pueda culminar todo el trabajo requerido
dentro del alcance, el tiempo, y coste definidos.
Para la eleccin de los proyectos a ser impulsados por CENDITEL, se
comienza estableciendo un conjunto de proyectos propuestos, se realiza
una convocatoria abierta a las comunidades indicando una fecha limite de
aceptacin y cumpliendo con los recaudos exigidos, posteriormente se
efecta una junta con el personal interno y por medio de una herramienta
se determina la otorgacin del proyecto a

las personas que se

encuentren calificadas para su desarrollo para posteriormente hacerles un

seguimiento.

En lo expuesto anteriormente, se puede mencionar que este proceso

consume mucho tiempo y se emplean ms horas hombres en
desempear un seguimiento de los programas que dirige CENDITEL,
cabe destacar que este organismo no cuenta con ninguna herramienta
para monitorear, dirigir, controlar y supervisar los proyectos que estn a
cargo esta institucin. Por lo tanto se propone la integracin de una
Plataforma de Gestin de Proyecto para la que Red Social Comunitaria de
CENDITEL que permita a las comunidades exponer sus proyectos en una
pgina Web con el fin de que pueda haber participacin ciudadana, con la
finalidad que se puedan observar los proyectos que se estn realizando
en las distintas comunidades y realizar discusiones y/o comentarios sobre
ellos.

Objetivos de la investigacin
Objetivo General
Integrar productos de una plataforma de gestin de proyectos para la
Red Social Comunitaria de CENDITEL
Objetivos especficos
Diagnosticar la situacin actual de CENDITEL para el conocimiento
de control de proyectos.
Identificar la metodologa a usar para la integracin de Herramientas
de Gestin de Proyecto.
Evaluar los distintos Software relacionados con Gestin de Proyectos
para la integracin de productos.
Determinar las diferentes herramientas necesarias para la integracin
de productos de gestin de proyectos en las Red Social Comunitaria de
CENDITEL.

Justificacin
La Integracin de una Plataforma de Gestin de Proyectos para la Red
Social Comunitaria de CENDITEL se justifica plenamente en cuanto
permite dar cumplimiento al contenido del Decreto 3390

donde se

establece el uso de software libre para el desarrollo de aplicaciones

dentro del sector pblico, de igual manera el conocimiento libre el cual es
un fenmeno social que defiende la libertad de participacin de las
personas mediante la universalizacin del saber y el poder Comunal que
est llamado a orientar, impulsar, articular y coordinar todo lo referente al
bienestar colectivo y a la definicin del socialismo desde la perspectiva de
la experiencia venezolana, desde abajo y con los de abajo. Desde el
punto de vista del proceso investigativo de este trabajo proveer de una
metodologa para la integracin de distintos tipos de Software en funcin
de un requerimiento especfico. Este trabajo constituye a su vez una
referencia bibliogrfica para investigaciones futuras relacionadas con esta
materia. El resultado de la investigacin beneficiara a los consejos
comunales y a la Fundacin CENDITEL, ofreciendo una herramienta de
servicio pblico que ayudara a realizar las tareas propias de un Proyecto y
Registro de la Documentacin de Gestin. Con el alcance de los objetivos
se estara creando un instrumento que servir para la panificacin, el
seguimiento, control de las actividades, que intervienen en el desarrollo
de un proyecto. Al ser desarrollado en software libre no tendr ningn
precio por concepto de licencia y ayudara a observar y distribuir
adecuadamente el dinero a ser empleado.

CAPITULO II

MARCO REFERENCIAL
Resea histrica
Segn Chevallier y Jacques (1980) La administracin tiene sus inicios
desde que el hombre empieza a trabajar en sociedad. El nacimiento de la
administracin ha sido un acontecimiento de importancia en la historia
social del ser humano. En la historia de la humanidad una institucin se
ha manifestado pocas veces indispensable con tanta rapidez. La
administracin que es el rgano encargado de hacer que los recursos
sean productivos, esto es, con la responsabilidad de organizar el
desarrollo econmico, refleja el espritu esencial de la era moderna.
Entonces se puede decir que la administracin es la conduccin
racional de procesos, esfuerzos y recursos de una organizacin,
resultndole algo imprescindible para su permanencia y crecimiento. La
administracin se puede ver

como disciplina y como proceso. Como

disciplina es un cuerpo acumulado de conocimientos que incluye

principios, teoras, conceptos, etc. La administracin como proceso
comprende funciones y actividades que los administradores deben llevar
a cabo para lograr los objetivos de la organizacin.
Muchas veces en las organizaciones se tienen que administrar
proyectos que son una planificacin que consiste en un conjunto de
actividades que se encuentran interrelacionadas y coordinadas.Es de all
donde nace la gestin de proyectos que es una disciplina que ha tomado
fuerza en la medida en que buena parte de lo que se hace tanto a nivel
personal como profesional y empresarial se beneficia de aplicar las
metodologas existentes para una efectiva gestin de proyectos
6

Antecedentes
No se encontraron antecedentes con alto grado de igualdad a la
investigacin con respecto a la que se desarrolla,

sin embargo a

continuacin se expone un resumen de una investigacin relacionada con

integracin de un Gestor de Proyectos.
Segn Tern (2005). En su proyecto de grado titulado Diseo de
una Herramienta de Integracin basada en Sistema de Informacin
Gerencial y de Indicadores de Gestin para la Evaluacin y Control de
Proyectos en CANTV presentado en la Universidad de los Andes. Esta
se expone en forma de resumen a continuacin:
Los sistemas de informacin gerencial constituyen una herramienta
de gestin y control fundamental dentro de cualquier organizacin. Este
tipo de sistemas es propuesto dentro de la gerencia de gestin de
programas y proyectos de la compaa annima nacional telfono de
Venezuela (CANTV). Aborda este tema mediante el anlisis y revisin de
procesos, actividades y la metodologa de trabajo de la gerencia y que
apunta a la mejora de estos a travs de futura incorporacin de un
sistema de informacin gerencial. Se muestra un estudio descriptivo de
sus procesos y las posibles soluciones de tecnologa de informacin
mostrando a la gerencia los puntos mas importantes a fin de mejorar los
mtodos de trabajo.
Para hablar de software tambin se tiene que hablar del proceso y
calidad de los mismos, por eso en el trabajo realizado Maggioorani (2007)
en su trabajo de grado titulado Diseo de los Procesos de Desarrollo de
software en la Dependencia de Sistema de informacin Administrativos en
la Universidad de los Andes Utilizando el Modelo de Capacidad y
Madurez para mejorara su Produccin presentado en el instituto
Universitario Santiago Mario expresa lo siguiente:
La falta de procesos bien definidos y estructurados en la produccin
de software dentro de una organizacin generadora de este tipo de

servicios acarrea que la calidad sea baja y que el margen de errores en la

produccin sea muy alta, por ello se hizo necesario mejorar los procesos
que involucran la fabricacin de software a travs de la aplicacin de una
herramienta estndar, como lo es la metodologa del mtodo de madurez,
para con ello mejorar los procesos de produccin y elevar no solo la
calidad del software que se produce sino tambin la competitividad de la
organizacin, la metodologa aplicada fue de modalidad proyecto factible
apoyada en una investigacin de campo y documental para la recoleccin
de datos y la ubicacin del problema as como su solucin, obteniendo
nuevos procesos para la produccin de software. Se concluyo con los
resultados obtenidos de los mtodos de recoleccin de datos los cuales
dieron como resultado la desorganizacin, de igual forma dio la ubicacin
segn la metodologa empleada, la cual es el nivel mas bajo o de poca
madurez. Con la propuesta se encontr una mejor forma de trabajar y as
como la correccin de errores y el rendimiento en la produccin, por lo
cual se recomend se aplicacin de los nuevos procesos en la creacin
de software.
Un estudio importante y que sirve como antecedente a esta
investigacin es el trabajo de campo donde se analizan las necesidades
de la produccin global de software lo representa la investigacin
realizada por Araya (2005), en su trabajo titulado "Necesidades de las
Productoras de Software" donde expone e elementos como por ejemplo:
Mejor performance
Ms eficiencia
Evitar prdidas de mercado
Recursos humanos mejor preparados
Productos

que

faciliten

la

integracin

de

diferentes

tecnologas.

Si se visualizan stos puntos de una manera ms general podra

afirmarse que la industria tiene una fuerte necesidad de optimizacin de

todas las facetas del desarrollo de productos, reforzando sta afirmacin

es hoy mundialmente aceptado que la calidad del proceso utilizado para
desarrollar un determinado producto impacta fuertemente en la calidad
final de ste. Por lo tanto, el mejoramiento de los procesos de desarrollo
deja de ser una posible opcin para convertirse en una estrategia de
supervivencia.
Muchos modelos de mejoras han sido desarrollados para facilitar
programas de mejoramiento del proceso de desarrollo de software, en
general cada uno de estos modelos posee estrategias y guas que
facilitan la optimizacin del proceso produciendo resultados de retorno.
El autor concluye en el estudio que de estas acciones no radica
solamente en el mejoramiento de la calidad de los productos que realizan
stas empresas sino que acte como incentivo a otras empresas para
implementar normas o modelos de calidad en la produccin de software.
Este estudio se puede aplicar a la DSIA ya que al mejorar los procesos de
produccin de software y cubrir las necesidades para el alcance de la
calidad logra a motivacin de otras dependencias que tambin prestan
servicio como parte de su misin.

Bases Tericas
Segn Arias (1999). Comprenden un conjunto de conceptos y
proposiciones que constituyen un punto de vista o enfoque determinado,
dirigido a explicar el fenmeno o problema planteado. Esta seccin puede
dividirse en funcin de los tpicos que integran la temtica tratada o de
las variables que sern analizadas.
Internet
Segn Ayala (2001) la Internet es, desde el punto de vista tcnico y
por encima de todas las dems posibles definiciones, una red de redes.

Bien es cierto que cumple una serie de caractersticas que la convierten

en ms que una simple red, sin embargo, su origen fue realmente la
conexin de diversas redes, pblicas y privadas, con el objetivo de
potenciar la conectividad a nivel mundial y facilitar la transmisin de datos.
En un principio los usuarios de estas redes, que terminaron
convirtindose en una, eran universidades, laboratorios tecnolgicos
implicados en el desarrollo de la propia red, centros gubernamentales y,
por supuesto, el ejrcito (todo ello en un principio en territorio
norteamericano). Dos son los hechos ms relevantes en la historia de
Internet, en primer lugar la intencin del gobierno norteamericano, y como
consecuencia de la situacin de guerra fra que se viva en el ao 1957
(los soviticos acababan de poner en rbita el Sputnik), de crear una red
de comunicaciones que no pudiese ser inutilizada en su totalidad en caso
de destruccin de uno de sus nodos principales, esto llev a la
formulacin de la teora de conmutacin de paquetes de informacin de
Kleinrock, gracias a la cual se enva hoy en da la informacin a travs de
Internet. La primera red diseada con este propsito en 1969 por Bolt,
Beranek y Newman para la recin creada Agencia de Proyectos de
Investigacin Avanzados (ARPA) se denomin Arpanet.
El segundo hecho importante fue el desarrollo de lo que conocemos
como WWW (World Wide Web) por parte de Tim Berns-Lee en el
laboratorio de fsica de alta energa del CERN (Centro Europeo de
Investigacin Nuclear) en el ao 1989. Su intencin era la de encontrar la
forma de poder compartir la informacin de forma global utilizando una
red, su primer intento se denomin proyecto de hipertexto y en el verano
de 1991 la Web tal como la conocemos hoy en da ya era una realidad.
Este concepto de hipertexto, enunciado ya en los aos 60 por Ted
Nelson, hace referencia a la conexin entre textos que permite pulsar
sobre una palabra enlazada para obtener informacin adicional (y en

10

general entre documentos como textos, imgenes, sonido o vdeo, que

conocemos como hipermedia).

Redes sociales
Segn Boyd y Ellison (2007) define sitios de red sociales como los
servicios a base de Web que permite a los individuos construir un perfil
pblico o semipblico dentro de un sistema saltado, articular una lista de
otros usuarios con quien ellos comparten una conexin, y atraviesan su
lista de conexiones y aquellos hechos por otros dentro del sistema. La
naturaleza y la nomenclatura de estas conexiones pueden variar del sitio
para ubicar.
Software
Segn Jonson (2005), El software es una produccin inmaterial de!
cerebro humano y tal vez una de las estructuras ms complicadas que la
humanidad conoce. De hecho, los expertos en computacin an no
entienden del todo cmo funciona, su comportamiento, sus paradojas y
sus lmites. Bsicamente, el software es un plan de funcionamiento para
un tipo especial de mquina, una mquina "virtual" o "abstracta". Una vez
escrito mediante algn lenguaje de programacin, el software se hace
funcionar en ordenadores, que temporalmente se convierten en esa
mquina para la que el programa sirve de plan. El software permite poner
en relacin al ser humano y a la mquina y tambin a las mquinas entre
s. Sin ese conjunto de instrucciones programadas, los ordenadores
seran objetos inertes, como cajas de zapatos, sin capacidad siquiera
para mostrar algo en la pantalla.
Los ordenadores slo procesan lenguaje binario, pero para las
personas ste no es un modo vlido de comunicarse. Si bien en los
tiempos heroicos de los primeros ordenadores no les quedaba otro
remedio que hacerlo, los programadores hace mucho que no escriben su
cdigo en lenguaje

binario

(denominado tcnicamente "cdigo-

11

mquina"), pues es terriblemente tedioso, improductivo y muy sujeto a

errores.
Hace tiempo que los programadores escriben las instrucciones que
ha de ejecutar el procesador de la mquina mediante lenguajes formales,
llamados "de alto nivel", bastante cercanos al ingls, si bien con rgidas
reglas sintcticas que lo asemejan a los lenguajes lgico-formales. Esto
facilita enormemente la tarea de escribir programas pero, para que esas
instrucciones sean comprensibles para el procesador, deben ser
convertidas

antes

a cdigo-mquina.

Esa

conversin

se realiza

cmodamente con programas especiales, llamados compiladores. A lo

que escribe el programador se le denomina "cdigo-fuente". Al resultado
de la "conversin" (compilacin) en lenguaje-mquina, se le denomina
"cdigo-objeto", "binarios" o "ficheros ejecutables". En principio, al usuario
comn slo le importa este ltimo nivel, los "binarios".
El trmino software fue usado por primera vez en este sentido por
John W. Tukey en 1957. En las ciencias de la computacin y la ingeniera
de software, el software es toda la informacin procesada por los
sistemas informticos: programas y datos. El concepto de leer diferentes
secuencias de instrucciones de la memoria de un dispositivo para
controlar clculos fue inventado por Charles Babbage como parte de su
mquina diferencial. La teora que forma la base de la mayor parte de!
software moderno fue propuesta por vez primera por Alan Turing en su
ensayo de 1936.
Ingeniera de software
La Ingeniera de software (IS) es la rama de la ingeniera que crea y
mantiene las aplicaciones de software aplicando tecnologas y prcticas
de las ciencias computacionales, manejo de proyectos, ingeniera, el
mbito de la aplicacin, y otros campos segn Davis (2005). El software
es el conjunto de instrucciones que permite al hardware de la
computadora desempear trabajo til. En las ltimas dcadas del siglo

12

XX, las reducciones de costo en hardware llevaron a que el software fuera

un componente ubicuo de los dispositivos usados por las sociedades
industrializadas.
La ingeniera de software, como las disciplinas tradicionales de
ingeniera, tiene que ver con el costo y la confiabilidad. Algunas
aplicaciones de software contienen millones de lneas de cdigo que se
espera que se desempeen bien en condiciones siempre cambiantes. El
trmino ingeniera del Software, fue utilizado por primera vez por Fritz
Bauer en la primera conferencia sobre desarrollo de software patrocinada
por el Comit de Ciencia de la OTAN celebrada en Garmiscn Alemania,
en octubre de 1968, a raz de la crisis del software, esta crisis fue el
resultado de la introduccin de la tercera generacin del hardware, ya que
el hardware dejo de ser un impedimento para el desarrollo de la
informtica; redujo los costos y mejoro la calidad y eficiencia en el
software producido.
Algunas personas piensan que Desarrollo de Software es un trmino
ms apropiado que Ingeniera de Software para el proceso de crear
software. Personas como Pete McBreen cree que el trmino Ingeniera de
Software implica niveles de rigor y prueba de procesos que no son
apropiados para todo tipo de desarrollo de software. Otras personas creen
que el campo de la Ingeniera de Software es suficientemente maduro
para garantizar el titulo de ingeniera. El criterio ms comn para distinguir
la ingeniera de software es el conocimiento y aplicacin de las tcnicas y
herramientas de las metodologas (tpicamente estudiadas en las
ingenieras informticas y, en algunos casos, en otras carreras tcnicas).
La ingeniera de software requiere llevar a cabo muchas tareas, sobre
todo las siguientes:
Anlisis de requisitos: consiste en extraer los requisitos de un
producto de software es la primera etapa para crearlo. Mientras que los
clientes piensan que saben lo que el software tiene que hacer, se requiere

13

de habilidad y experiencia en la ingeniera de software para reconocer

requisitos incompletos, ambiguos o contradictorios.
Especificacin: es la tarea de describir detalladamente el software a
ser escrito, en una forma matemticamente rigurosa. En la realidad, la
mayora de las buenas especificaciones han sido escritas para entender y
afinar aplicaciones que ya estaban desarrolladas. Las especificaciones
son ms

importantes para las interfaces externas, que deben

permanecer estables.
Diseo y arquitectura: se refiere a determinar cmo funcionar de
forma general sin entrar en detalles. Yourdon dice que consiste en
incorporar consideraciones de la implementacin tecnolgica, como el
hardware, la red, etc.
Programacin: reducir un diseo a cdigo puede ser la parte ms
obvia del trabajo de ingeniera de software, pero no es necesariamente la
porcin ms larga.
Prueba: consiste en comprobar que el software realice correctamente
las tareas indicadas en la especificacin. Una tcnica de prueba es probar
por separado cada mdulo del software, y luego probarlo de forma
integral.
Documentacin: realizacin del manual de usuario y posiblemente un
manual tcnico con el propsito de mantenimiento futuro y ampliaciones
al sistema.
Mantenimiento: mantener y mejorar el software para enfrentar errores
descubiertos y nuevos requisitos. Esto puede llevar ms tiempo incluso
que el desarrollo inicial del software. Alrededor de 2/3 de toda la
ingeniera de software tiene que ver con dar mantenimiento. Una pequea
parte de este trabajo consiste en arreglar errores. La mayor parte consiste
en extender el sistema para hacer nuevas cosas. De manera similar,

14

alrededor de 2/3 de toda la ingeniera civil, arquitectura y trabajo de

construccin es dar mantenimiento.
Calidad en el Software
Para Harrington (1993), a la hora de definir la calidad del software se
debe diferenciar entre la calidad de! producto software y la calidad de!
proceso de desarrollo de ste (calidad de diseo y fabricacin), no
obstante las nietas que se establezcan para la calidad del producto van a
determinar los objetivos a establecer en la calidad del proceso de
desarrollo, ya que la calidad del primero va a depender entre otros
aspectos, de la calidad del segundo. Sin un buen proceso de desarrollo es
casi imposible obtener un buen producto. Pero la calidad del producto
software se diferencia de la calidad de otros productos de fabricacin
industrial, ya que el software tiene sus propias caractersticas especficas:
El software es un producto mental, no restringido por las leyes de la
fsica o por los lmites de los procesos de fabricacin. Es algo abstracto,
un

intangible.

Se

desarrolla,

no

se

fabrica.

El

costo

est

fundamentalmente en el proceso de diseo, no en la posterior produccin

en serie, y los errores se introducen tambin en el diseo, no en la
produccin. El software no se deteriora con el tiempo. No es susceptible
de los efectos del entorno y su curva de fallos es muy diferente de la del
hardware.
Todos los problemas que surjan durante el mantenimiento estaban
all desde el principio y afectan a todas las copias del mismo; no se
generan nuevos errores. Es artesanal en gran medida. El software, en su
mayora, se construye a medida, en vez de ser construido ensamblando
componentes existentes y ya probados, lo que dificulta an ms el control
de su calidad. El mantenimiento del software es mucho ms complejo que
el mantenimiento del hardware. Cuando un componente del hardware se
deteriora se sustituye por una pieza de repuesto, pero cada fallo en el

15

software implica un error en el diseo o en el proceso mediante el cual se

tradujo el diseo en cdigo mquina ejecutable.
Es engaosamente fcil realizar cambios sobre un producto software,
pero los efectos de estos cambios se pueden propagar de forma explosiva
e incontrolada. El software con errores no se rechaza. Se asume que es
inevitable que el software presente algunos errores de poca importancia.
Tambin es importante destacar que la calidad de un producto software
debe

ser

considerada

en

todos

sus

estados

de

evolucin

(especificaciones, diseo, cdigos). No basta con verificar a calidad del

producto una vez finalizado cuando los problemas de mala calidad ya no
tienen solucin o su reparacin es muy costosa.

Teora General de Sistemas

Segn Bertoglio (1982). La teora general de sistemas o teora de
sistemas o enfoque sistmico es un esfuerzo de estudio interdisciplinario
que trata de encontrar las propiedades comunes a entidades, los
sistemas, que se presentan en todos los niveles de la realidad, pero que
son objetivo tradicionalmente de disciplinas acadmicas diferentes.
La Teora General de Sistemas se fundamenta en tres premisas
bsicas: los sistemas existen dentro de los sistemas, los sistemas son
abiertos y las funciones de un sistema dependen de su estructura.

Desarrollo de Sistemas
Para Jonson (2005), cuando se va desarrollar un software intervienen
duchas personas como lo es el cliente quien es l que tiene el problema
en su empresa y desea que sea solucionado, para esto existe un analista
de sistema quien es el encargado de hacerle llegar todos los
requerimientos y necesidades que tiene el cliente a los programadores
quienes son las personas encargadas de realizar lo que es la codificacin
y diseo del sistema para despus probarlo e instalarlo al cliente. Es as

16

como intervienen varias personas ya que una sola persona no podra

determinar todo lo necesario lo ms seguro que le haga falta algn
requerimiento o alguna parte del nuevo sistema y entre ms estn
involucradas mejor se podr cubrir todos los requerimientos del sistema.
El conjunto de tcnicas y procedimientos que permiten conocer los
elementos necesarios para definir un proyecto de software se define como
desarrollo de software. Para realizar bien el desarrollo de software es
esencial realizar una especificacin completa de los requerimientos de los
mismos. Independientemente de lo bien diseado o codificado que est,
un programa pobremente especificado decepcionar al usuario y har
fracasar el desarrollo.
Un proyecto de desarrollo de Sistema de Informacin comprende
varios componentes o pasos llevados a cabo durante varias etapas, los
cuales ayudan a traducir las necesidades del cliente en un modelo de
sistema que utiliza uno ms de los componentes.
El primer paso del proceso es el anlisis, es aqu donde el analista se
pone en contacto con la empresa para ver cmo est conformada, a que
se dedica, saber todas las actividades que realiza en s, conocer la
empresa de manera general para posteriormente ver cules son sus
necesidades o requerimientos que la empresa tiene en ese momento para
poder realizar un anlisis de la misma.
Es importante saber cules son los requerimientos que la empresa
tiene por que muchas veces los sistemas se desarrollan pero no
pensando en el cliente y es ah donde el sistema no cumple o no satisface
las que existen en la empresa, segn los requerimientos se a realizar el
diagrama relacional todo debe de llevar una secuencia lgica de las
actividades, todo esto se realiza de manera manual para ver cmo ser
su diseo lgico y diseo de pantallas es en este paso donde se plasma
todo y queda perfectamente bien definido como va hacer la funcionalidad
del sistema.

17

El segundo paso es el de diseo aqu entran todo el diseo del

sistema es decir las pantallas, base de datos, todo esto debe de cumplir
con ciertos estndares los cuales se toman en cuenta para poder
desarrollar el diseo con calidad y as poder ofrecer un diseo amigable
en cuestin de colores, tamaos de botones, cajas de texto.
El tercer paso es a codificacin es aqu donde se desarrolla todo el
cdigo del sistema por parte del programador esto se hace ya
dependiendo de cada programador ya que cada programador tiene sus
bases o formas para realizarlo pero en si deben todos llegar al mismo
objetivo de ofrecer funcionalidad al sistema siempre y cuando
apegndose a las especificaciones del cliente.
El cuarto paso son las pruebas, es donde al sistema se pone a
prueba como su palabra lo dice para as poder saber cules son los
posibles errores que se estn generando del sistema y con ello mejorarlo
para eliminar todos los errores que se puedan presentar porque un
programa con menor errores mayor calidad puede llegar a tener.
En una organizacin o empresa, el anlisis y diseo de sistemas, es
el proceso de estudiar su situacin con la finalidad de observar cmo
trabaja y decidir si es necesario realizar una mejora; el encargado de
llevar a cabo estas tareas es el analista de sistemas. Antes de comenzar
con el desarrollo de cualquier proyecto, se conduce un estudio de
sistemas para detectar todos los detalles de la situacin actual de la
empresa. La informacin reunida con ste estudio sirve como base para
crear varias estrategias de diseo. Los gerentes, empleados y otros
usuarios finales que se familiarizan cada vez ms con el uso de
computadoras estn teniendo un papel muy importante en el desarrollo de
sistemas. Todas las organizaciones son sistemas que actan de manera
recproca con su medio ambiente recibiendo y produciendo salidas. Los
sistemas que pueden estar formados por otros sistemas de denominan
subsistemas y funcionan para alcanzar los fines de su implantacin. Es

18

por eso que existen varios modelos o mtodos para la realizacin del
anlisis y diseo de un sistema.
Metodologa
Segn Mgueles (2002) se refiere a los mtodos de investigacin en una
ciencia. Aun cuando el trmino puede ser aplicado a las artes cuando es
necesario efectuar una observacin o anlisis ms riguroso o explicar una
forma de interpretar la obra de arte. La metodologa se entender aqu
como la parte del proceso de investigacin que sigue a la propedutica y
permite sistematizar los mtodos y las tcnicas necesarios para llevarla a
cabo. Los mtodos son vas que facilitan el descubrimiento de
conocimientos seguros y confiables para solucionar los problemas.
La metodologa etapa especfica que dimana de una posicin terica y
epistemolgica y que da pie a la seleccin de tcnicas concretas de
investigacin. La postura filosfica acerca de la ciencia de la que parte el
investigador, orientar su eleccin metodolgica, es decir, lo guiar a la
hora de resolver: cmo investigar el problema de investigacin, con bases
racionalistas, empiristas, pragmticas, constructivitas, con un sentido
crtico, escptico o dogmtico, con un enfoque positivista o dialctico
hermenutico, es el sujeto un ente pasivo o constructor del
conocimiento? La metodologa depender de los postulados que el
investigador considere como vlidos; de aquello que considere objeto de
la ciencia y conocimiento cientfico, pues ser a travs de la accin
metodolgica como recolecte, ordene y analice la realidad estudiada.
La

metodologa

es

pues,

una

etapa,

una

parte

del

proceso.

La validez otorgada al uso de uno u otro mtodo estar dada en el marco

de los paradigmas de la ciencia. La metodologa se vale en un
instrumento muy importante, que es el Mtodo Cientfico. La metodologa
es parte de una ciencia que estudia los mtodos que en ella se emplea
como ultimo quiero agregar dicindoles que hay varias metodologas.

19

Metodologas giles
Segn Letelier y

Penads (2006) En una reunin celebrada en

febrero de 2001 en Utah-EEUU, nace el trmino gil aplicado al

desarrollo de software. En esta reunin participan un grupo de 17
expertos de la industria del software, incluyendo algunos de los creadores
o impulsores de metodologas de software. Su objetivo fue esbozar los
valores y principios que deberan permitir a los equipos desarrollar
software rpidamente y respondiendo a los cambios que puedan surgir a
lo largo del proyecto. Se pretenda ofrecer una alternativa a los procesos
de desarrollo de software tradicionales, caracterizados por ser rgidos y
dirigidos por la documentacin que se genera en cada una de las
actividades desarrolladas. Varias de las denominadas metodologas
giles ya estaban siendo utilizadas con xito en proyectos reales, pero les
faltaba una mayor difusin y reconocimiento.
Tras esta reunin se cre The Agile Alliance3, una organizacin, sin
nimo de lucro, dedicada a promover los conceptos relacionados con el
desarrollo gil de software y ayudar a las organizaciones para que
adopten dichos conceptos.
Programacin extrema
Segn XP es una metodologa gil centrada en potenciar las
relaciones interpersonales como clave para el xito en desarrollo de
software, promoviendo el trabajo en equipo, preocupndose por el
aprendizaje de los desarrolladores, y propiciando un buen clima de
trabajo. XP se basa en realimentacin continua entre el cliente y el equipo
de desarrollo, comunicacin fluida entre todos los participantes,
simplicidad en las soluciones implementadas y coraje para enfrentar los
cambios. XP se define como especialmente adecuada para proyectos con
requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo
tcnico.

20

Los principios y prcticas son de sentido comn pero llevadas al

extremo, de ah proviene su nombre. Kent Beck, el padre de XP, describe
la filosofa de XP sin cubrir los detalles tcnicos y de implantacin de las
prcticas. Posteriormente, otras publicaciones de experiencias se han
encargado

de

dicha

tarea.

continuacin

presentaremos

las

caractersticas esenciales de XP organizadas en los tres apartados

siguientes: historias de usuario, roles, proceso y prcticas.
Fases de la programacin extrema
Fase I: Exploracin
En esta fase, los clientes plantean a grandes rasgos las historias de
usuario que son de inters para la primera entrega del producto. Al mismo
tiempo el equipo de desarrollo se familiariza con las herramientas,
tecnologas y prcticas que se utilizarn en el proyecto.
Se prueba la tecnologa y se exploran las posibilidades de la
arquitectura del sistema construyendo un prototipo. La fase de
exploracin toma de pocas semanas a pocos meses, dependiendo del
tamao y familiaridad que tengan los programadores con la tecnologa.
Fase II: Planificacin de la Entrega
En esta fase el cliente establece la prioridad de cada historia de
usuario, y correspondientemente, los programadores realizan una
estimacin del esfuerzo necesario de cada una de ellas. Se toman
acuerdos sobre el contenido de la primera entrega y se determina un
cronograma en conjunto con el cliente. Una entrega debera obtenerse en
no ms de tres meses. Esta fase dura unos pocos das.
Las estimaciones de esfuerzo asociado a la implementacin de las
historias la establecen los programadores utilizando como medida el
punto. Un punto, equivale a una semana ideal de programacin. Las
historias generalmente valen de 1 a 3 puntos. Por otra parte, el equipo de

21

desarrollo mantiene un registro de la velocidad de desarrollo,

establecida en puntos por iteracin, basndose principalmente en la suma
de puntos correspondientes a las historias de usuario que fueron
terminadas en la ltima iteracin.
La planificacin se puede realizar basndose en el tiempo o el
alcance. La velocidad del proyecto es utilizada para establecer cuntas
historias se pueden implementar antes de una fecha determinada o
cunto tiempo tomar implementar un conjunto de historias. Al planificar
por tiempo, se multiplica el nmero de iteraciones por la velocidad del
proyecto, determinndose cuntos puntos se pueden completar. Al
planificar segn alcance del sistema, se divide la suma de puntos de las
historias de usuario seleccionadas entre la velocidad del proyecto,
obteniendo el nmero de iteraciones necesarias para su implementacin.
Fase III: Iteraciones
Esta fase incluye varias iteraciones sobre el sistema antes de ser
entregado.
El plan de entrega est compuesto por iteraciones de no ms de tres
semanas. En la primera iteracin se puede intentar establecer una
arquitectura del sistema que pueda ser utilizada durante el resto del
proyecto. Esto se logra escogiendo las historias que fuercen la creacin
de esta arquitectura, sin embargo, esto no siempre es posible ya que es el
cliente quien decide qu historias se implementarn en cada iteracin
(para maximizar el valor de negocio). Al final de la ltima iteracin el
sistema estar listo para entrar en produccin.
Los elementos que deben tomarse en cuenta durante la elaboracin
del Plan de la iteracin son: historias de usuario no abordadas, velocidad
del proyecto, pruebas de aceptacin no superadas en la iteracin anterior
y tareas no terminadas en la iteracin anterior. Todo el trabajo de la
iteracin es expresado en tareas de programacin, cada una de ellas es
asignada a un programador como responsable, pero llevadas a cabo por

22

parejas de programadores. Wake en proporciona algunas guas tiles

para realizar la planificacin de la entrega y de cada iteracin.
Fase IV: Produccin
La fase de produccin requiere de pruebas adicionales y revisiones
de rendimiento antes de que el sistema sea trasladado al entorno del
cliente. Al mismo tiempo, se deben tomar decisiones sobre la inclusin de
nuevas caractersticas a la versin actual, debido a cambios durante esta
fase.
Es posible que se rebaje el tiempo que toma cada iteracin, de tres a
una semana. Las ideas que han sido propuestas y las sugerencias son
documentadas para su posterior implementacin (por ejemplo, durante la
fase de mantenimiento).
Fase V: Mantenimiento
Mientras la primera versin se encuentra en produccin, el proyecto
XP debe mantener el sistema en funcionamiento al mismo tiempo que
desarrolla nuevas iteraciones. Para realizar esto se requiere de tareas de
soporte para el cliente. De esta forma, la velocidad de desarrollo puede
bajar despus de la puesta del sistema en produccin. La fase de
mantenimiento puede requerir nuevo personal dentro del equipo y
cambios en su estructura.

Fase VI: Muerte del Proyecto

Es cuando el cliente no tiene ms historias para ser incluidas en el
sistema. Esto requiere que se satisfagan las necesidades del cliente en
otros aspectos como rendimiento y confiabilidad del sistema. Se genera la
documentacin final del sistema y no se realizan ms cambios en la
arquitectura. La muerte del proyecto tambin ocurre cuando el sistema no
genera los beneficios esperados por el cliente o cuando no hay
presupuesto para mantenerlo.

23

Lenguaje de modelado unificado (UML)

Segn Orallo (2002) UML es un lenguaje. Un lenguaje proporciona un
vocabulario y unas reglas para permitir una comunicacin. En este caso,
este lenguaje se centra en la representacin grfica de un sistema. Este
lenguaje nos indica cmo crear y leer los modelos, pero no dice cmo
crearlos. Esto ltimo es el objetivo de las metodologas de desarrollo. Los
objetivos de UML son muchos, pero se pueden sintetizar sus funciones:

Visualizar: UML permite expresar de una forma grfica un sistema

de forma que otro lo puede entender.

Especificar: UML permite especificar cules son las caractersticas

de un sistema antes de su construccin.

Construir: A partir de los modelos especifica-dos se pueden construir

los sistemas diseados.
Documentar:

Los

propios

elementos

grficos

sirven

como

documentacin del sistema desarrollado que pueden servir para su futura

revisin.
Aunque UML est pensado para modelar sistemas complejos con
gran cantidad de software, el lenguaje es lo suficientemente expresivo como
para modelar sistemas que no son informticos, como flujos de trabajo en
una empresa, diseo de la estructura de una organizacin y por supuesto,
en el diseo de hardware.
Un modelo UML esta compuesto por tres clases de bloques de
construccin:

Elementos: Los elementos son abstracciones de cosas reales o

ficticias (objetos, acciones, etc.).

24

Relaciones: relacionan los elementos entre s.

Diagramas: Son colecciones de elementos con sus relaciones.

Diagramas UML
Un diagrama es la representacin grfica de un conjunto de
elementos con sus relaciones. En concreto, un diagrama ofrece una vista
del sistema a modelar. Para poder representar correctamente un sistema,
UML ofrece una amplia variedad de diagramas para visualizar el sistema
desde varias perspectivas
Diagrama de casos de uso; muestra un conjunto de casos de uso y
actores junto con sus relaciones.
El objetivo es lograr claridad sobre lo que desea el usuario y la forma
en la que se va a presentar la solucin que se est buscando.
Muestra las operaciones que se esperan de la aplicacin y sus
relaciones con el entorno (usuarios u otras aplicaciones).
Los elementos que intervienen son:
o Los actores
o Los Casos de Uso
o Relaciones de dependencia, generalizacin y asociacin
Se utilizan para especificar el comportamiento deseado del un
sistema o subsistema:
- Describe el conjunto de secuencias de acciones que lleva a cabo el
sistema para producir un resultado para un actor.
- Capturan el comportamiento deseado del sistema, sin especificar
como se lleva a cabo dicho comportamiento

25

Diagrama de clases; diagrama que muestra un conjunto de clases,

interfaces y colaboraciones y sus relaciones. Muestra una coleccin de
elementos declarativos estticos del modelo.
El objetivo es mostrar el conjunto de clases que componen el
sistema, junto con las relaciones que existen entre estas.
Se utilizan para modelar el diseo esttico de un sistema
Los

elementos

que

intervienen

son:

clases,

relaciones

de

dependencia, generalizacin y asociacin, paquetes y interfaces.

Diagramas de colaboracin; diagrama de interaccin que resalta la
organizacin estructural de los objetos que envan y reciben mensajes.
Este diagrama destaca la organizacin de los objetos que participan
en una interaccin
Se representa por medio de un grafo en el que los nodos son los
objetos y los arcos los enlaces
Los arcos se etiquetan con los mensajes que envan y reciben los
objetos.
De esta manera muestra Dan una visin del flujo de control en el
contexto de la organizacin de los objetos que colaboran. Indican que
objetos actan como atributos de otros, que objetos son temporales y
cuales no.
Tambin permite indicar que relaciones estructurales actan en una
colaboracin.
Diagrama de estados; permiten la representacin del ciclo de vida
de los objetos.
El comportamiento de los objetos puede describirse de manera formal
en trminos de estados y eventos.

26

Los objetos que no representan un comportamiento reactivo muy

marcado pueden considerarse como objetos que se encuentran siempre
en el mismo estado.
Diagramas de actividades; muestra el flujo de control entre
actividades.
El Diagrama de Actividades esta orientado a la representacin de las
operaciones denominadas acciones y en definitiva a mostrar el
comportamiento interno de un mtodo.
Proyecto
Segn Palacios (2005) un proyecto es un trabajo que realiza la
organizacin con el objetivo de dirigir hacia un sistema deseado.
Se define como un conjunto de actividades orientadas a un fin
comn, que tiene un comienzo y una determinacin. Las caractersticas
fundamentales de un proyecto son la temporalizada del trabajo y el
resultado final que es un producto o servicio nico.
PROYECTO TEMPORAL: un proyecto es una actividad que tiene un
tiempo de ejecucin previamente definido. Este periodo no tienen porque
ser corto, algunos proyectos pueden durar aos. Sin embargo, no es un
esfuerzo continuo por lo que tiene un principio y un fin que sucede cuando
se cumplen los objetivos y se declara completado el proyecto. Ello implica
usualmente temporalidad del equipo de gente que integro el proyecto.
Es conveniente acotar que la temporalidad se refiere al esfuerzo
puntual realizado por el grupo de personas que se une por un tiempo para
lograra el objetivo deseado, ya que usualmente el producto o servicio
derivado de su trabajo es indefinido el tiempo y ser manejado por una
unidad operativa segn el inters del mercado y sus usuarios.
PROYECTO UNICO: El resultado de un proyecto suele ser
irrepetible, ya que implica hacer algo que esta hecho anteriormente .Por

27

ello, los proyectos son el medio para construir la infraestructura bajo la

cual se desenvuelve la humanidad.
Muchos edificios han construido, sin embargo, cada uno de ellos es
nico con propietarios, diseos, localidades y trabajadores distintos. Esta
unicidad genera una complejidad especial en torno al proyecto, lo que
justifica que la iniciativa sea muy bien planificada y controlada por la gente
involucrada en el proyecto. Ello implica definir claramente lo que se quiere
hacer y desarrollar pasos para hacer las cosas bajo cierto orden de
trabajo. Para ejecutar estos proyectos estos proyectos se emplea una
metodologa que integra una serie de ares de conocimiento mediante la
planificacin y control de un conjunto de procesos. Ahora bien, la gran
complicacin radica en la fijacin de los parmetros en concordancia con
los intereses de todos los involucrados en el proyecto. Ello implica definir
claramente lo que se quiere hacer y desarrollar pasos para hacer las
cosas bajo cierto orden de trabajo.
Para ejecutar estos proyectos se emplea una metodologa que
integra una serie de reas de conocimientos mediante la planificacin y
control de un conjunto de procesos. Ahora bien, la gran complicacin
radica en la fijacin de los parmetros en concordancia con los intereses
de todos los involucrados en el proyecto, de forma que se ejecute todo lo
requerido en el tiempo disponible, al costo conveniente y con ella la
calidad adecuada. Al intentar fijar esos parmetros, es muy posible que
los tiempos por el cliente no concuerden con los disponibles por los
trabajadores, que los costos a los que los trabajadores estn dispuestos
a laborar no concuerden con la disponibilidad financiera del inversionista
esta dispuesto a financiar no satisfaga las vigencias del cliente.
Una caracterstica que describe muy bien a los proyectos es su
carcter evolutivo.
Ello significa que todo proyecto tiene un ciclo de vida donde se
produce secuencialmente las transformaciones de un conjunto de

28

materias primas para lograr agregar valor y poder comercializar productos

y servicios. Como la naturaleza del proyecto es la incertidumbre, cuando
una organizacin se enfrenta a este tipo de situaciones, hay gran
probabilidad de que no se culmine de acuerdo a lo pensado.
Gestin de Proyectos
Segn Solleiro (1989) la gestin de un proyecto se refiere a todo el
proceso que va desde la deteccin de necesidades y oportunidades,
hasta que el proyecto se inicia formalmente, una vez aprobada la
asignacin de recursos.
Como en toda gestin, hay una fertilizacin inicial, en este caso producida
a travs del engrane de oportunidades tcnicas y la deteccin de
necesidades. Para que esta fertilizacin culmine en el inicio de un
proyecto exitoso, debe existir un ambiente propicio para su desarrollo.
Estas condiciones se describen por medio de focos que irradian el
proceso: a) el de la creatividad de los participantes, b) la existencia de un
ambiente y de recursos organizacionales adecuados para los fines
perseguidos, y c) el de acceso a la informacin, a travs de medios
efectivos de comunicacin interna y externa. Nos referiremos a estos tres
elementos ambientales antes de entrar al proceso mismo de gestin, pues
ellos influyen en el xito o fracaso de la innovacin tanto como los
factores mencionados anteriormente. La creatividad, contra lo que pudiera
creerse, no es un rasgo heredado genticamente, no es puramente la
inteligencia ni se da por medio de la formacin de los individuos.
Es la habilidad para vencer ideas fijas y obsoletas, buscar nuevos
caminos para resolver problemas, y reconocer el potencial de nuevas
ideas (1). Dicho de otra forma, la generacin de ideas es un acto en el
cual se manejan elementos conocidos o desconocidos para producir ideas
ms valiosas que las anteriormente existentes. (tal como se aprecia en la
figura 1)

29

Figura 1 Gestin de un proyecto

Fuente: Solleiro (1989)

Bases Legales
Decreto 3.390, publicado en gaceta oficial N 38.095 de fecha
28/12/2004
En el Artculo 1. Describe que la Administracin Pblica Nacional
emplear prioritariamente Software Libre desarrollado con Estndares
Abiertos, en sus sistemas, proyectos y servicios informticos. A tales
fines, todos los rganos y entes de la Administracin Pblica Nacional
iniciarn los procesos de migracin gradual y progresiva de stos hacia el
Software Libre desarrollado con Estndares Abiertos.

30

Sistema de variables
Una variable es una cualidad susceptible de sufrir cambios. Arias
(1999). En la presente Investigacin la variable independiente la
representa Integracin de productos para una plataforma de gestin de
proyectos, y la variable dependiente ser la Red social Comunitaria de
CENDITEL

Definicin de Trminos Bsicos

La definicin de trminos bsicos consiste en presentar las palabras
o conceptos principales y compuestos utilizados en la investigacin.
Programa: Un programa es un conjunto de instrucciones u ordenes
basadas en un lenguaje de programacin que una computadora interpreta
para resolver un problema o una funcin especifica.
Software: Es el equipamiento lgico e intangible de un ordenador
que permite que la computadora pueda desempear tareas inteligentes.
En otras palabras abarca a todas las aplicaciones, como los procesadores
de texto, planillas de clculo y los editores de imgenes
Software Libre: Programa de computacin cuya licencia garantiza al
usuario acceso al cdigo fuente del programa y lo autoriza a ejecutarlo
con cualquier propsito, modificarlo y redistribuir tanto el programa
original como sus modificaciones en las mismas condiciones de
licenciamiento acordadas al programa original, sin tener que pagar
regalas a los desarrolladores previos.
Integracin: Se refiere a construir un todo, completar un todo con las
partes que faltaban o hacer que alguien o algo pase a formar parte del
todo.
Proyecto: Un proyecto es un conjunto de actividades coordinadas e
interrelacionadas que busca cumplir con un cierto objetivo especfico.

31

Gestin: Se define como gestin como el conjunto de tramites que se

llevan a acabo para resolver un asunto o concretar un proyecto.
Internet: Internet es un conjunto descentralizado de redes de
comunicacin interconectadas que utilizan la familia de protocolos TCP/IP
garantizando que las redes fsicas heterogneas que la componen
funcionen como una red lgica nica, de alcance mundial.
Red social: las redes

son aquellas establecemos las distintas

relaciones entre los individuos. Por cada punto de partida crearemos

distintas redes y por supuesto distintos modelos de relacin. Las redes
sociales en la Internet da la posibilidad de interactuar con otras personas
aunque no las conozcamos, el sistema es abierto y se va construyendo
obviamente con lo que cada suscripto a la red aporta, cada nuevo
miembro que ingresa transforma al grupo en otro nuevo.
Comunidad: Se denomina comunidad a aquel grupo o conjunto que
puede estar conformado por personas o animales y que ciertamente
comparten una serie de cuestiones como ser el idioma, las costumbres,
valores, tareas, roles, estatus y zona geogrfica, entre otras.

32

CAPITULO III

MARCO METODOLGICO
El marco metodolgico corresponde a detallar minuciosamente cada
uno de los aspectos relacionados con la metodologa que se ha
seleccionado para desarrollar la investigacin. Explica el anlisis de la
investigacin, el tipo de investigacin y tcnicas de anlisis. Arias (1999)
puntualiza en el marco metodolgico que es el como se realiza el
estudio para responder al problema planteado.
Modalidad de la Investigacin
El Instituto Universitario Politcnico Santiago Mario (2006), en su
manual de trabajo especial de grado puntualiza que un proyecto factible
consiste en elaborar una propuesta viable que atiende a necesidades en
una

institucin,

organizacin

grupo

social.

Demostrando

las

caractersticas anteriores se puede indicar que el proyecto es de

naturaleza factible, debido a que examina la solucin de un estado real;
como mejorar la administracin de los recursos que estn involucrados
en un proyecto mediante una herramienta de software.
Este trabajo se soporta en una investigacin de campo, debido a que
se realizara en un anlisis consecuente del problema con el propsito de
describirlo, aclarar sus causas y efectos, entender su naturaleza y
principios que lo conforma; por otra parte se obtuvo datos seguidos de la
realidad con lo que se otorgo informacin mas concreta, un elevado grado
de confiabilidad y por efecto un corto margen de error.

33

Otro tipo de investigacin es la documental, el investigador se

soportara en ella puesto que se efectuara una bsqueda en una variedad
de fuentes escritas vinculadas con la metodologas giles con el objeto
profundizar el conocimiento para el desarrollo de software, implicando la
bsqueda, ubicacin y consulta de este tipo de fuentes.

Tipo de Investigacin
Segn Arias (1999), la investigacin descriptiva consiste en la
caracterizacin de un hecho, fenmeno o suposicin con establecer su
estructura o comportamiento; este proyecto cabe en el tipo de
investigacin descriptiva debido a que se necesita una previa recoleccin
de informacin para realizar la integracin de productos y especificar
detalladamente el software.
Procedimiento
La elaboracin del siguiente trabajo se apoy en tcnicas de
investigacin en las siguientes fases.
FASE I: Revisin bibliografca

y antecedentes sobre gestin de

proyectos y plataformas de gestin de proyectos.

Se realizo una documentacin terica en libros, revistas y textos para
dar soporte a la investigacin.
FASE II: Diagnostico actual de los procesos de gestin de proyectos.
Diagnostico actual de los procesos de los proyectos.
Para llevar a cabo el diagnostico de los procesos de gestin de
proyectos que son ejecutados en CENDITEL se recurrir a la observacin
directa, con el fin de verificar la tramitacin actual de los proyectos que
son financiados por la fundacin. En

base a esto se procede a la

elaboracin de una minuta de trabajo que permita obtener informacin

34

precisa y veras de los proyectos que son establecidos en la aprobacin y

control de estos.
FASE III: Determinar las diferentes herramientas necesarias para la
integracin de productos.
En esta fase se procedi a la determinacin de las distintas
herramientas existentes para realizar la integracin de acuerdo a las
necesidades y requerimientos del producto a ser elaborado
FASE IV: Determinacin de la metodologa para la integracin del
software.
Segn la documentacin terica, el diagnstico actual de los
procesos de gestin de proyectos, la evaluacin de las herramientas y
requerimientos de la plataforma se identific la metodologa por el tipo
integracin de software que se realizo.

35

Operacionalizacin de variables
Objetivo

Variables

Indicadores

General

Unidad de
medida

Independiente

Integracin
de
Productos
para
una Plataforma de
Gestin
de
Proyectos.
Integrar
Productos de una
Plataforma
de
Gestin
de
Proyectos para la
Red Social de
CENDITEL.

Requerimiento de
herramientas.

Herramientas

Cantidad de
herramientas /
necesidades.

Cantidad de
herramientas /
Actividades.

Dependiente

Red
Social
Comunitaria
de
CENDITEL.

Actividades de
proyectos
ejecutados.

Fuente propia (2010)

36

Actividades /
tiempo

Proyectos

Numero de
proyectos de
CENDITEL o las
comunidades.

Reportes

Cantidad de
reportes

Poblacin y Muestra

La poblacin, segn con Morales (1994), es el conjunto para el cual

sern validas las conclusiones o cosas, involucradas en la investigacin
.En el presente proyecto la poblacin esta representada por la Estructura
Organizativa de CENDITEL, dividido de la siguiente manera: Nivel
Directivo, Nivel del Estratgico, y Nivel de Apoyo, siendo este ultimo el
objetivo de la investigacin, es el centro de la misma y de all se extraer
la informacin requerida para su estudio.
Debido a que en algunas oportunidades no se pueden abordar todas
las unidades poblacionales para ser estudiadas, suele ser

necesario

extraer una fraccin a la que se llama muestra y sobre la que se fija la

atencin de la investigacin Se entiende por muestra de acuerdo Morales
(1994), a un subconjunto representativo de un universo o poblacin. En
esta oportunidad la muestra de acuerdo con Tamayo (1994), quien
expresa que si la poblacin no es mayor a 100 de tamao muy grande, la
muestra fue igual a la poblacin de estudio, para el desarrollo de la
presente investigacin la poblacin y la muestra estuvo representada por
todos los procesos de los proyectos que se ejecutan en el departamento
de Gestin Interna de CENDITEL y todos los individuos que fueron
elegidos para formar parte de la muestra.

Tcnicas e Instrumentos de Recoleccin de Datos

Una vez seleccionado el diseo de investigacin apropiado y la muestra
adecuada de acuerdo al problema de estudio, la siguiente etapa consiste
en recolectar los datos pertinentes a las variables involucradas en la
investigacin. Un instrumento de recoleccin de datos es cualquier medio
valido para aproximarse a los fenmenos y sustanciar de ellos
informacin.

37

Segn Arias (1999), las tcnicas de recoleccin de datos son las

distintas formas o maneras de obtener la informacin. En cuanto a los
instrumentos son los medios materiales que se usan para recopilar y
almacenar informacin.
Dentro recopilacin de informacin se pudieron resaltar dos aspectos:

La forma: consiste en la tcnica para la labor de

acercamiento a la realidad, en esta investigacin se utilizo

la

observacin, la entrevista y la revisin bibliografita.

El contenido: que se refiere a la especificacin de los datos

conseguidos.

En la investigacin se emplearon las siguientes tcnicas de

recopilacin de datos:
Tcnica: Revisin bibliografa:
La bibliotecas es un importante medio, al cual se acude, en
particular en cuanto se refiere a revistas cientficas, as mismo se
indago otros lugares que puede recopilar informacin competente:
libreras, venta de peridicos, archivos de organismos e instituciones
publicas o privadas, en otras. As mismo se utilizo redes informticas,
como Internet y material digitalizado.
Dentro de la tcnica de recopilacin de informacin, el
instrumento que se utilizo es la ficha, dicha ficha consisti en sntesis
de prrafos involucrados con el proyecto.
Tcnica: Observacin directa:
Segn Hernandez, R. (2003), consiste en visualizar o captar
mediante la vista en forma sistemtica, cualquier hecho, fenmeno o
situacin que se produzca en la naturaleza o en la sociedad en funcin
de los objetivos de la investigacin. Se seala de gran importancia

38

debido a que los hechos sern percibidos directamente, disponiendo

al investigador ante la posicin tal.
El instrumento fue la gua de observacin para apuntar notas
mediante el proceso de observacin.
Tcnica: La entrevista:
Segn Hernndez (2003), Consiste en la comunicacin
interpersonal establecida entre el investigador y el sujeto de estudio a
fin de tener respuestas verbales a las interrogantes planteadas sobre
el tema propuesto. Como Tcnica de investigacin va desde la
interrogacin estandarizada hasta la conversacin libre.
El instrumento al que se recurre es una gua que puede ser
formulario o esquema de cuestiones que han de orientar la
conversacin. Tcnica aplicada principalmente a los empleados que
laboran en CENDITEL involucrados en el desempeo de la ejecucin
de los proyectos.
Tcnica de Anlisis de Datos
En la relacin con lo que dice Tamayo, M. (1989), Define estas
tcnicas como la distribucin de una clase de objeto a otra segn el
tipo o la especie y no por la magnitud de los mismos. Consiste en la
formulacin de ideas y conclusiones tericas que surgieron de los
resultados de la entrevista y de la observacin, mediante el anlisis e
interpretacin de los mismos.
Se realizar una diferenciacin entre los dos tipos de anlisis, el
cualitativo, en que se realizara una descripcin puntualizada y total de
un fenmeno y cuantitativo en el que se destinaron ndices de
frecuencias a los fenmenos observados y estos sirvieron para hacer
modelos estadsticos ms compuestos, que explicaron la evidencia
encontrada.

39

Estos dos tipos de anlisis no se conceptuaran excluyentes,

sino mas bien acabado

complementado, debido a que el anlisis

cuantitativo, ofreci una gran ayuda y puntualizacin en las

observaciones ejecutadas. Por otro lado, el anlisis cuantitativo brindo
informacin que fue estadsticamente trascendente por esta razn fue
factible trabajar con ambos anlisis.

40

CAPTULO IV

RESULTADOS
Diagnstico de la situacin actual de la Gestin de proyectos de
CENDITEL

Para el cumplimiento de los objetivos planteados en esta

investigacin, se utilizaron como tcnicas e instrumentos de recoleccin
de datos las minutas. En ellas se plantean escritos de la informacin ms
relevante que se ha dicho en una junta o reunin. As mismo se efectu la
observacin directa como herramienta para el proceso de indagacin de
los conocimientos aportados por el personal de la fundacin.
La observacin y la minuta de trabajo fueron aplicadas en el
departamento de Gestin Interna, en este departamento se maneja la
gestin de proyectos; a su vez se le aplicaron estos instrumentos al tutor
Institucional quien es el administrador de la red social cuya plataforma es
donde se integrara esta herramienta.
Estas

tcnicas

de

diagnstico

permitieron

conocer

el

funcionamiento de la gestin de proyectos actual y los requerimientos que

tendr la herramienta, de forma que se pudo observar las debilidades y
necesidades presentes actualmente en CENDITEL, tambin se observ
que las Comunidades no poseen una plataforma de gestin de proyectos.

Minuta
A continuacin se muestra el resultado de las minutas (ver anexo A

41

MINUTA DE TRABAJO N 001/2010

PUNTOS TRATADOS: Proceso actual para el financiamiento y
gestin de proyectos de CENDITEL.
Aspectos Tcnicos: Se procedi a la discusin del proceso para la
Gestin

de

los

Proyecto

externos

actuales

de

CENDITEL

correspondientes al rea del Gestin del Conocimiento y Apropiacin de

las Tecnologas Libres, en tal sentido se realizaron las siguientes
actividades.

Descripcin proceso actual para la gestin de los proyectos

externos convocados por CENDITEL.
o Realizacin de la convocatoria
o Recepcin de los recaudos de los aspirantes
o

Realizacin de una reunin para elegir los proyectos que

se van a desarrollar.

o Convocatoria de las personas seleccionadas para el

otorgamiento de los recursos. correspondientes.

Anlisis y discusin de la herramienta de validacin aplicada a las

propuestas presentadas.
Para evaluar las propuestas presentadas se aplica un instrumento
hecho en una hoja de clculo al cual se le insertan datos con una
escala de valoracin ya establecida arrojando un valor cuantitativo
indica la prioridad de desarrollo.

Identificacin de los distintos actores que influyen para la

aprobacin de un proyecto.

rea del Gestin del Conocimiento y Apropiacin de las Tecnologas

Libres

Aspirantes a desarrollar las propuestas

Los miembros de los proyectos Institucionales.

42

Descripcin

del

proceso

de

acompaamiento,

control

verificacin de los proyectos financiados.

Obligatoriedad que tienen los desarrolladores de proyectos de
presentar un informe peridico acerca de los avances de los mismos.
As mismo, los miembros de los proyectos institucionales y rea del
Gestin del Conocimiento y Apropiacin de las Tecnologas Libres
participan en algunas actividades que se ejecutan en el marco del
desarrollo del proyecto.

Percepcin

del

rea

del

Gestin

Apropiacin de las Tecnologas

del

Conocimiento

Libres en relacin a la nueva

Plataforma para Gestin de Proyectos.

La plataforma ser un mecanismo idneo para que los miembros de
las instituciones y los diversos actores que acompaen a la Fundacin,
publiquen informaron acerca de sus quehacer comunitario. As mismo
ser un medio que favorezca la apropiacin del conocimiento
generado por las comunidades.

Discusin de los elementos importantes a ser valorados en una

Plataforma de Gestin de Proyectos.

Medio de fcil acceso y sencillo para incorporar informacin

Mecanismo que favorezca la incorporacin del proyecto as como de

informacin

inherente

su

ejecucin

financiera, memoria fotogrfica etc.)

o

Incorporacin de comentarios.

43

(actividades,

ejecucin

MINUTA DE TRABAJO N 002/2010

PUNTOS TRATADOS: Discusin de los elementos para la Integracin
de la Plataforma de Gestin de Proyectos para la Red Social
Comunitaria de CENDITEL
1. Aspectos Tcnicos: Se discutieron los requerimientos tcnicos que
debe contemplar la Plataforma de Gestin de proyectos para la Red
Social de CENDITEL.

Validacin del contenido de la minuta de trabajo 001/2010

Se valido la informacin obtenida de la minuta 001/2010 en la que se
hablaba de la gestin de proyectos que lleva CENDITEL.

Discusin de la necesidad de disponer de una Plataforma de

Gestin de Proyecto para CENDITEL.
Se acord la necesidad de disponer de una herramienta para el control
y verificacin de los proyectos de CENDITEL para promover la
Participacin Ciudadana.

Definicin de la plataforma de manejo de contenido en la que

funciona la Red Social de CENDITEL.
En tal sentido se acord que la herramienta debe ser integrada bajo
Plone siendo su lenguaje de programacin python, esta acotacin se
debe a que la Red Social comunitaria de CENDITEL se encuentra
basada en Plone.

Discusin del alcance e impacto que tendra la nueva Plataforma

de Gestin de Proyectos.
En tal sentido esta herramienta se comenzara a usar en los proyectos
tanto internos como externos que se promueve en CENDITEL, y se
espera que las comunidades en forma progresiva hagan uso de la
misma.

44

Identificacin de los aspectos a ser considerados para la

integracin de la plataforma de Gestin de Proyectos.

Facilidad de uso

Interfaz amigable

Que disponga de un modulo de proyecto y propuestas

capacidad de agregar comentarios o foros

identificacin de los distintos productos que sern empleados

para la integracin de la Plataforma de Gestin de Proyectos.

Modulo de avances de proyectos - Quilss

Modulo de comentarios y foros de discusin- Plone Board

Modulo de cartera de proyectos

Modulo de proyectos

Modulo de denuncias, incidencias

Discusin de las necesidades de la comunidad de contar con

una herramienta para la Gestin de Proyectos Comunitarios.
En la discusin se llego en que las comunidades tienen problemas de
organizacin, poca participacin y desconocimiento de los proyectos
que se estn desarrollando, para esto se requiere de una herramienta
donde las comunidades tengan acceso y puedan observas los
proyectos de su entorno.

Evaluacin de las necesidades de la Fundacin CENDITEL. De

disponer de una herramienta de Gestin de Proyectos.

Brindar Eficiencia en el control de los proyectos

Promover la participacin ciudadana en los proyectos desarrollador

por CENDITEL

45

Discusin de los Resultados

Segn Miranda (2003) Un planteamiento de aceptacin universal asegura
que el crecimiento de la economa depende en gran parte de la
produccin de ms y mejores bienes y servicios; y dado que los recursos
suelen ser inferiores a las necesidades, se precisa aplicar procesos
racionales de utilizacin de los factores que garanticen el mejor
aprovechamiento de los mismos. Es por esta razn que en el proceso de
planeacin estratgica del desarrollo institucional y empresarial
resulta de vital importancia canalizar los recursos hacia programas y
proyectos, que por un lado, mejoren el nivel de vida de los ciudadanos y,
por otro, garanticen su recuperacin para emprender nuevas fuentes de
inversin.
No cabe duda que los procesos de modernizacin y competitividad de las
empresas modernas (pblicas y privadas) tienen un claro ingrediente de
capacitacin y entrenamiento en el mbito de la gestin de proyectos
(identificacin, formulacin, evaluacin y gerencia) de sus directivos y
empleados, que procuren una mejor asignacin y aprovechamiento de los
recursos escasos, garantizando su sostenibilidad y el logro de su objetivo
social.
Una de las fases mas importantes dentro de la gestin de proyectos es el
seguimiento y control. Tiene como objetivo fundamental la vigilancia de
todas las actividades de desarrollo del sistema. Es una de las labores ms
importantes en todo desarrollo de sistemas, ya que un adecuado control
hace posible evitar desviaciones en costes y plazos, o al menos
detectarlas cuanto antes.
Para poder ejercer un correcto seguimiento y control del proyecto es
necesario que el Jefe de Proyecto dedique todo el tiempo que sea preciso
a vigilar el estado de cada una de las tareas que se estn desarrollando,
prestando especial inters a aquellas que estn sufriendo algn retraso.
En el momento en que se detecta cualquier desviacin hay que analizar

46

las causas para poder efectuar las correcciones oportunas y recuperar el

tiempo perdido.
Las Actividades de Seguimiento y Control de un proyecto se llevan a cabo
desde la asignacin de las tareas hasta su aceptacin interna por parte
del equipo de proyecto, previa a la aceptacin del Cliente. Las tareas
propias del Seguimiento y Control del proyecto se realizan a medida que
se ejecutan las distintas tareas de los procesos.
De acuerdo a los instrumentos aplicados se pudo analizar el estado actual
de gestin de proyectos de CENDITEL se llego a conclusin que se
puede mejorar el control y seguimientos de los proyectos internos y
externos que estn bajo el financiamiento de la Fundacin.

Propuesta del proyecto

Una vez obtenidos los resultados del diagnstico de la situacin actual
junto a los aportes realizados por German, (2004),

Well, citado por

Montilva (2009), los cuales definen los procesos de desarrollo de software

como modelos giles, es decir la principal prioridad es satisfacer las
necesidades del colectivo o usuario, cuya finalidad es similar a la
Metodologa para Desarrollo Colaborativo de Software Libre.
Segn lvarez (2009) En la metodologa se combinan caractersticas de
los estilos de desarrollo Catedral (desarrollo propietario) y Bazar
(desarrollo de software libre), en base a las cuales es posible definir
procesos centralizados que permiten el desarrollo colaborativo y la
liberacin frecuente del cdigo fuente. Para explicar en detalle estas
caractersticas es necesario definir ambos estilos (Catedral y Bazar) de
desarrollo. En el estilo Catedral el desarrollo de software esta dirigido de
manera centralizada y el proceso de desarrollo esta restringido a un grupo
de programadores, quienes trabajan fuertemente en la depuracin del
cdigo con la finalidad de que los usuarios puedan ver menos errores en

47

cada versin liberada. En contraposicin, en el estilo Bazar, el desarrollo

de software no es dirigido de manera centralizada, la construccin de la
aplicacin se realiza con la participacin de una comunidad de
interesados que libera frecuentemente cada versin desarrollada, con la
finalidad de que otros puedan depurar el cdigo.
Como se observa en las definiciones, ambos estilos de desarrollo
presentan caractersticas opuestas. Para el caso especfico de esta
metodologa se requiere combinar ambos estilos (Catedral y Bazar), con
la intencin de desarrollar proyectos de software donde se contemple la
direccin centralizada de los proceso involucrados en el desarrollo, la
participacin comunitaria en la construccin de aplicaciones y la liberacin
frecuente del cdigo fuente.
Partiendo de esto, se presenta como propuesta de trabajo especial de
grado una Plataforma de Gestin de Proyectos para red social
comunitaria de CENDITEL, la cual se enfoca en el ingreso de proyectos y
propuestas as mismo se cuenta con la opcin de agregar comentarios.
A continuacin se presenta las fases o etapas que incluir la plataforma a
ser desarrollada.
Conceptualizacin
- Propuesta de desarrollo
Necesidades y/o Problemas
Solucin Propuesta
Alcance de la Propuesta
Recursos y/o Requerimientos
Metodologa de Desarrollo
Plataforma de Operacin
Plataforma de Desarrollo
Licencias

48

-Lista de Actores
Lista de Aliados de la Comunidad de Desarrollo de
la Aplicacin
Lista de Posibles Colaboradores en el Desarrollo de
la Aplicacin
-Factibilidad del Proyecto
Aspectos a Considerar para el Estudio de Factibilidad
del Proyecto
Urgencia con la cual se requiera el sistema
Disponibilidad del personal necesario para
llevar a cabo el proyecto
Complejidad del Desarrollo.

Administracin
Priorizacion de funcionalidades
Funcionalidad, valor cuantitativo de prioridad
Plan de Proyecto

Desarrollo

Definicin de Requerimientos
Requerimientos Funcionales
Requerimientos no funcionales
Especificacin de Requerimientos (Funcionalidades)
Diagramas de caso de uso
Diagrama de Actividades
Manual del sistema

49

REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR
INSTITUTO UNIVERSITARIO POLITCNICO SANTIAGO MARIO
AMPLIACION MERIDA
ESCUELA DE INGENIERIA DE SISTEMAS

INTEGRACIN DE UNA PLATAFORMA DE GESTIN DE

PROYECTOS PARA LA RED SOCIAL COMUNITARIA DE CENDITEL

Autor: Oswaldo A. Lpez S.

Mrida, Noviembre 2010

50

ndice
Introduccin ........................................................................................... 53
Objetivos del Proyecto .......................................................................... 54
Objetivo General ................................................................................. 54
Objetivos Especficos ........................................................................ 54
Propsitos........................................................................................... 54
Alcance................................................................................................ 54
Metodologa de Desarrollo de Software Libre....................................... 55
CONCEPTUALIZACION ...................................................................... 55
Propuesta de desarrollo ................................................................. 55
Necesidades y/o Problemas.............................................................. 55
Necesidades .................................................................................... 55
Solucin Propuesta......................................................................... 56
Alcance de la propuesta ................................................................. 56
Plataforma de Operacin................................................................... 56
Plataforma de Desarrollo................................................................... 56
Licencias ........................................................................................... 57
ADMINISTRACION............................................................................... 58
Priorizacion de funcionalidades .................................................... 59
Plan de Proyecto ............................................................................. 60
DESARROLLO .................................................................................... 60
Requerimientos funcionales .......................................................... 60
Requerimientos no funcionales ..................................................... 61
Especificacin de requerimientos ................................................. 62
Casos de uso ................................................................................... 63
Caso de uso flujos de trabajo......................................................... 63

51

Caso de uso loguearse .................................................................. 66

Caso de uso pagina principal......................................................... 67
Caso de uso agregar elemento ...................................................... 68
Caso de uso creacin ce cartera de proyecto................................ 69
Caso de uso entrar a cartera de proyecto...................................... 70
Caso de uso Consulta de proyectos .............................................. 71
Diagrama de Actividad para Loguearse ......................................... 72
Diagrama de Actividad para crear cartera de proyectos ............... 73
Diagrama de Actividad para crear proyectos ................................. 74
Diagrama de Actividad para crear propuestas ............................... 75
Diagrama de actividad para bsqueda de Proyectos..................... 76

52

Introduccin
El Centro Nacional de Desarrollo e Investigacin en Tecnologas libres
(CENDITEL), busca constituirse como un espacio orientado a promover
la reflexin, investigacin, desarrollo y apropiacin de Tecnologas Libres
pertinentes, acordes con la sociedad democrtica, participativa y
protagnica, expresada en la Constitucin de la Repblica Bolivariana de
Venezuela, en cualquier mbito del saber y de la innovacin tecnolgica.
A travs de este centro se crearn redes de trabajo a nivel regional,
nacional e internacional, integradas por actores del sector cientfico y
tecnolgico,

que

contribuyen

en

la

ejecucin

de

los

proyectos

planificados, constituyendo de esta forma los mecanismos necesarios

para asegurar la gestin y transferencia del conocimiento.
Para ayudar con esto se requiere la integracin de una Plataforma donde
se albergara los Proyectos y propuestas internas y externas que
promueve CENDITEL esperando la participacin de las comunidades a
usar dicha herramienta, esta estar disponible en la Red Social de la
Fundacin el cual tendr acceso libre al publico.

53

Objetivos del Proyecto

Objetivo General
Integrar una Plataforma de Gestin de Proyectos para red social
comunitaria de CENDITEL.
Objetivos Especficos

Ingresar un modulo de propuesta de proyectos con posibilidad

de discusin.

Ingresar un modulo de proyectos con su caractersticas bsicas.

Ingresar un modulo de subprocesos dentro de cada proyecto.

Ingresar un modulo de bsqueda de proyectos.

Propsitos
Con esta herramienta se espera una mayor verificacin y control de los
proyectos internos y externos que estn a cargo de la fundacin.
A nivel social las comunidades podrn usar esta herramienta con el fin de
promover la participacin ciudadana par la propuesta y ejecucin de los
proyectos y de esta manera establecer una mejor organizacin para los
mismos.
Alcance
La red social de CENDITEL estar disponible en la Internet, cualquier persona bien sea de
la comunidad o de un organismo podr consultar crear proyectos, propuestas y realizar
comentarios haciendo uso de esta herramienta.

54

Metodologa de Desarrollo de Software Libre

CONCEPTUALIZACION
Propuesta de desarrollo
Esta investigacin tiene como fin plantear una propuesta de desarrollo
que contribuya a solventar la problemtica expuesta por las comunidades
en relacin a la gestin de proyectos vinculados a la fundacin
CENDITEL.
Necesidades y/o Problemas
Problemas

No existe ninguna herramienta en lnea de gestin de proyectos

que puedan usar las comunidades lo que lleva al desconocimiento
por parte de algn grupo de ciudadanos de los proyectos que
requiere o ejecuta la comunidad.

Falta de organizacin dentro de las comunidades para la

realizacin de los proyectos. .

Falta de participacin del colectivo para el desarrollo y ejecucin de

los proyectos dentro de sus propias comunidades.

Desconocimiento del manejo de los recursos de los proyectos.

Necesidades

Manejar informacin sobre los proyectos que se estn ejecutando

para as permitir la evaluacin y control de los mismos.

Promover la participacin de la ciudadana para la propuesta y la

ejecucin de los proyectos.

Contar con una herramienta de acceso pblico.

55

Solucin Propuesta
En vista de la problemtica y las necesidades expuestas, se plantea la
Integracin de una Plataforma de Gestin de Proyectos para la red social
comunitaria de CENDITEL, el cual permitir el almacenamiento de los
proyectos internos y/o externos de la Fundacin para la participacin de la
comunidad, control y evaluacin de estos.
Alcance de la propuesta

Integracin de un modulo de registro de proyectos.

Integracin de un modulo de propuestas de proyectos.

Integracin de un modulo para la bsqueda de proyectos.

Integracin de un modulo de registro fases internas de un proyecto.

Plataforma de Operacin

Servidor WEB: Zope

Navegador Web

Entorno de produccin: Plone

Plataforma de Desarrollo

Sistema Operativo: Linux (Distribuciones basadas en Debian)

Framework de Desarrollo:Plone

Lenguaje de Programacin: Pyhton

Lenguajes de Marca: XHTML, XML

Servidor de Pruebas:
o

Procesador Intel Xeon de 4 ncleos, velocidad de 2.O Ghz.

Memoria RAM de 4GB/.

2 discos rgidos con interfaz SCSI-SAS de 220GB cada uno.

56

Licencias

Para el cdigo fuente se plantea utilizar la licencia GPL v.2.0 de la

Free Software Foundation.

Para la documentacin del proyecto se plantea utilizar la licencia

GFDL v.1.2 de la Free Software Foundation.
o

Lista de Actores
. Lista de aliados de la comunidad de desarrollo
de la aplicacin

CENDITEL

Comunidad
.Lista de posibles colaboradores en el desarrollo
de la aplicacin

Leonardo Caballero Programador/Analista

Vctor Tern-analista

Estudio de factibilidad de desarrollo de proyecto

Urgencia con la cual se requiera el sistema
Se requiere la aplicacin completamente desarrollada
para finales del ao 2010
Disponibilidad del personal necesario para llevar a
cabo el proyecto
1 Analistas - Programadores (CENDITEL)

57

Capacidad de la infraestructura actual

Se debe indicar si la infraestructura actual (espacio,
equipos, etc.) del rea de desarrollo de CENDITEL
tiene la capacidad requerida para llevar a cabo el
proyecto
Complejidad del desarrollo
o

Cdigo reutilizable: Se cuenta con el sistema manual de

control de proyectos, del cual se espera analizar sus
procesos para as evaluar los distintos productos y utilizar
los ms pertinentes para la Integracin.

Conocimiento y experiencia del equipo de desarrollo:

Se dispone de un equipo de analista/desarrolladores

con experiencia en el desarrollo de sistemas Web
bajo el lenguaje de programacin PYTHON.

Experiencia en el uso de Software libre

Se cuenta con la participacin de las personas que

conceptualizaron la metodologa de desarrollo de
software a utilizar.

ADMINISTRACION
En el Proceso de Administracin de Proyectos de Software se coordina y
dirige las tareas del grupo de desarrollo. Cada proyecto de software tiene
asignado un Administrador del Proyecto, quien se encarga de llevar a
cabo un conjunto de actividades orientadas a: elaborar el plan del
proyecto, conformar la comunidad desarrollo y llevar un seguimiento y
control sobre las actividades asociadas al proceso de desarrollo.

58

Priorizacion de funcionalidades
Para esta priorizacion la comunidad de usuarios, con ayuda del equipo de
desarrollo, debe indicar las funcionalidades generales de la aplicacin y
las dependencias entre estas, indicando a su vez la prioridad con la cual
requieren dichas funcionalidades.
Valor cuantitativo de prioridad
1: Muy alta.
0,75: Alta.
0,5: Media.
0,25: Baja.
0: Muy baja.
Tabla 2 Definicin de requerimientos
Valor
cuantitativo de
prioridad

funcionalidad

Dependencia
Funcionalidades

Modulo de cartera de proyectos (F1)

Modulo de creacin de proyectos (F2)

(F1)

Modulo de creacin de propuestas (F3)

0.75

(F1)

Modulo de bsqueda de proyectos (F4)

0,75

(F1)(F2)

Fuente propia (2010)

59

Tabla 3 Plan de Proyecto

Actividades

Responsable

Fecha de Inicio

Fecha de Fin

Integracin a

Oswaldo Lpez

11/03/10

19/05/10

Oswaldo Lpez

19/05/10

25/05/10

Oswaldo Lpez

20/05/10

03/06/10

Oswaldo Lpez

03/06/10

10/06/10

Plone 3
Funcionalidad
de proyectos
Funcionalidad
de Propuestas
Funcionalidad
de comentarios
Fuente propia (2010)

DESARROLLO
Requerimientos funcionales
Los requerimientos funcionales definen las funciones que la
aplicacin ser capaz de realizar. Describen las transformaciones
que el sistema realiza sobre los datos de entrada para producir
determinadas salidas.

El solicitante debe tener la posibilidad de crear una cartera

de proyectos si es necesario.

La interfaz de usuario debe de mostrar las distintas carteras

de proyectos existentes.

Una vez obtenido la cartera de proyectos, el sistema debe

permitir la creacin de proyectos y propuestas de los
mismos.

Los proyectos y propuestas ingresadas deben guardarse

solo en la cartera de proyectos.

60

La plataforma debe permitir la modificacin y llenado de las

caractersticas de los proyecto y propuestas

El solicitante podr consultar a modo de lectura los

proyectos

publicados

dndole

clic

podr

ver

las

especificaciones.

Los usuarios de la plataforma podrn agregar comentarios o

hacer foros de discusin en las propuestas y proyectos.

Requerimientos no funcionales
Los requerimientos no funcionales tienen que ver con las caractersticas
que de una u otra forma puedan limitar la aplicacin a desarrollar, como
por ejemplo, el rendimiento (en tiempo y espacio), las interfaces de
usuario, la fiabilidad (robustez del sistema, disponibilidad de equipo), el
mantenimiento, la seguridad, la portabilidad, entre otros.

Eficiencia

La Plataforma debe permitir el almacenamiento

parcial

de

la

informacin

cargada

aunque

no

contemple todos los datos solicitados en el registro.

Confiabilidad

La plataforma debe

registrar los usuarios que

agreguen cualquier tipo de contenido.

Debe asegurar la informacin guardada.

Facilidad de Uso

Debe ser fcil de aprender y usar ya que ser

utilizado por la comunidad

61

Interfaz con usuario

La informacin solicitada debe ser presentada en

interfaces

grficas.

En

los

casos

donde

los

formularios contemplen la suficiente informacin de

forma amigable.

Otro tipo de requerimientos no funcionales

La plataforma tiene que estar documentada, es decir

debe contar con un manual tcnico y manual de
usuario.

El desarrollo de la plataforma debe estar apegado a

los trminos legales que apliquen en el territorio de la
Repblica Bolivariana de Venezuela y con los
tratados

suscritos

Asimismo

tomar

ratificados
especial

por

Venezuela.

consideracin

al

cumplimiento del Decreto 3390, sobre el uso del

Software Libre en la Administracin Pblica.

La herramienta se debe alojar en un servidor.

Es extensible, esta caracterstica presenta la cualidad

de que se puede agregar nuevas funcionalidades a la
plataforma.

Brinda un framework fcil de manejar, que aporta al

sistema

sencillez

al

momento

de

realizar

el

mantenimiento.
Especificacin de requerimientos
La especificacin de requerimientos consiste en describir de manera
detallada cada una de las funcionalidades o requerimientos que debe
cumplir la aplicacin a desarrollar. En esta especificacin se debe indicar

62

el flujo de actividades que implica el llevar a cabo cada funcionalidad del

sistema.
Para la especificacin de los requerimientos de la aplicacin se utilizarn
diagramas de casos de uso y de actividad con su respectiva descripcin
textual.
Casos de uso

Caso de uso flujos de trabajo

Fuente propia (2010)

63

Caso de Uso: Agregar

Actor Participante: Administrador, Contribuyente.
Flujos:
Flujo Bsico:
1. El usuario agrega contenido, completando los campos que le sean
solicitados en el formulario. A saber, el titulo, la descripcin y el
archivo de vdeo a cargar.
2. Para ser publicado, el contenido pasa a revisin obligatoriamente
en caso de haber sido agregado por un Contribuyente,
Flujo Alternativo:
1. En caso de que el usuario administrador fuera el que cargara el
archivo, el contenido puede ser publicado inmediatamente.
Requisitos Especiales: Estar autenticado en el sitio como usuario
Administrador o usuario Contribuyente, completar los campos solicitados.

Fuente: Propia (2010).

Caso de Uso: Revisar
Actores Participantes: Administrador, Revisor, Editor
Flujo Bsico:
1. Depende de un contenido existente que fuera agregado por un
contribuyente o un administrador. El contenido puede ser
modificado en sus campos y pasar posteriormente a publicacin
Flujo Alternativo:
1. Depende del contenido existente, el elemento puede ser eliminado
o vuelto a modificar.
Requisitos Especiales: Todos los usuarios deben estar autenticados en el
sitio.

Fuente: Propia (2010).

64

Caso de Uso: Eliminar

Actores Participantes: Revisor, Administrador, Contribuyente.
Flujo Bsico:
1. En caso de que el Administrador o Revisor no consideren valido el
contenido, lo pueden eliminar.
Flujo Alternativo:
1. El contribuyente puede eliminar los elementos, solo si es dueo de
los mismos.
Requisitos Especiales: Los usuarios deben estar autenticados en el sitio.

Fuente: Propia (2010).

Caso de Uso: Publicar
Actores Participantes: Revisor, Administrador.
Flujo Bsico:
1. El revisor o administrador consideran el contenido valido y realizan
la publicacin del mismo.
Flujo Alternativo:
1. Si el contenido no es admitido, es devuelto a privado o eliminado.
Requisitos Especiales: Los usuarios deben estar autenticados en el sitio.

Fuente: Propia (2010).

65

Caso de uso loguearse

Caso de Uso: Entrar

Actor Participante: Annimo.
Flujo Bsico:
1. El usuario si no se encuentra registrado e ingresa un nombre de
usuario invlido, es enviado a una pantalla donde se le invita a
registrarse, o en caso de que olvidara la contrasea, poder
recuperarla.
2. Tras registrarse el sistema inicia la sesin automticamente.
Flujo Alternativo:
1. Si el usuario ingresa datos aleatorios no validos, la pantalla de
entrada se actualiza invitando al registro o a solicitar una nueva
contrasea en caso de que la hubiera olvidado.
Requisitos Especiales: El campo contrasea, deben ser caracteres
alfanumrico hasta 16 caracteres pero mnimo 5. Si el usuario no existe
debe registrarse.

Fuente: Propia (2010)

66

Caso de uso pagina principal

Caso de Uso Entrada de usuarios Registrados

Autores participantes: Administrador, ADMIN, Contribuidor, Lector, Editor,
Miembro, Revisor
Flujo Bsico:
1) El usuario segn su tipo ingresa su nombre de usuario y
contrasea. Si es valido, se habilita sus permisos y se dirige a la
pagina principal con las opciones habilitadas
Flujo Alternativo:
1) si el usuario introduce su contrasea y es equivocada, vuelve a la

pagina de entrada y se le presenta la opcin de reescribir la

contrasea o si es usurario nuevo, registrarse
Requisitos especiales: el campo contrasea usa caracteres alfanumricos
hasta 16 caracteres
Si el usuario no existe debe registrase
Fuente: Propia (2010).

67

Caso de uso agregar elemento

Caso de Uso Agregar Elemento

Autores participantes: Administrador, ADMIN, Contribuidor
Flujo Bsico:

2) el usuario le da a la opcin de agregar elemento donde se

despliega una serie de opciones
3)
Flujo Alternativo: Ninguno

Requisitos especiales: Ninguno

Fuente: Propia (2010).

68

Caso de uso creacin ce cartera de proyecto

Caso de Uso Creacin de un portafolio de proyectos

Autores participantes: Administrador, ADMIN, Contribuidor
Flujo Bsico:
1) El usuario al entrar a la creacin de portafolio de proyecto visualiza en
pantalla un listado de opciones que deber llenar para personalizar la
cartera.
Flujo Alternativo:
1) si el usuario no llena los campos obligatorios saldr un aviso que faltan
campos por llenar
Requisitos especiales: Debe de llenar titulo de cartera de proyecto, manager de
los proyectos, manager de las propuestas
Fuente: Propia (2010).

69

Caso de uso entrar a cartera de proyecto

Caso de Uso Entrar a cartera de proyecto

Autores participantes: Usuario
Flujo Bsico:
1) Al entrar al portal el usuario observara una pestaa con el nombre de la
cartera que le dar acceso al mismo al entrar visualizara links de crear
propuesta, proyectos y pondr visualizar un buscador de proyectos.
Flujo Alternativo: Ninguno

Requisitos especiales: Ninguno

Fuente: Propia (2010).

70

Caso de uso Consulta de proyectos

Caso de Uso Consulta de Proyectos

Autores participantes: Usuario
Flujo Bsico:
1) En la cartera se mostrara un buscador donde se tiene que ingresar el
manager del proyecto que se quiere buscar mostrando un listado al cual
darle clic mostrara en detalle la informacin del proyecto
Flujo Alternativo: Ninguno

Requisitos especiales: Ninguno

Fuente: Propia (2010).

71

Diagrama de Actividad para Loguearse

Fuente propia (2010)

Descripcin del diagrama de actividad:

El usuario al entrar a la pagina observara en pantalla campos para
ingresar el login y contrasea, si introduce mal su contrasea mostrara un
mensaje de usuario no registrado y le da la opcin de ingresar
nuevamente los datos.

72

Diagrama de Actividad para crear cartera de proyectos

Fuente propia (2010)

Descripcin del diagrama de actividad:

Al estar el usuario logueado tiene la perisologa de agregar elementos, se
va a aadir portafolio de proyectos donde tiene que llenar lis campos
obligatorios de predeterminados, grupos y proyecto de lo contrario es
creado.

73

Diagrama de Actividad para crear proyectos

Fuente propia (2010)

Descripcin del diagrama de actividad:

Para la creacin de proyectos en el portal hay que dirigirse al portafolio o
cartera de proyectos, se encontrara la opcin de crear proyecto se llena
los campos respectivos si quedan campos sin llenar avisa q hay campos
vacos y regresa a la pantalla de los campos de lo contrario crea el
proyecto.

74

Diagrama de Actividad para crear propuestas

Fuente propia (2010)

Descripcin del diagrama de actividad:

Para la creacin de propuestas en el portal hay que dirigirse al portafolio
o cartera de proyectos, se encontrara la opcin de crear propuesta se
llena los campos respectivos si quedan campos sin llenar avisa q hay
campos vacos y regresa a la pantalla de los campos de lo contrario crea
la propuesta

75

Diagrama de actividad para bsqueda de Proyectos

Fuente propia (2010)

Descripcin del diagrama de actividad:

Dentro del portal ir al portafolio de proyectos se selecciona el
manager/lder del proyecto se da al botn buscar y se muestra todos los
proyectos de ese manager.

76

CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
El descubrir oportunidades para innovar los procesos de una organizacin
aprovechando las ventajas que brindan las tecnologas pone en nfasis la
vinculacin entre las estrategias de tecnologas y de negocio (integracin
nacional). Esta integracin funcional se desempea como facilitador para
transformar estructuras y procesos de la organizacin.
La estandarizaron de los procesos y actividades claves en conjunto con la
seleccin de la tecnologa adecuada aporta la mejora sustancial de los
puntos crticos en la gestin de proyectos.
El diagnostico revelo la necesidad que tiene tanto CENDITEL como las
comunidades en promover y hacer un seguimiento de los proyectos, en tal
sentido que ayude como instancia de regulacin y control de los proyectos
para as mejorar la eficiencia a fin de lograr mayor celebridad y
funcionalidad de estos.
Los resultados obtenidos en los mtodos de recoleccin de datos dieron
como resultado que se poda mejorar el proceso para el control de
proyectos

que

est

financiando

CENDITEL.

De

tal

manera

aprovechndose de una herramienta que estar en la Internet para que

las comunidades hagan uso de la misma exponiendo sus proyectos y
dndolos a conocer para alentar la participacin ciudadana a integrarse a
los mismos.

77

RECOMENDACIONES
Se recomienda hacer reuniones con los desarrolladores de proyectos
para observar avances tangibles.
Se recomienda participar a las comunidades la existencia
Plataforma de Gestin de Proyectos Libre para as

de una

promover la

participacin y uso de la herramienta.

Se recomienda la capacitacin del personal de CENDITEL y de la
comunidad para el uso de la Plataforma de Gestin de Proyectos
Se recomienda dar solo perisologa para agregar y modificar proyectos y
propuestas al lder del proyecto.
Se recomienda que la Plataforma y su integracin a Cyn.in quede
documentado en la Web y de total acceso al cdigo para dar
cumplimiento con el artculo 3.390.
Se recomienda realizar ms talleres acerca de Plone ya que es lo ltimo
en tecnologa en cuanto CMS y se puede aprovechar las bondades del
mismo.

78

REFERENCIAS BIBLIOGRAFICAS

Arias, F. (1999). El Proyecto de Investigacin. (3ra. ed.). Caracas,

Venezuela: Episteme.
Bertoglio, O. (1982). Introduccin a la General de Sistemas. Mxico:
Impresiones Editoriales S.A.
Chiavenato,

I.

(1992).

Introduccin

la

teora

general

de

la

administracin. (3ta. ed.). Editorial McGraw-Hill.

IUPSM, (2006). Manual para la elaboracin del Trabajo Especial de Grado
del Instituto Politcnico Santiago Mario. Venezuela.
Maggiorani R. (2007). Diseo de los Procesos de Desarrollo de software
en la Dependencia de Sistema de informacin Administrativos en la
universidad de los Andes Utilizando el Modelo de Capacidad y
Madurez para mejorara su Produccin Trabajo especial de grado
presentado como requisito parcial para optar al Ttulo de Ingeniero
de Sistemas. Instituto Universitario Politcnico Santiago Mario,
Ampliacin Mrida, Estado Mrida.
Ortiz, J. (2004). Modelamiento de Software y Negocios
Palacios, E. (2005). Gerencia de Proyectos Publicaciones UCAB
Tern M. (2005). Diseo de una Herramienta de Integracin basada en
Sistema de Informacin Gerencial

y de Indicadores de Gestin

para la Evaluacin y Control de Proyectos en CANTV Trabajo

79

especial de grado presentado como requisito parcial para optar al

Ttulo de Ingeniero de Sistemas. Universidad de los Andes

Solleiro J. (1989) Diseo y Administracin de Proyectos de innovacin

Tecnolgica.
Miranda J. (2003) Gestin de Proyectos (4ta ed)
lvarez J. (2008) Modelado de Sistemas. Mrida, Venezuela: Fundacin
CENDITEL
Martnez Mgueles. (2002) La nueva ciencia: su desafi lgica y mtodo.
Mxico: Editorial Trillas.

80

ANEXOS

81

Manual de Usuario

Pantalla inicio de sesin

Agregar contenido portafolio de proyecto

Llenado de campos para la creacin de cartera de proyectos

Portafolio de Proyectos creado

Creacin de Proyectos

Buscador de proyectos

Datos del proyecto