Seminario de Proyectos en Ingeniería

DESARROLLO DE UN SOFTWARE PARA EL CONTROL DE INVENTARIOS
DE MATERIALES EN LA EJECUCIN DE OBRAS CIVILES EN COLOMBIA
Juan Guillermo Lacayo Lacayo

Ingeniera Qumica
jglacayol@unal.edu.co
Esteban Ospina Betancur
Ingeniera de Minas y Metalurgia
eospinab@unal.edu.co
Anabel Ortiz Campo
Ingeniera Civil
anaortizcam@unal.edu.co
Sebastin Tobn Ramrez
Ingeniera Administrativa
stobonr@unal.edu.co
Carlos Andrs Vlez Carvajal
Ingeniera de Sistemas
caavelezca@unal.edu.co
SEMINARIO DE PROYECTOS EN INGENIERA III 2014-I

EQUIPO T14140
FACULTAD DE MINAS
UNIVERSIDAD NACIONAL DE COLOMBIA
SEDE MEDELLN
30/05/2014
TABLA DE CONTENIDO
RESUMEN EJECUTIVO....................................................................................................8
1.
INTRODUCCIN......................................................................................................10
2.
CONTEXTO DEL PROYECTO.................................................................................11

2.1.
Formulacin del problema...................................................................................11
2.1.1.
Descripcin del problema.............................................................................11
2.1.2.
Importancia del problema.............................................................................11
2.1.3.
rbol de problemas (causas y consecuencias)...........................................12
2.1.4.
rbol de objetivos (medios y fines)..............................................................13
2.2.
Descripcin del proyecto.....................................................................................14
2.2.1.
2.2.2.
Justificacin.....................................................................................................14
2.2.3.
Objetivos..........................................................................................................15
2.2.3.1.
Objetivo general........................................................................................15
2.2.3.2.
Objetivos especficos................................................................................15
2.2.4.
2.3.
3.
Proyecto seleccionado.................................................................................14
Matriz de marco lgico.....................................................................................15

Contexto social del proyecto...............................................................................18
2.3.1.
Poblacin beneficiada..................................................................................18
2.3.2.
Impactos en la calidad de vida.....................................................................18
2.3.3.
Generacin de empleos...............................................................................19
2.3.4.
Anlisis de externalidades............................................................................20
2.4.
Contexto ambiental del proyecto........................................................................20
2.5.
Contexto estratgico del proyecto......................................................................22
2.5.1.
Anlisis de oferta..........................................................................................22
2.5.2.
Anlisis de la demanda................................................................................23
2.5.3.
Proyeccin de la demanda...........................................................................24
2.6.
Contexto tcnico del proyecto.............................................................................25
2.7.
Contexto legal del proyecto................................................................................28
ANLISIS DE ALTERNATIVAS Y DECISIONES DEL PROYECTO.........................30

3.1.
3.1.1.
Decisiones de localizacin..................................................................................30
Macrolocalizacin............................................................................................30
2
3.1.2.
3.2.
Microlocalizacin.............................................................................................31
Decisiones de mercado......................................................................................32
3.2.1.
Definicin y caracterizacin del producto o servicio....................................32
3.2.2.
Fijacin de precios.......................................................................................32
3.2.3.
Estrategias de penetracin en el mercado..................................................33
3.3.
Decisiones tcnicas............................................................................................34
3.3.1.
Normas tcnicas estndar (ISO, ICONTEC) que aplican para el proyecto.34
3.3.2.
Alternativas tecnolgicas consideradas.......................................................35
3.3.3.
Tamao del proyecto....................................................................................37
3.3.4.
Materias primas e insumos..........................................................................37
3.3.5.
Equipos y maquinaria...................................................................................38
3.3.6.
Personal requerido.......................................................................................38
3.3.7. Normas de seguridad industrial......................................................................39

3.4.
Decisiones ambientales......................................................................................39
3.4.1.
Plan de manejo ambiental............................................................................39
3.4.2.
Plan de monitoreo........................................................................................40
3.4.3.
Plan de contingencia....................................................................................40
3.5.
Decisiones financieras........................................................................................41
3.5.1.
Estructura de inversin.................................................................................41
3.5.1.1.
Inversin en activos fijos...........................................................................41
3.5.1.2.
Inversin en activo nominal......................................................................42
3.5.2.
Egresos por periodo........................................................................................42
3.5.2.1.
Egresos operacionales fijos......................................................................42
3.5.2.2.
Egresos variables por periodo..................................................................43
3.5.2.3.
Egresos no operacionales por periodo.....................................................43
3.5.3.
Ingresos operacionales por periodo................................................................43
3.5.3.1.
4.
Ingresos operacionales.............................................................................43
3.5.4.
Clculo del punto de equilibrio........................................................................43
3.5.5.
Fuentes y mecanismos de financiacin..........................................................44
INGENIERA DEL PROYECTO................................................................................46

4.1.
Diagrama de proceso..........................................................................................46
4.2.
Ingeniera del proceso........................................................................................47

3
4.3.
Distribucin de planta.........................................................................................48
4.4.
Diagrama de GANTT del proyecto......................................................................48
4.5.
Anlisis de ruta crtica del proyecto....................................................................49
4.6.
Modelado y simulacin del proceso....................................................................49
5.
EVALUACIN DEL PROYECTO........................................................................52
5.1.
Evaluacin socioeconmica................................................................................52
5.1.1.
Precios sombra................................................................................................52
5.1.2.
Cuantificacin de beneficios y costos sociales...............................................53
5.1.3.
Flujo de caja socioeconmico.........................................................................54
5.1.4.
VPN socioeconmico y TIR socioeconmica..................................................54
5.2.
Evaluacin ambiental..........................................................................................55
5.2.1.
5.3.
6.
Valoracin cualitativa de impactos...............................................................55
Evaluacin financiera..........................................................................................56
5.3.1.
Estructura ptima de capital.........................................................................56
5.3.2.
Estado de prdidas y ganancias (P y G)......................................................57
5.3.3.
Flujo de caja puro.........................................................................................57
5.3.4.
Flujo de caja financiado................................................................................58
5.3.5.
Criterios de evaluacin financiera................................................................58
ANLISIS DE SENSIBILIDAD Y DE RIESGOS.......................................................60

6.1.
Anlisis de sensibilidad.......................................................................................60
6.1.1.
Efectos de las variaciones de indicadores macroeconmicos....................60
6.1.2. Efectos de las variaciones en la estructura de capital y en los mecanismos

de financiacin..........................................................................................................61
6.1.3.
Efectos de variaciones en la penetracin de mercado estimada................62
6.1.4.
Efectos de los cambios en supuestos y condiciones del entorno...............63
6.2.
6.2.1.
Identificacin de riesgos...............................................................................65
6.2.2.
Medicin de riesgos.....................................................................................66
6.2.3.
rboles de decisin......................................................................................68
6.2.4.
Simulacin Monte Carlo...............................................................................70
6.3.
7.
Anlisis de riesgo e incertidumbre......................................................................65
Anlisis DOFA del proyecto................................................................................71
CONCLUSIONES.....................................................................................................74
4
8.
RECOMENDACIONES.............................................................................................75
9.
REFERENCIAS.........................................................................................................76
NDICE DE FIGURAS
Figura 2-1 rbol de problemas. Elaboracin propia a partir de [2], [3], [6][12]..............12
Figura 2-2. rbol de objetivos. Elaboracin propia a partir de [2], [3], [6][12]...............13
Figura 2-3. Etapas previstas en el ciclo de vida de un software. Adaptada de [13]........14
Figura 2-4. Organigrama para el proyecto. Elaboracin propia.......................................20
Figura 2-5. Participacin del mercado actual de los competidores. Elaboracin propia a
partir de [24].....................................................................................................................22
Figura 2-6. Principales caractersticas competitivas de cada software. Fuente: [24]......23
Figura 2-7. Diagrama de procesos de interaccin con la aplicacin. Elaboracin propia.
..........................................................................................................................................25
Figura 2-8. Arquitectura del sistema propuesto. Elaboracin propia...............................26
Figura 3-1. Resultado de la ponderacin por puntos para la macrolocalizacin.
Elaboracin propia usando [38].......................................................................................31
Figura 3-2. Resultado de la ponderacin por puntos para la microlocalizacin.
Elaboracin propia usando [38].......................................................................................32
Figura 3-3. Resultados de ponderacin con AHP para las alternativas tecnolgicas.
Elaboracin propia...........................................................................................................37
Figura 4-1. Diagrama de procesos del proyecto. Elaboracin propia.............................46
Figura 4-2. Distribucin de espacios en oficina. Elaboracin propia a partir de [62]......48
Figura 4-3. Diagrama de GANTT del proyecto. Elaboracin propia................................49
Figura 4-4. Ruta crtica del proyecto. Elaboracin propia................................................49
Figura 4-5. Modelo de la simulacin en SIMUL8. Elaboracin propia.............................50
Figura 6-1. Variacin del VPN frente a variaciones de variables macroeconmicas.
Elaboracin propia usando @RISK.................................................................................60
Figura 6-2. Variacin de la TIR frente a variaciones de variables macroeconmicas.
Figura 6-3. Variacin del VPN frente a variaciones en mecanismos de financiacin.
Figura 6-4. Variacin de la TIR frente a variaciones en mecanismos de financiacin.
Figura 6-5. Variacin del VPN frente a variaciones en la demanda. Elaboracin propia
usando @RISK.................................................................................................................63
Figura 6-6. Variacin de la TIR frente a variaciones en la demanda. Elaboracin propia
usando @RISK.................................................................................................................63
Figura 6-7. Variacin del VPN frente a variaciones en los supuestos. Elaboracin propia
usando @RISK.................................................................................................................64
5
Figura 6-8. Variacin de la TIR frente a variaciones en los supuestos. Elaboracin

propia usando @RISK......................................................................................................64
Figura 6-9. Incertidumbre descriptiva. Tomado de [67]....................................................65
Figura 6-10. rbol de decisin para el riesgo de prdida de informacin.......................69
Figura 6-11. Distribucin de probabilidad para el VPN con 100% de financiacin.
NDICE DE TABLAS
Tabla 1. Matriz del Marco Lgico. Elaboracin propia.....................................................15
Tabla 2. Matriz de anlisis por dimensiones. Elaboracin propia a partir de [17], [20],
[21], [22]............................................................................................................................21
Tabla 3. Anlisis de la demanda. Elaboracin propia con base en [27]..........................24
Tabla 4. Proyeccin de la demanda y del mercado para SIGEMA a 2018. Elaboracin
propia................................................................................................................................24
Tabla 5. Proyeccin de la demanda de actualizaciones del software. Elaboracin propia.
..........................................................................................................................................25
Tabla 6. Caractersticas de principales lenguajes de programacin. Elaboracin propia.
..........................................................................................................................................27
Tabla 7. Precio de venta de SIGEMA en el primer ao. Elaboracin propia...................33
Tabla 8. Precio de actualizacin de SIGEMA en el primer ao. Elaboracin propia.......33
Tabla 9. Normas tcnicas aplicables. Elaboracin propia...............................................34
Tabla 10. Ponderacin para la toma de decisin del lenguaje de programacin............36
Tabla 11. Plan de manejo ambiental. Elaboracin propia................................................39
Tabla 12. Plan de monitoreo. Elaboracin propia............................................................40
Tabla 13. Plan de contingencia. Elaboracin propia a partir de [22]...............................40
Tabla 14. Inversin en activo fijo. Elaboracin propia......................................................41
Tabla 15. Inversin en activo nominal. Elaboracin propia..............................................42
Tabla 16. Egresos operacionales fijos mensuales. Elaboracin propia...........................42
Tabla 17. Costos no operacionales. Elaboracin propia..................................................43
Tabla 18. Ingresos operacionales estimados. Elaboracin propia..................................43
Tabla 19. Clculo del punto de equilibrio. Elaboracin propia.........................................44
Tabla 20. Descripcin de tiempos y actividades predecesoras. Elaboracin propia.......47
Tabla 21. Resultados de tiempos promedios en cola de variables ms importantes......51
Tabla 22. Razn precio cuenta. Elaboracin propia........................................................52
Tabla 23. Precios sombra de los activos fijos. Elaboracin propia..................................53
Tabla 24. Precios sombra de los activos intangibles. Elaboracin propia.......................53
Tabla 25. Precios sombra de la mano de obra. Elaboracin propia................................53
Tabla 26. Flujo de caja socioeconmico. Elaboracin propia..........................................54
Tabla 27. VPN y TIR socioeconmicos. Elaboracin propia............................................54
6
Tabla 28. Valoracin cualitativa de impactos. Elaboracin propia a partir de [66]..........55

Tabla 29. Leyendas de la Tabla 27...................................................................................55
Tabla 30. Modelamiento de estructuras de capital con el mtodo CAPM. Elaboracin
propia................................................................................................................................56
Tabla 31. Flujo de caja puro. Elaboracin propia.............................................................57
Tabla 32. Flujo de caja 100% financiado. Elaboracin propia.........................................58
Tabla 33. Tabla de amortizacin de la deuda al 100%. Elaboracin propia....................58
Tabla 34. Criterios de evaluacin financiera. Elaboracin propia....................................59
Tabla 35. Distribuciones de probabilidad de variables en mecanismos de financiacin. 61
Tabla 36. Distribuciones de probabilidad de variables en los supuestos........................64
Tabla 37. Riesgos identificados........................................................................................65
Tabla 38. Escala de consecuencias.................................................................................66
Tabla 39. Tabla de riesgos y recomendaciones...............................................................67
Tabla 40. Resumen estadstico de los resultados de la simulacin Monte Carlo............71
Tabla 41. Anlisis DOFA del proyecto. Elaboracin propia..............................................72
NDICE DE ECUACIONES
Ecuacin 1. Tamao del proyecto. Elaboracin propia a partir de [52]...........................37
RESUMEN EJECUTIVO
En la actualidad el sector de la construccin en Colombia es uno de los
motores de la economa nacional, prueba de ello es la variacin porcentual
del aporte de dicho sector al PIB entre 2013 y 2012, un 16,9% que habla por
s solo al compararse con su ms cercano competidor que es el sector de las
actividades de servicios sociales, comunales y personales con un 4,5% [1].
Pero no todo en el sector es positivo, en Colombia el 70% de los proyectos de
construccin que se realizan incumplen su cronograma de ejecucin y el 85%
tienen sobrecostos en el proceso productivo [2]. Dicho lo anterior, queda
claro que existen problemas en el sector de la construccin a pesar de ser el
ms fuerte del pas. Con el fin de formular una propuesta de mejora, de
manera que se disminuyan los retrasos en obras civiles, se desarrolla el
presente proyecto cuyo objetivo principal es mejorar el manejo de inventario
de materiales en obra con base en un software informtico. De esta forma se
pretende optimizar hasta cierto punto el proceso logstico asociado a la
ejecucin de obras civiles. El desarrollo del proyecto se sustenta en estudios
y anlisis que buscan implementar mtodos para evaluar factores
ambientales, tcnicos, econmicos, sociales y de mercado.
Como primera medida se formula el problema, presentndose como
Retrasos en la ejecucin de obras civiles. Se sustenta este mediante la
elaboracin de un rbol de problemas, rbol en el cual se explican las causas,
fines y efectos concernientes al problema indicado. Seguidamente se
muestra el rbol de objetivos que tiene como fin aclarar el propsito del
proyecto.
El siguiente paso es el del anlisis de los diferentes contextos que
intervienen en el proyecto. Los cincos contextos que influyen son el social en
el que se proyecta la poblacin beneficiada y la influencia e impactos que
tiene el proyecto sobre esta; ambiental en el que se evala y compara,
mediante un estudio, las repercusiones que tiene en el ambiente y en el
entorno los diferentes impactos asociados al proyecto, la identificacin y
valoracin de los impactos se hace cualitativa y cuantitativamente, a travs
de la matriz anlisis por dimensiones, que lleva a la elaboracin de un plan
de contingencia; estratgico en el que se analiza la oferta y la demanda del
proyecto, al mismo tiempo se evalan posibles competidores y
consumidores; tcnico en el que se evalan todas las alternativas
tecnolgicas para el sector, equipos, diseos y tamao del proyecto y as
concretar las acciones para ejecutarlo, generando de esta manera el diseo
de un software para el manejo de inventario de materiales en obra y mejorar
la logstica dentro de este proceso, explicando el desarrollo, sustentado en
simulaciones de este; por ltimo se hace una verificacin del aspecto legal
en el que se identifican normas a seguir y licencias requeridas para realizar el
proyecto.
8
Posteriormente se desarrollan los segmentos, en donde se realiza el anlisis

de alternativas y toma de decisiones del proyecto iniciando con la
localizacin en la que se establece la ciudad de Bogot y el tipo de obra en el
que se quiere implementar el proyecto (edificaciones). Segundo, se toman
las decisiones de mercado en donde se fijan precios para la implementacin
del software y adems se muestra la informacin correspondiendo a oferta y
demanda. Tercero, se toman las decisiones tcnicas en donde se consideran
diferentes lenguajes de programacin. Cuarto, los impactos ambientales y los
diferentes controles que se tendrn sobre estos y por ltimo las decisiones
financieras en donde se observa la viabilidad financiera del proyecto y el
mecanismo de financiacin a utilizar.
Una vez finalizado el segmento de toma decisiones, se especifica la
ingeniera del proyecto, en donde se tienen en cuenta aspectos como los
diferentes procesos que se desarrollarn y la ingeniera que estos implican, la
distribucin de plata, la determinacin de tiempos y junto a estos el
respectivo diagrama de Gantt y la ruta crtica correspondiente al proyecto.
Por ltimo, una simulacin en donde se sustente el proceso descrito
anteriormente. Luego, se realizan las diferentes evaluaciones del proyecto
(socioeconmica, ambiental y financiera), seguidamente un anlisis de
sensibilidad y riesgo.
Por ltimo, se presentan las conclusiones del proyecto, basadas en los
resultados obtenidos en los captulos desarrollados.
1. INTRODUCCIN
Debido al gran auge de la construccin en Colombia (y en el mundo) las
empresas logran entender que es necesario conseguir resultados
excepcionales y que no es la mejor opcin seguir slo con los modelos
tradicionales de trabajo para llevar a cabo las diferentes actividades durante
la ejecucin de una obra. Por esto, identifican la necesidad de cambiar o
mejorar dichos modelos de tal manera que se logre un trabajo integral que
conduzca al xito [3].
Por lo anterior, este proyecto busca ayudar a disminuir el impacto que
generan los retrasos en la ejecucin de obras civiles, especficamente
retrasos ocasionados por el mal manejo de inventario de los materiales
durante el tiempo de ejecucin de la obra [4].
La limitacin principal para este proyecto es la falta de indicadores directos
de la productividad en el sector de la construccin en Colombia [4].
El alcance del proyecto consiste principalmente en observar aspectos tales
como el financiero, social, ambiental y tcnico, aspectos determinantes e
influyentes para la elaboracin de un software, de tal manera que se estudie
y se analice la viabilidad del proyecto basada en stos.
La metodologa utilizada para la elaboracin del proyecto es la de la consulta
y seleccin de diversas fuentes confiables que evidencien los problemas que
causan los retrasos en la ejecucin de las obras civiles, ayuden al anlisis de
los aspectos mencionados anteriormente (y con esto al estudio de la
viabilidad a travs de una adecuada toma de decisiones).
10
2. CONTEXTO DEL PROYECTO

2.1. Formulacin del problema
2.1.1.
Descripcin del problema
Se entiende como retraso en una obra civil, la demora causada por aquellos
actos o eventos que se desarrollan dentro de una actividad que afecta de
manera negativa la terminacin de sta y por ende el proceso constructivo
de la obra [5].
En Colombia, el sector de la construccin constituye el principal motor de la
economa del pas [1] es por esto, que en los ltimos aos, increment el
inters por establecer los aspectos determinantes en la ejecucin de las
obras civiles, la forma en la que estos influyen en los diferentes procesos que
se desarrollan y la mejor manera de mitigar el impacto negativo, entendido
como los diferentes retrasos que se presentan durante la ejecucin, siendo
este el principal problema causado por el mal manejo de stos [3].
Al ser la construccin el principal motor de la economa colombiana, es
evidente presenciar un aumento en la demanda de este sector y con esto
una creciente dificultad de las operaciones logsticas que se pueden
desarrollar durante la ejecucin de la obra, especialmente en el manejo de
los diferentes inventarios (inventario de materiales, herramientas y equipos)
y en las relaciones contractuales con los proveedores [4].
Es as como se identifica que, las dificultades en las operaciones logsticas,
hacen parte de los principales motivos para los diferentes retrasos en la
ejecucin de obras civiles, dando origen a problemas en el cronograma de
ejecucin, generando as incumplimientos con la entrega del 70% de los
proyectos y 80% con sobrecostos [3].
2.1.2.
Importancia del problema
Con el objetivo de ayudar a disminuir los retrasos en obra y as contribuir al

desarrollo del sector de la construccin, ampliar la inversin en el sector y
as aumentar la capacidad de empleo (especialmente de mano de obra no
calificada) se hace necesario disminuir los retrasos en la ejecucin de obras
civiles, mediante polticas de eficiencia y efectividad que ayuden al
cumplimiento de plazos de entregas y con esto evitar elevados sobrecostos
en los proyectos; aspectos que hacen ms atractivo, para los inversionistas,
el sector de la construccin y hacen ms competitivas (a nivel internacional)
las empresas colombianas de este sector [3], [4].
11
2.1.3.
rbol de problemas (causas y consecuencias)
En la Figura 2 -1 se presenta el rbol de problemas que representa las causas y efectos asociados a los
retrasos en la ejecucin de obras civiles en Colombia.
Figura 2-1 rbol de problemas. Elaboracin propia a partir de [2], [3], [6][12].
12
2.1.4.
rbol de objetivos (medios y fines)
El rbol de objetivos que presenta los medios y fines del proyecto, adems identifica los parmetros
(resaltados en color amarillo), se presenta en la Figura 2 -2.
Figura 2-2. rbol de objetivos. Elaboracin propia a partir de [2], [3], [6][12].
13
2.2. Descripcin del proyecto

2.2.1.
Proyecto seleccionado
Se propone crear una aplicacin informtica que permita a los usuarios

directos (personal encargado de la ejecucin y supervisin de los procesos
para desarrollar las diferentes actividades en obra, y proveedores) manejar
de forma eficiente el inventario de materiales en una obra civil en ejecucin,
teniendo en cuenta las diferentes labores a desempear por cada uno de
ellos, y as poder realizar un mejor control sobre stas. La aplicacin
permitir a los usuarios tener informacin detallada de cada tipo de material
necesario para realizar los procesos, cantidad utilizada, disponible o faltante,
y segn la programacin de la obra, entregada previamente, la cantidad de
material que se necesitar para la actividad ms prxima. Adems, la
aplicacin tendr la capacidad de enviar alertas a los diferentes proveedores
sobre una posible compra y a la vez cotizaciones que estos quieran hacer
llegar al posible comprador.
2.2.2.
Justificacin
El hecho de crear una herramienta informtica que permita mejorar el

manejo de los materiales en la ejecucin de una obra civil, lo que se traduce
en menos retrasos, implica aplicar conocimientos tcnicos y cientficos para
poder llevar a cabo su realizacin. Se deben ejecutar todas las etapas
pertenecientes al ciclo de vida del software (ver Figura 2 -3).
Figura 2-3. Etapas previstas en el ciclo de vida de un software. Adaptada de [13].
14
De las causas expuestas en el rbol de problemas, con el proyecto planteado,

se estaran atacando las siguientes dos causas: i) cantidad inadecuada de
pedidos de materiales (C 1.2) y ii) tiempo inadecuado de solicitud de
materiales (C 2.1).
2.2.3.
Objetivos
2.2.3.1. Objetivo general

Contribuir a la entrega oportuna de obras civiles en Colombia.
2.2.3.2. Objetivos especficos
Integrar en una sola herramienta todo el proceso de inventario y los

roles que juegan los distintos participantes de una obra de construccin
(constructor, contratistas, interventor).
Manejar adecuadamente el inventario de materiales, implementando
una herramienta informtica.
Generar a travs de la aplicacin informtica alertas a interventores,
constructores y proveedores sobre el agotamiento de materiales
Disminuir los retrasos asociados a la mala gestin de materiales en la
ejecucin de obras civiles en Colombia.
2.2.4.
Matriz de marco lgico
En la Tabla 1 se presenta la matriz de marco lgico para el proyecto

planteado de desarrollo de un software para la gestin de materiales en
obras civiles en Colombia.
Tabla 1. Matriz del Marco Lgico. Elaboracin propia.
INDICADORES
VERIFICADORES
FIN:
Contribuir en
-Registros
la
Internos del
disminucin
Proyecto.
de los costos
-Ministerio de
del sector de -Retrasos en obras de igual Ambiente,
envergadura
con
la Vivienda y
la
construccin. implementacin del software:
Desarrollo
territorial.
-Curaduras.
donde RetrasoA es la cantidad
promedio de tiempo en das que
15
SUPUESTOS
-Apoyo del
sector
constructor
local, regional
y nacional.
-Seguimiento
estatal
detallado al
sector
constructor.
se tarda una obra que usa el

software en finalizar, luego del
plazo inicial propuesto; RetrasoB
es ese mismo tiempo, pero
promediado en obras que no usan
el software.
PROPSITO:
-Variacin de los retrasos en obras -Registros
Contribuir
a de la constructora:
Internos del
la
entrega
Proyecto.
oportuna de
-Registros de
obras civiles
las
en Colombia.
compaas
constructoras
.
COMPONEN
TES
C1. Elicitacin
de requisitos
de
software
de
la
aplicacin.
-Cantidad de informes tcnicos -Registros

realizados anualmente.
internos del
proyecto.
-Cantidad de proveedores de -Ministerio de
materiales inscritos en la base de Ambiente,
datos.
Vivienda y
Desarrollo
-Rutas crticas de consecucin de territorial.
C2.
materiales para proyectos de -Cmaras de
Implementa- construccin.
Comercio.
cin de
la
-Datos de
aplicacin
-Porcentaje
de
reduccin
e constructoras
informtica
retrasos en obras:
.
con base en
los requisitos.
-Efectividad
C3. Lista de prediccin
clientes y de materiales:
proveedores.
del
sistema
de
cantidad
C4. Software
entregado y
mantenido.
16
de
de
-Apoyo del
sector
constructor.
-Registro por
parte de las
empresas del
origen de sus
retrasos en
obra.
-Aceptacin
de parte del
sector
constructor.
-Acceso a
informacin
de las
cmaras de
comercio.
-Apoyo por
parte de
expertos en el
tema.
ACTIVIDADE -Cantidad
de
diagramas
S:
software realizados por mes
A1.1.
Analizar
requisitos
(elaborar
diagramas de
ingeniera de
software que
especifiquen
los requisitos
y funciones
de
interaccin
de la
aplicacin a
desarrollar)
A1.2.
Disear de
las interfaces
de la
aplicacin.
A1.3. Disear
de la base de
datos.
de
A2.1.
Programar el
mdulo de
alerta a
proveedores
e
interventores.
A2.2.
Programar
mdulo de
recomendaci Mensualmente:
n de
cotizacin.
A2.3.
Desarrollar
las bases de
datos e
integracin
Nmero de clientes y proveedores
de mdulos
que aceptan ser incluidos / Total
17
-Registros
internos del
proyecto.
-El tema de
estudio se
encuentran
-Datos de
en fuentes
constructoras bibliogrficas
.
de buena
calidad.
-Los expertos
en el tema
proporcionan
datos
verdicos.
-El sector
constructor es
optimista
frente a la
implementacin del
software.
(reglas de
negocio).
A3.1. Visitar
a las
principales
empresas
proveedoras
de materiales
ptreos y de
construccin.
A3.2.
Adquirir base
de datos de
clientes
proveedores,
con
caracterizaci
n de
materiales.
A4.1. Validar
el software.
de visitados
A4.2.
Corregir
errores del
software.
A4.3.
Capacitar
usuarios
sobre el uso
del
sistema
de
planificacin
de
materiales.
A4.4.
Realizar
mantenimient
o al sistema.
18
2.3. Contexto social del proyecto

2.3.1.
Poblacin beneficiada
Directamente se da un beneficio a travs de las capacitaciones que se les

brindan a las 8.684 personas que hacen parte de los usuarios potenciales.
Adicionalmente, se generan ocho empleos, debido al personal necesario para
la ejecucin del proyecto.
Indirectamente, se presenta un beneficio para los usuarios que esperan la
finalizacin de la construccin en ejecucin, ya que este tiempo de espera,
gracias al proyecto, puede disminuir. No se cuantifica este aspecto, debido a
que hay una enorme variabilidad en las caractersticas de los clientes
potenciales.
2.3.2.
Impactos en la calidad de vida
Para analizar los impactos en la calidad de vida se toman en cuenta

diferentes sectores tales como el demogrfico, el ambiental, la dinmica
empresarial, entre otros [14].
Usos:
Implementacin del software, para agilizar los procesos constructivos

desarrollados en las diferentes actividades que se llevan a cabo en
obra, utilizando funciones como la prediccin de la necesidad de algn
material que se necesite para desarrollar dicho proceso.
Aprovechamiento del conteo que lleva el software de la cantidad de
materiales necesarios, recibidos y utilizados, para as ejercer control
sobre estos y evitar robos o detectar prdidas que se pueden
desarrollar por la mala utilizacin de stos en obra.
Beneficios:
Generacin de empleo en la ciudad de Bogot, logrando as atacar el

desempleo y con esto, mejorar el sector del mercado laboral.
Posibilidad de adquirir conocimiento gratis sobre las capacitaciones y
utilizacin de programas de planificacin de obras.
Debido a que el proyecto, que se llamar Sistema de Gestin de Materiales

(SIGEMA), va orientado principalmente a los proyectos de construccin de
edificaciones y no a la sociedad (o a un grupo de sta), se genera la
dificultad de cuantificar otros beneficios sociales que incidan directamente en
ella, por lo que slo se tienen en cuenta los dos anteriores beneficios.
19
2.3.3.
Generacin de empleos
Para el desarrollo de la aplicacin propuesta, se requiere personal apto para

las distintas funciones necesarias durante los cinco aos del proyecto:
Desarrollo de la aplicacin: implica la contratacin de tres ingenieros

de sistemas con destrezas para la programacin de aplicaciones web;
adems de un analista de software, para la elicitacin de los requisitos
de la aplicacin, y que tambin debe ser capaz de programar para la
etapa de implementacin.
Administrar el proyecto: requiere de una persona con conocimientos y

habilidades para supervisar la ejecucin del proyecto, y administrar los
recursos.
Conseguir clientes y lista de proveedores: se necesita la contratacin

de un mercaderista para visita a las principales empresas proveedoras
de materiales ptreos y de construccin, adems de vender el producto
a las empresas de construccin.
Servicios adicionales: se requiere una secretaria para apoyar el manejo

de documentacin y atencin a los usuarios; adicionalmente, una
persona en servicios generales (aseo y atencin).
El organigrama que representa estas funciones se presenta en la Figura 2 -4.
Figura 2-4. Organigrama para el proyecto. Elaboracin propia.
No se identificaron empleos indirectos.

2.3.4.
Anlisis de externalidades
El anlisis de externalidades en la industria del software resulta ser, en

muchos casos, un problema, puesto que al tratarse de un producto/servicio
con pocas representaciones tangibles, no son muy visibles las repercusiones
20
que ste tiene sobre agentes externos su desarrollo. En el caso de que se

tratase de un software de cdigo abierto, podran encontrarse externalidades
de carcter positivo asociadas a la puesta en comn de conocimiento [15].
Sin embargo, este no es el caso del presente proyecto. Para el caso
especfico de SIGEMA, no se han identificado externalidades relacionadas con
la implementacin del software, ya que, por el contexto estratgico, ste no
es de cdigo abierto. Por el contrario, slo les proporciona acceso a los
clientes que paguen el servicio.
Por otro lado, se encuentran externalidades de red, cuyo fundamento se basa
en que la reduccin del costo y tiempo del procesamiento de la informacin,
debido a la implementacin de TIC, modifican el modo en que las empresas y
los mercados gestionan el flujo de bienes y servicios a travs de su cadena
de valor [16]. En este sentido, el producto final del proyecto puede ser
aplicado a mltiples industrias, ajenas a la construccin, que deseen realizar
un manejo de sus materiales en inventario. Esto les permitira reducir costos,
ya que tener una mejor comunicacin con los proveedores y una mejor
planificacin de los pedidos, contribuye a evitar prdidas y pedidos a
destiempo. Sin embargo, cuantificar esta externalidad es bastante complejo,
por lo que se deja como trabajo futuro.
2.4. Contexto ambiental del proyecto
En el proceso de diseo, mantenimiento y actualizacin de la aplicacin
SIGEMA, el impacto sobre el medio ambiente es mnimo. Sin embargo, la
creciente necesidad de renovar las plataformas de hardware de los
ordenadores que resulta de los requisitos cada vez ms exigentes de los
productos de software, y la posterior contaminacin producida por las piezas
sustituidas y la preocupacin general por la daos al ecosistema, son slo
algunas de las razones por las que el impacto ambiental causado por este
tipo de productos debera ser estudiado [17].
Debido a la complejidad que significa la definicin de los lmites reales del
entorno que dan como producto el software, y teniendo en cuenta el trabajo
por Quella y Schmidt [18], la determinacin del impacto medioambiental de
este tipo de productos puede implicar la medicin de mucho ms que la
energa consumida por el hardware que es necesario para ejecutarlos, pero el
proceso se ve limitado por la falta de informacin requerida. Dicho lo
anterior, y a partir de los impactos ambientales que se pueden considerar
para el anlisis del ciclo de vida del software [19], se tienen en cuenta los
impactos presentados en la matriz de anlisis por dimensiones (ver Tabla 2).
Tabla 2. Matriz de anlisis por dimensiones. Elaboracin propia a partir de [17],
[20], [21], [22].
Dimensin
Fsica
Bitica Cultural
Econmica
Fsica
No aplica.
No
aplica.
No aplica.
No aplica.
21
Poltic
a
No
aplica.
Bitica
No aplica.
No
aplica.
Fomento
de
la
utilizacin
de nuevas
tecnologas
Disminuci
n
de
recursos
energticos
No
Fomento
aplica.
de
la
utilizacin
de nuevas
tecnologas
Aumento
de
materiales
tecnolgico
s
desechado
s
Cultural
Econmica
No aplica.
No
aplica.
Poltica
No aplica.
No
aplica.
No aplica.
No aplica.
Fomento
de
la utilizacin
de
nuevas
tecnologas
Cambios
en
las
costumbres
Fomento de
utilizacin
nuevas
tecnologas
Cambios en
actividades
econmicas
No
aplica.
la
de
No
aplica.
las
Disminucin de
costos
por
retrasos
en
Dinamizacin obras
econmica Aumento
del
Incremento
margen
de No
de
ganancia
aplica.
expectativas
econmicas
Dinamizacin
econmica
Generacin de
empleos
No
No aplica.
No aplica.
aplica.
2.5. Contexto estratgico del proyecto

2.5.1.
Anlisis de oferta
Debido a que en Colombia no se cuenta con estudios estadsticos realizados

con respecto a la utilizacin de herramientas informticas en el sector de la
construccin, se asume que el mercado chileno, al ser un mercado
22
latinoamericano se asemeja al mercado colombiano y puede ser afn a

nuestro caso de estudio. Cabe aclarar que para efectos de tener una buena
base conceptual, se pueden excluir sistemas que aunque estn
implementados en Colombia, no estn documentados sobre bases de
informacin confiables, por lo que no se tienen en cuenta para este caso.
Un aspecto primordial a tener en cuenta es que en los bancos de software se
presentan ms de 400 de herramientas para la gestin y planeacin de
proyectos, desde planillas adecuadas para dirigir proyectos hasta sistemas
mundiales, tales como: Primavera (Oracle), Mercury (HP) o Clarity (CA),
pasando por sistemas en modalidad SaaS (Software as a Service), de
escritorio o bien para ser implementados en grandes corporaciones [23].
Segn estudios realizados por la Corporacin de Desarrollo Tecnolgico en
Chile [24], las herramientas informticas para la gestin de proyectos ms
utilizadas y por lo tanto a considerar como competencia directa son las que
se destacan en la Figura 2 -5.
Figura 2-5. Participacin del mercado actual de los competidores. Elaboracin

propia a partir de [24].
As mismo, en la Figura 2 -6 se presenta, para cada una de ellas, su

caracterstica competitiva principal con respecto a las dems alternativas
presentes en el mercado.
Figura 2-6. Principales caractersticas competitivas de cada software. Fuente: [24].
23
2.5.2.
Anlisis de la demanda
En Colombia hay aproximadamente 700 empresas relacionadas con el sector

de la construccin, las cuales se dividen as: 200 constructoras de obras
civiles, 200 de obras residenciales y 100 de adecuacin de obras de
construccin, 50 compaas proveedoras de cemento y concreto, 100 de
acero y 50 de ladrillo y cermica [25]. De estas empresas, slo es posible
tener en cuenta las 500 empresas en las que su objeto social es el de llevar a
cabo obras civiles, ya que la implementacin de SIGEMA slo sera til en
estas empresas. Sin embargo, como el servicio que se prestar incluye el
almacenamiento de los datos, el servidor continuamente ejecutndose, y el
mantenimiento al sistema, se decide contactar empresas de construccin,
pero vender el producto por proyecto. As, se consideran las licencias de
construccin como la demanda.
De acuerdo con CAMACOL [26], el 2013 se registraron 40.865 licencias de
construccin. Sin embargo, dentro de las consideraciones del mercado meta,
interesa el tamao de las obras que llevan a cabo dichas empresas. Para
efectos de funcionalidad del software y de una ventaja aplicativa del mismo,
es recomendable que sea implementado en obras de tamao mediano y
grande, que constituyen el 48,3%.
Por otra parte, el mercado meta de SIGEMA es aquel en el que se ubican
todas las empresas del mercado que an no hacen uso de implementar
herramientas informticas para la planificacin de obras civiles. Se asume
que esta poblacin de organizaciones son todas aquellas empresas que
buscan implementar herramientas que brinden soluciones enfocadas en la
logstica interna y todos sus aspectos relacionados con la construccin como
la planeacin de la obra, abastecimiento, recepcin de pedidos, salida y
distribucin de insumos y materiales, gestin de inventarios y gestin de
tiempos de obra. Segn [27], el 22% de las empresas an no usan software
para la planificacin de obras. De esta forma, la demanda inicial ser de
4.342 (ver Tabla 3).
Tabla 3. Anlisis de la demanda. Elaboracin propia con base en [27].
24
2.5.3.
Proyeccin de la demanda
Ya que de acuerdo al crecimiento del sector construccin en Colombia, se

rige la demanda de proyectos anualmente, un posible criterio para proyectar
la demanda de SIGEMA es el de proyectarla de acuerdo a las fluctuaciones
del sector. Esto es posible utilizando como tcnica de proyeccin el promedio
de los datos histricos en los que se tiene un crecimiento de 10%, 3.6% y
16.9% para 2011, 2012 y 2013 respectivamente [25]. As mismo, la cantidad
total de empresas que conforman el mercado puede ser proyectada de
acuerdo al crecimiento del sector. De esta manera, se establece un
pronstico del total de empresas miembros del sector, por lo tanto, la
cantidad que se prev sea demandada del producto. Dichas proyecciones se
presentan en la Tabla 4.
Cabe sealar que, al no existir datos histricos sobre la participacin inicial
de los competidores, se asume que la participacin inicial de SIGEMA ser el
22% del mercado el primer ao, con base en el porcentaje de empresas que
actualmente no usan ningn software para planificacin [27] (como se
mencion anteriormente). Su crecimiento se ver influenciado entonces por
las fluctuaciones de crecimiento del sector.
Tabla 4. Proyeccin de la demanda y del mercado para SIGEMA a 2018. Elaboracin
propia.
Tambin debe tenerse en cuenta que el software debe ser actualizado

continuamente, y esta actualizacin tiene un precio especfico, se proyecta la
demanda de actualizaciones del software como una proporcin (80%) del
software vendido en el ao inmediatamente anterior, de la forma en que se
presenta en la Tabla 5.
Tabla 5. Proyeccin de la demanda de actualizaciones del software. Elaboracin
propia.
25
2.6. Contexto tcnico del proyecto

Cuando se va a desarrollar un software, lo primero es definir los
requerimientos funcionales de la aplicacin. Para ello, es indispensable
establecer quines van a interactuar con el programa y de qu forma, es
decir, se necesita identificar los roles de la organizacin, y las necesidades de
los mismos [28].
En el caso de las obras de construccin, en general, se pueden establecer los
siguientes roles, que seran los usuarios de la aplicacin: ingeniero auxiliar,
ingeniero residente, director de obra, interventor y proveedor. Naturalmente,
el proveedor es externo a la organizacin, pero es un agente que puede
interactuar con el sistema, por lo que es necesario considerarlo como
usuario. Cada uno de estos roles determina las funciones correspondientes
en la aplicacin. As, se plantea el diagrama de procesos de interaccin con
la aplicacin que se muestra en la Figura 2 -7.
Figura 2-7. Diagrama de procesos de interaccin con la aplicacin. Elaboracin

propia.
De este diagrama, se deduce que en total son 19 procesos los que se

convierten en casos de uso a desarrollar para la aplicacin. Adicionalmente,
es importante manejar como almacenes de informacin los Reportes,
Materiales (con tipo y cantidad), y el Cronograma estimado (actividad,
tiempo, requisitos).
26
Con el fin de elaborar una aplicacin que cumpla con dichos requisitos, se
propone la arquitectura para el sistema que aparece en la Figura 2 -8.
Figura 2-8. Arquitectura del sistema propuesto. Elaboracin propia.
La arquitectura propuesta consiste en que cada uno de los actores debe

tener una forma de acceso a la aplicacin y, de acuerdo a su rol, se habilitan
diferentes interfaces que permiten realizar las funciones correspondientes
que se muestran en la Figura 2 -8.
Estas interfaces de usuario se ejecutan en un servidor web que realiza la
conexin con la capa donde se programa la lgica del negocio, que es el
centro de la aplicacin que se desarrollar, que se llamar SIGEMA (Sistema
de Gestin de Materiales). Esta capa contiene todas las reglas de negocio, y
se compone de los siguientes tres mdulos:
Clculo y prediccin de materiales: los usuarios van ingresando los

avances y gastos de materiales. Con base en esto, y el cronograma
estipulado, el sistema est en la capacidad de predecir
aproximadamente cundo se debe hacer el siguiente pedido, y avisa al
proveedor para realizar la compra.
Envo de alertas: el sistema est en la capacidad de avisar al
interventor y al proveedor cundo se acabar material, y cunto se va
a pedir, para poder realizar el despacho de una forma ms planificada.
El proveedor puede mandar una cotizacin al sistema.
Sugerencia para la seleccin de la compra: el sistema est en la
capacidad de sugerir, entre las cotizaciones del proveedor, aquella que
mejor se adapte a los criterios de seleccin del interventor.
Finalmente, todos los datos se almacenan en una base de datos, para lo que
se tiene una capa de acceso a los datos.
27
El desarrollo de dicha aplicacin requiere la seleccin del lenguaje de

programacin, ya que cada uno posee ciertas caractersticas, especialmente
orientadas a sus principales usos. Por tanto, en la Tabla 6 se presentan los
principales lenguajes de programacin [29].
Tabla 6. Caractersticas de principales lenguajes de programacin. Elaboracin

propia.
Multi
-Platafor
ma [30]
Gratuidad
(compilad
or y
fuentes)
[30]
Buena
Buena
Java
Excelente
Buena
Objectiv
e-C
Buena
Buena
C#
Buena
Regular
4,82%
PHP
Buena
Buena
2,77%
Python
Excelente
Buena
1,99%
Buena
Buena
1,75%
Mala
Mala
1,74%
JavaScri
pt
Visual
Basic
Uso
[29]
Principales usos
[31]
17,63
%
17,35
%
12,87
%
Operaciones de bajo
nivel
Aplicaciones, web
cliente y servidor
Aplicaciones Mac OS
X, iOS, GNUstep
Aplicaciones, web
cliente y servidor,
robtica, desarrollo
rpido de aplicaciones
(RAD)
Web del lado del
servidor
Inteligencia artificial,
aplicaciones, web,
computacin cientfica
Web lado del cliente y
servidor
RAD, educacin, web
Si bien los lenguajes de programacin poseen muchas caractersticas que

permitiran una comparacin ms completa, se ha decidido incluir estos
cuatro criterios por las siguientes razones: las diferentes empresas
constructoras pueden utilizar diferentes sistemas operativos, por lo cual es
importante que el sistema pueda ejecutarse en cualquiera de ellos, es decir,
que sea multiplataforma; adicionalmente, interesa identificar qu costos
implicara la adquisicin de las fuentes y compiladores de cada lenguaje de
programacin; por su parte, el porcentaje de uso implica mayor o menor
soporte en la web para la resolucin de problemas; finalmente, es
fundamental identificar a qu est orientado el lenguaje de programacin.
28
Con base en estas caractersticas, en la seccin de Decisiones tcnicas, se

toma la decisin por alguno de estos lenguajes para el desarrollo de la
aplicacin.
2.7. Contexto legal del proyecto
De acuerdo a la normatividad colombiana e internacional se establece que
las leyes y decretos que inciden en el desarrollo del proyecto son:
Ley 603 de 2000 - Por la cual se modifica el artculo 47 de la Ley 222 de

1995 [32]. En esta ley se establece que las autoridades tributarias
colombianas podrn verificar el estado de cumplimiento de las normas
sobre derechos de autor por parte de las sociedades para impedir que,
a travs de su violacin, tambin se evadan tributos.
Decreto 1360 de 1989 - Por el cual se reglamenta la inscripcin del

soporte lgico (software) en el Registro Nacional del Derecho de Autor
[33]. Se define que el soporte lgico (software) comprende uno o varios
de los siguientes elementos: el programa de computador, la
descripcin de programa y el material auxiliar. Donde:
o Programa de computador: La expresin de un conjunto
organizado de instrucciones, en lenguaje natural o codificado,
independientemente del medio en que se encuentre almacenado,
cuyo fin es el de hacer que una mquina capaz de procesar
informacin, indique, realice u obtenga una funcin, una tarea o
un resultado especifico.
o Descripcin de Programa: Una presentacin completa de
procedimientos en forma idnea, lo suficientemente detallada
para determinar un conjunto de instrucciones que constituya el
programa de computador correspondiente.
o Material auxiliar: todo material, distinto do un programa de
computador o de una descripcin de programa, creado para
facilitar su comprensin o aplicacin, como por ejemplo,
descripcin de problemas e instrucciones para el usuario.
Decreto 2755 de 2003 (Art 15 al 18) [34] Hace referencia a la renta

exenta en la produccin de software y a la certificacin que se debe
obtener por Colciencias.
ADPIC (Aspectos de los derechos de propiedad intelectual relacionados

con el comercio) [35] - El Artculo 10 hace referencia a los programas
de ordenador y compilaciones de datos: Los programas de ordenador,
sean programas fuente o programas objeto, sern protegidos como
obras literarias en virtud del Convenio de Berna (1971). El Artculo 11
29
menciona los derechos de arrendamiento. Al menos respecto de los

programas de ordenador y de las obras cinematogrficas, los miembros
conferirn a los autores y a sus derechohabientes el derecho de
autorizar o prohibir el arrendamiento comercial al pblico de los
originales o copias de sus obras amparadas por el derecho de autor.
Convenio de Berna para la proteccin de las obras literarias y artsticas

[35], enmendado en 1979 [36] - En el Artculo 2 se contempla a los
programas de ordenador como obras protegidas.
Tratado de la OMPI (Organizacin Mundial de la Propiedad Intelectual)

sobre derechos de autor 1996 [37] Se acord lo siguiente:
o Artculo 4 (Programas de Ordenador): Los programas de
ordenador estn protegidos como obras literarias en el marco de
lo dispuesto en el Artculo 2 del Convenio de Berna del Convenio
de Berna. Dicha proteccin se aplica a los programas de
ordenador, cualquiera que sea su modo o forma de expresin.
o Artculo 7 (Derecho de alquiler): (1) Los autores de: (i) programas
de ordenador; (ii) obras cinematogrficas; y (iii) obras
incorporadas en fonogramas, tal como establezca la legislacin
nacional de las Partes Contratantes, gozarn del derecho
exclusivo de autorizar el alquiler comercial al pblico del original
o de los ejemplares de sus obras. (2) El prrafo (1) no ser
aplicable: (i) en el caso de un programa de ordenador, cuando el
programa propiamente dicho no sea el objeto esencial del
alquiler; y (ii) en el caso de una obra cinematogrfica, a menos
que ese alquiler comercial haya dado lugar a una copia
generalizada de dicha obra que menoscabe considerablemente el
derecho exclusivo de reproduccin.
A partir de lo anteriormente establecido, inicialmente se debe demostrar que

el software SIGEMA comprende el elemento Programa de computador del
Decreto 1360 de 1989 para que ste pueda ser inscrito en el Registro
Nacional del Derecho de Autor. Luego, segn el Artculo 18 del Decreto 2755
de 2003 se debe realizar una solicitud de certificacin a Colciencias sobre
nuevo software. Para efectos de la certificacin que debe expedir Colciencias
o la entidad que haga sus veces, se deber presentar [34]:
a) El soporte lgico junto con sus manuales e instructivos;
b) Certificacin sobre existencia y representacin legal de la empresa
solicitante expedida por la Cmara de Comercio del domicilio;
c) Copia del certificado expedido por la Oficina de Registro de la Direccin
Nacional de Derechos de Autor del Ministerio del Interior y de Justicia;
d) Certificacin expedida por el Representante Legal y el Revisor Fiscal y/o
Contador Pblico, segn el caso, de la empresa interesada, en la cual
se declare que el software fue elaborado en Colombia;
30
e) Los documentos necesarios que acrediten un alto contenido de

investigacin cientfica y/o tecnologa nacional en la produccin del
software correspondiente.
Finalmente, cobijados por la Ley 603 de 2000, cualquier ente perteneciente a
la sociedad que realice uso del software SIGEMA tendr que pagar por
derechos de autor y as evitar que se evadan tributos.
31
3. ANLISIS DE ALTERNATIVAS Y DECISIONES DEL PROYECTO

3.1. Decisiones de localizacin
3.1.1.
Macrolocalizacin
Debido a la gran diferencia que existe en la forma de operar en los distintos

tipos de obras civiles, antes que ubicar un sitio geogrfico, es importante
elegir con qu tipo de obras se plantea el proyecto.
Por lo tanto, se propone considerar los siguientes cuatro grandes grupos de
tipos de obras civiles: edificaciones, vas urbanas, carretearas y obras
hidrulicas.
Para elegir la mejor de estas alternativas, se proponen los siguientes
criterios:
a) Tamao (peso: 42,4%): para poder observar buenos resultados por
parte del sistema propuesto, es importante que las obras sean
grandes, de manera que constantemente tengan un flujo de
materiales, y justificando el uso del software. Si bien es muy relativo
determinar entre estas alternativas cul tiene mayor tamao, se realiz
una aproximacin de las obras ms comunes segn el tipo, para
incluirlas en alguno de los elementos del siguiente conjunto: Muy
grande (0,76-1,00), Grande (0,51-0,75), Mediano (0,10-0,50,
Pequeo (0,05-0,09), Muy pequeo (0,00-0,04).
b) Frecuencia (peso: 34,1%): resulta mejor aquel sector de la
construccin, donde exista mayor demanda de proyectos, de forma tal
que el producto pueda venderse con mayor frecuencia. Este criterio se
mide mediante variables discretas: Muy frecuente (0,75-1,00),
Frecuente (0,43-0,74) y Poco frecuente (0,00-0,42).
c) Cercana a centros urbanos (peso: 23,5%): debido a la importancia que
tienen los dispositivos tecnolgicos, su conexin a la web, se considera
importante que sea cerca a los centros urbanos, ya que es ms
probable que estos recursos existan. El conjunto en este caso est
dado por los siguientes valores: Urbe (0,87-1,00), Periferia (0,650,86), Zona rural (0,02-0,64), Zona selvtica (0,00-0,01). Por las
caractersticas del proyecto, es desaconsejable su implementacin en
zonas selvticas, por lo que se castiga este valor con muy bajo peso.
El grado de inconsistencia es de 0,9%, que, al ser menor al 10%, se puede
aceptar. Ahora, teniendo en cuenta estos criterios, se utiliz la metodologa
de puntos ponderados, haciendo uso del software ExpertChoice [38]. Los
32
resultados se presentan en la Figura 3 -9. De ella, se deduce que el sector de

las edificaciones es el que mejor se adapta a los criterios establecidos.
Figura 3-9. Resultado de la ponderacin por puntos para la macrolocalizacin.

Elaboracin propia usando [38].
3.1.2.
Microlocalizacin
Una vez establecido que se trabajar con edificaciones, resta determinar en

qu lugar se ubicar el sitio de produccin. En este caso, la produccin se da
en una oficina donde estarn los programadores, el analista y dems
empleados. La ubicacin de sta, se realiza entre las seis ciudades ms
pobladas en Colombia [39]: Bogot, Medelln, Cali, Barranquilla, Cartagena y
Ccuta.
Los criterios para decidir entre estas opciones son los siguientes:
a) Cantidad de construcciones (peso: 56,9%): es importante estar cerca
de donde hay ms demanda, para as disminuir barreras asociadas a
costos de transporte. Este criterio se mide con la cantidad de obras
terminadas en el 2013 [26].
b) Poblacin (peso: 27,5%): se asume que las ciudades donde haya mayor
poblacin, se proyectar mayor cantidad de proyectos de construccin
de edificaciones, por lo que se tendran mayores expectativas de
crecimiento del proyecto, por tener mayores clientes potenciales [39].
c) Programas profesionales en sistemas (peso: 15,5%): al ser un proyecto
que requiere de personal calificado, se asume que ser ms fcil
conseguirlo en aquella ciudad donde haya mayor cantidad de
33
programas universitarios relacionados con la ingeniera de sistemas.

Los datos para este criterio se encuentran en [40], sin embargo, como
all se presentan cifras departamentales, se realiza la suposicin de que
se conservan dichas proporciones en las ciudades capitales de los
departamentos respectivos.
El grado de inconsistencia de la ponderacin de los criterios es de 3%, por lo
que se aceptan. Los resultados de este anlisis, al aplicar promedios
ponderados, se muestran en la Figura 3 -10. Se concluye entonces que
Bogot es el lugar ideal para ubicar la oficina, teniendo un desempeo muy
superior con respecto a las dems alternativas.
Figura 3-10. Resultado de la ponderacin por puntos para la microlocalizacin.

Elaboracin propia usando [38].
3.2. Decisiones de mercado

3.2.1.
Definicin y caracterizacin del producto o servicio
El software SIGEMA es un producto de suministro informtico pensado

principalmente para el sector constructor en el cual los inventarios presentan
una dificultad extra especialmente por las cantidades y tiempos de respuesta
requeridos para los materiales y el control por parte de terceros
(interventores). El software a desarrollar genera alertas tanto para
proveedores como para el constructor en cuanto a cantidad de materiales,
consumos anmalos y cantidades en stock en otros, otra caracterstica del
software es la base de datos asociada de proveedores y precios de
materiales para anlisis varios por parte de del cliente.
34
Los servicios pos venta se relacionan al software al asesoramiento tcnico,

mantenimiento y consultora del programa y de otras herramientas
informticas que se puedan integrar a SIGEMA.
El proyecto se analiza a 5 aos debido a que as est medida la vida til de
los computadores que se utilizan para la programacin y mantenimiento del
software [41], [42].
3.2.2.
Fijacin de precios
Los precios tanto de venta como de actualizacin de SIGEMA fueron fijados

de acuerdo al pronstico total de ventas del producto durante el horizonte de
tiempo en el que se llevar a cabo el desarrollo y ejecucin del proyecto,
teniendo en cuenta el incremento en el histrico del IPC anual [43]. Se utiliz
el mtodo de costo ms margen, con un margen de 45% con base en [44]
[46]. Los resultados que se obtuvieron se presentan en la Tabla 7 y Tabla 8.
Tabla 7. Precio de venta de SIGEMA en el primer ao. Elaboracin propia.
Tabla 8. Precio de actualizacin de SIGEMA en el primer ao. Elaboracin propia.
3.2.3.
Estrategias de penetracin en el mercado
Para lograr competir en un mercado globalizado, las empresas de tecnologas

de la informacin (TI) deben adquirir la capacidad de responder
oportunamente a los cambios de su entorno competitivo y para ello es
fundamental monitorear estratgicamente el mercado y la tecnologa con el
fin de identificar oportunidades de especializacin para la generacin de
servicios de alto valor agregado y, a su vez, establecer las mejores
estrategias de penetracin [47].
Identificando el tema de desarrollo de software en se identifica claramente
dos categoras de desarrollo: a la medida y estndar. Especficamente en la
industria Colombiana se han identificado segn la actividad a la que se
dedican 162 empresas de instalacin y comercializacin, 146 de consultora
de TI, 133 desarrollos a la medida, 133 de implementacin de software, 127
al soporte [48].
35
En cuanto al desarrollo de software se identifican las empresas colombianas

como artesanas de software, ya que su principal enfoque ha sido el
desarrollo a la medida y a cubrir las necesidades especficas de los clientes,
esta industria no se ha enfocado precisamente en el software estndar ya
que este mercado es atendido por multinacionales que tienen unas barreras
importantes de entrada y es un mercado altamente competitivo en las
grandes ligas. Segn un estudio realizado por el DANE en el 2003 se
evidencio la tendencia en Colombia en cuanto a los ingresos por desarrollo
de software local y su aumento entre 1999 y 2004 [48].
Con respecto a las barreras de entrada, es preciso considerar que el tamao
de la base de mercado de determinado producto de software genera efectos
positivos de red en modelos tecnolgicos estndar que emplean los usuarios
(feedback positivo). Esto refuerza todava ms el poder de mercado de
empresas ya establecidas. Una de las principales barreras de esta tendencia
es la difusin del software libre; esta amenaza potencial depende de varios
factores, incluida la evolucin tecnolgica. Adems, con la introduccin de
innovaciones en
generaciones sucesivas perfeccionadas, los productos
tienen ciclos de vida cada vez ms cortos. Finalmente, las fusiones y
adquisiciones de empresas de productos complementarios acentan las
fuertes barreras a la entrada de nuevas empresas en este segmento [49].
3.3. Decisiones tcnicas
3.3.1. Normas tcnicas estndar (ISO, ICONTEC) que aplican
para el proyecto
El planeamiento, desarrollo y concepcin de un software como herramienta
que agilice y facilite la administracin de inventarios en la ejecucin de obras
civiles conlleva desde el punto de vista tcnico conocer y hacer partcipe del
entorno del proyecto todas las normas tcnicas nacionales e internacionales
que pudiesen tener relacin tanto en el proceso que significa la ingeniera del
software como de los procesos que este realizara; es decir que deben tenerse
en cuenta las normas tcnicas que rigen las calidades, adquisicin y
distribucin de materias para el sector de la construccin.
De esta forma los materiales que hagan parte de los inventarios debern ser
posibles de discriminar dependiendo de sus especificaciones y la norma que
estos la rija, facilitando as la transparencia y los procesos de certificacin en
los que se puedan ver inmiscuidos tanto los clientes (constructores) como la
misma empresa.
En la Tabla 9 se presentan las principales normas tcnicas aplicables al
proyecto analizado.
Tabla 9. Normas tcnicas aplicables. Elaboracin propia.
36
Norma Tcnica
Estructurac
in y
funcionami
ento del
software
NTC-ISOIIEC90003
NIC2
NTC1920
NTC2289
NTC121
NTC30
NTC174
Calidades y
descripcion
es de
algunos
materiales
NTC4992
NTC3356
NTC2017
NTC1437
NTC1087
NTC3458
NGC2050.CAPIT
ULO3
37
Objeto
Ingeniera de software.
Directrices para la
aplicacin de la
NTC-ISO 9001:2000 a
software de computador
Norma internacional de
contabilidad.inventarios
Acero estructural al
carbono
Barras corrugadas y lisas
de acero de baja aleacin,
para refuerzo de concreto
Ingeniera civil y
arquitectura.
Cemento prtland.
Especificaciones fsicas
y mecnicas
Cemento prtland.
Clasificacin y
nomenclatura
Concretos.
Especificaciones de los
agregados para
concreto
Losetas de concreto para
pavimentos
Concretos.
Mortero premezclado para
mampostera
Adoquines de concreto para
pavimentos
Asfaltos lquidos.
Especificaciones
Tubos de poli(cloruro de
vinilo) (PVC)
rgido para uso sanitarioaguas lluvias
y ventilacin
Higiene y seguridad.
Identificacin de tuberas y
servicios
Cdigo elctrico colombino.
mtodos y materiales de
las instalaciones
Las normas que se relacionan en la anterior tabla se subdividieron en dos

categoras teniendo en cuenta que unas impondrn requisitos de calidad a la
realizacin propiamente dicha del software, es decir, de su estructuracin y
funcionamiento; mientras que la otra categora de normas deber tenerse en
cuenta, dado que los consumidores del software (empresas constructoras)
requieren, como industria, realizar seguimiento a las calidades de los
materiales que utilizan por cuanto el inventario, en este caso SIGEMA deber
dar reporte de esto de manera gil y oportuna.
3.3.2.
Alternativas tecnolgicas consideradas
Con base en las caractersticas presentadas en la seccin del Contexto

tcnico, se realiza un anlisis comparativo de las alternativas tecnolgicas.
Para seleccionar la que se adapte mejor a las necesidades del sistema a
desarrollar, se tienen en cuenta los criterios explicados en dicha seccin. Sin
embargo, con el fin de discriminar mejor los principales usos que se le da a
los lenguajes de programacin, para identificar aquella alternativa que se
adapte a las verdaderas necesidades del sistema, se propone subdividir a
este criterio, que caracteriza la orientacin del software, en los siguientes dos
subcriterios:
Web: Se ha decidido que es importante que la aplicacin sea orientada

a la web. Es posible que, de acuerdo a los pesos dados a los diferentes
criterios, el resultado indique que es mejor una aplicacin de escritorio.
Sin embargo, dada las grandes necesidades que tiene el software de
adaptarse a las caractersticas de cada proyecto de construccin, la
gran cantidad de datos (escalabilidad), la necesidad de manejar
soporte de los datos, la importancia de la integracin entre datos
(concurrencia), resulta muy til ponderar qu tan orientado a la web es
cada lenguaje de programacin considerado.
Inteligencia artificial: SIGEMA contiene un mdulo para la prediccin de

la fecha de terminacin de materiales, y otro como sistema de
recomendacin de acuerdo a los criterios del interventor. Ambos
mdulos requieren utilizar diferentes algoritmos de inteligencia
artificial, especialmente asociados a modelos estadsticos de regresin
y matriciales para aprender las preferencias del usuario. Por tanto, es
importante que el lenguaje de programacin provea herramientas que
faciliten la labor de implementar dichas tcnicas.
Teniendo en cuenta todos estos criterios, se hace uso del proceso analtico
jerrquico AHP (debido a que hay una jerarqua en los criterios de decisin).
Para ello, los criterios se miden como se presenta en la Tabla 10. El Uso se
mide con los valores porcentuales presentados en la Tabla 6. Los valores para
todos los criterios se basan en las referencias citadas en dicha tabla. Debido
a lo importante que es la orientacin hacia la web y la inteligencia artificial
del proyecto, este criterio tiene mayor importancia, adems de la posibilidad
de usarse multiplataforma. Las valoraciones en los diferentes conjuntos
38
discretos castigan aquellas alternativas con regular caractersticas

multiplataforma y licencias. El grado de inconsistencia fue del 8%, por lo que
se aceptan los pesos de los criterios.
Tabla 10. Ponderacin para la toma de decisin del lenguaje de programacin.
Para facilitar esta tarea, se utiliz el programa ExpertChoice [38], y los

resultados se muestran en la Figura 3 -11.
Figura 3-11. Resultados de ponderacin con AHP para las alternativas

tecnolgicas. Elaboracin propia.
De esta forma, se decide realizar el programa en Java, sin embargo, se debe

tener en cuenta que Python y PHP son alternativas que obtuvieron una
ponderacin muy cercana a Java.
3.3.3.
Tamao del proyecto
Existen mltiples formas de realizar estimaciones de la cantidad de horas de

esfuerzo que implica el desarrollo de una aplicacin informtica [50]. Una de
39
ellas es la de puntos de funcin de casos de uso [51]. sta tiene en cuenta

caractersticas tcnicas, del personal, de los actores que interactuarn con la
aplicacin y de los casos de uso. Las valoraciones que se hicieron al mismo
se encuentran en Anexo A1.xls, y la explicacin de la forma en que
funciona se puede observar en [51]. Dicho estudio arroja que el desarrollo de
la aplicacin requiere de 4.963 horas de esfuerzo. As, se estima que,
teniendo un equipo de cuatro programadores, se puede tomar 155 das
aproximadamente. Con base en esto se realizan los anlisis de costos que se
presentan en la seccin de Decisiones financieras. De all, se obtienen los
datos para obtener el tamao mnimo segn la Ecuacin 1 [52].
Ecuacin 1. Tamao del proyecto. Elaboracin propia a partir de [52].
3.3.4.
Materias primas e insumos
El sistema requiere de entrada los siguientes datos:
La programacin estimada de la obra, junto con el anlisis de precio

unitario (APU).
Caracterizacin de los materiales, para poder realizar un buen manejo
de los mismos. Esto requiere indicar la cantidad y tipo de materiales
con los que comienza la obra, y cundo se tiene planeado que lleguen.
Cantidad de personal que acceder a la aplicacin, con el fin de darles
un nombre de usuario y contrasea.
Si es posible, el sistema puede alimentar sus algoritmos de aprendizaje
teniendo una base de datos de los cronogramas y gastos de material
histricos de obras anteriores.
Ahora, como se establece que ser desarrollada en Java, se necesitan las

siguientes herramientas:
Compilador: Dentro de los que existen, el que se adapta ms a las
caractersticas de uso de plugins para inteligencia artificial y facilidad
en su uso orientado a la web, es el entorno de desarrollo Eclipse. Se
sugiere la versin IDE for Java EE Developers.
Entorno de desarrollo para Java JDK. Para evitar problemas de
compatibilidad, se sugiere la versin es la 7u55.
3.3.5.
Equipos y maquinaria
De acuerdo a la arquitectura propuesta, se requiere un servidor web. Dentro

de los que existen en el mercado, se elige el servicio ofrecido por
DigitalOcean [53], debido a las recomendaciones realizadas por TechCrunch
[54]. Las caractersticas del servidor son las siguientes:
40
Procesador con 16GB de memoria RAM.

Procesador con 8 ncleos (core).
Capacidad de 160GB de almacenamiento en disco duro.
6TB de transferencia de datos.
Por su parte, el desarrollo de la aplicacin necesita de cuatro ingenieros

programadores. Por lo que es indispensable que cada uno cuente con un
equipo de cmputo con las siguientes caractersticas:
Mnimo 4GB de memoria RAM, debido a las necesidades de los

insumos, y la robustez de la aplicacin.
Sistema operativo Windows 7, o superior, en razn del mayor
conocimiento y soporte existente para ste.
3.3.6.
Personal requerido
Como se ha establecido anteriormente, se necesitan cuatro ingenieros para

la programacin de la aplicacin. Deben contar con excelentes habilidades
para la programacin de aplicaciones web bajo la plataforma Java EE.
Adicionalmente, se requiere de un ingeniero de software que tiene la funcin
de establecer claramente los requisitos y funcionalidad de la aplicacin,
mediante una diagramacin de los mdulos de la solucin informtica y el
diseo de las interfaces de usuario, que luego los programadores codificarn.
A esto se agrega el director de este equipo, el cual tiene como funciones:
buscar proveedores para alimentar la base de datos de empresas para el
suministro de materiales, coordinar el desarrollo del proceso de la aplicacin,
garantizar que el programa sea adquirido por los usuarios estimados en el
presente anlisis del proyecto.
3.3.7. Normas de seguridad industrial
El desarrollo de software se considera una disciplina de bajo riesgo [17], [18],
por lo tanto, las normas de seguridad industrial, estn asociadas al correcto
uso del computador. En este sentido, se deben tener en cuenta los siguientes
aspectos:
Instale el computador sobre escritorios estables, diseados para el

soporte de este tipo de dispositivos [55].
El computado debe ubicarse lejos de la luz solar y de ventanas abiertas
[55].
La tensin de la energa elctrica debe corresponder entre las
condiciones del equipo y del lugar donde se instalar, generalmente
corresponde a 110 voltios y con polo a tierra [55] [56].
Se debe evitar derramar lquidos sobre los equipos de cmputo [55]
[56].
41
Realizar con peridicamente un mantenimiento del equipo, para

realizar una limpieza y mejoramiento de los mismos [55].
No modificar el cable de alimentacin ni el enchufe [56].
Evitar colocar el cable de alimentacin cerca de una fuente de calor
[56].
No debe someterse el equipo a cambios bruscos de temperatura, ni a
temperaturas extremas [56].
Se debe contar con un extintor de incendios, en caso de producirse
alguno por una sobrecarga o chispa [57].
3.4. Decisiones ambientales

3.4.1.
Plan de manejo ambiental
El plan de manejo ambiental busca eliminar o mitigar, progresivamente en

plazos racionales, los impactos ambientales negativos causados por una
actividad en desarrollo, aplicando prioritariamente actividades de prevencin
de la contaminacin [58]. En este caso, por la naturaleza de un sistema
informtico, los impactos generados al medio ambiente son mnimos.
Especficamente, los que se presentan en la Tabla 11.
Tabla 11. Plan de manejo ambiental. Elaboracin propia.
Fase
Activida Impact
d
o
Tipo
de
medid
a
Creaci
Operaci
n
y
Uso de
n
de
Mitigar
operaenerga
equipos
cin
Cierre
Fin
de
vida til
Producde
cin de Mitigar
equipos
residuos
de
computo
42
Accin
Utilizacin de
computadores
que ofrezcan
una
opcin
ecolgica
y
alta duracin
de
batera.
Apagado
de
equipos y luz
artificial
en
momentos de
no uso.
Poner
a
disposicin de
la
empresa
fabricantes los
equipos
inutilizados.
Duraci
Costo
n
Consid
e-rado
Vida til
en
del
costos
proyect
de
o
activos
fijos.
No
Vida til aplica
del
(ver
proyect plan de
o
monitoreo).
3.4.2.
Plan de monitoreo
Para elaborar el plan de monitoreo slo se consider el uso de la energa. Las

empresas fabricantes de ordenadores (incluyendo la seleccionada, Dell) hoy
en da tienen un plan de monitoreo y reciclado para equipos no utilizados,
esto no genera ningn costo [41], [42]. Esto se ilustra en la Tabla 12.
Tabla 12. Plan de monitoreo. Elaboracin propia.
Elemento
a
Indicador
Sitio de muestreo
controlar/vigilar
Cuenta
de
Uso de energa
servicios
Oficinas
pblicos
3.4.3.
Frecuencia de
medida
Mensual
Plan de contingencia
El programa de contingencias contiene las medidas de primera respuesta

ante posibles situaciones de emergencia que podran suscitarse durante las
diferentes etapas del proyecto, las cuales pueden poner en peligro el
ambiente o la seguridad del personal; su propsito es plantear las acciones y
procedimientos de primera respuesta a aplicarse ante posibles emergencias
durante las actividades del proyecto [58]. Esto se presenta en la Tabla 13.
Tabla 13. Plan de contingencia. Elaboracin propia a partir de [22].
Situaci
Efectos sobre
reas
n
de
elementos
Recursos
afectada
emerge
vulnerables
necesarios
s
ncia
Utilizacin
de
Prdida
de
Incendio
alertas,
infraestructura
por
alarmas,
e
Oficinas
e informacin
causas
intervenciones
de
elctricas
correctivas
en
programacin
caso de riesgo
Persona
encargad
a
y
atraso en
Lesin
o
Accidente las
Primeros
muerte
del
laboral
labores
auxilios
trabajador
de
creacin
del
software
Sismo
Infraestru Prdida
de Utilizacin
y
43
Respuesta
Evacuacin,
y
reporte
a
las
autoridades
competentes
Atraso en las
labores
de
programacin,
llamado
a
emergencias
u
autoridades
competentes
Atraso
en
las
c-tura,
vidas
humanas
infraestructura
, prdida
o
lesin sobre el
personal
de
trabajo,
detencin
de
labores.
medidas
de
alerta, alarma,
preparacin
y
recuperacin,
ante
un
desastre
labores
de
programacin,
evacuacin
de
oficinas
3.5. Decisiones financieras

3.5.1.
Estructura de inversin
3.5.1.1. Inversin en activos fijos

Para el lanzamiento de SIGEMA como plataforma informtica, hace falta
desarrollarla y para esto se debe hacer una inversin en todo tipo de
herramientas tecnolgicas y espacios laborales ptimos con los que se dar
la interaccin por parte del recurso humano empleado. Formarn parte de
dicho activo fijo los elementos que se presentan en la Tabla 14.
Tabla 14. Inversin en activo fijo. Elaboracin propia.
3.5.1.2. Inversin en activo nominal

Esta inversin contempla toda inversin en activos intangibles tales como
sistemas y software complementario para llevar a cabo el desarrollo de
SIGEMA en caso de que sea necesario comprar algn tipo de licencia. En este
44
caso, se hace necesario invertir en la compra de una plataforma para el

desarrollo del software (ver Tabla 15).
Tabla 15. Inversin en activo nominal. Elaboracin propia.
3.5.2.
Egresos por periodo
3.5.2.1. Egresos operacionales fijos

Los egresos operacionales fijos son todos aquellos costos en los que la
empresa debe incurrir en cada periodo contable independientemente de su
nivel de produccin. En la Tabla 16 se presentan los egresos operacionales
fijos de la ejecucin del proyecto SIGEMA mensualmente.
Tabla 16. Egresos operacionales fijos mensuales. Elaboracin propia.
3.5.2.2. Egresos variables por periodo

Debido a que los egresos de operacin variables se relacionan directamente
con las materias primas demandadas durante el proceso de produccin, en el
caso particular de SIGEMA no se presentan costos por dichos conceptos, ya
45
que en el proceso de diseo, desarrollo, circulacin, mantenimiento y

actualizacin del sistema operativo no se demandan materias primas o
elementos y componentes productivos que cumplan con dichas
caractersticas.
3.5.2.3. Egresos no operacionales por periodo
Por concepto de egresos no operacionales, se incurre en el pago mensual de
la publicidad del producto en canales masivos, en los que se considera que
se puede tener ms contacto directo con el segmento objetivo o mercado
meta (ver Tabla 17).
Tabla 17. Costos no operacionales. Elaboracin propia.
3.5.3.
Ingresos operacionales por periodo
3.5.3.1. Ingresos operacionales

Por concepto de ingresos operacionales se tiene una estimacin de acuerdo
al pronstico de la demanda tanto de producto como actualizaciones,
teniendo en cuenta el aumento del IPC para cada ao [43]. Los resultados se
presentan en la Tabla 18.
Tabla 18. Ingresos operacionales estimados. Elaboracin propia.
3.5.4.
Clculo del punto de equilibrio
Para llevar a cabo el clculo del punto de equilibrio se debe determinar

cuntas son las unidades vendidas que cubren exactamente todos los costos
operacionales (tanto fijos como variables). Es necesario que para este
proceso se tenga en cuenta no solo el precio de venta unitario del software
sino tambin el de su actualizacin peridica. Este anlisis se muestra en la
Tabla 19.
46
Tabla 19. Clculo del punto de equilibrio. Elaboracin propia.
3.5.5.
Fuentes y mecanismos de financiacin
Para la inversin inicial que se debe realizar en la fase inicial del proyecto se
consideran las siguientes alternativas como mtodos de financiacin:
Recursos propios: Estos seran fondos provenientes de los netamente

de los socios del proyecto, con los cuales se financian las inversiones
requeridas para dar comienzo al proceso productivo y de
comercializacin.
Endeudamiento y estructura de financiacin: Como fuentes

significativas de financiacin se identifican seis entidades financieras
de carcter nacional: Bancldex, Colciencias, el Sistema General de
Regalas, Financiera de Desarrollo Nacional S.A, FINDETER, el SENA
(fondo emprender); adems de cuatro entidades de carcter
internacional: el Banco Interamericano de Desarrollo (BID), el Centro
Internacional de Investigaciones para el Desarrollo (CIID-Canad), la
Corporacin Andina de Fomento (CFA) y la USTDA (United States Trade
and Development Agency).
De las entidades nacionales, se destacan las siguientes, con sus respectivas

formas de financiacin [59]:
Colciencias apoya la incubacin de proyectos privados que participen

de convocatorias y concursos. Sin embargo, existe la posibilidad de que
dichos proyectos no sean elegidos como financiables.
El SENA brinda una financiacin del 50% a nuevos proyectos,

planteados por empresas constituidas dos aos antes del cierre de la
convocatoria.
FINDETER y el Sistema General de Regalas ofrecen sus servicios a

organismos territoriales y gubernamentales.
47
BANCLDEX ofrece asistencia financiera a las micro, pequeas,

medianas y grandes empresas de todos los sectores econmicos, y a
las compaas extranjeras que hayan adquirido bienes o servicios
nacionales; adicionalmente, provee de lneas de crdito para diferentes
tipos de inversin (capital de trabajo, modernizacin empresarial,
operaciones de leasing, descuento de cartas de crdito, factoring,
inversin fija, consolidacin de pasivos y financiacin de operaciones
en el comercio exterior), incluso, ofrece mecanismos de apoyo
financiero para proyectos empresariales de investigacin, innovacin y
desarrollo (a travs de Colciencias) y tasas de redescuento
independientes de la estructura de capital elegida.
Con base en la oferta financiera de las entidades antes mencionadas, se

concluye que la mejor opcin de financiamiento del plan de diseo de
tecnologa para optimizacin y mejoramiento de la logstica interna de las
obras civiles en Colombia, es el banco para el desarrollo empresarial y del
comercio exterior (Bancldex), que ofrece un prstamo para ser cancelado en
un periodo entre 3 y 4 aos con un costo de DTF + 4.2 puntos porcentuales.
48
4. INGENIERA DEL PROYECTO

4.1. Diagrama de proceso
Para el desarrollo del proyecto, que incluye el diseo, operacin y cierre del
mismo, se presenta el diagrama de procesos que se presenta en la Figura 4
-12.
Figura 4-12. Diagrama de procesos del proyecto. Elaboracin propia.
Para el desarrollo del software, inicialmente se necesita un anlisis de los

requisitos, el cual es elaborado en entrevistas de elicitacin de requisitos
entre el interesado, que sera el gerente o lder del proyecto, y el analista de
software. Esta actividad se hace con el fin de establecer claramente cules
son las funciones y formas de operar del sistema a desarrollar.
Posteriormente, se debe realizar un diseo de las interfaces que tendr el
sistema y el diseo y montaje de la base de datos. Esto requiere la definicin
de los requisitos, y se puede hacer de manera simultnea entre los
programadores que se asocian dos para una actividad y dos para la otra. Una
vez completados los diseos de las interfaces y de la base de datos, los
cuatro programadores comienzan a implementar las especificaciones
definidas previamente. El desarrollo del software es una tarea que puede
49
realizarse simultneamente por diferentes programadores, al poderse

repartir los mdulos de la aplicacin [28].
Paralelo al desarrollo del programa informtico, un mercaderista debe
encargarse de conseguir los clientes de la aplicacin, y los proveedores que
alimentarn la base de datos. Para esto, no se requiere que est finalizado el
software. Una vez haya finalizado esta actividad, y se haya diseado y
montado la base de datos, la informacin recogida por el mercaderista debe
ser ingresada en sta. Ya implementada la aplicacin, se procede a realizarle
pruebas de calidad, con datos reales, razn por la cual esta actividad
depende de la finalizacin de la insercin de informacin a la base de datos.
Con las pruebas de calidad, se identifican los errores de completitud,
correctitud y consistencia de la aplicacin [50]. Luego, se deben corregir los
mismos. Posteriormente, se da por finalizado el software y listo para su
entrega. La entrega implica una sesin de capacitacin para los usuarios.
Adems, se debe contar con un equipo atento a resolver dudas y corregir
errores permanentemente. Esta etapa se conoce como mantenimiento de la
aplicacin. Finalizado el tiempo definido del proyecto, se deja de hacer
mantenimiento y entrega del software.
En el Contexto tcnico se encontr que el desarrollo de la aplicacin requiere
de 4.962 horas de esfuerzo-hombre. Sin embargo, este tiempo es genrico
para todo el desarrollo de la aplicacin y no detalla cada una de sus etapas.
Con el fin de determinar los tiempos que puede tardar cada actividad, se
definen con base en [44], [45], [60], [61], y se presentan en la Tabla 20.
Tabla 20. Descripcin de tiempos y actividades predecesoras. Elaboracin propia.
50
4.2. Ingeniera del proceso

En la seccin del Contexto tcnico del proyecto, concretamente a travs de la
Figura 2 -7 y la Figura 2 -8, se muestra el diseo del diagrama de procesos
de interaccin de la aplicacin a desarrollar, a travs de los flujo de datos,
funciones y responsabilidades que debe satisfacer la aplicacin; adems, de
presentar la arquitectura y caractersticas del sistema propuesto.
4.3. Distribucin de planta
De manera general, la creacin del software SIGEMA y las actividades que
esto demanda no requieren una planta de produccin. Lo anterior no quiere
decir que no se necesite ningn espacio fsico, se debe disponer de una
oficina administrativa en la cual cada uno de los entes que componen el
personal (gerente, programadores, personal de mercadeo y aseo) disponga
de un espacio adecuado para realizar sus funciones.
La superficie est influenciada por muchos factores: la naturaleza del trabajo,
la superficie total disponible, la extensin de las reas de servicio, la
necesidad de aislamiento, el nmero y tipo del equipo y de las mquinas,
exposicin y obstrucciones dentro del mismo espacio total [62]. Ahora bien,
teniendo en cuenta el nmero de empleados se utiliza una oficina de 45 m2
aproximadamente cuyo valor de alquiler fue definido en el contexto
financiero de este informe. La distribucin de esta oficina se presenta en la
Figura 4 -13.
Figura 4-13. Distribucin de espacios en oficina. Elaboracin propia a partir de [62].
4.4. Diagrama de GANTT del proyecto
51
Como se tienen tiempos optimistas, ms probables y pesimistas, se asume

que distribuyen de acuerdo a la distribucin beta, de manera que se calcula
el tiempo esperado y esperanza dado por dicha distribucin (ver Tabla 20).
De acuerdo con los datos presentados anteriormente, se desarrolla el
diagrama que se presenta en la Figura 4 -14.
Figura 4-14. Diagrama de GANTT del proyecto. Elaboracin propia.
4.5. Anlisis de ruta crtica del proyecto

Considerando los tiempos esperados, se determina la ruta crtica resaltndola
en color rojo en la Figura 4 -15.
52
Figura 4-15. Ruta crtica del proyecto. Elaboracin propia.
De esta forma se determina que la ruta crtica est dada por las siguientes
actividades: anlisis de requisitos, diseo de interfaces, diseo y montaje de
base de datos, programacin de la aplicacin, validacin y pruebas de
calidad, correccin de errores y entrega y mantenimiento.
4.6. Modelado y simulacin del proceso
Debido a la varianza tan alta que presentan las tareas asociadas a la ruta
crtica, y teniendo en cuenta que la labor del mercaderista es simultnea a
este proceso, se elabora una simulacin para evaluar la cantidad de personal
y el tiempo requerido en la labor de mercadeo. Para tal fin, se realiza una
simulacin en el software de simulacin de eventos discretos SIMUL8, cuyo
modelo se presenta en la Figura 4 -16. Todos los tiempos corresponden a las
probabilidades triangulares asociadas a las actividades presentadas en la
Tabla 20.
53
Figura 4-16. Modelo de la simulacin en SIMUL8. Elaboracin propia.
La estructura presentada en la Figura 4 -16 es consistente con la Figura 4

-12. Sin embargo, para que el software muestre el funcionamiento
adecuadamente, es necesario realizar las siguientes modificaciones:
Para Anlisis de requisitos se define que, por los objetivos de la
simulacin, sea una nica entidad que entra en todo el tiempo de la
simulacin, permitiendo a este servidor realizar su tarea, de acuerdo al
tiempo indicado en la Tabla 20.
Con base en lo anterior, su salida es de dos lotes, para que comiencen
el servicio los centros Diseo de interfaces y Diseo BD (Base de
Datos). Es decir, como estas tareas requieren que termine el anlisis,
una vez que ste finalice, no sale una entidad, sino dos, una para el
diseo de interfaces, y otra para la BD.
De la misma forma, la salida de Diseo BD es de dos entidades,
aunque solo entra una, esto, para que los siguientes servidores sepan
que deben comenzar su tarea.
Por otra parte, aunque la tarea del mercaderista ya est definida con
un tiempo en cierto intervalo, la simulacin permite evaluar, de
acuerdo al nmero de clientes atendidos, cunto tiempo de ocio podra
darse. As, a diferencia de la entrada a Anlisis de requisitos, aqu la
entrada ser cada cliente y proveedor como entidades individuales, y
no como una sola. Sin embargo, mximo sern 3.714 entradas, ya que
ste es el total de empresas de construccin (263) y proveedores
(3.451) registrados en CAMACOL [63]. Por ende, es preciso utilizar un
enrutador para que, una vez llegue esta cantidad de entidades, salgan
del sistema1. Aqu se establece una diferencia sustancial en la forma de
analizar el problema: antes se hablaba de licencias de construccin
(4.342 es la demanda esperada); ahora se habla de empresas de
construccin. Esto obedece a que, si bien el servicio se vende por
licencia de construccin, son las empresas de construccin las que
En versiones ms recientes de SIMUL8, se puede evitar este enrutador agregando
restricciones a las entradas.
1
54
coordinan en sus diferentes proyectos cmo deben funcionar. As que

son stas, adems de los proveedores, las que realmente debe
contactar el mercaderista, y no cada uno de los proyectos de las
empresas.
Adicionalmente, como se mencion anteriormente, se asume que slo
el 22% de las empresas de construccin adquirirn SIGEMA. Esto se
modela con la salida Constructoras que rechazan.
El servidor Agrupador es un enrutador (tiempo de servicio es cero)
cuya funcin es agrupar en un lote todos los clientes acumulados. De
esta forma, cuando se hayan visitado o contactado todos los clientes y
proveedores, se forma un lote que es la nica entidad que sale de este
servicio. Esto se hace para poder llevar un seguimiento a las tareas, ya
que a partir de aqu no interesa tanto el trato que se le hace a la
informacin de cada cliente, sino el desarrollo de cada una de las
tareas.
En Insertar datos a BD y Validacin, antes de comenzar a operar,
debe agrupar dos entidades que estn cola, para garantizar la
finalizacin de los servicios predecesores a estas actividades.
El tiempo de la simulacin est dado en das, se simulan das de ocho horas,

cinco veces a la semana. El tiempo de recoleccin de datos es a los 1.825
das (5 aos). De todos los resultados, particularmente interesan los tiempos
en cola para Insertar datos en BD y Validacin, porque permiten cumplir
el objetivo de la simulacin, que es evaluar la pertinencia del tiempo dado al
mercaderista para conseguir los datos, o si se requiere ms personal. Con
cinco corridas de la simulacin, las dos variables mencionadas arrojan los
datos presentados en la Tabla 21.
Tabla 21. Resultados de tiempos promedios en cola de variables ms importantes.
Servidor
Tiempo promedio
cola (das)
Insertar a datos 12,13
a BD
Validacin
20,48
en
Los 12 das indican que despus de disear la base de datos, an el

mercaderista cuenta con estos das para terminar su tarea. El tiempo en cola
para la validacin se debe a que la programacin de la aplicacin an no ha
finalizado. As, se evidencia que el mercaderista puede realizar su trabajo con
suficiente tiempo, como para no convertirse en ruta crtica. Sin embargo, un
anlisis de sensibilidad al modelo muestra que el tiempo dado al
mercaderista es muy sensible. Esto se debe a que un pequeo cambio en su
tiempo de servicio, como atiende a cerca de 3 mil clientes, vara mucho su
tiempo total de servicio. De esta forma, se decide dejar un mercaderista,
pero indicarle que debe darle prioridad a la consecucin de clientes, ya que
no tener la totalidad de proveedores, pero s un buen porcentaje, puede ser
suficiente para la base de datos de la aplicacin.
55
5. EVALUACIN DEL PROYECTO

5.1. Evaluacin socioeconmica
5.1.1. Precios sombra
Dado que los precios de mercado de los insumos no representan
verdaderamente su costo de oportunidad, debido a que los mercados se ven
seriamente influenciadas por las polticas macroeconmicas implementadas,
como el proteccionismo, las tasas de inters sobre valoradas, entre otros, se
hace necesario precisar o identificar unos valores diferentes a los del
mercado, que permitan medir en alguna forma los verdaderos costos de
oportunidad de los recursos, ya sean bienes o servicios. Estos son los
llamados "precios sombra", precios cuenta o precios econmicos [64].
En condiciones particulares de mercado (libre funcionamiento del mercado),
el precio de mercado, el valor de consumo (precio de demanda) y el valor de
oferta (costo marginal) deben coincidir. Sin embargo, la realidad es otra, la
intervencin gubernamental en los mercados laborales (salario mnimo), de
divisas y los precios polticos determinan que esos tres precios sean
diferentes. En consecuencia, es necesario definir una razn entre los precios
de mercado y los valores de consumo para expresar el valor econmico de
oferta y el precio de mercado [64].
En este orden de ideas, el mtodo utilizado para el clculo de los precios
sociales, o precios sombra del proyecto utilizado fue el de razn precio
cuenta (RPC) [65].
En la Tabla 22 se presentan los valores tenidos en cuenta para la fijacin de
dichos precios.
Tabla 22. Razn precio cuenta. Elaboracin propia.
De acuerdo con lo anterior, se muestra, en la Tabla 23, Tabla 24 y Tabla 25, el

proceso de multiplicacin de los ndices por cada uno de los componentes de
las inversiones que se hacen en el proyecto.
56
Tabla 23. Precios sombra de los activos fijos. Elaboracin propia.
Tabla 24. Precios sombra de los activos intangibles. Elaboracin propia.
Tabla 25. Precios sombra de la mano de obra. Elaboracin propia.
5.1.2.
Cuantificacin de beneficios y costos sociales
Se identifican los siguientes beneficios sociales:

Realizar capacitaciones que orienten al usuario sobre el uso de
software sobre la planificacin de obras:
Ya que la demanda corresponde a 4342 proyectos de gran
dimensin (22% del total de proyectos que corresponde al nmero de
stos que no utilizan software especializados en planificacin [27]), se
realiza una capacitacin a 2 de los 5 usuarios de cada proyecto
(director de obra e ingeniero residente) para un total de 8684 personas
57
capacitadas. La capacitacin consiste en el manejo e implementacin

de SIGEMA que se considera un software para la planificacin de obra.
Luego, se asume que los usuarios capacitados no debern pagar cursos
sobre este tipo de herramientas. Como referente se toma al principal
competidor, la herramienta Microsoft Project. De esta forma, las
capacitaciones les representa un ahorro de $175.000 (costo promedio
de cursos de MS Project) para cada una de estas personas, con un total
de $1.519.700.000 (COP).
Generacin de empleo:
Con el desarrollo del software SIGEMA se generarn 8 empleos en
donde se incluye el personal administrativo (Gerente), el personal
encargado del desarrollo del software (analista y programadores), la
persona encargada de conseguir clientes y proveedores para la base de
datos (mercaderista) y por ltimo los encargados de oficios adicionales
(secretaria y el encargado de los servicios generales). Con el anterior
personal, se calcula que el monto equivalente al beneficio social anual
por generacin de empleo es de $241.247.904 (COP).
El costo social identificado es el siguiente:

Compra de equipos para el funcionamiento del software SIGEMA:
Dado que para la implementacin del software SIGEMA, requiere
tener un equipo porttil con el cual se pueda cumplir con las funciones
respectivas. Teniendo en cuenta que segn [27], el 20% de los
ingenieros en obra no tienen computadores porttiles, lo que implica
un costo por la compra de estos. Luego, como cada equipo porttil
(marca Dell) tiene un precio de $1.135.000 (COP), el costo social se
estima (segn la demanda) de $985.705.482 (COP).
5.1.3.
Flujo de caja socioeconmico
Con base en lo anterior, se realiza el flujo de caja socioeconmico, el cual se

presenta en la Tabla 26.
Tabla 26. Flujo de caja socioeconmico. Elaboracin propia.
5.1.4.
VPN socioeconmico y TIR socioeconmica
Teniendo en cuenta los beneficios y costos sociales cuantificados, el VPN y

TIR socioeconmicos se presentan en la Tabla 27.
58
Tabla 27. VPN y TIR socioeconmicos. Elaboracin propia.
59
5.2. Evaluacin ambiental

5.2.1. Valoracin cualitativa de impactos
En la Tabla 28 se muestra la valoracin cualitativa de impactos asociados al proyecto.
Tabla 28. Valoracin cualitativa de impactos. Elaboracin propia a partir de [66].
rea
Plazo de
de
Importan Efec
Magnitud
Manifest
Influe
cia
to
a-cin
n-cia
(+
M
M
(-) D I
A
B A M B T PC
L
)
e
o
Carc
ter
Impacto
Disminucin de recursos naturales por uso de

papel y energa.
Aumento
de
materiales
tecnolgicos
desechados.
Aumento en la expectativa laboral.
X
Generacin de empleo.
X
Aumento en el margen de ganancia.
Mejoramiento
en
las
capacidades
comunicacin y de relacin interpersonal.
X
X
La leyenda usada en la tabla anterior se presenta en la Tabla 29.
Tabla 29. Leyendas de la Tabla 28.
Directo
Indirecto
Alta
Media
Baja
Temporalme
nte
Permanente
60
D
I
A
Me
B
T
P
X
X
X
de
X
X
X
X
X
Corto
Medio
Largo
C
Mo
L
5.3. Evaluacin financiera

5.3.1.
Estructura ptima de capital
El modelo de valoracin de archivos CAPM es utilizado para realizar una evaluacin del costo de patrimonio de
las empresas o proyectos. Tiene en cuenta variables macroeconmicas que pueden afectar el valor de los
activos en el mercado, como el riesgo sistemtico, la tasa libre de riesgo y el riesgo del mercado, en el caso del
proyecto SIGEMA, los datos utilizados para llevar a cabo las valoraciones se muestran en la Tabla 30.
61
Tabla 30. Modelamiento de estructuras de capital con el mtodo CAPM. Elaboracin propia.
62
Utilizando entonces el mtodo del CAPM y evaluando por medio del WACC
(costo promedio ponderado de capital, que tiene en cuenta tanto el costo de
la deuda (Ke) como el costo del patrimonio (Kd)) cada una de las alternativas,
se concluye que la estructura ptima de capital es la que tiene una
financiacin 100% deuda.
De esta manera entonces, se plantean dos escenarios de financiamiento de
la inversin inicial del proyecto. De acuerdo a cada uno de tales escenarios
se lleva a cabo el desarrollo de los estados financieros asociados a la vida til
del proyecto: estado de prdidas y ganancias (PyG) y flujo de caja. Se tiene
entonces lo siguiente:
Proyecto SIGEMA autofinanciado completamente.
Proyecto SIGEMA con un 100% de financiacin.

5.3.2.
Estado de prdidas y ganancias (P y G)
El estado de prdidas y ganancias permite medir y pronosticar escenarios por

medio de los cuales es posible tomar decisiones de acuerdo a los supuestos y
parmetros que se tengan en cuenta al momento de realizar la proyeccin de
la duracin del proyecto. En este caso, la utilidad neta solamente presenta
variaciones de acuerdo al porcentaje de financiacin que se tenga en cuenta
para llevar a cabo el proyecto.
5.3.3.
Flujo de caja puro
Este estado financiero corresponde a una estructura de financiacin del

proyecto, 100% patrimonio, es decir, los socios no adquieren ningn tipo de
deuda o pasivo financiero con alguna entidad crediticia para llevar a cabo el
proyecto. En este estado financiero se tienen en cuenta nicamente los
activos lquidos, es decir, entradas y salidas de dinero. El flujo de caja puro se
puede ver en la Tabla 31.
Tabla 31. Flujo de caja puro. Elaboracin propia.
63
5.3.4.
Flujo de caja financiado
En la Tabla 30, se muestra el procedimiento por medio del cual se analiza

cada una de las alternativas de financiacin, desde 0%deuda-100%
patrimonio, hasta 100%deuda-0% patrimonio. Esto se debe a que se hace
necesario encontrar la estructura ptima de financiacin dentro de todas las
alternativas posibles.
De acuerdo a los criterios tenidos en cuenta para realizar la evaluacin
financiera, y teniendo como apoyo el documento citado, se tiene que la
mejor alternativa de financiacin del proyecto es la que presenta un 100% de
deuda y 0% de financiacin va patrimonio. Esto se debe a que el costo de la
deuda (ke) es mucho menor al costo del patrimonio (kd), teniendo en cuenta
las variables necesarias del mercado local, como la tasa libre de riesgo, la
prima de mercado, el riesgo sistemtico, el IPC, el DTF y el spread de
Bancldex.
En este orden de ideas, el flujo de caja con financiacin total, corresponde a
los flujos de efectivo, teniendo en cuenta una estructura de capital 100%
financiada por Bancldex, a un periodo de 48 meses, con una tasa del DTF +
4,2 puntos porcentuales y sin ningn tipo de financiamiento por medio de
patrimonio. A continuacin se expone tanto el flujo de caja, como el esquema
de amortizacin de la deuda.
Tabla 32. Flujo de caja 100% financiado. Elaboracin propia.
Tabla 33. Tabla de amortizacin de la deuda al 100%. Elaboracin propia.
64
5.3.5.
Criterios de evaluacin financiera
A partir de los flujos de caja que fueron tenidos en cuenta en el numeral

anterior, se lleva a cabo el procedimiento de evaluacin financiera de las
alternativas por medio de diferentes criterios, que permiten evaluar la
viabilidad del proyecto del sistema de gestin de materiales en trminos
financieros. El VPN o valor presente neto, tiene en cuenta los flujos de caja de
cada una de las alternativas, trados a presente, utilizando como tasa de
descuento el costo de capital o WACC de cada una de ellas. La tasa interna
de retorno o TIR, representa bsicamente, la tasa por medio de la cual el
valor presente neto de los flujos de caja del proyecto se hace cero. El PRIO o
periodo de recuperacin de la inversin inicial, como su nombre lo indica,
hace referencia a los periodos que toma, desde el inicio del proyecto, en
recuperar la inversin inicial. En la Tabla 34 se presentan los resultados
obtenidos.
Tabla 34. Criterios de evaluacin financiera. Elaboracin propia.
Para cada uno de los criterios, existen parmetros que se deben analizar para
concluir y tomar decisiones acerca de la informacin que cada uno de ellos
arroja y son los siguientes:
VPN >= 0
TIR >= WACC
A mayor CAUE+BAUE, mejor.
A menor PRI, mejor.
De acuerdo con esto, es posible concluir que:
Ambas estructuras de capital muestran una obtencin de utilidades en

un futuro, debido a que el valor presente neto de los flujos de caja es
positivo, mayor a cero.
La tasa interna de retorno es mayor que el valor del costo de capital
para cada una de las estructuras, aunque siendo mayor en el caso de
la estructura en la que se toma un 100% de financiacin por medio de
deuda bancaria, lo que sera otro criterio que apoya esta alternativa
por encima de la alternativa de financiar el proyecto por va 100%
patrimonio.
65
Ambas alternativas se caracterizan por tener un costo y beneficio anual

equivalente directamente proporcional al porcentaje de financiacin.
Ambas alternativas presentan un periodo de recuperacin de la
inversin inicial igual.
66
6. ANLISIS DE SENSIBILIDAD Y DE RIESGOS

6.1. Anlisis de sensibilidad
6.1.1. Efectos de las variaciones de indicadores
macroeconmicos
Las variables inciertas como indicadores macroeconmicos son el IPC y el
DTF. Se tomaron los datos histricos de los ltimos 10 aos y se realizaron
pruebas de bondad de ajuste.
El IPC, con un Chi-cuadrado de 0,1111, tiene una distribucin Beta general
con mnimo 1,94% y mximo 7,67%. Para el caso del DTF la distribucin que
se aproxima ms es la Beta general, con mnimo 3,39%, mximo 10,33%,
media 6,18% y desviacin estndar 1,99%. Sin embargo, esta variable
presenta muchas fluctuaciones. De hecho, slo ajust bajo el criterio
Kolmogorov-Smirnov, debido a que sta es ms cercana a la mediana de la
distribucin.
Los resultados sobre los principales indicadores del proyecto (VPN y TIR para
la estructura 100% financiado) se presentan en la Figura 6 -17 y Figura 6
-18.
Figura 6-17. Variacin del VPN frente a variaciones de variables macroeconmicas.

Elaboracin propia usando @RISK.
67
Figura 6-18. Variacin de la TIR frente a variaciones de variables macroeconmicas.

Se puede decir que a medida que aumenta la desviacin estndar del DTF en
una unidad, la desviacin estndar del VPN disminuye en 0,94. El IPC
tambin afecta al VPN, pero en menor medida. En el caso de la TIR, el DTF no
tiene efectos sobre sta.
6.1.2. Efectos de las variaciones en la estructura de capital y en
los mecanismos de financiacin
Las variables que presentan incertidumbre, que debe simularse para verificar
la sensibilidad del VPN y TIR del proyecto, se presentan en la Tabla 35, junto
con las distribuciones que se asumieron.
Tabla 35. Distribuciones de probabilidad de variables en mecanismos de financiacin.
Variable
Distribucin
Media
Tasa libre de
riesgo
Prima de Riesgo
de Mercado
Beta
Desapalancado
Spread
Bancldex
Tasa impuesto
Normal
6,36%
Desviacin
estndar
0,636%
Normal
5,45%
0,545%
Normal
0,90
0,09
Normal
4,2%
0,42%
Normal
33%
0,33%
Los resultados que genera el software de simulacin @RISK se presentan en

la Figura 6 -19 y Figura 6 -20.
68
Figura 6-19. Variacin del VPN frente a variaciones en mecanismos de financiacin.

Figura 6-20. Variacin de la TIR frente a variaciones en mecanismos de financiacin.

Si bien fueron cinco las variables que se pusieron a variar, el VPN solo
presenta variacin frente al Spread Bancldex y a la tasa de impuesto. La TIR
no vara con respecto a ninguna de estas variables.
6.1.3. Efectos de variaciones en la penetracin de mercado
estimada
La demanda est dada en el nmero de proyectos de construccin, el
porcentaje de ellos que estn interesados en adquirir el software, el
crecimiento del sector, y el porcentaje de clientes que actualizan el software.
Se asumen distribuciones normales para estas variables, con una desviacin
69
estndar del 10%. Los resultados se aprecian en la Figura 6 -21 y Figura 6

-22.
Figura 6-21. Variacin del VPN frente a variaciones en la demanda. Elaboracin propia
usando @RISK.
Figura 6-22. Variacin de la TIR frente a variaciones en la demanda. Elaboracin propia

usando @RISK.
Se concluye que, para la simulacin realizada, el porcentaje de clientes que

actualizan afecta ms al VPN que a la TIR. La TIR se ve afectada en mayor
medida por el porcentaje de proyectos interesados en la compra del
software. La cantidad de proyectos de construccin no afecta a ninguna de
estas dos variables, porque el precio est dado en funcin de la demanda.
70
6.1.4. Efectos de los cambios en supuestos y condiciones del

entorno
Dentro de los supuestos que se realizan se varan los que se presentan en la
Tabla 36, junto con las distribuciones asumidas.
Tabla 36. Distribuciones de probabilidad de variables en los supuestos.
Variable
Distribucin
Media
Servicios pblicos
Arrendamiento
Aseo
SMMLV
Margen
de
ganancias
Normal
Normal
Normal
Normal
Normal
700.000
2.000.000
200.000
616.000
45%
Desviacin
estndar
70.000
200.000
20.000
61.600
4,5%
Los resultados de las 1000 iteraciones se presentan en la Figura

Figura 6 -24.
6 -23 y
Figura 6-23. Variacin del VPN frente a variaciones en los supuestos. Elaboracin propia
usando @RISK.
71
Figura 6-24. Variacin de la TIR frente a variaciones en los supuestos. Elaboracin propia
usando @RISK.
As, el VPN est altamente afectado por el salario mnimo mensual legal
vigente. A medida que ste aumenta, los precios aumentan (ya que se usa el
costo ms margen), y por tanto, el VPN aumenta. El problema es que se
sigue asumiendo que se tiene la misma cantidad de clientes, a pesar de que
el precio aumenta.
Cuando la desviacin estndar del margen aumenta una unidad, la TIR
aumenta en 0,94 su desviacin estndar. As, la TIR depende se afecta en
gran medida por esta variable.
6.2. Anlisis de riesgo e incertidumbre
La gestin del riesgo entendida como el proceso secuencial mediante el cual
se identifican, controlan y eliminan las fuentes de riesgo antes de que estas
pudiesen afectar el cumplimiento de los objetivos del proyecto, implica en
primera medida conocer la incertidumbre asociada al acontecimiento (riesgo)
y la prdida potencial que este podra provocar (causa-efecto).
6.2.1.
Identificacin de riesgos
La identificacin de riesgos es la primera de las fases en el proceso de

administracin y consiste en la determinacin integral de elementos
potenciales de riesgo empleando algn mtodo estructurado y consistente
con el fin de lograr la reduccin de la incertidumbre descriptiva, es decir,
con el propsito de lograr una apropiada caracterizacin de los posibles
inconvenientes que puedan presentarse en el proyecto posibilitando de esta
forma la administracin de los mismo (ver Figura 6 -25).
72
Figura 6-25. Incertidumbre descriptiva. Tomado de [67].
Teniendo en cuenta el tipo de proyecto que se realiza y su envergadura se

elige apoyar el anlisis en la metodologa de lista de chequeo, para clasificar,
identificar y proyectar las consecuencias de los riesgos a los que est
sometido el proyecto (ver Tabla 37).
Tabla 37. Riesgos identificados.
Tipo
Clasific
a-cin
Riesgo
estratgico
Riesg
o
Especfico
Riesg
o
Gen
-rico
Riesgo
de
ventas
Riesgo
de
mercad
o
Riesgo
de
presupuesto
Riesgo
Tecnolgico
Riesgo
Entorno de
desarrollo
Cantidad y
experiencia de
trabajadores
Adaptacin a
requerimientos
de clientes
inexistente
Producto poco
demandado
Producto muy
complejo que
restrinja mercado
Producto muy
poco til de fcil
reemplazo
Producto que no
encaja en el
mercado
Consecuencias
Producto
de
baja
calidad
sin
especificaciones tcnicas adecuadas
para su implementacin
Costo de produccin elevado, errores
en la programacin de los mdulos
Software poco verstil para la
adecuacin a requerimientos
especficos de los clientes o
envergadura de proyecto
Bajos ingresos producto de ventas
Restricciones a la demanda del
producto que limite las posibilidades de
ventas
Niveles de ventas bajo debido a la
calidad del software
Demanda nula del software debido a la
poca practicidad del producto.
Costo de
Producto y/o servicio de mercado
producto fuera de limitado por efecto del precio de
presupuesto
adquisicin
Procesos judiciales por delitos
Virus
informticos, prdida de reputacin.
Prdida de informacin de los clientes y
Fallo
de la empresa
Fraude
Copias no autorizadas del software que
73
limiten el nivel de ventas
6.2.2.
Medicin de riesgos
Los riesgos identificados, se miden de acuerdo a la escala de consecuencias

que se aprecia en la Tabla 38. Con base en esto, se dan las valoraciones y
recomendaciones de la Tabla 39.
Tabla 38. Escala de consecuencias.
Valoraci
n
Software
Reputacin
Financiero
Daos irreversibles
Notificacin de
demanda o
devolucin de
software
Prdidas de
implementacin de
software por ms de
$ 150.000.000
Daos mayores a 1
mes
Memorando de
constructora por
retrasos debido al
software
Prdidas por ms de
$50.000.000
Daos mayores a 2
semanas
Notificacin de
ingeniero residente
Prdidas por ms de
$25.000.000 (si no
hay demanda, ver
siguiente seccin)
Daos menores a 1
semana
Notificacin de
ingeniero auxiliar
El proyecto no
posee ganancias ni
prdidas
Tabla 39. Tabla de riesgos y recomendaciones.
Riesgo
Valorac
in
Probabili
dad de
ocurrenci
a
Mtodos de
mitigacin
Borrado, edicin o
copia (parcial o
total) no autorizada
de
los
datos
almacenados
en
Media
Respaldo de la
informacin
almacenada en el
sistema,
diariamente.
74
SIGEMA
Notificaciones a
proveedores con
fallos que retrasen
adquisicin de
materiales
Baja
Siguiendo los
protocolos internos
del proyecto y el
monitoreo de envi
de alertas
Compra de
materiales errnea
Remota
Siguiendo
adecuadamente los
procesos internos
del proyecto
verificando las
compras con el
ingeniero director e
interventor.
Prdidas
econmicas por la
implementacin
del software
Baja
La mitigacin de
este riesgo es
proceso mismo de
estudio de
factibilidad del
proyecto.
6.2.3.
rboles de decisin
Teniendo en cuenta que uno de los riesgos ms crticos est dado en funcin
de las prdidas ocasionales de la informacin almacenada en el servidor de
SIGEMA, se analiza este riesgo mediante los estados de la naturaleza y
decisiones representados en el rbol de decisin de la Figura 6 -26.
75
Figura 6-26. rbol de decisin para el riesgo de prdida de informacin.
Este rbol indica que se puede tomar la decisin de realizar un respaldo de la informacin, o no hacerlo.
Existen muchas formas de hacer esto, una de ellas se cuantifica en un costo de $200.000 al mes . No hacer
respaldo, naturalmente, no implica ningn costo. Ahora, lo que puede suceder es que vulneren la seguridad del
sistema y hackeen datos, esto es, que se realice una copia, edicin o borrado (parcial o total) no autorizado de
los datos. La probabilidad de que esto ocurra es del 20%. Si no se hackean los datos, no sucede nada. En el
caso contrario, se cuantifica un costo de $20.000 por el tiempo que dedica el ingeniero a restaurar los datos (si
se tiene respaldo), o bien, a determinar el impacto del hackeo. Si no se tiene respaldo, y la vulneracin es alta
existe la posibilidad de que el cliente demande, hasta por el patrimonio de la empresa, esto es $19191.652. No
se hallaron cifras para indicar la probabilidad de que esto ocurra, por lo que, se le da igual posibilidad a ambas
opciones.
76
Segn el rbol propuesto, lo ideal es realizar el respaldo. Haciendo un anlisis de sensibilidad, bajar la
probabilidad de demanda, no afecta en gran medida la decisin, debido a que su costo puede ser sumamente
alto.
77
6.2.4.
Simulacin Monte Carlo
La seccin de anlisis de sensibilidad se realiz mediante la simulacin Monte

Carlo. Aqu, se presentarn los resultados de la simulacin (5 simulaciones
con 1000 iteraciones) teniendo en cuenta de manera simultnea todas las
distribuciones de probabilidad dadas en dicha seccin. Los resultados se
presentan en la Figura 6 -27 y Figura 6 -28.


78
Se concluye que, con las probabilidades asumidas, en 1000 iteraciones, no

hay probabilidad de que el VPN sea negativo, o que la TIR se menor que el
WACC. Por lo que el proyecto no presenta mayores riesgos frente a estos
factores. De hecho, la probabilidad de que el VPN sea menor a 200 millones
es cero (lo que no quiere decir que no pueda ocurrir), y tambin es 0% que el
TIR sea menor al 62%. Por su parte, hay una probabilidad del 6,2% de que el
VPN est por encima de 500 millones, y una del 4,5% de que la TIR sea
superior al 100%.
Un resumen de los resultados se presenta en la Tabla 40.
Tabla 40. Resumen estadstico de los resultados de la simulacin Monte Carlo.
Mnimo
Mximo
Media
Desviacin
estndar
Varianza
Kurtosis
VPN (100%
financiacin)
$ 232.566.040
$ 641.632.583
$ 409.068.833
$ 58.163.047
TIR (100%
financiacin)
62%
116%
85%
9%
3,38294E+15
3,28013342
0,0079433
2,9681311
6.3. Anlisis DOFA del proyecto

A partir del anlisis de riesgo e incertidumbre se identificaron los aspectos
ms relevantes del proyecto en los cuales este se fortalece, en los cuales
existen dificultades y asociado a esto las amenazas que ponen en riesgo la
ejecucin y las oportunidades que podran aprovecharse para potencializar la
implementacin de SIGEMA. Adems de esto se identifica las diferentes
estrategias a implementar para aprovechar los aspectos positivos y para
manejar los negativos identificados a lo largo del proyecto. Esto se presenta
en la Tabla 41.
79
Tabla 41. Anlisis DOFA del proyecto. Elaboracin propia.
Oportunidades
Tendencia de adquisicin
de software en el sector
constructor
Constante actualizacin
del producto (Software)
Posibilidad
de
integracin con otros
software o sistemas
Fortalezas
Debilidades
Impacto econmico y financiero en
Mercado sesgado por la
los proyectos que se implemente el
capacidad del software
software
Alto riesgo de fraude
Proyecto aplicable a construcciones
fallo del sistema que
de gran envergadura
ponga en peligro los
datos que maneja el
Fcil implementacin y adaptacin
software
Precio de adquisicin relativamente
bajo que le permite competir en el
mercado
Estrategia FO
Estrategia DO
Publicidad dirigida al mercado
Implementar
lnea
de
identificado como potencial.
venta dirigida a clientes
pequeos y medianos.
Periodos cortos de comprobacin de
El sistema debe contar
errores y actualizacin de software.
con
protocolos
de
Verificacin de preexistencia de
seguridad
informtica
otros software o programas en
para prevenir ataques.
empresas, que puedan acoplarse
con SIGEMA.
Amenazas
Estrategia FA
Estrategia DA
80
Rechazo al uso del

software.
Alto
grado
de
incertidumbre
de
crecimiento del sector
de la construccin
Plagio del sistema.
Realizar copias de seguridad (o

respaldo) de los datos.
La implementacin consta adems
del software, de un servicio de
consultora y adaptacin.
81
Las interfaces deben ser

amigables con el usuario.
Tener
en
cuenta
mediciones de usabilidad
del software en la etapa
de
validacin
y
correccin.
Realizar el registro del
software
en
COLCIENCIAS,
segn
decretos citados en el
contexto legal, para tener
los derechos de autor
autenticados.
7. CONCLUSIONES
La gran cantidad de obras civiles en Colombia y el alto porcentaje de

estas que presentan retrasos en su entrega, permiten que proyectos
como el presentado en este informe constituyan una alternativa
novedosa de solucin parcial al problema de incumplimiento en la
entrega.
El desarrollo de una aplicacin informtica para el manejo del

inventario de materiales en la ejecucin de obras civiles, debe
considerar los roles de los actores (ingeniero auxiliar, residente,
director de obra, interventor, y proveedores) del sistema, para facilitar
su comunicacin y planificacin de materiales.
Debido a las caractersticas del proyecto, Java resulta ser el mejor

lenguaje de programacin para desarrollar la aplicacin. Esta requiere
4.963 horas-hombre de esfuerzo. El proceso de desarrollo implica
conseguir la lista de proveedores, adems de los clientes, mientras se
implementa la aplicacin.
La localizacin indica que el proyecto se debe enfocar en edificaciones,

y el lugar de produccin es Bogot.
El proyecto resulta financiera y socioeconmicamente viable. Un

anlisis de sensibilidad muestra que no hay probabilidad de que no sea
viable. La mejor estructura de capital es una financiacin del 100%,
con Bancldex.
Por la naturaleza del proyecto, los impactos ambientales generados por

la implementacin del proyecto son principalmente de carcter
positivos por lo cual no se requieren grandes acciones de mitigacin y
prevencin.
82
8. RECOMENDACIONES
No se cuantific el impacto que podra tener el proyecto en la

reduccin de los retrasos en obras civiles, debido a la gran variabilidad
que stas presentan. Se recomienda realizar estimativos para
demostrar la pertinencia o no del sistema.
Se realizan varias suposiciones que deben confrontarse, aunque se les

hizo sensibilidad. Sin embargo, el anlisis de sensibilidad no consider
si el aumento o disminucin de los precios, afectaba la demanda. Por
esto, es importante que, aunque el precio es competitivo, se evale si
las empresas estn dispuestas a pagar por el servicio.
El anlisis de riesgos sugiere realizar copias de seguridad de los datos

almacenados en el sistema, para evitar prdidas de datos. Adems de
asegurarse que su implementacin siga parmetros de seguridad
informtica para evitar el plagio.
83
9. REFERENCIAS
[1]
DANE, Comportamiento del PIB por Ramas de Actividad Econmica,

Bogot D.C, 2013.
[2]
J. G. Tercero Martnez, Propuesta de metodologa para la

implementacin de la Filosofa Lean (Construccin Esbelta) en proyectos
de construccin, 2011.
[3]
S. Arce Manrique, Identificacin de los principales problemas en la

logstica de abastecimiento de las empresas constructoras bogotanas y
propuestas de mejoras, Pontificia Universidad Javeriana, 2009.
[4]
D. M. Arango Lpez, Caracterizacin del proceso de distribucion de las

empresas proveedoras de cemento y materiales agregados en el rea
metropolitana de Pereira, Universidad Catlica de Pereira, 2011.
[5]
D. Marroqun Liu, Aplicabilidad de los mtodos de anlisis de retrasos

en los proyectos de construccin nacionales, Universidad de Piura,
2010.
[6]
C. Ramanathan, S. P. Narayanan, and A. B. Idrus, Construction delays

causing risks on time and cost - A critical review, Australas. J. Constr.
Econ. Build., vol. 12, no. 1, pp. 3757, 2012.
[7]
L. Clemente Naranjo, Consecuencias del retraso en la entrega de las

viviendas vendidas sobre plano, Directivos Construccin, vol. 163,
Espaa, pp. 2932, Jan-2004.
[8]
M. Vzquez, Construccin e impacto sobre el ambiente: el caso de la

tierra y otros materiales, Tecnologa y Construccin, Madrid, Espaa,
pp. 5366, Jan-2012.
[9]
A. Casado and F. Ruiz, Reaccin del consumidor ante el retraso de un

servicio. Alicante, Espaa: Instituto Valenciano de Investigaciones
Econmicas, 2001, pp. 129.
[10] F. Fugar and A. Agyakwah-Baah, Delays in building construction

projects in Ghana, Australas. J. Constr. Econ. Build., vol. 10, no. 2, pp.
103116, 2010.
[11] S. Alwi and K. Hampson, Identifying the important causes of delays in
bulding construction projects, in Proceedings of the 9th East AsiaPacific Conference on Structural Engineering and Construction, 2003,
pp. 16.
84
[12] S. Ahmed, S. Azhar, M. Castillo, and P. Kappagantula, Construction

delays in Florida: An empirical study, Florida, EE.UU., 2002.
[13] B. C. Falgueras, Ingeniera del software. Espaa, 2003.
[14] M. Villegas Carrasquilla, Sectores de indicadores tcnicos para medir la
calidad de vida en Bogot, Bogot cmo vamos, 2012. [Online].
Available: http://www.bogotacomovamos.org/sectores/. [Accessed: 20May-2014].
[15] G. Mrquez Meja, El mercado del software: cdigo abierto y efectos de
red, Pontificia Universidad Javeriana, 2009.
[16] J. I. Lpez Snchez and J. L. Arroyo Barrigete, Externalidades de red en
la economa digital: una revisin terica, Externalidades y
Concentracin. Fundacin Rafael del Pino and Marcial Pons, Madrid, pp.
2132, 2007.
[17] J. Pinto, M. Prez, L. Mendoza, A. Grimn, and M. Kruter, Conceptual
Map of Software Environmental Impact, in Proceedings of the 12th
Americas Conference on Information Systems, 2006, pp. 40664072.
[18] F. Quella and S. Wulf-Peter, Integrating environmental aspects into
product design and development the new ISO TR 14062, Int. J. Life
Cycle Assess., vol. 8, no. 2, pp. 113114, 2003.
[19] Conservacin y Carbono, Anlisis del Ciclo de Vida ISO 14040, 2013.
[Online]. Available: http://www.conservacionycarbono.com/analisis-delciclo-de-vida-iso-14040. [Accessed: 20-Apr-2014].
[20] Ministerio de Minas y Energa, Sector de energa elctrica, in
Memorias al Congreso de la Repblica de Colombia, 2013, pp. 114160.
[21] National Geographic, Energa hidroelctrica, 2013. [Online]. Available:
http://www.nationalgeographic.es/medio-ambiente/calentamientoglobal/hydropower-profile. [Accessed: 20-Apr-2014].
[22] E. ngel S., S. I. Carmona M., and L. C. Villegas R., Gestin ambiental en
proyectos de desarrollo, Cuarta edi. Colombia: Serie de publicaciones
del posgrado en gestin ambiental, 2010.
[23] A. Barros, Gestin de Proyectos: Herramientas, 2009. [Online].
Available:
http://www.alejandrobarros.com/content/view/621462/Gestion-deProyectos-Herramientas.html. [Accessed: 20-Apr-2014].
[24] Corporacin de Desarrollo Tecnolgico, Manual para la optimizacin de
la logstica interna en obras de construccin, Santiago de Chile, 2011.
85
[25] Ultraburstiles, Informe Semestral Sector Construccin, Bogot D.C,

2012.
[26] CAMACOL, Colombia: Construccin en cifras. Obras culminadas en 16
reas metropolitanas, Bogot D.C, 2014.
[27] P. P. Shrestha, D. R. Shields, D. A. Oparaugo, and N. Pradhananga,
Comparative Study of Information Technology Use by Architects,
Engineers and Contractors, J. Civ. Eng. Archit., vol. 5, no. 5, pp. 375
388, 2011.
[28] C. M. Zapata Jaramillo, The UNC-Method revisited: elements of the new
approach. EE.UU.: LAMBERT Academic Publishing, 2012.
[29] TIOBE Software, TIOBE Index for April 2014, 2014. [Online]. Available:
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html.
[Accessed: 09-Apr-2014].
[30] Orion Transfer Ltd., Programming Language Comparison, 2010.
[Online]. Available:
http://programming.dojo.net.nz/resources/programming-languagecomparison/index. [Accessed: 09-Apr-2014].
[31] RosettaCode.org, Language Comparison Table, 2014. [Online].
Available: http://rosettacode.org/wiki/Language_Comparison_Table.
[Accessed: 09-Apr-2014].
[32] Congreso de la Repblica de Colombia, Ley 603 de 2000. Diario Oficial
44108 de julio 31 de 2000, Bogot D.C, 2000.
[33] R. Orejuela Bueno, Decreto 1360 de 1989. Pecarto Nmero 1360 del
23 de junio de 1989, Bogot D.C, 1989.
[34] F. Londoo, Decreto 2755 de 2003. Diario Oficial 45326 de Septiembre
30 de 2003, Bogot D.C, 2003.
[35] Organizacin Mundial del Comercio, Acuerdo sobre los aspectos de los
derechos de propiedad intelectual relacionados con el comercio.
Organizacion Mundial del Comercio, Marruecos, 1994.
[36] Organizacin Mundial de la Propiedad Intelectual, Convenio de Berna.
OMPI, Berna, 1979.
[37] Organizacin Mundial de la Propiedad Intelectual, Tratado de la OMPI
sobre Derecho de Autor. OMPI, Ginebra, 1996.
[38] Expert Choice Inc., Expert Choice. Arlington, USA, 2012.
86
[39] DANE, Reloj de poblacin, Bogot D.C, 2013.

[40] Observatorio Laboral para la Educacin, Oferta regional de programas
por departamento, 2012. [Online]. Available:
http://www.graduadoscolombia.edu.co:8380/eportal/web/observatoriolaboral/programas-carreras1. [Accessed: 20-Apr-2014].
[41] DELL Inc., Servicio de Reciclado de Dell, Pgina principal de soporte,
2014. [Online]. Available:
http://support.dell.com/support/topics/topic.aspx/la/shared/support/recy
cle/es/recycle?c=mx&l=es&s=gen&DoNotRedirect=y. [Accessed: 20May-2014].
[42] DELL Inc., Condiciones de Uso del Programa de Reutilizacin y
Reciclaje, Dell free Recycling & Reuse programs, 2013. [Online].
Available: https://dell.trade-inplatform.com/_ContentRecycleNow/TermsOfUse.es-ES.html. [Accessed:
20-May-2014].
[43] DANE, ndice de Precios al Consumidor (IPC), Colombia, 2014.
[44] T. N. Sharma, Analysis of Software Cost Estimation using COCOMO II,
Int. J. Sci. Eng. Res., vol. 2, no. 6, pp. 15, 2011.
[45] H. Kumar Sharma, E-COCOMO: The Extended COst Constructive MOdel
for Cleanroom Software Engineering, Database Syst. J., vol. IV, no. 4,
pp. 311, 2013.
[46] I. Larkin, The Cost of High-Powered Incentives: Employee Gaming in
Enterprise Software Sales, J. Labor Econ., vol. 32, no. 2, pp. 199227,
2014.
[47] B. Mayorga Jaimes, Proyecto generacin de estrategias para el
desarrollo tecnolgico y de mercado del sector software y servicios de TI
mediante la aplicacin de vigilancia tecnolgica y prospectiva, Bogot
D.C, 2012.
[48] A. C. Puerto, J. C. C. Salazar, and L. A. Gonzlez Preciado, Plan de
negocios AJL Software, Universidad EAN, 2012.
[49] D. C. Lopera Carmona, Anlisis estratgico de la industria colombiana
de software a partir de la simulacin de escenarios de competencia
utilizando Dinmica de Sistemas, Universidad Nacional de Colombia,
2012.
[50] R. S. Pressman, Ingeniera del software un enfoque prctico, Quinta edi.
Madrid, 2002.
87
[51] S. Kusumoto, F. Matukawa, and K. Inoue, Estimating Effort by Use Case

Points: Method , Tool and Case Study, 10th Int. Symp. Softw. Metrics,
pp. 18, 2004.
[52] J. Rosillo, Formulacin y evaluacin de proyectos de inversin para
empresas manufactureras y de servicios. Cengage learning, 2008.
[53] DigialOcean Inc., DigialOcean Servers, 2014. [Online]. Available:
https://www.digitalocean.com/company/about/. [Accessed: 20-Apr2014].
[54] F. Lardinois, DigitalOcean Wants To Challenge Amazon, Linode And Co.
With Better Prices, Marketing And Focus On Simplicity, TechCrunch,
2013. [Online]. Available:
http://techcrunch.com/2013/06/27/digitalocean-wants-to-challengeamazon-linode-and-co-with-better-prices-marketing-and-focus-onsimplicity/. [Accessed: 20-Apr-2014].
[55] Servicio Nacional de Aprendizaje SENA, Seguridad industrial: Seguridad
fsica de los equipos y del usuario, Soacha, 2010.
[56] TOSHIBA, Manual del usuario TOSHIBA AT100, Espaa, 2011.
[57] C. Pascual Lizana, Gua tcnica para la evaluacin y prevencion de los
riesgos relativos a la utilizacin de equipos de trabajo. Instituto
Nacional de Seguridad e Higiene en el Trabajo, Madrid, Espaa, 2011.
[58] D. M. Martnez G., Gua tcnica para la elaboracin de planes de
manejo ambiental. Alcalda Mayor de Bogot D. C., Secretara de
Gobierno, Bogot D.C, Colombia, 2009.
[59] XM, Fuentes de Financiacin, XM, Medelln, Colombia, 2012.
[60] E. Manalif, L. F. Capretz, and D. Ho, Software Project Risk Assessment
and Effort Contingency Model based on COCOMO Cost Factors, J.
Comput. Model., vol. 3, no. 1, pp. 113132, 2013.
[61] B. Bohem, B. Clark, E. Horowitz, and C. Westland, Cost Model for future
software life cycle processes: COCOMO 2.0, Ann. Softw. Eng., vol. 1, pp.
5794, 1995.
[62] Escuela de Estudios Industriales y Empresariales, Diseo de plantas:
Distribucin de plantas de espacios en reas administrativas.
Universidad Industrial de Santander, Bucaramanga, Colombia, 2012.
[63] Cmara Colombiana de la Construccin CAMACOL, Directorio de la
Construccin, 2014. [Online]. Available:
http://www.directoriocamacol.com/empresas/. [Accessed: 25-May-2014].
88
[64] J. Jose and M. Miranda, Evaluacin econmica y social.

[65] H. Cervini and C. I. Bello, Estimacin de precios de cuenta para
Colombia ( Documento interno de trabajo ), vol. 5, 1990.
[66] J. Arboleda G., Manual de evaluacin de impacto ambiental de
proyectos, obras o actividades. Medelln, Colombia, 2008.
[67] S. D. Maniasi, Identificacin de riesgos de proyectos de software en
base a taxonomas, Instituto Tecnolgico de Buenos Aires, 2005.
89

Seminario de Proyectos en Ingeniería

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Seminario de Proyectos en Ingeniería

Hochgeladen von

Copyright:

Verfügbare Formate

DESARROLLO DE UN SOFTWARE PARA EL CONTROL DE INVENTARIOS

DE MATERIALES EN LA EJECUCIN DE OBRAS CIVILES EN COLOMBIA

Juan Guillermo Lacayo Lacayo

SEMINARIO DE PROYECTOS EN INGENIERA III 2014-I

CONTEXTO DEL PROYECTO.................................................................................11

Formulacin del problema...................................................................................11

Descripcin del problema.............................................................................11

Importancia del problema.............................................................................11

rbol de problemas (causas y consecuencias)...........................................12

rbol de objetivos (medios y fines)..............................................................13

Descripcin del proyecto.....................................................................................14

Matriz de marco lgico.....................................................................................15

Impactos en la calidad de vida.....................................................................18

Contexto ambiental del proyecto........................................................................20

Contexto estratgico del proyecto......................................................................22

Contexto tcnico del proyecto.............................................................................25

Contexto legal del proyecto................................................................................28

ANLISIS DE ALTERNATIVAS Y DECISIONES DEL PROYECTO.........................30

Definicin y caracterizacin del producto o servicio....................................32

Estrategias de penetracin en el mercado..................................................33

Normas tcnicas estndar (ISO, ICONTEC) que aplican para el proyecto.34

Alternativas tecnolgicas consideradas.......................................................35

Tamao del proyecto....................................................................................37

Materias primas e insumos..........................................................................37

3.3.7. Normas de seguridad industrial......................................................................39

Plan de manejo ambiental............................................................................39

Inversin en activos fijos...........................................................................41

Inversin en activo nominal......................................................................42

Egresos por periodo........................................................................................42

Egresos operacionales fijos......................................................................42

Egresos variables por periodo..................................................................43

Egresos no operacionales por periodo.....................................................43

Ingresos operacionales por periodo................................................................43

Clculo del punto de equilibrio........................................................................43

Fuentes y mecanismos de financiacin..........................................................44

INGENIERA DEL PROYECTO................................................................................46

Ingeniera del proceso........................................................................................47

Diagrama de GANTT del proyecto......................................................................48

Anlisis de ruta crtica del proyecto....................................................................49

Modelado y simulacin del proceso....................................................................49

EVALUACIN DEL PROYECTO........................................................................52

Cuantificacin de beneficios y costos sociales...............................................53

Flujo de caja socioeconmico.........................................................................54

VPN socioeconmico y TIR socioeconmica..................................................54

Valoracin cualitativa de impactos...............................................................55

Estructura ptima de capital.........................................................................56

Estado de prdidas y ganancias (P y G)......................................................57

Flujo de caja puro.........................................................................................57

Flujo de caja financiado................................................................................58

Criterios de evaluacin financiera................................................................58

ANLISIS DE SENSIBILIDAD Y DE RIESGOS.......................................................60

Efectos de las variaciones de indicadores macroeconmicos....................60

6.1.2. Efectos de las variaciones en la estructura de capital y en los mecanismos

Efectos de variaciones en la penetracin de mercado estimada................62

Efectos de los cambios en supuestos y condiciones del entorno...............63

Simulacin Monte Carlo...............................................................................70

Anlisis de riesgo e incertidumbre......................................................................65

Anlisis DOFA del proyecto................................................................................71

Figura 6-8. Variacin de la TIR frente a variaciones en los supuestos. Elaboracin

Tabla 28. Valoracin cualitativa de impactos. Elaboracin propia a partir de [66]..........55

Posteriormente se desarrollan los segmentos, en donde se realiza el anlisis

2. CONTEXTO DEL PROYECTO

Descripcin del problema

Importancia del problema