Capítulo 3 3. Estructura básica de un project finance

Autorizada la entrega del proyecto de la alumna:
ELENA CASTROMIL FERNÁNDEZ
El Director del Proyecto
PROF. JOSÉ MARÍA RODRÍGUEZ
Fdo.: ……………………….….. Fecha: 07/09/2009
Vº Bº del Coordinador de Proyectos
PROF. EDUARDO ALCALDE LANCHARRO
Fdo.: ……………………….….. Fecha: 07 /09/2009
UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)
INGENIERO EN INFORMÁTICA
PROYECTO FIN DE CARRERA
DESARROLLO DE UNA
HERRAMIENTA DIDÁCTICA PARA
VALORACIÓN DE PROJECT FINANCE
AUTORA: ELENA CASTROMIL FERNÁNDEZ
MADRID, SEPTIEMBRE DE 2009
Desarrollo de una herramienta didáctica para valoración de Project Finance
AGRADECIMIENTOS
A mi familia y amigos, por el apoyo recibido durante todos los años de carrera,
que siempre han estado ahí cuando los he necesitado.
A mi director de proyecto, por el excepcional trato humano y su dedicación.
A mi coordinador de proyecto, por la constancia y los buenos consejos recibidos
durante todos estos años.
A los profesores de ICAI, por el trabajo y las ganas de enseñar demostradas
durante esta etapa de mi vida.
Muchas gracias a todos.
I
Desarrollo de una herramienta didáctica para valoración de Project Finance
RESUMEN
Este proyecto consiste en el desarrollo de una herramienta informática para
proporcionar ayuda y apoyo didáctico para el estudio y valoración de project finance.
Está orientada a la financiación de proyectos en empresas con gran volumen de procesos
industriales.
A toda actividad encaminada a tomar una decisión de inversión sobre un proyecto se
la llama evaluación de un proyecto. La evaluación de proyectos consiste en comparar los
costos con los beneficios que estos generan, para así decidir sobre la conveniencia de
llevarlos a cabo.
Dentro del marco global de la evaluación de proyectos se encuentra la valoración de
project finance (Financiación de Proyectos). Se trata de un mecanismo de financiación de
inversiones de gran envergadura que se sustenta tanto en la capacidad del proyecto para
generar flujos de caja que puedan atender la devolución de los préstamos como en
contratos entre diversos participantes que aseguran la rentabilidad del proyecto.
El aumento de grandes inversiones en infraestructuras y la tendencia de los gobiernos
a reducir sus niveles de déficit presupuestario, ha sido un hecho fundamental en el
desarrollo de la financiación de proyectos. Esta figura permite tanto a la Administración
Pública como a la empresa privada emprender proyectos cuya inversión en capital es
elevada.
La herramienta que se va a desarrollar constará de dos partes bien diferenciadas:
1. Un tutorial para el estudio, aprendizaje y autoevaluación de los conceptos
necesarios para conocer a fondo la estructura y funcionamiento de una
inversión financiada con project finance.
2. Una aplicación interactiva para que el alumno pueda afianzar los
conocimientos obtenidos analizando proyectos concretos y obteniendo una
II
Desarrollo de una herramienta didáctica para valoración de Project Finance
valoración de la bondad del proyecto elegido respecto a la conveniencia de
utilizar project finance para financiarlo.
Figura 1Esquema explicativo de la herramienta
Se desarrollará la aplicación en un entorno web con la finalidad de publicarse en un portal web y
de este modo facilitar el acceso a los alumnos. Se establecerá un protocolo de seguridad, para autenticar los
usuarios que acceden al curso, por ello, se da la opción de registrarse a nuevos usuarios. Se mantendrá una
base de datos de usuarios con sus contraseñas válidas. También se mantendrán datos de interés académico,
como los temas que ha estudiado o finalizado un alumno o las calificaciones obtenidas en cada uno de los
test realizados en sesiones anteriores.
III
Desarrollo de una herramienta didáctica para valoración de Project Finance
ABSTRACT
This project involves developing a computer tool to provide assistance and training
support for the assessment of project finance. It is aimed at financing projects in
companies with large volume of industrial processes.
In any activity aimed at making an investment decision on a draft assessment is called
a project. Project evaluation is to compare costs with the benefits they generate, so decide
on whether to carry them out.
Within the overall framework of the project evaluation is the assessment of project
finance. This is a funding mechanism for major investments that underpin both the
project's ability to generate cash flows that can meet the repayment of loans and contracts
between various participants in ensuring the profitability of the project.
The large increase in infrastructure investment and the tendency of governments to
reduce their budget deficit, has been a fundamental stage in the development of project
financing. This figure allows both public administration and private enterprise to
undertake projects whose capital investment is high.
The tool consists of two distinct parts, one part will develop a tutorial for studying
and learning the concepts necessary for the financial valuation of projects and on the
other hand will develop an application so that students can consolidate the knowledge
obtained by analyzing specific projects and obtaining an appraisal of the goodness of the
chosen project.
Application will be developed in a web environment in order to be published in a web
portal and thereby facilitate access to students. It will establish a security protocol, to
authenticate users accessing the course, therefore, be given the option to register new
users. It will maintain a database of users with valid passwords. Data also remain of
academic interest, as the subjects he has studied or completed a student or grades
obtained in each of the tests performed in previous sessions.
IV
Desarrollo de una herramienta didáctica para valoración de Project Finance
ÍNDICE
PRIMERA PARTE:
PROJECT FINANCE.................................................................................................................. 1
Capítulo 1. Introducción ............................................................................................................................ 2
1.1. Introducción ....................................................................................................2
1.2. Motivación ......................................................................................................3
1.3. Objetivos .........................................................................................................4
1.4. Evaluación de proyectos .................................................................................5
1.5. Financiación de proyectos ..............................................................................6
Capítulo 2. Conceptos básicos ................................................................................................................... 8
2.1. Definición de project finance .........................................................................8
2.2. Características comunes en un project finance ...............................................8
2.3. Ventajas e inconvenientes de un project finance ..........................................10
2.3.1. Ventajas..........................................................................................10
2.3.1.1. A nivel gubernamental ....................................................10
2.3.1.2. A nivel de los protagonistas ............................................10
2.3.2. Inconvenientes ...............................................................................11
2.4. Ámbitos de aplicación ..................................................................................12
Capítulo 3. Estructura básica de un project finance: partes intervinientes ......................................... 13
3.1. Fases de un proyecto financiado mediante project finance ..........................13
3.1.1. Fase previa .....................................................................................14
3.1.2. Fase de construcción ......................................................................14
3.1.3. Fase de operación ...........................................................................14
3.2. Esquema básico de un project finance..........................................................15
3.3. Sociedad vehículo del proyecto ....................................................................16
3.4. Socios promotores del proyecto ....................................................................16
3.4.1. Socios industriales .........................................................................17
V
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.4.2. Socios financieros ..........................................................................17
3.4.3. Otros socios interesados .................................................................18
3.5. Los aseguradores ..........................................................................................18
3.6. Los asesores externos ...................................................................................19
3.6.1. Asesores jurídicos ..........................................................................19
3.6.2. Asesor de ingeniería .......................................................................19
3.6.3. Asesor medioambiental ..................................................................20
3.6.4. Asesor financiero ...........................................................................20
3.7. Las fuentes de financiación ..........................................................................21
3.8. Intervinientes en cada fase de un project finance .........................................24
Capítulo 4. Estudio de viabilidad de un project finance ....................................................................... 25
4.1. Consideraciones básicas ...............................................................................25
4.2. Parámetros principales de medición de rentabilidad ....................................30
4.2.1. Valor actual neto (VAN) ...............................................................30
4.2.2. Tasa interna de retorno (TIR) .......................................................30
4.2.3. Plazo de recuperación de una inversión (payback) .......................31
4.2.4. Conclusiones ..................................................................................32
4.3. Coste de capital .............................................................................................32
4.3.1. El coste de capital en proyectos internacionales ............................34
4.4. Apalancamiento ............................................................................................34
4.4.1. Apalancamiento operativo .............................................................35
4.4.2. Apalancamiento financiero ............................................................36
4.5. Claves fiscales a considerar en un project finance .......................................37
4.5.1. Claves fiscales a considerar por la SVP .........................................37
4.5.2. Aspectos fiscales a considerar por los accionistas de la SVP ........38
4.5.3. Aspectos fiscales a considerar por los prestamistas de la SVP ......38
Capítulo 5. Riesgos inherentes a un project finance .............................................................................. 40
5.1. Conceptos básicos .........................................................................................40
5.2. Riesgos de construcción ...............................................................................41
5.3. Riesgos de explotación u operación .............................................................42
VI
Desarrollo de una herramienta didáctica para valoración de Project Finance
5.4. Riesgos de mercado o comercialización .......................................................42
5.5. Riesgos financieros .......................................................................................43
5.6. Riesgos políticos u de fuerza mayor .............................................................44
5.6.1. A nivel internacional ......................................................................44
5.6.2. A nivel nacional .............................................................................45
5.7. Riesgos legales ..............................................................................................45
5.8. Riesgos medioambientales............................................................................46
5.9. Conclusiones .................................................................................................47
Capítulo 6. Los contratos ......................................................................................................................... 49
6.1. Conceptos básicos .........................................................................................49
6.2. Aspectos jurídicos iníciales ..........................................................................51
6.3. Contratos técnicos .........................................................................................51
6.3.1. Contratos para la fase de construcción ...........................................51
6.3.2. Contratos para la fase de explotación ............................................52
6.4. Contratos financieros ....................................................................................52
6.5. Contratos de garantía ....................................................................................53
6.6. Contratos de seguros .....................................................................................54
6.7. Opinión legal ................................................................................................55
6.8. Resumen .......................................................................................................55
Capítulo 7. El papel de la administración pública en un project finance ............................................. 57
7.1. Efectos socioeconómicos de las infraestructuras públicas ...........................57
7.2. Inversión privada vía concesión pública .......................................................58
7.2.1. Características básicas de una concesión .......................................58
7.2.2. Objetivos de la administración ante una concesión .......................58
7.2.3. Concurso público ...........................................................................59
7.2.3.1. Aspectos relevantes de un concurso público ....................................... 59
7.2.3.2. Procedimiento ...................................................................................... 60
7.2.4. Modelo de concesión administrativa: modelo B.O.T ....................61
7.2.4.1. Posibles variaciones sobre la estructura de un B.O.T .......................... 62
VII
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 8. Documentación adicional en un project finance ................................................................. 64
8.1. Introducción ..................................................................................................64
8.2. Information Memorandum ............................................................................64
8.2.1. Objetivo..........................................................................................65
8.2.2. Confidencialidad ............................................................................65
8.2.3. Contenido .......................................................................................65
8.3. Análisis financiero ........................................................................................69
8.3.1. Coeficientes de cobertura ...............................................................70
8.3.2. Previsiones del proyecto ................................................................70
8.4. Cuentas del proyecto .....................................................................................71
8.5. Conclusión del proyecto ...............................................................................73
SEGUNDA PARTE:
VALORACIÓN DE UN PROJECT FINANCE ................................................... 74
Capítulo 1. Valoración de project finance ............................................................................................... 75
1.1. Introducción ........................................................................................................75
1.2. Objetivos del cuestionario ..................................................................................76
1.3. Realización del cuestionario ...............................................................................77
1.4. Obtención de la valoración .................................................................................77
1.5. Análisis de las preguntas ....................................................................................77
Capítulo 2. Información sobre los promotores ...................................................................................... 78
Capítulo 3. El deudor de la financiación ................................................................................................ 81
Capítulo 4. Identificación de los riesgos ................................................................................................. 83
Capítulo 5. La situación legal del proyecto ............................................................................................ 85
Capítulo 6. Garantías ............................................................................................................................... 87
Capítulo 7. Estructura de la financiación ............................................................................................... 88
VIII
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 8. Los seguros ............................................................................................................................ 89
TERCERA PARTE:
HERRAMIENTA DIDÁCTICA EN FLASH ....................................................... 90
Capítulo 1. Herramienta didáctica.......................................................................................................... 91
1.1. Sistemas e-learning ............................................................................................91
1.1.1. ¿Qué es un sistema e-learning? ................................................................91
1.2. Evolución de los sistemas e-learning .................................................................92
1.3. Características de un sistema e-learning ............................................................93
Capítulo 2. Tecnología Flash ................................................................................................................... 96
2.1 Introducción .........................................................................................................96
2.2. ¿Qué es Flash? .................................................................................................. 96
2.2.1. Evolución de Flash ....................................................................................97
2.2.2. Funcionamiento .........................................................................................98
2.2.3. Características ............................................................................................99
Capítulo 3. Análisis conceptual y desarrollo de la aplicación ............................................................. 100
3.1. Identificación de necesidades ..................................................................................................... 100
3.1.1. Objetivos del sistema ...............................................................................100
3.1.2. Alcance del sistema o aplicación .............................................................101
3.1.3. Tipología de los usuarios finales .............................................................103
3.1.4. Restricciones ............................................................................................104
3.1.5. Organización y funciones empresariales .................................................104
3.1.6. Antecedentes ............................................................................................105
3.1.7. Documento de Conceptos del sistema .....................................................105
3.2. Análisis de requisitos.................................................................................................................. 107
3.2.1. Reconocimiento del problema .................................................................107
3.2.1.1. Ámbito del proyecto ........................................................................................... 108
3.2.1.2. Contexto general del sistema ................................................................................ 108
IX
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.2.2. Creación de la lista de requisitos .............................................................109
3.2.3. Obtención del modelo físico actual .........................................................112
3.2.4. Recolección de datos ..............................................................................124
3.2.4.1. Diccionario de datos .................................................................124
3.2.4.2. Diagrama Entidad-Relación ......................................................129
3.3. Estudio de la arquitectura ........................................................................................................... 130
3.3.1. Introducción...................................................................................................................... 130
3.3.2. Tecnología utilizada ......................................................................................................... 131
3.3.2.1. Tecnología de comunicaciones ........................................................................ 131
3.3.2.2. Tecnología Hardware ...................................................................................... 134
3.3.2.3. Tecnología Software ........................................................................................ 142
3.4. Diseño externo............................................................................................................................ 143
3.4.1. Desarrollo del modelo físico del nuevo sistema ......................................143
3.4.1.1. Requisitos físicos del nuevo sistema.........................................143
3.5. Diseño interno ............................................................................................................................ 145
3.6. Programación ............................................................................................................................. 147
3.6.1. Lenguajes de programación .....................................................................147
3.6.2. Programación usada para construir la aplicación ....................................149
3.6.2.1. Funcionamiento de la aplicación ..............................................149
3.6.3. Manual de usuario ...................................................................................170
3.6.3.1. Objeto de la aplicación..............................................................170
3.6.3.2. Entorno de trabajo .....................................................................170
3.6.3.3. Perfiles o roles de usuario .........................................................170
3.6.3.4. Funcionamiento del sistema ......................................................170
3.6.3.5. Funcionalidades del sistema .....................................................171
3.6.3.6. Incidencias más frecuentes ......................................................171
3.6.3.7. Mensajes de error ......................................................................171
3.7. Pruebas del sistema............................................................................................................................ 175
3.7.1. Trabajo a seguir en la etapa de pruebas ............................................................................ 177
X
Desarrollo de una herramienta didáctica para valoración de Project Finance
CUARTA PARTE:
VALORACIÓN ECONÓMICA Y PLANIFICACIÓN ................................178
Capítulo 1. Valoración económica ........................................................................................................ 179
Capítulo 2. Planificación ........................................................................................................................ 181
QUINTA PARTE:
CONCLUSIONES ...................................................................................................................183
SEXTA PARTE:
BIBLIOGRAFÍA ......................................................................................................................186
XI
Desarrollo de una herramienta didáctica para valoración de Project Finance
PRIMERA PARTE
Project Finance
1
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 1
1. Introducción
1.1.
Introducción
Con este proyecto se pretende realizar una herramienta informática para proporcionar ayuda y apoyo
didáctico para la valoración de project finance. Estará orientada a proyectos en empresas con gran volumen
de procesos industriales.
La herramienta constará de dos partes bien diferenciadas, por una parte se desarrollará una aplicación
e-learning o tutorial de aprendizaje para el estudio del mecanismo de financiación denominado project
finance y por otra parte se desarrollará una aplicación práctica para que alumno pueda afianzar los
conocimientos obtenidos analizando proyectos concretos (reales o ficticios) y obteniendo una valoración de
la conveniencia de utilizar project finance en el proyecto elegido. Ambas partes se integran en una
herramienta didáctica muy completa que además incluye test de autoevaluación y ayuda a la continuidad
del estudio.
Sistema
e-learning
Project
Finance
Aplicación de
valoración
Project
Finance
Figura 1.1 Esquema de comprensión del proyecto
2
Herramienta
Didáctica
Project Finance
Desarrollo de una herramienta didáctica para valoración de Project Finance
1.2.
Motivación
La motivación para elegir un proyecto de este tipo es debido a dos razones
principales: por una parte el mecanismo de financiación project finance y por otra, el
desarrollo de una herramienta didáctica en un entorno web.
Respecto a la valoración de proyectos financiados mediante project finance se ha
tenido en cuenta que la evaluación de proyectos es una herramienta de gran utilidad para
la toma de decisiones reales, ya que un análisis que se anticipe al futuro puede evitar
posibles desviaciones y problemas en el largo plazo. La financiación de proyectos vía
project finance es una técnica interesante y beneficiosa que combina múltiples
posibilidades empresariales y que requiere de profesionales especializados, que conozcan
a fondo los requisitos, características y lo que conlleva este tipo de financiación.
En los tiempos que corren en los que la economía no es estable, resulta interesante profundizar en este
tema, ya que puede ayudar a la toma de decisiones a muchas empresas en situaciones críticas.
Resulta también muy interesante proporcionar una herramienta de formación a alumnos
o de
complemento a profesionales con conocimientos específicos en una técnica de financiación exigente y
beneficiosa, como es project finance.
Respecto al desarrollo de una herramienta didáctica parece muy atractivo el hecho de
que la aplicación tenga un fin didáctico porque obliga a la realización de un proyecto
estructurado, completo y que no debe dejar cuestiones o temas sin detallar en el contexto
de la evaluación de proyectos económico-financieros. También exige que el entorno sea
intuitivo y fácil de usar.
3
Desarrollo de una herramienta didáctica para valoración de Project Finance
1.3.
Objetivos
Se realiza una distinción entre los objetivos referentes a la herramienta didáctica, los
respecto a la evaluación y valoración financiera de proyectos y respecto al desarrollo
informático.
Los objetivos que se pretenden alcanzar respecto a la evaluación financiera de
proyectos son:
1. Investigación, análisis, evaluación y presentación clara de toda la información
referente a la valoración de project finance, para conseguir un conocimiento
más profundo.
2. Conocimiento y estudio en profundidad de los distintos métodos existentes
para la valoración de project finance.
Los objetivos que se pretenden alcanzar respecto a la herramienta didáctica:
1. Desarrollo de un entorno que resulte intuitivo, sencillo y amigable para el
alumno.
2. Presentación clara y estructurada de contenidos.
3. Exposición de conceptos, lecciones y temas, proporcionando elementos
visuales para facilitar al alumno la comprensión de la materia de estudio.
Los objetivos que se pretenden alcanzar respecto a la aplicación informática:
1. Consecución de una gestión correcta de todo aquello que interviene o que se
relaciona con la aplicación que se va a desarrollar.
2. Desarrollar un interfaz de usuario que resulte sencillo y fácil de usar para el
alumno, así como vistoso en cuanto a apariencia.
3. Presentación de resultados obtenidos de forma esquemática y gráfica mediante
los cálculos correspondientes.
4. Obtención de una valoración de la bondad del proyecto que se evalúa.
4
Desarrollo de una herramienta didáctica para valoración de Project Finance
1.4.
Evaluación de proyectos
Un proyecto es la búsqueda de una solución inteligente al planteamiento de un problema que tiende a
resolver, entre muchas, una necesidad humana.
Para tomar una decisión sobre un proyecto es necesario que éste sea sometido al análisis
multidisciplinario de diferentes especialistas. Una decisión siempre debe estar basada en el análisis de un
sin número de antecedentes o la aplicación de una metodología lógica que abarque la consideración de
todos los factores que participan y afectan al proyecto.
A toda actividad encaminada a tomar una decisión de inversión sobre un proyecto se la llama
evaluación de un proyecto. La evaluación de proyectos consiste en comparar los costos con los beneficios
que estos generan, para así decidir sobre la conveniencia de llevarlos a cabo.
Para la identificación de los costos y beneficios del proyecto que son pertinentes para su evaluación,
es necesario definir una situación base o situación sin proyecto; la comparación de lo que sucede con el
proyecto versus lo que hubiera sucedido sin proyecto, definirá los costos y beneficios pertinentes del
mismo.
La evaluación financiera, económica y social se efectúa conjuntamente con la que se podría llamar
evaluación técnica del proyecto, que consiste en cerciorarse de la factibilidad técnica del mismo. Así
mismo, la evaluación económica presupone una adecuada formulación y evaluación administrativa, como
también una adecuada formulación y evaluación institucional y legal.
La evaluación privada de proyectos incluye una evaluación financiera y una evaluación económica. La
primera contempla, en su análisis, a todos los flujos financieros del proyecto, distinguiendo entre capital
propio y prestado. Esta evaluación es pertinente para determinar la llamada capacidad financiera del
proyecto y la rentabilidad de capital propio invertido en el proyecto. La evaluación económica, en cambio,
supone que todas las compras y las ventas son al contado riguroso y que todo el capital es propio; es decir,
la evaluación privada económica desestima el problema financiero.
Para la evaluación social, interesa el flujo de recursos reales utilizados y producidos por el proyecto.
Para la determinación de los costos y beneficios pertinentes, la evaluación social definirá la situación del
país con la ejecución del proyecto versus sin la ejecución del proyecto en cuestión. Así, los costos y
beneficios sociales podrán ser distintos de los contemplados por la evaluación privada económica, porque:
los valores sociales de bienes y servicios difieren del que paga o recibe el inversionista privado, o parte de
los costos o beneficios recaen sobre terceros.
5
Desarrollo de una herramienta didáctica para valoración de Project Finance
1.5.
Financiación de proyectos
Dentro del marco global de la evaluación de proyectos se encuentra la evaluación de
proyectos financiados mediante project finance. Como se ha dicho anteriormente, se trata
de un mecanismo de financiación de inversiones de gran envergadura que se sustenta
tanto en la capacidad del proyecto para generar flujos de caja, como en contratos entre
diversos participantes que aseguran la rentabilidad del proyecto. Este tipo de proyectos
tienen unas características específicas y se diferencian de los proyectos corrientes
realizando un análisis breve. Suelen ser proyectos con inversiones muy grandes y que se
basan en procesos industriales o inversiones en acuerdo con el Estado.
El aumento de grandes inversiones en infraestructuras y la tendencia de los gobiernos
a reducir sus niveles de déficit presupuestario, ha sido un hecho fundamental en el
desarrollo de la financiación de proyectos. Esta figura permite tanto a la Administración
Pública como a la empresa privada emprender proyectos cuya inversión en capital es
elevada.
Project finance es una técnica de uso generalizado en la implantación del sector de
telecomunicaciones (telefonía móvil, televisión por cable, etc.). Sin embargo, en la
actualidad, ha tomado mucha fuerza en sectores como el eléctrico o del transporte,
permitiendo desplazar estas grandes inversiones, históricamente unidas al sector público,
hacia el sector privado. Más concretamente, grandes parques fotovoltaicos y eólicos son
financiados mediante esta modalidad, pues la propia naturaleza de este tipo de proyectos
se adapta plenamente a la filosofía del project finance, y la legislación actual permite
asegurar una generación de flujos previsible y suficiente que sostenga el pago de las
cuotas crediticias.
6
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 2
2. Conceptos básicos
2.1.
Definición de project finance
Es difícil definir jurídicamente el concepto de project finance. En términos prácticos s definirlo como
un sistema de financiación que se sustenta básicamente en la bondad y viabilidad del proyecto a financiar,
tanto teórica como económicamente, por tanto en su capacidad para generar los recursos suficientes incluso
ante escenarios desfavorables, para garantizar el repago de sus obligaciones por sí mismo, ya que la
decisión de acometerlo no está sujeta ni a la capacidad financiera de los promotores ni al valor de los
activos del proyecto, que serán considerados como garantía adicional o colateral.
No obstante resulta bastante infrecuente que una inversión se financie exclusivamente a base de sus
propios méritos, sin ningún otro tipo de garantías prestadas por los promotores, los proveedores y/o los
clientes del proyecto.
Frente a los promotores, que pretenden una financiación íntegramente fuera de balance, los
prestamistas (los bancos) no esperan asumir actividades de capital-riesgo, por lo que exigen que
determinados riesgos sean asumidos por los promotores, ya que, de lo contrario, el riesgo no estaría
compensado con la rentabilidad a obtener.
2.2.
Características comunes en un project finance
El concepto de financiación de una inversión mediante project finance varía notablemente del de
financiación tradicional. A continuación se muestra un esquema que explica la diferencia conceptual
principal.
7
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.2 Situaciones de inversión de una empresa
Las características que debe reunir una financiación que se va a llevar a cabo mediante project finance
son:

Se constituye una sociedad separada para realizar el proyecto, una vez
obtenida la correspondiente concesión del Estado anfitrión. El titular de los
activos del proyecto será una sociedad que se denomina Sociedad Vehículo
del Proyecto (–en adelante SVP-) y que posee personalidad jurídica
independiente de la de sus promotores.

El proyecto ha de estar bien definido, ser independiente y con una rentabilidad
coherente con los riesgos que se han de asumir.

El proyecto debe generar por si solo flujos de caja suficientes y
razonablemente predecibles durante un largo periodo de tiempo para poder
hacer frente al repago de la deuda.

El proyecto requiere un largo periodo de maduración, con una importante
inversión inicial y un grado de apalancamiento muy elevado.

El volumen de gasto por mantenimiento suele ser escaso o nulo.
8
Desarrollo de una herramienta didáctica para valoración de Project Finance

El riesgo de los promotores se reduce a su aportación de capital y, en algunos
casos, a determinadas garantías operativas.
2.3.
Ventajas e inconvenientes de un project finance
2.3.1. Ventajas
2.3.1.1.
A nivel gubernamental
En países en vías de desarrollo, la financiación con recurso limitado (project finance) posibilita el
desarrollo económico con independencia de la capacidad pública de endeudamiento.
En países industrializados, este mecanismo de financiación permite al sector privado acceder a la
gestión de servicios públicos dentro de una política de fomento y mejora de la gestión.
2.3.1.2.
A nivel de los protagonistas
2.3.1.2.1. Para los promotores

Permite acometer proyectos cuyo endeudamiento exceda de su
capacidad para obtener financiación, bien mediante recursos
propios, bien mediante endeudamiento externo.

Permite repartir riesgos a asumir entre los distintos promotores
que estén involucrados en el proyecto en función de su
participación en el mismo.

Son operaciones fuera de balance, por lo que no incrementan el
riesgo corporativo de los promotores, los cuales mantienen así la
calidad crediticia necesaria que les permita recurrir al
endeudamiento para futuras inversiones.

No compromete la viabilidad de otros negocios al no requerir
garantías corporativas.
9
Desarrollo de una herramienta didáctica para valoración de Project Finance
2.3.1.2.2. Para los financiadores

Evita la concentración de riesgos en los promotores al pasar de un
riesgo de empresa a un riesgo de proyecto.

Permite el seguimiento en profundidad de la gestión del negocio.
2.3.2. Inconvenientes

Existe una evaluación múltiple de riesgos (ingeniería, de
mercado, financieros, etc.), necesitando para ello especialistas
altamente cualificados.

Al no existir un responsable único, el tiempo de diseño y
estructuración del proyecto suele ser largo.

El coste de financiación es directamente proporcional al nivel de
riesgo a asumir por parte de los financiadores.

La transparencia exigida frente a terceros implicados en el
proyecto puede generar, en algunos casos, situaciones de cierta
conflictividad.

Obliga a cubrir algunos riesgos extraordinarios mediante pólizas
de seguros u otras alternativas suficientes.
10
Desarrollo de una herramienta didáctica para valoración de Project Finance
2.4.
Ámbitos de aplicación
A lo largo de los años el modelo de financiación basado en una limitación del recurso contra los
accionistas (project finance) se ha ido implantando en diversos sectores.
Se muestra a continuación un gráfico que ilustra los sectores involucrados en la implantación de
project finance en relación a su evolución en el tiempo.
1990
1980
•Industria pesada
•Puentes, túneles,
aeropuertos
•Telecomunicaciones
•Parques temáticos
1970
•Oleoductos, minería,
•Autopistas, aviones,
barcos
•Centrales
eléctricas
•Refinerías de
petróleo
•Campos de gas
•Carreteras urbanas
con peaje
•Tratamiento de
aguas y basuras
•…
1960
•Petróleo, Gas
Figura 1.3 Sectores involucrados en la implantación de project finance
11
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 3
3. Estructura básica de un project finance:
partes intervinientes
3.1.
Fases de un proyecto financiado mediante project finance
Un proyecto que necesite ser financiado mediante project finance se puede dividir en tres etapas
claramente diferenciadas: fase previa, fase de construcción y fase de operación.
Figura 1.4 Flujos de caja en las etapas de un project finance
12
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.1.1. Fase previa
La motivación por la que surge un proyecto es muy diversa. Durante esta etapa, se estudia la
posibilidad de realizar el proyecto empleando diversas técnicas y cubriendo distintas etapas. Una vez
decidido se planifica en detalle el mismo.
La planificación del proyecto incluye, entre otros aspectos, la búsqueda de las mejores soluciones
técnicas, la búsqueda de los inversores y métodos de financiación, así como la anticipación de los posibles
contratiempos que puedan ocurrir. En el caso muy probable y común de que tras el estudio de viabilidad se
optase por no realizar el proyecto, el desembolso incurrido durante esta etapa se habría hecho a fondo
perdido.
3.1.2. Fase de construcción
Durante la fase de construcción se continúa incurriendo en flujos de caja negativos, existen mayores
riesgos e intervienen un mayor número de agentes. Es la etapa que tiene una estructura más compleja.
La construcción de la instalación “llave en mano” se adjudica a un único contratista. Este contratista
principal realizará parte de los trabajos, subcontratando a su vez otra gran parte de los mismos a terceras
subcontratas. La estructura se repite creando una red de subcontratas y englobando la totalidad de los
trabajos. La financiación de la estructura es igualmente complicada pudiendo existir de manera análoga a la
estructura de subcontrataciones una red de sindicaciones entre los distintos agentes financieros.
3.1.3. Fase de operación
En esta fase se obtienen los flujos de caja positivos que justifican los costes incurridos en las etapas
anteriores e incluyen el beneficio de los inversores. Existen costes de operación y mantenimiento durante el
periodo. Al final del mismo se incurre en los costes de desmantelamiento de las instalaciones, que
significarán unos últimos flujos de caja negativos que hay que considerar en todo momento.
3.2.
Esquema básico de un project finance
Se muestra en la figura un esquema de las partes intervinientes y cómo se relacionan
con la Sociedad Vehículo del proyecto (SVP).
13
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.5 Esquema de participantes en un project finance
14
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.3.
Sociedad Vehículo del Proyecto (en adelante SVP)
Es la compañía que se constituye para llevar a cabo la ejecución y explotación del
proyecto, y, por tanto, será la deudora de la financiación y perceptora de los flujos de caja
a generar.
El riesgo financiero de los promotores queda reducido a su aportación en el capital de
la SVP, por lo que la única fuente de ingresos sobre la que recaerá la obligación de
repago de la deuda serán los activos de la SVP y su capacidad de generar flujos de caja.
Con estas premisas de partida se puede entender que la forma jurídica de una SVP es la de sociedad
anónima (siendo también posible utilizar la figura de Sociedad de Responsabilidad Limitada), que aunque
la ley exige que el 25% del capital social suscrito esté desembolsado, presenta algunas ventajas.
La propia naturaleza jurídica de la sociedad anónima limita el recurso de los terceros acreedores a los
ingresos y los activos de la propia sociedad. Éste es el principal motivo por el que la utilización de
Agrupaciones de Interés económico está descartada, ya que sus socios responden solidariamente de las
obligaciones de la sociedad, lo cual desvirtúa su razón de ser.
La estructura accionarial y los pactos entre accionistas con las entidades financieras marcarán las
pautas de las decisiones de la sociedad.
Se evita la consolidación contable de la SVP.
3.4.
Socios promotores del proyecto
En el accionariado de una SVP pueden participar como socios todas aquellas personas, físicas o
jurídicas, que vayan a estar involucradas de forma directa en el proyecto y que, por tanto, tengan un interés
claro en la evolución del mismo.
Es importante tener claro a la hora de buscar socios para desarrollar un proyecto que cuanto mayor
sea el número mayor será la dificultad para aunar criterios y objetivos, los cuales deberán estar claramente
definidos antes de iniciar el proyecto.
15
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.6 Ilustración de socios promotores del proyecto
3.4.1. Socios industriales

Aportan el capital y el know-how. Son los verdaderos promotores
del proyecto.

Son expertos en el sector en cuestión y generalmente tienen
experiencia previa en proyectos similares.

Tienen vocación de permanencia en el proyecto una vez que éste
se haya hecho realidad.

Un mismo proyecto puede tener más de un socio industrial.
3.4.2. Socios financieros

Son sociedades con experiencia en este tipo de actividades.

Tienen una cualidad técnica avanzada y son financieramente
sofisticados.

Buscan rentabilidad a largo plazo.
16
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.4.3. Otros socios interesados

Para ellos la inversión en el proyecto no es el objetivo prioritario
y, por tanto, no suelen ser los únicos inversores.

No siempre existe este tipo de socio y su presencia no es
imprescindible para llevar a cabo el proyecto.

3.5.
En este grupo cabe destacar:

Proveedores de equipos industriales.

Empresas constructoras.

Proveedores de materias primas.

Cliente final del proyecto.
Los aseguradores
Su objetivo es limitar al máximo los riesgos a asumir por promotores y entidades
financieras. También son los responsables de determinar cuáles son los mecanismos de
cobertura para los posibles riesgos detectados, tanto durante el periodo de construcción,
como en el de explotación del proyecto. Determinarán cuál es, desde su punto de vista, el
capital mínimo a asegurar en función del importe del potencial de siniestro.
Los principales riesgos a aseguran son:
 Riesgo de construcción.
 Responsabilidad civil.
 Lucro cesante.
 Reparaciones, sustituciones, etc.
 Fuerza mayor.
17
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.6.
Los asesores externos

Su función es acotar y definir los riesgos del proyecto, estructurar
la operación a financiar, tratando de facilitar el trabajo de los
inversores y financiadores.
3.6.1. Asesores jurídicos.

Toda operación del project finance requiere de la opinión legal de
una firma de reconocido prestigio que asesore sobre los aspectos
legales, fiscales y el marco legislativo que afecte al proyecto.
3.6.2. Asesor de ingeniería

Debe ser un consultor independiente para poder valorar la
viabilidad técnica del proyecto, su nivel de rendimiento esperado
y los riesgos previsibles de la explotación.

Valorará la idoneidad de la tecnología a utilizar dentro de los
parámetros de inversión, los costes operativos y las proyecciones
esperada
18
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.7 Ilustración obra de ingeniería de un puente
3.6.3. Asesor medioambiental

Analiza la repercusión social del proyecto y su impacto
ambiental. Plantea alternativas a los problemas que aparezcan,
determinando y evaluando los riesgos.

El término “ambiental” se refiere a los distintos usos del suelo, al
ruido (contaminación acústica), a la calidad del aire y de las
aguas, tanto marinas como subterráneas.
3.6.4. Asesor financiero

Es la primera decisión a tomar por el Grupo Promotor. Debe ser
contratado desde el inicio (incluso antes de la petición de ofertas
a contratistas).

La contratación ha de hacerse mediante licitación, fijando
condiciones mínimas sobre la estructura financiera y el precio.
19
Desarrollo de una herramienta didáctica para valoración de Project Finance

La mayor ventaja que añade al proyecto reside en la
independencia y neutralidad que aporta en las relaciones entre las
entidades financieras y el Grupo Promotor.

El mayor inconveniente es su coste. Su repercusión en el
Proyecto hace que el volumen óptimo del mismo deba ser, como
mínimo, de 90.000 euros, aunque no se descarten de principio
proyectos de menor cuantía.

Estudia la rentabilidad del Proyecto.

Planifica y coordina la ejecución de informes independientes.

Identifica y evalúa los riesgos económicos y financieros del
Proyecto, asesorando sobre la participación de las diferentes
entidades intervinientes en la cobertura de dichos riesgos.

Prepara el Information Memorandum.

Es el responsable de conseguir la entidad financiera que asegure
la financiación y de llevar a cabo, si fuese preciso, el proceso de
sindicación.
3.7.
Las fuentes de financiación
Todo proyecto, en función de sus características particulares, habrá de elegir, tras un
estudio pormenorizado, entre los distintos productos financieros que en ese momento
estén disponibles en el mercado y escoger lo que mejor se adapte a sus necesidades. A
pesar de las diferencias que puedan existir entre las distintas posibilidades de
financiación, algunas características son comunes a todas ellas.
20
Desarrollo de una herramienta didáctica para valoración de Project Finance
Viabilidad. Un proyecto, para ser viable debe ser capaz de generar la rentabilidad
esperada por sus accionistas, después de cubrir las necesidades operativas y financieras
del proyecto.
Importe. El montante de la financiación es proporcional al volumen y la seguridad de
generar los flujos de ingreso esperados.
Plazo. El plazo es proporcional a la duración de los flujos predecibles. Es difícil
encontrar financiación a un plazo superior al de la estimación real de ingresos a generar
por el proyecto.
Apalancamiento financiero. Cuanto mayor sea el apalancamiento financiero, una vez
repagada la deuda, mayor será la rentabilidad de los recursos propios.
Todo apalancamiento tiene como limitación el coste de la financiación y las
condiciones de las entidades financieras.
Entre los productos financieros disponibles cabe destacar como los más habituales:

Crédito bancario a largo plazo, con amortizaciones parciales del
principal.

Emisiones de obligaciones, con o sin amortizaciones anticipadas.
En un solo tramo o distribuidos según plazos y riesgos.

Deuda subordinada.

Deuda vía leasing para determinados activos.
También se puede optar por fuentes de financiación alternativas, como pueden ser:

Agencias internacionales que favorezcan cierto tipo de proyectos.
21
Desarrollo de una herramienta didáctica para valoración de Project Finance

Ayudas provenientes de entidades locales o comunitarias, tanto
por subvenciones directas como por reducciones de tipo de
interés.
A continuación se detalla un pequeño cuadro-resumen de la estructura básica de
financiación de un proyecto. Es importante tener en cuenta que cada caso concreto tendrá
una estructura personalizada.
Figura 1.8 Estructura de financiación de un project finance
22
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.8.
Intervinientes en cada fase de un project finance
Se muestra a continuación un diagrama que explica de qué forma se relacionan las
partes intervinientes en cada fase con la SVP.
Figura 1.9 Diagrama funcional de un project finance
23
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 4
4. Estudio de la viabilidad de un project
finance
4.1.
Consideraciones básicas
Aspectos a tener en cuenta a la hora de realizar un estudio de viabilidad:
1. Disponibilidad y coste de los servicios necesarios para el desarrollo
del proyecto.
2. Acceso a materias primas nacionales y/o de importación.
3. Existencia y facilidad de acceso a los potenciales mercados del
producto.
4. Acceso a tecnología, equipos y personal cualificado para el desarrollo
del proyecto.
5. Disponibilidad de las licencias oficiales y permisos necesarios para el
desarrollo de la actividad.
6. Proyecciones objetivas y realistas de ingresos y costes en función de
los tipos de interés, los tipos de cambio, la inflación, los impuestos a
pagar, los posibles retrasos y otras contingencias.
7. Estudio de potenciales valores añadidos al proyecto.
8. Análisis del impacto medioambiental que producirá el proyecto y el
necesario cumplimiento con la normativa vigente en esta materia.
9. El coste de construcción, adquisición de terrenos, obra civil, etc.
10. Disponibilidad de seguros por riesgos del proyecto y posible
cobertura de riesgo-país.
11. Si el titular del proyecto es distinto al usuario final deberán de existir
contratos que aseguren un mínimo de actividad para hacer frente al
pago de la deuda.
12. Es necesario comprobar la existencia de posibles restricciones:
a. Por parte de los deudores o promotores:
24
Desarrollo de una herramienta didáctica para valoración de Project Finance
i. Acuerdos entre partes que afecten al proyecto.
ii. Convenios
o
pactos
restrictivos
acordados
en
financiaciones anteriores directamente o a través de
sus compañías filiales o incluso, en su caso, firmadas
por los promotores.
iii. Restricciones establecidas a la hora de la creación de
una Joint-Venture entre sus socios o con las
autoridades correspondientes.
iv. Compromisos
previamente
adquiridos
que
son
incompatibles con las garantías exigidas por los
prestatarios.
b. Por parte de los prestatarios:
i. Algunas
instituciones
prospección
inicial
financiación
del
financieras,
podrían
que
participar
proyecto,
pueden
en
una
en
la
tener
posteriormente problemas para participar en la
estructura de financiación establecida, bien por la
calidad del riesgo, bien por la imposibilidad de
mantener importantes volúmenes de riesgo en cartera.
ii. En
algunos
sectores
el
Estado
restringe
la
participación extranjera, por lo que no será posible la
participación de bancos extranjeros.
iii. Políticas
internas
sobre
control
de
riesgos
corporativos, sectoriales, etc.
iv. La relación banco-cliente puede traer consigo algunas
obligaciones que el banco no esté en disposición de
asumir.
A la hora de analizar la cuenta de resultados de un proyecto se debe valorar cuales
son las principales características de las variables que inciden en él y en qué medida su
25
Desarrollo de una herramienta didáctica para valoración de Project Finance
comportamiento puede alterar la evolución de los ingresos y gastos previstos. Este
análisis es conocido como análisis de sensibilidad.
Ingresos. Se debe determinar el carácter de los mismos: no tienen igual
consideración unos ingresos de carácter estacional que otros de carácter cíclico, estable o
con gran potencial de crecimiento.
Gastos. Se separan claramente los gastos variables, o aquéllos cuya evolución está
directamente relacionada con el desarrollo del negocio, de los gastos fijos, en los que es
de vital importancia valorar la posibilidad de que sean superiores a los previstos.
Para valorar los flujos de caja que el proyecto va a generar, lo primero que se debe
definir es el criterio de cómputo de dichos ingresos, es decir, si el criterio a seguir es el
denominado contable o de devengo (si se computan los ingresos y los gastos cuando se
generan), o bien si se sigue el criterio de caja (se computarán los ingresos y los pagos en
el momento efectivo de su cobro o abono).
A la hora de considerar los flujos de caja podemos tomar en consideración tres
flujos básicos, el flujo de caja libre (FCL), el flujo de caja disponible para el accionista
(FCDA) y el flujo de caja para la deuda (FCD), cumpliéndose:
FCL = FCDA + FCD
Flujo de caja libre (FCL)
El flujo de caja libre se puede definir como el saldo disponible para remunerar a los
financiadores de la compañía (accionistas y prestamistas) después de descontar el flujo de
caja generado la parte destinada a hacer frente al pago de las inversiones (activos fijos de
explotación y circulante no financiero).
26
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.10 Cuadro resumen de flujo de caja libre
Es importante tener en cuenta que el FCL es el rendimiento que la empresa obtiene de
la explotación del negocio, con independencia de la forma de financiarlo.
Flujo de caja disponible para el accionista (FCDA)
El FCDA se define como el flujo resultante de deducir del FCL el importe de las
cargas financieras y devoluciones del principal.
Si la deuda fuese nula, el FCL sería igual al FCDA. Es por esta razón que el FCDA
influye en la estructura de financiación que se ha elegido en cada periodo.
No se debe confundir el FCDA con el dividendo repartido a los accionistas; el FCDA
es el máximo dividendo legalmente disponible que se puede repartir. Si el FCDA es
positivo, se puede destinar a reparto de dividendos, a recomprar acciones o a reducir el
nominal de las mismas, a la reinversión del proyecto o a la dotación de cuentas de
reserva.
27
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.11 Cuadro resumen de flujo de caja disponible para los accionistas
Flujo de caja para la deuda (FCD)
El FCD se define como el flujo de caja generado que se destina a retribuir a los
prestamistas por la financiación recibida.
Al actualizar el FCD en función del coste de la deuda se obtiene el valor del mercado
de la misma.
Figura 1.12 Cuadro resumen de flujo de caja para la deuda
28
Desarrollo de una herramienta didáctica para valoración de Project Finance
4.2.
Parámetros principales de medición de rentabilidad
4.2.1. Valor Actual neto (VAN)
Se define VAN como la actualización a valor presente de los futuros flujos que va a
generar el proyecto, tanto positivos como negativos, descontados a un cierto tipo de
interés cierto.
Siendo:
C = Valor de cada uno de los flujos
r = Rendimiento (tipo de interés)
n = Número de años
Un proyecto suele tener una duración superior a un año, por ello se utiliza en cada
periodo la rentabilidad correspondiente al mismo.
Conclusiones del análisis del VAN:

Sólo son rentables aquellos proyectos con un VAN superior a
cero (VAN > 0).

A la hora de elegir entre dos proyectos se escoge aquel con un
VAN superior.
29
Desarrollo de una herramienta didáctica para valoración de Project Finance
4.2.2. Tasa interna de retorno (TIR)
La TIR es la tasa de descuento (tipo de interés) que iguala el VAN a cero. Se calcula
mediante aproximación, sustituyendo progresivamente la tasa de interés en la fórmula del
VAN, hasta que el valor de éste sea cero.
Como regla general todos los proyectos cuya TIR sea inferior al coste de capital son
descartables.
Esta medida del rendimiento TIR de una inversión es útil en caso de caso de querer
comparar proyectos semejantes con niveles de riesgo operativo y estructuras de
financiación semejantes.
Aunque se suele utilizar como medida de rendimiento de una inversión, presenta
varias limitaciones que es preciso tener en cuenta al utilizar este análisis:
1. No es fiable a la hora de determinar entre proyectos excluyentes, un
proyecto con TIR superior a otro no necesariamente es mejor.
2. Puede darse el caso de no existir solución o que ésta sea absurda dado
que el tipo de interés resultante se aleje de los tipos de interés de
mercado.
3. Si los flujos de caja son de distinto signo puede haber tantas soluciones
como cambios de signo existan ( regla de los signos de Descartes).
4.2.3. Plazo de recuperación de una inversión (Payback)
El Payback se define como la suma de flujos generados por el proyecto que iguala la
inversión inicial.
Como regla general un proyecto es rechazable si su Payback es superior a un plazo
determinado. Generalmente este plazo se establece para la devolución de los capitales
ajenos invertidos en el proyecto (amortización de la deuda).
30
Desarrollo de una herramienta didáctica para valoración de Project Finance
No se trata de un análisis recomendable como único criterio, ya que ignora los flujos
generados con posterioridad al plazo establecido.
4.2.4. Conclusiones
De entre los distintos instrumentos que se suelen utilizar para valorar la bondad de un
proyecto el más completo es el análisis del valor actual neto (VAN), ya que:

Es el único que incorpora adecuadamente el concepto de riesgo.

Permite comparar la rentabilidad de un proyecto con cualquier
otra inversión alternativa y no únicamente con otro proyecto.

Permite hacer los cálculos utilizando diversas tasas de interés de
descuento para los distintos flujos de caja generados (cuando así
lo requiera el proyecto).
4.3.
Coste de capital
En este apartado se trata de establecer cuál es el tipo de interés a aplicar más correcto
y en base a qué criterios se determina.
El tipo de interés aplicable se define como el coste de capital o coste de oportunidad
frente a otras alternativas con un riesgo equivalente, teniendo en cuenta el valor del
dinero en el tiempo, la inflación y el riesgo inherente a dicho proyecto.
El coste de capital esta referenciado al endeudamiento financiero y del coste de las
distintas fuentes de financiación (recursos propios y ajenos). Es difícil de valorar el coste
de recursos propios por el elevado componente subjetivo.
El cálculo del coste de capital se realiza según la siguiente fórmula:
31
Desarrollo de una herramienta didáctica para valoración de Project Finance
Siendo:
CRP: El coste de los recursos propios.
CRA: El coste medio ponderado de los recursos ajenos obtenidos de los distintos
proveedores.
VMN: El valor de mercado del negocio.
VMD: El valor de mercado de la deuda asumida por el proyecto, descontado el
efecto fiscal.
Para su análisis, el mecanismo más utilizado es el Capital Asset Pricing Model
(CAMP), descrito en 1952 por William Sharpe como el exceso de rentabilidad que un
inversor espera obtener de una inversión con riesgo sobre la rentabilidad obtenida de
invertir en deuda del Estado (sin riesgo).
Al exceso de rentabilidad esperada se le denomina prima de riesgo.
A mayor riesgo mayor rentabilidad.
Para calcular la prima del riesgo se tendrá en cuenta el denominado riesgo
sistemático, o aquél derivado de cada sector en el que se encuentra el proyecto. Los
riesgos no sistemáticos, es decir, intrínsecos a cada negocio, no se valoran en la prima del
riesgo, por lo que únicamente se verán reflejados en los flujos de caja.
CAMP será el resultado de añadir a la rentabilidad de la inversión sin riesgo una
prima adicional derivada del riesgo de la inversión.
32
Desarrollo de una herramienta didáctica para valoración de Project Finance
Siendo:
TLR: Rentabilidad de la deuda pública (tasa libre de riesgo).
PR: Prima de riesgo.
β : (coeficiente beta): mide la volatilidad de una inversión respecto a la del
mercado (la β del mercado es igual a 1). Así pues, si la inversión tiene Β= 0,9,
quiere decir que si el mercado sube un 10%, nuestra inversión subirá un 9%.
Por tanto, a mayor β de un valor mayor será el riesgo.
4.3.1. El coste de capital en proyectos internacionales
El coste de capital debe representar el riesgo del país, asumiendo como tasa libre de
riesgo (TLR) la deuda del país y como prima del riesgo la correspondiente al mercado de
valores local.
Si el proyecto se va a desarrollar en países que están fuera de los circuitos
internacionales de financiación o bien sus mercados de valores están poco desarrollados,
nos encontramos ante la dificultad de determinar la tasa libre de riesgo (TLR). En este
caso es conveniente acudir a medias de países próximos y con un grado semejante de
desarrollo.
4.4.
Apalancamiento
Se define el apalancamiento de un proyecto de inversión como la combinación entre
recursos propios y la deuda a largo plazo con la que se financia.
Siendo:
FP: Fondos propios.
33
Desarrollo de una herramienta didáctica para valoración de Project Finance
FA: Fondos ajenos.
Cuando la rentabilidad de los activos de la compañía es superior al interés de las
deudas, un mayor apalancamiento aumenta la rentabilidad de los recursos propios.
El grado de apalancamiento incide directamente sobre el rendimiento de los recursos
propios (beneficio por acción), pero no lo hace en el valor del proyecto.
En principio parece que cuanto mayor sea el apalancamiento mejores serán los
resultados obtenidos por los accionistas, sin embargo también se tiene en cuenta que un
endeudamiento descomedido incrementa el riesgo de insolvencia de la compañía, lo que
llevará consigo unos costes (costes de bancarrota) y se incrementará el coste de
financiación por el aumento de riesgo que los acreedores perciben.
4.4.1. Apalancamiento Operativo
Se deriva de la existencia en la empresa de costos fijos de operación, que no
dependen de la actividad. De esta forma, un aumento de ventas supone un incremento de
los costes variables, pero no de los costes fijos, por lo que el crecimiento de los costes
totales es menor que el de los ingresos, con lo que el beneficio aumenta de forma mucho
mayor a como lo haría si no existiese el apalancamiento (por ser todos los costos
variables).
El apalancamiento operativo suele determinarse a partir de la división entre la tasa de
crecimiento del beneficio y la tasa de crecimiento de las ventas.
El apalancamiento operativo se refiere a las herramientas que la empresa utiliza para
producir y vender, esas herramientas son las maquinarias, las personas y la tecnología.
Las maquinarias y las personas están relacionadas con las ventas, si hay esfuerzo de
marketing y demanda entonces se contrata más personal y se compra mayor tecnología o
maquinaria para producir y satisfacer las demandas del mercado.
Cuando no existe apalancamiento, se dice que la empresa posee capital inmovilizado,
eso quiere decir, activos que no producen dinero.
34
Desarrollo de una herramienta didáctica para valoración de Project Finance
4.4.2. Apalancamiento financiero
Se deriva de utilizar endeudamiento para financiar una inversión. Esta deuda genera
un coste financiero (intereses), pero si la inversión genera un ingreso mayor a los
intereses a pagar, el excedente pasa a aumentar el beneficio de la empresa.
Un ejemplo de la utilidad de este concepto se ha encontrado en la especulación
experimentada por el mercado de la vivienda. Los inversores adquieren una vivienda,
pagan una pequeña parte y el resto lo financian a intereses muy bajos (en torno al 4%
anual). Al cabo de pocos meses, la vivienda se ha revalorizado enormemente.
Por ejemplo, se adquiere una vivienda por 100.000 euros, se pagan 20.000 euros y los
80.000 restantes se financian mediante hipoteca. Al año, se vende la vivienda en 150.000
euros y se devuelve la hipoteca, pagando de intereses 3.000 euros. Si se hubiese
adquirido la vivienda exclusivamente con fondos propios, la rentabilidad hubiera sido del
50% -se obtienen 50.000 euros de beneficio- (incremento del valor del activo), pero al
financiar 80.000 euros, a los 20.000 aportados se le obtienen 47.000 euros (150.000 80.000 - 3.000 - 20.000) de beneficio, es decir, una rentabilidad de más del 200%. Y
quedan otros 80.000 euros para otras inversiones.
Igual ocurre con la empresa: al no financiarse toda la inversión con fondos propios, el
beneficio que se recibe en función de lo invertido es mayor (siempre que el activo genere
más ingresos que el coste de los intereses), y por lo tanto la rentabilidad también. A
cambio, existe un coste mayor en la operación (el tipo de interés), que incrementa el
riesgo de que finalmente haya beneficio. Además, al aumentar el endeudamiento, hay
mayor riesgo de insolvencia. Por último, aumenta la incertidumbre, pues no se conoce
realmente la futura evolución de las rentas generadas por los activos.
35
Desarrollo de una herramienta didáctica para valoración de Project Finance
En su expresión matemática, el apalancamiento financiero relaciona la rentabilidad de
la inversión (ROI, o rentabilidad económica) con la rentabilidad de los recursos propios
(ROE o rentabilidad financiera), y puede aproximarse desde un punto de vista aditivo y
desde un punto de vista multiplicativo:
ROE = ROI x L
4.5.
ROE = ROI + L
Claves fiscales a considerar
Es importante analizar todos los aspectos fiscales para alcanzar la optimización de los
beneficios en la SVP.
4.5.1. Aspectos fiscales a considerar por la SVP

Impuesto sobre Transmisiones Patrimoniales y Actos jurídicos
Documentados.

Costes de constitución y de ampliación de capital.

Costes de financiación.

Impuesto de sociedades:

Tratamiento de las inversiones: activación o no de intereses
y diferencias de cambio.

Determinación de la base imponible: Tratamiento fiscal de
las
amortizaciones
y
subvenciones,
normas
sobre
capitalización y valoración de activos y gastos financieros.

Tratamiento de las pérdidas contables: se tienen en cuenta
supuestos especiales, así como las empresas de nueva
creación. El plazo de compensación es de siete años.

Tratamiento de las deducciones por inversiones: Se tiene en
cuenta la modalidad (Investigación, medio ambiente, etc.),
36
Desarrollo de una herramienta didáctica para valoración de Project Finance
las empresas de nueva creación y el periodo de
funcionamiento.
4.5.2. Aspectos fiscales a considerar por los accionistas de la SVP

Previsión por depreciación de valores: incidencia artículo 19.6 de
la Ley 43/95.

Incidencia de participaciones.

Incidencia de la consolidación fiscal.

Retribución al capital:

Reducción por doble imposición de dividendos: nacional e
internacional.
4.5.3. Aspectos fiscales a considerar por los prestamistas de la SVP

Eliminación de los costes financieros por retenciones.

Incidencia de la consolidación de la inversión con rendimiento
implícito o explícito.

Consideración de las rentas obtenidas por no residentes.
37
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 5
5. Riesgos
En project finance es fundamental la evaluación de todos los riesgos en cada una de
las fases del proyecto. Un buen análisis de riesgos impide que puedan surgir imprevistos
y que, por tanto, no dispongan de la cobertura necesaria.
5.1.
Conceptos básicos
En un
project finance, los financiadores asumen mayores riesgos que en la
financiación tradicional, por ello el enfoque es diferente, ya que exige que el proyecto sea
susceptible de generar recursos suficientes para
amortizar la deuda y ofrecer
rentabilidad.
Figura 1.13 Esquema de posibles financiadores o aseguradores del riesgo en un project finance
38
Desarrollo de una herramienta didáctica para valoración de Project Finance
El estudio del riesgo asociado con un proyecto es complejo, siendo común el que sea
necesario estudiar más de 100 factores distintos de riesgo. Cada factor de riesgo puede
ser causa de un riesgo (o varios) en mayor o menor medida y cada riesgo pueden tener
diversos impactos en el desarrollo del proyecto.
Como se explica en la figura 1.14, el primer paso en la gestión del riesgo consiste en
identificar los riesgos y sus causas. Esto se puede realizar mediante una matriz de riesgos.
Una vez realizado, se está en disposición de actuar sobre las distintas causas de los
riesgos de la manera más oportuna empleando las herramientas adecuadas en cada caso.
El objetivo es que cada riesgo esté claramente asignado y asumido por alguno de los
agentes participantes en el proyecto, de la manera más eficaz.
Figura 1.14 Cuadro resumen de la identificación de riesgos
Como aproximación al concepto se va a simplificar el análisis considerando un
hipotético proyecto en el que se construyan unas instalaciones durante un plazo definido.
Una vez construidas las instalaciones éstas tendrán un coste de operación asociado,
consumirán una materia prima y generará unos ingresos mediante la venta de un producto
único a un único cliente de manera constante.
39
Desarrollo de una herramienta didáctica para valoración de Project Finance
En la figura 1.15 se observan los flujos de caja asociados con el proyecto descrito.
Figura 1.15 Flujos de caja de un proyecto financiado con project finance
En el ejemplo anterior se pueden agrupar los riesgos en tres grupos: construcción,
operación y comercialización, que se explican con más detenimiento a continuación.
5.2.
Riesgos de construcción
Durante la construcción existen multitud de riesgos siendo relevantes aquellos que
tienen un impacto en el plazo o en el coste de las instalaciones. El impacto en plazo
implica un retraso en el comienzo de la generación de los flujos de caja positivos, y por
tanto un retraso en la devolución del préstamo: un aumento de los costes financieros.
Los costes asociados con los impactos deberán ser asumidos por alguno de los
integrantes del proyecto en función del factor que haya provocado el riesgo. Si el retraso
o el extra-coste han sido motivados por errores en el diseño o en la planificación del
proyecto, el coste lo debe asumir el constructor del proyecto: esto se articula mediante el
contrato “llave en mano”, donde el precio es fijo y asociadas a retrasos en la finalización
del proyecto aparecen penalizaciones. Si el factor es incontrolable o accidental es común
la contratación de seguros.
En cualquier caso, parte del impacto recae en el promotor del proyecto sacrificando
este parte del beneficio del proyecto. Como situación límite, si el riesgo significase la no
40
Desarrollo de una herramienta didáctica para valoración de Project Finance
realización del proyecto, el impacto principal caería en las entidades financieras,
procediendo estas a liquidar la sociedad vehículo del proyecto, vendiendo sus activos e
iniciando acciones legales sobre los responsables de la situación en el caso de que esto
fuera posible.
5.3.
Riesgos de explotación u operación
El riesgo existente durante la fase de operación es conceptualmente distinto al
existente en la etapa de construcción, ya que durante la fase de operación tiene más
relación con la calidad y fiabilidad de las instalaciones construidas que con el diseño y la
ejecución. El riesgo técnico de la fase de operación tiene mayor probabilidad de
acontecer en las primeras etapas de funcionamiento, siendo bajo durante la vida útil de la
instalación y aumentando al final como consecuencia del desgaste y del envejecimiento.
El operador tiene un menor control sobre el riesgo, siendo además el contrato firmado de
menor cuantía en comparación con el firmado con el constructor, por lo que el riesgo que
se puede transferir al operador es bastante menor. El riesgo se suele gestionar mediante
garantías al constructor, seguros y el contrato de operación.
5.4.
Riesgos de comercialización o de mercado
Este riesgo es función principalmente de la demanda del producto resultado de la
operación del proyecto y de la oferta de materia prima necesaria para la citada operación.
Se puede gestionar el riesgo mediante la firma de contratos de suministro a largo plazo
con clientes y proveedores o recurriendo a los mercados financieros. Entre los distintos
elementos a considerar a la hora de estudiar este riesgo están los tipos de interés, el precio
de las materias primas, las distintas divisas en las que pueden estar celebrados los
contratos, entre otros aspectos económicos.
41
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.16 Opciones de contrato de construcción en un project finance
Mediante el contrato “llave en mano”, la empresa constructora se compromete a
realizar la construcción de las instalaciones en un plazo fijo a un precio fijo, asumiendo
con ello gran parte de los riesgos de la primera fase del project finance.
5.5.
Riesgos financieros
Este riesgo hace referencia a la importancia de valorar la solvencia financiera de la
SVP mediante la relación entre los recursos propios aportados por los promotores y los
recursos externos requeridos para su financiación.
Es frecuente establecer mecanismos de cobertura ante posibles insuficiencias de
fondos, que suele ser la obligación por parte de los socios o promotores de aportar
recursos adicionales vía capital o deuda subordinada.
Por todo lo expuesto la solvencia económica de los promotores ha de ser
cuidadosamente examinada.
También es importante analizar la solvencia económica de los contratistas,
operadores, compradores, aseguradores e incluso en ciertos proyectos de los usuarios.
5.6.
Riesgos políticos y de fuerza mayor
42
Desarrollo de una herramienta didáctica para valoración de Project Finance
5.6.1. A nivel internacional
Los financiadores y los promotores han de asumir un riesgo político, según el país de
acogida del proyecto. Teniendo en cuenta que este concepto engloba infinidad de
situaciones, se destacan como principales las siguientes:

Colapso del orden político existente.

Nuevos impuestos que penalicen el proyecto.

Restricciones de control de cambio o limitaciones en la
conversión de la moneda.

Expropiaciones y/o nacionalizaciones.

Nuevas leyes o modificación de las existentes.

Limitación a la inversión extranjera.

Problemas para el otorgamiento de licencias y permisos.
En el mercado existen compañías de seguros que proporcionan cobertura parcial
contra este tipo de riesgos políticos o de fuerza mayor. Dentro de éstas se pueden
distinguir tres:

Mercado Lloyd´s. cuyo único criterio para el cálculo de las
primas a abonar por la cobertura de riesgos políticos es mercantil.

Compañías públicas. Establecen esta cobertura con el fin de
apoyar la exportación local de bienes (equipos, tecnología, etc.) y
servicios. Cualquier siniestro en el que incurran se carga contra
los presupuestos generales del Estado, ya que las coberturas se
43
Desarrollo de una herramienta didáctica para valoración de Project Finance
otorgan siguiendo criterios de conveniencia política del país
exportador.

Compañías multilaterales de Desarrollo (MIGA) (Multilateral
Investment Guarantee Agency. Estas compañías se nutren de
recursos aportados por los países miembros y buscan facilitar las
inversiones en países problemáticos aportando garantías, y con
ello impulsar el desarrollo de determinados sectores básicos para
la sociedad.
5.6.2. A nivel nacional
Este riesgo político también existe a nivel nacional, pero es menos dramático. Se
refiere básicamente a cambios legislativos y a la lentitud en la obtención de
autorizaciones y permisos administrativos.
5.7.
Riesgos legales
El sistema jurídico donde se va a desenvolver el proyecto también debe ser estudiado
por parte de los financiadores, que querrán quedar satisfechos con la protección que dicho
ordenamiento les pueda proporcionar, sobre todo cuando no existe recurso contra los
promotores o éste es limitado.
La jurisdicción española es problemática a la hora de establecer garantías efectivas
sobre determinados activos. Los mecanismos judiciales de resolución de disputas pueden
ser insuficientemente ágiles.
44
Desarrollo de una herramienta didáctica para valoración de Project Finance
5.8.
Riesgos medioambientales
La preocupación que despierta la opinión pública sobre los efectos adversos que
producen los procesos industriales en el medioambiente se ha trasladado al marco
legislativo.
En años anteriores se ha dirigido fundamentalmente a crear un sistema de
responsabilidad objetiva en base al principio “quien contamina, paga”.
En 1997 se aprobó por el Consejo de la Comisión europea la Directiva 97/11/CE de
Evaluación de Impacto Ambiental (EIA). A través de esta Directiva se regula la
obligación de someter los proyectos de determinadas actividades a una evaluación de
repercusiones sobre el medioambiente. Otra de las novedades que aportó esta Directiva
fue la obligación de difundir por parte de las autoridades competentes la resolución que
acepta o rechaza un proyecto. El fin es que la transparencia en la información ha de ser de
doble sentido, ya que el promotor de un proyecto tiene garantizado el acceso a la opinión
de la autoridad antes de que se produzca la resolución. Además se refuerza la obligación
de transmitir la necesaria información a otros Estados miembros que pudiesen verse
afectados de alguna manera, garantizando así su participación en la toma de decisiones.
5.9.
Conclusiones
Figura 1.17 Resumen de los riesgos potenciales en el periodo de construcción y sus coberturas
45
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.18 Resumen de los riesgos potenciales en el periodo de explotación y sus coberturas
46
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 1.19 Resumen de los riesgos potenciales comunes a ambos periodos y sus coberturas
47
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 6
6. Los contratos
6.1.
Conceptos básicos
El equipo jurídico encargado de dar forma a los diferentes acuerdos que regulan el
derecho y las obligaciones de todos los intervinientes en un project finance han de
confeccionar un conjunto de documento, entre los cuales los contratos son los más
importantes.
Todo project finance se basa en la financiación sin recursos o con recursos limitados
contra los promotores, por lo que la confianza en la bondad del proyecto es fundamental.
Los aspectos más importantes que deberán ser recogidos en los contratos que darán forma
jurídica al proyecto son:

La seguridad de que los flujos de de ingresos que producirá el
proyecto serán suficientes para atender al servicio de la deuda
(repago del principal e intereses) de la financiación realizada.

La garantía de que el proyecto va ser controlado por personas
con capacidad suficiente para gestionarlo correctamente.

La seguridad de que los flujos de caja generados por el proyecto,
y en general los derechos que competen a la compañía que lo
desarrolla, se ceden a favor de las entidades financieras con
motivo del repago de la deuda.
En cualquier financiación, ya de por sí los contratos son importantes, en un project
finance son básicos debido a:

La necesidad de distribuir adecuadamente entre las partes
intervinientes los riesgos del proyecto. Es importante que se
48
Desarrollo de una herramienta didáctica para valoración de Project Finance
contemplen todos y cada uno de los riesgos que se pueden dar en
un proyecto de esas características.

Las entidades financieras suelen rechazar la posibilidad de asumir
riesgos inesperados, por lo que estos contratos deben garantizar
adecuadamente la defensa de sus intereses y la continuidad del
proyecto al mismo tiempo.

Los contratos necesarios son mayores en número y más
complejos que los que normalmente se redactan en una operación
de financiación. Implican el conocimiento de diferentes áreas de
derecho: derecho bancario, derecho de la construcción o de
seguros, derechos reales y de garantía, así como cuestiones
urbanísticas, permisos y autorizaciones, inversiones en el
extranjero y de control de cambios.
El conjunto de contratos de un project finance suelen estar interrelacionados. En el
caso de un project finance puro, los contratadores pueden incidir en el contenido de todos
los contratos que afecten al proyecto y no únicamente en los contratos financieros.
El esquema contractual varía enormemente según el tipo de estructura que se
establezca.
Los contratos más importantes en un project finance son:

Contratos de construcción.

Contratos de suministro de material y/o materias primas.

Contratos de compra-venta del producto y/o utilización del
servicio.
49
Desarrollo de una herramienta didáctica para valoración de Project Finance
6.2.
Aspectos jurídicos iniciales

Constitución de la SVP. Se recogerá el objeto social de la
compañía (desarrollo del proyecto) y las obligaciones que contrae
frente a terceros.

Determinación de los promotores.

Acuerdo entre accionistas.

Concesiones administrativas y licencias gubernamentales, si
fuesen necesarias.

6.3.
Cesión de derechos sobre royalties y patentes, si fuese necesario.
Contratos técnicos
6.3.1. Contratos para la fase de construcción

Contrato de construcción “llave en mano” siempre que sea
posible.

Contrato de suministro de maquinaria y equipos. Debe cuidarse
que los posibles retrasos no incidan en los contratos de
suministro. Es importante precisar que no entren en vigor hasta
que esté acabada la construcción.

Contrato de asesoría técnica.
50
Desarrollo de una herramienta didáctica para valoración de Project Finance
6.3.2. Contratos para la fase de explotación

Contrato de suministro de materias primas. Estos contratos se
refieren a la relación con el suministrador de combustible o
materiales necesitados por la planta. Además habrá que establecer
unas obligaciones mínimas de suministro y cubrir adecuadamente
los supuestos de fuerza mayor e insolvencia del suministrador
para protegerse frente al riesgo de falta de suministro.

Contrato de venta-servicio con clientes finales. Los ingresos de
project finance no pueden estar sujetos a fluctuaciones de
mercado.

Contrato de mantenimiento. Es fundamental para cubrir el riesgo
operativo del proyecto, asegurando de esta forma el correcto
funcionamiento de las instalaciones.
6.4.
Contratos financieros
Todo contrato de crédito para la financiación de un proyecto debe incluir, al menos,
los siguientes conceptos:

Condiciones económicas:
o Determinación del objeto a financiar y su importe.
o Tipo de interés aplicable.
o Calendario de amortización y pago de intereses.
o Importe y concepto de las comisiones a abonar a las entidades
financiadoras.

Condiciones precedentes:
51
Desarrollo de una herramienta didáctica para valoración de Project Finance
o Se determinará de forma clara, precisa y lo más objetivamente posible
las condiciones que han de ser cumplidas con anterioridad a la primera
disposición.
6.5.
Contratos de garantía
Con estos contratos se pretende conseguir, por un lado, la afectación de los ingresos
del proyecto al repago de la deuda, y por otro, evitar que otros acreedores puedan
hipotecar los activos de la SVP en garantía de deudas ajenas al proyecto.
En este tipo de estructuras se pueden establecer todas las garantías imaginables. Las
más usuales son:
Garantía hipotecaria. La garantía hipotecaria sobre algún activo concede siempre
una seguridad a los financiadores superior a todas las demás.
Cesión de derechos de garantía. También llamada pignoración. Las acciones de la
SVP, las cuentas corrientes (escrow accounts, caso problemático en el Derecho español),
los derechos de cobro, derechos sobre indemnizaciones y pólizas de seguros.
Desde el punto de vista de los acreditados, será importante estudiar detenidamente las
garantías exigidas, ya que éstas pueden incidir directamente sobre la definición de project
finance (financiación sin recurso o recurso limitado contra los accionistas), pudiendo
llegar a convertirse en una simple garantía de los accionistas de la SVP.
Contrato de garantía (Security agreement)
Es el contrato sobre el que girarán todas las relaciones entre acreditado (SVP) y los
acreditantes, y en él deberán recogerse las siguientes cuestiones:

El paquete de garantías que soportan los riesgos del proyecto.
52
Desarrollo de una herramienta didáctica para valoración de Project Finance

Los conceptos mínimos a asegurar y sus importes según el
informe del asesor de seguros, especificando “cómo, cuándo y
con quién” han de contratarse dicho seguros.

Las condiciones precedentes, que deberán estar cumplidas a plena
satisfacción de los financiadores antes de declarar la entrada en
vigor de los contratos de crédito y antes de cada disposición de
los mismos.

Los derechos y obligaciones (positivas o negativas) que han de
respetar el acreditado y las entidades financiadoras.

Definición de las cuentas de seguridad Security accounts donde
deberán abonarse los flujos que el proyecto genere.

Definición de las cuentas de reserva del proyecto.

Assignments o cesión de todos los derechos sobre los que es
titular la SVP a favor de las entidades aseguradoras.

Ley aplicable y jurisdicción legal sobre la que se regirán las
relaciones entre la SVP y las entidades financiadoras.
6.6.
Contratos de seguros
Su objeto es la cobertura de todas aquellas situaciones cuyo control no está al alcance
de los acreditados ni de los financiadores, por ejemplo: siniestros de fuerza mayor o
riesgos políticos.
El asesor de seguros es el experto y responsable de comprobar que dichas pólizas de
seguros son correctas, tanto en términos de capital asegurado como en los que se refiere a
la suficiente cobertura de los riesgos potenciales.
53
Desarrollo de una herramienta didáctica para valoración de Project Finance
6.7.
Opinión legal
La opinión legal es emitida por los asesores jurídicos independientes que se contratan
para este fin. Dicha opinión deberá recoger, al menos, los siguientes aspectos básicos:

Capacidad legal de las partes intervinientes en el proyecto para
cumplir con las obligaciones asumidas.

La bondad de las actualizaciones o licencias administrativas
obtenidas y que éstas recojan en toda su extensión la autorización
para desarrollar el proyecto.

Legalidad de los documentos y contratos suscritos entre las
partes. Todos los contratos habrán de ajustarse a la normativa
legal vigente.

Informe sobre la legislación relativo al régimen de inversiones
extranjeras y control de cambios.

Situación fiscal del proyecto y las posibles repercusiones que el
ordenamiento tributario pudiera tener sobre los derechos de los
prestamistas.

Capacidad legal de ejecución de garantías.

Velará por la igualdad de derechos de los prestatarios frente a
otras obligaciones asumidas.
6.8.
Resumen
Partiendo de la base de que el proyecto en cuestión es técnicamente viable y
económicamente rentable, en caso contrario no merece la pena seguir adelante, son las
relaciones entre los intervinientes la parte fundamental a definir, y esto no es posible
54
Desarrollo de una herramienta didáctica para valoración de Project Finance
realizarlo sino mediante una serie de contratos que determinen las responsabilidades y
obligaciones de los intervinientes.
Como se ha visto en el capítulo anterior, los riesgos son, probablemente, la parte más
difícil de definir y de cuantificar en un project finance. Además, no suele tener espíritu de
capital-riesgo, por lo que exigirá que los riesgos sean cuantificados con el mayor detalle
posible y, sobre todo, quede claro quién se va a hacer cargo de los mismos.
Como se ha analizado anteriormente, la mejor forma de evaluar las proyecciones a
futuro de un project finance es tener asegurados por un lado, los suministros y sus costes,
y por otro, los mercados o la venta de los bienes producidos o servicios a prestar; para
ello se establecerán los contratos que obliguen a las partes a garantizar la viabilidad del
proyecto.
55
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 7.
7. El papel de la administración pública en un
project finance
7.1.
Efectos socioecómicos de las infraestructuras públicas
Está demostrado que el nivel de dotación de infraestructuras en una región determina
claramente su potencial para la localización de actividades productivas, por lo que la
inversión en infraestructuras es uno de los principales instrumentos con que cuentan la
Administraciones Públicas para incidir y fomentar el desarrollo económico regional.
Toda Administración que se embarca en un Proyecto de infraestructuras se plantea
como objetivo básico equilibrar el desarrollo de las distintas regiones, favoreciendo el
despegue económico de las áreas con mayor capacidad y dotando del nivel mínimo de
infraestructuras a las zonas más desasistidas como medio de elevar los niveles de
bienestar y calidad de vida de sus habitantes.
La política de infraestructuras, además de la reactivación de la economía que genera
la existencia y utilización de las mismas, origina unos efectos directos positivos, sobre
todo en el sector de la construcción y en el de las obras públicas, sectores ambos con un a
importancia relativa muy elevada, tradicionales motores de la economía y grandes
creadores de empleo.
Por otro lado, la adopción de mecanismos de “gestión privada” en ciertos servicios
sociales y su consiguiente decisión de llevarlos a cabo (por ejemplo: autopista –volumen
de tráfico-, peaje en sombra) limita las valoraciones subjetivas o “políticas” sobre la
verdadera conveniencia de proceder a dicha inversión, con lo que finalmente se protegen
los recursos públicos de inversiones “caprichosas”.
56
Desarrollo de una herramienta didáctica para valoración de Project Finance
7.2.
Inversión privada vía concesión pública
Es importante tener en cuenta que la necesidad de un servicio público no exige
necesariamente la inversión y la gestión pública del mismo.
7.2.1. Características básicas de una concesión

En este tipo de proyectos se exige el control de la calidad del
servicio por parte de la Administración.

La inversión inicial la realiza el sector privado.

El servicio que se ofrece genera unos ingresos atractivos para el
sector privado durante el plazo de concesión.

Esta modalidad se basa en concesiones administrativas mediante
las cuales el beneficiario se encarga de construir y operar y, una
vez finalizado el plazo de la concesión, los activos y los ingresos
futuros revierten a la Administración correspondiente (B.O.T.:
Build, Operate & Transfer Proyect).
7.2.2. Objetivos de la Administración ante una concesión

Poner en marcha un servicio necesario para la comunidad.

Reducir la aportación pública de fondos.

Privatizar la gestión de un servicio público.

Mantener el control final sobre dicho servicio.
57
Desarrollo de una herramienta didáctica para valoración de Project Finance
7.2.3. Concurso Público
Toda la adjudicación que efectúe la Administración de un servicio, normalmente, se
efectuará mediante concurso público (existe la posibilidad en algunos países de
adjudicarlos directamente).
7.2.3.1.
Aspectos relevantes de un concurso público
Aspectos básicos:

Cuáles son los costes operativos previstos para el concesionario.

Cuál es la inversión necesaria a realizar.

Se han de determinar cuáles son los ingresos previstos por el
servicio.
La definición de estos aspectos delimita el plazo óptimo de la concesión y el posible
interés del sector privado por la misma.
Aspectos jurídicos:

Se ha de establecer cuál es el marco legal de la concesión para
determinar la seguridad jurídica del concesionario.
Aspectos técnicos:

Se habrá de especificar cuáles son los requerimientos técnicos
necesarios para poder licitar al mencionado concurso público.
Aspectos medioambientales
58
Desarrollo de una herramienta didáctica para valoración de Project Finance
7.2.3.2.
Procedimiento

Analizar las características de la concesión:
o Análisis exhaustivo de qué se ofrece a concurso.
o Análisis técnico de qué se exige al concesionario.
o Análisis financiero de la viabilidad del Proyecto y el posible coste para
la Administración.
o Estudio previo medioambiental.
o Análisis jurídico.

Elaborar la oferta de concesión:
o Se determinará si procede establecer la oferta con carácter restringido.
Para poder hacerlo será necesario establecer un mecanismo previo de
precalificación, llamado “lista corta”, en la cual sólo se incluyan
aquellos licitadores que cumplan de antemano con las especificaciones
y cualificaciones requeridas para llevar adelante el Proyecto.
o La oferta ha de ser clara, cerrada y vinculante para evitar posibles
impugnaciones.
o Dicha oferta debe incluir:
· Derechos y deberes de la Administración y de los concesionarios.
· Borrador detallado de la concesión.
· Calendario de adjudicaciones.

Análisis de las licitaciones:
o Se analizará la solvencia económica, financiera y técnica de los
inversores privados y de las propuestas presentadas.
o Ante una posible impugnación y dada la necesidad de ofrecer un trato
en condiciones de igualdad a los participantes, se estudiarán las
desviaciones de las propuestas respecto de la oferta inicial.
59
Desarrollo de una herramienta didáctica para valoración de Project Finance
o Es preciso estudiar qué impacto económico, para la Administración y
los usuarios de servicio, suponen las propuestas aceptadas.

Toma de decisión y formalización:
o Una vez tomada la decisión de adjudicar una determinada propuesta,
se formalizará la concesión en una serie de contratos y convenios que
recojan las obligaciones de las partes y establezca los correspondientes
controles administrativos.
7.2.4. Modelo de concesión administrativa B.O.P.
El término B.O.P. se define como Build, Operate & Transfer (construye, explota y
revierte).
Este mecanismo suele ser utilizado para concesiones administrativas en determinados
servicios mediante las cuales un organismo público concede a una entidad privada la
posibilidad de construir una planta o la puesta en marcha de un servicio, explotarlo en
régimen de cuasi-monopolio y, tras un período de tiempo predeterminado, ser devuelto a
la Administración. La estructura más habitual de un B.O.P. es la siguiente:
A. Construcción. La SVP constituida al efecto lleva adelante el proceso de
construcción, recurriendo a la financiación privada.
B. Explotación. Mediante un contrato de concesión administrativa, el organismo
público autoriza a la SVP a que explote la planta o el servicio construido
durante un plazo de tiempo preestablecido. El período de concesión ha de ser
lo suficientemente prolongado para que, a través de los ingresos que dicha
explotación genere, se pueda hacer frente al servicio de la deuda y se
remunere adecuadamente el capital aportado a la SVP.
C. Reversión. Transcurrido el plazo de concesión, la planta o el servicio revierte
al organismo público, pasando a ser un servicio público más.
60
Desarrollo de una herramienta didáctica para valoración de Project Finance
Este mecanismo de B.O.P. es especialmente atractivo para organismos públicos y
Gobiernos, debido a que:

Posibilita la ejecución de proyectos de interés social y que el
organismo o Gobierno correspondiente no puede llevar a cabo
debido a restricciones presupuestarias.

Libera recurso que pueden ser utilizados para desarrollar
proyectos menos atractivos para el sector privado.

Introduce en la gestión eficacia propia de la iniciativa privada.

Es una forma, en países en vías de desarrollo, importar tecnología
avanzada de terceros países.
7.2.4.1.
Posibles variaciones sobre la estructura de un B.O.P.
DBFO (Desing, Build, Finance and Operate) (diseña, construye, financia y explota).
Este esquema es utilizado en Proyectos de infraestructuras de transporte por carretera
(autopistas).
El Estado pretende con este sistema minimizar el coste para el erario público y evitar
los riesgos operativos, pero a su vez, mantener el control sobre la explotación para que
ésta se lleve a cabo correctamente y el mantenimiento del activo sea el adecuado.
La compañía adjudicataria del BFBO recibe sus ingresos del Estado en forma de
peaje en sombra en función del uso o tráfico que registre la autopista. El usuario no paga
su utilización.
DCMF (Desing, Construct, Manage and Finance) (diseña, construye, gestiona y
financia).
61
Desarrollo de una herramienta didáctica para valoración de Project Finance
Este esquema es utilizado en proyectos de prisiones.
El criterio de gestión es similar al de los hoteles (con las diferencias obvias, sobre
todo en concepto de seguridad).
El estado demanda este servicio alquilando las “camas”.
BOO (Build, Own and Operate) (construye, posee y explota).
Este esquema es utilizado en proyectos de tratamiento de aguas y RSU (residuos
sólidos urbanos).
62
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 8
8. Documentación adicional en un project
finance
8.1.
Introducción
Además de toda una serie de contratos necesarios para regular las relaciones entre las
partes intervinientes de un project finance existen otra serie de documentos e informes
complejos y exhaustivos, necesarios para tener un cuadro completo del proyecto y poder
tomar las decisiones pertinentes.
El informe más importante de los que se elaboran es el estudio de sensibilidad o caso
base, donde se analizan las posibles variaciones que la cuenta de resultados pudiera sufrir
en función de diversos escenarios teóricos planeados.
A continuación se estudiará con detenimiento algunos de los documentos que, además
de los contratos y el estudio de viabilidad, componen el paquete documental de un
project finance.
8.2.
Information Memorandum
Se trata de un dosier explicativo de las bondades del proyecto y recoge distintos
aparatados en los que se detallan los aspectos fundamentales del mismo. Se redacta para
conseguir la comprensión y por siguiente aprobación del proyecto por parte de las
entidades financiadoras.
Generalmente, el Information Memorandum (IM) es elaborado por la entidad que
asume el papel de asesor financiero. En caso de la financiación sea de un importe tal que
necesite ser sindicada y no haya sido nombrado un asesor financiero, el IM se redactará y
se presentará a las entidades financiadoras interesadas por el banco que ejerza las labores
de agente de sindicación.
63
Desarrollo de una herramienta didáctica para valoración de Project Finance
Se citan a continuación algunos apartados que han de ser presentados para una buena
comprensión del proyecto que posibilite su aprobación por parte de las entidades
financiadoras.
8.2.1. Objetivo
Cualquier IM pretende proporcionar a las partes intervinientes un conocimiento
general sobre todos los aspectos que afecten al proyecto.
No puede ser considerado como un compromiso firme ni determinante por parte de
los responsables de su elaboración. Por tanto la bondad del proyecto debe ser analizada
por cada una de las partes intervinientes según sus propios criterios y riesgo de
rentabilidad.
8.2.2. Confidencialidad
Se trata de un principio básico y se refiere a que entre todos los receptores del IM, en
ningún caso están autorizados a divulgar o realizar copias sin previo consentimiento.
8.2.3. Contenido
Introducción

Motivación que ha originado el proyecto.

Estructura jurídica de la sociedad vehículo del proyecto (SVP).

Accionariado de la SVP.

Características tecnológicas del proyecto.
64
Desarrollo de una herramienta didáctica para valoración de Project Finance

Descripción del producto o servicio a producir.
Descripción

Características de las instalaciones productivas.

Localización del proyecto y los motivos que han dado lugar a
dicha localización.

Calendario de ejecución de obra, especificando las fases
importantes.
Análisis sectorial

Posicionamiento de la SVP en el sector.

Legislación aplicable al sector y su posible repercusión en el
proyecto.

Evolución histórica y previsiones futuras de evolución del sector
en cuestión.
Autorizaciones administrativas

Estado de las licencias administrativas y permisos oficiales
necesarios.

En caso de estar previstas subvenciones, se deben presentan
certificaciones de su concesión.
Aspectos medioambientales
65
Desarrollo de una herramienta didáctica para valoración de Project Finance

Estudio de impacto ambiental.

Licencias medioambientales.

Medidas adoptadas para la reducción de impacto.
Tecnología

Descripción de la tecnología que se va a utilizar.

Análisis de su proceso productivo.

Estudio independiente sobre la viabilidad técnica de las
instalaciones.
Financiación

Características de la deuda principal:
o Disposiciones

Condiciones de suspensión.

Importe y fecha de cada disposición.
o Interés

Tipo aplicable.

Períodos de interés.

Intereses de demora.
o Comisiones

Estudio pormenorizado de los costes.

Deuda a largo plazo.

Posible financiación del circulante.
66
Desarrollo de una herramienta didáctica para valoración de Project Finance

Compromisos de desembolso de capital.

Métodos de amortización.

Situación de las subvenciones.

Coberturas de tipo de interés y de cambio.
Estructura contractual

Contratos de construcción.

Contratos de suministro de materias primas.

Contrato de apoyo por parte de los accionistas (Sponsors
Agreement).

Contratos de venta de la producción.

Contratos de mantenimiento de las instalaciones.
Seguros

Relación de los riesgos potenciales y sus pólizas de cobertura.
Caso base

Sensibilidad del proyecto ante distintas alteraciones en los
parámetros de partida.

Proyecciones de balance, cuenta de resultados y flujos de caja
(cash flow).
67
Desarrollo de una herramienta didáctica para valoración de Project Finance
8.3.
Análisis financieros
La rentabilidad global del proyecto se estima en base a:

La elaboración de un estudio de factibilidad exhaustiva.

La estimación de los flujos de caja esperados (gastos/ingresos) a
fin de determinar el nivel óptimo de endeudamiento.

La sensibilidad de los flujos de caja respecto a la evolución de los
parámetros económicos (tipo de interés, tipo de cambio, etc.) y
tecnológicos (obsolescencia, degradación de la producción, etc.).

Concepción y puesta en marcha de una estructura de financiación,
integrando todos los factores de riesgo susceptibles de perturbar
la recepción de los flujos de caja, a través de un reparto equitativo
de los riesgos.

La diversificación de técnicas financieras y recursos de
financiación para obtener el mejor coste de financiación y así
optimizar la rentabilidad del proyecto.
La viabilidad de un proyecto se analiza en función de los resultados obtenidos por el
desarrollo de un modelo financiero de predicciones de ingresos y gastos. Dicho modelo
es conocido como caso financiero base (CFB). El seguimiento del CFB es fundamental
para detectar dificultades y adelantar soluciones.
En el CFB se recogen una serie de instrumentos que sirven para refrendar la
viabilidad financiera del proyecto.
68
Desarrollo de una herramienta didáctica para valoración de Project Finance
8.3.1. Coeficientes de cobertura
En base a estos coeficientes o ratios se determina el grado de seguridad que el flujo de
ingresos netos previstos ofrece para hacer frente a la deuda pendiente. Entre los más
usuales se destacan:
A. Loan life cover ratio. Es el coeficiente que determina la
relación entre la previsión de flujos de caja neto
descontado (al tipo de interés de la deuda) y el principal
del crédito pendiente de amortizar.
B. Debt service cover ratio. Se establece para un periodo de
doce meses y es el resultado de dividir el volumen de
flujos de caja anual entre las cantidades pendientes de
pago. Generalmente este ratio se sitúa por encima del 1,3.
8.3.2. Previsiones del proyecto
Con el fin de hacer un adecuado seguimiento a la evolución del Proyecto se suele
requerir del acreditado cada cierto tiempo (por ejemplo, dos veces al año) una evaluación
del estado del mismo y una previsión de los flujos de ingresos estimados para el próximo
periodo.
Estas previsiones se establecen en base a unas hipótesis de trabajo previamente
aceptadas entre las partes, entre las que cabe destacar:

Inflación estimada.

Ingresos por el producto o servicio producido.

Ingresos atípicos si los hubiese.
69
Desarrollo de una herramienta didáctica para valoración de Project Finance

Coste estimado de las materias primas.

Gastos de mantenimiento.

Impuestos a pagar.
Par lograr un seguimiento imparcial del CFB se nombra de antemano a un experto
independiente ante la posibilidad de que surjan discrepancias entre las entidades
financiadoras y el acreditado.
En caso de que la revisión del CFB determine una evolución negativa del proyecto
frente a lo previsto, se obligará las partes a tomar las medidas necesarias para corregir
dicha desviación.
Algunas de estas medidas pueden ser:
8.4.

Anticipar el repago de la deuda.

Incrementar el capital aportado por los socios.

Limitar el reparto de dividendos a los accionistas.

Incrementar el saldo en las cuentas de reserva.
Cuentas del proyecto
Se trata de uno de los aspectos básicos a la hora de diseñar los controles y el
seguimiento del proyecto. La finalidad de esas cuentas es la de asegurarse el control de
los ingresos recibidos y de que van a ser suficientes para hacer frente a la obligaciones
contraídas, tanto de naturaleza financiera como operativa, pudiendo servir en un
momento dado para recomponer los niveles (ratios) de seguridad que hubieran sido
empeorados por la evolución de las previsiones de ingresos.
70
Desarrollo de una herramienta didáctica para valoración de Project Finance
Como en cada uno de los distintos aspectos que rodean a un project finance se pueden
establecer todas las cuentas y salvaguardas que se estimen oportunas, se citan a
continuación algunas de las más utilizadas:
a) Cuenta de ingresos. En ella remansarán todos los ingresos que genere la SVP,
tanto por explotación como por aportación de los accionistas.
Normalmente, en el contrato de financiación se establecen las limitaciones a
su utilización y se marcan prioridades para el destino de dichos fondos.
b) Cuenta de reserva para el servicio de la deuda. Procedentes de la cuenta de
ingresos, el saldo acreedor de la cuenta de reserva para el servicio de la deuda
deberá ser en todo momento igual o superior al importe requerido para pagar
la deuda correspondiente al siguiente plazo (a pactar entre las partes).
c) Cuenta de reserva para el servicio de impuestos. Recogerá los ingresos
recibidos por devoluciones del IVA y el saldo acreedor suficiente para hacer
frente a futuros pagos del IVA.
d) Cuenta de seguros e indemnizaciones.Recibe los ingresos procedentes de
seguros contratados por siniestro e indemnizaciones recibidas.
e) Cuenta de reserva para mantenimiento. Se nutre de la cuenta de resultados, y
con sus saldos acreedores la SVP hará frente a los costes derivados del
mantenimiento de la planta, siguiendo los criterios establecidos en el CFB o
en posteriores revisiones del mismo.
f) Cuenta del préstamo. En ella se abonarán las distintas disposiciones del
préstamo.
Todas estas cuentas deberán ser abiertas en el banco depositario, papel que
normalmente suele desempeñar el banco agente, y en su defecto cualquiera de las
entidades financieras acreditantes.
71
Desarrollo de una herramienta didáctica para valoración de Project Finance
Los saldos acreedores de estas cuentas podrán invertirse buscando mejorar su
rentabilidad, pero siempre con la autorización previa de los acreditantes y en
instrumentos financieros de máxima garantía y liquidez.
8.5.
Conclusión del proyecto
Se declara que el proyecto está concluido en el momento concreto en el cual se
determina la puesta en marcha de una planta o un servicio, es decir, cuando el proyecto se
convierte en realidad. Esta declaración está sometida a un determinado número de
previsiones contractuales, entre las que destacan:

Entrega de las aceptaciones y consentimientos de la realización
de la obra, tanto desde un punto de vista técnico, como
medioambiental, de licencias, etc.

Entrega de todos los contratos y documentos preestablecidos en
los acuerdos societarios y de financiación.

Entrega de las opiniones legales emitidas por asesores
independientes.

Entrega de la comprobación técnica del buen funcionamiento,
emitido por los asesores técnicos de los financiadores.
72
Desarrollo de una herramienta didáctica para valoración de Project Finance
SEGUNDA PARTE
Valoración de un
Project Finance
73
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 1
1. Valoración de project finance
1.1.
Introducción
En este capítulo se estudiará y analizará en profundidad la parte práctica de la
herramienta didáctica que se va a desarrollar. Se trata de una aplicación interactiva
orientada al alumno que ha adquirido los conocimientos del tutorial de project finance
previamente. El alumno deberá pensar en un proyecto concreto que puede ser real o
ficticio.
Esta aplicación se presenta a modo de cuestionario con la idea de hacer reflexionar al
alumno en los aspectos más importantes de constitución de la SVP, riesgos que se deben
asegurar, estructura y capacidad económica de los financiadores, contratos necesarios,
aspectos legales a tener en cuenta, etc. El alumno deberá contestar a un gran número de
preguntas acerca de su proyecto. Estas preguntan están estructuradas en temas para
ayudar a la concentración. Una vez realizado el cuestionario completo, se ofrece una
recomendación acerca de la situación del proyecto sobre el que se ha respondido y una
medida de conveniencia de utilizar project finance como mecanismo de financiación para
dicho proyecto.
Figura 2.1 Esquema de funcionamiento de la aplicación que se va a desarrollar
74
Desarrollo de una herramienta didáctica para valoración de Project Finance
En todo project finance es esencial delimitar las responsabilidades de cada
participante para poder identificar los riesgos potenciales, determinar quién es el
responsable de su cobertura e impedir así que dichos riesgos puedan poner en peligro el
buen desarrollo del proyecto.
Para ello, y debido a la complejidad que una estructura de project finance trae
consigo, todo financiador deberá plantearse una serie de cuestiones antes de financiar un
proyecto.
El cuestionario está formado por bloques de preguntas dividas de la siguiente manera:
1.2.

Información sobre los promotores.

El deudor de la financiación.

La identificación de los riesgos.

Los riesgos del proyecto.
Objetivos del cuestionario

Afianzar los conceptos aprendidos por el alumno tras el
aprendizaje por medio del tutorial.

Obtención de una medida de conveniencia de elegir una
financiación vía project finance.

Explicación de porqué es conveniente utilizar, haciendo
referencia
al
cuestionario
ya
respondido.
Obtención
recomendaciones para solucionar posibles problemas.
75
de
Desarrollo de una herramienta didáctica para valoración de Project Finance
1.3.
Realización del cuestionario
Para la realizar el cuestionario, es necesario que el alumno disponga de un proyecto,
ya sea real o imaginario. Se requiere poner un nombre que identifique unívocamente al
proyecto. El cuestionario es una sucesión de preguntas basadas la organización y detalles
del proyecto con la finalidad de obtener la mayor información posible del proyecto que se
está valorando. Se proporcionan los apuntes necesarios para que el alumno sea capaz de
entender y contestar todas las preguntas con los conocimientos adquiridos a lo largo del
tutorial.
1.4.
Obtención de la valoración
De este modo se aplicará una plantilla de resolución, mediante la ponderación de la
respuesta a cada pregunta. En cada caso la elección de una determinada respuesta u otra
puntuará en proporción a la importancia que tenga dicha elección a la hora de elegir una
financiación vía project finance.
1.5.
Análisis de las preguntas
A continuación se va a realizar un análisis detallado de las preguntas del cuestionario.
Se mostrarán las preguntas con todas las respuestas posibles, de las cuáles el usuario
deberá seleccionar una y sólo una de ellas. Esto se conseguirá mediante elementos de
programación adecuados para ello.
Se analizará en cada caso cuáles son las alternativas posibles para responder y cuál o
cuáles son positivas para el posterior análisis global de respuestas y obtención de una
medida de conveniencia de aplicación de project finance en el proyecto ideado por el
alumno.
En los próximos capítulos se detalla el análisis de cada pregunta por bloques.
76
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 2
2. Información sobre los promotores
Pregunta 1: ¿Cuál es la personalidad jurídica de los promotores?
 Alternativas: Agencia de administración pública 1, Agencia de
administración pública 2, Agencia de administración pública 3,
Sociedad Limitada 1, Sociedad Anónima.
 Solución/es que se valorará/n positivamente: Sociedad Anónima
1.
Pregunta 2: ¿Son los promotores los propietarios de la sociedad deudora de la
financiación?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 3: ¿Cómo se han de repartir los diferentes promotores las
responsabilidades?
 Alternativas: solidarias y subsidiarias.
 Solución/es que se valorará/n positivamente: solidarias.
Pregunta 4: ¿Se recogen penalidades en el contrato de constitución para el caso de
incumplimiento?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
77
Desarrollo de una herramienta didáctica para valoración de Project Finance
Pregunta 5: ¿Han aportado los promotores capital o algún tipo de deuda subordinada
al deudor?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 6: ¿Hay alguna otra compañía involucrada en el proyecto que haya
aportado capital, además de los promotores (por ejemplo: los contratistas)?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 7: ¿Tienen los promotores algún tipo de relación contractual con el Deudor
a parte de su participación en el accionariado (por ejemplo: contratos de construcción,
contratos de suministro, off-take contracts, etc.)?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 8: ¿Tienen los promotores algún tipo de activo no perteneciente al Deudor
y que vaya a ser aportado al proyecto?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: No
Pregunta 9: ¿Están los promotores en disposición de asumir algún tipo de
responsabilidad o aportar garantías durante el período de construcción?
 Alternativas: Si o No (asegurado todo)
 Solución/es que se valorará/n positivamente: No
78
Desarrollo de una herramienta didáctica para valoración de Project Finance
Pregunta 10: ¿Qué otro tipo de riesgos, durante el período operativo, están los
promotores dispuestos a asumir?
 Alternativas: variación en los precios de mercado, coste de
mantenimiento, riesgo financiero, ninguno porque todo está
asegurado.
 Solución/es que se valorará/n positivamente: Ninguno, porque
todo está asegurado.
Pregunta 11: ¿La solvencia financiera de los promotores es suficiente?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 12: ¿Están los promotores capacitados para asumir sobre-costes no
previstos?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 13: ¿Tienen experiencia en proyectos similares?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
79
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 3.
3. El deudor de la financiación
Pregunta 1: ¿Tiene el deudor personalidad jurídica propia?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 2: ¿Es el deudor el propietario de los activos del proyecto?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 3: ¿Tiene el deudor otros activos distintos al proyecto o es una SVP
(sociedad vehículo del proyecto)?
 Alternativas: SVP o no.
 Solución/es que se valorará/n positivamente: SVP.
Pregunta 4: ¿Existe algún tipo de sociedad o acuerdo entre el deudor y otras
entidades involucradas en el proyecto?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 5: ¿Tiene el deudor algún tipo de limitación, contractual o de cualquier
tipo, que limite la posibilidad de aportar los activos del proyecto como garantía de
viabilidad del mismo?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: No.
80
Desarrollo de una herramienta didáctica para valoración de Project Finance
Pregunta 6: ¿Quiénes son los propietarios de la entidad deudora? ¿Son las mismas
entidades que actúan como promotores del proyecto?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 7: ¿Tienen los acreedores la posibilidad jurídica de iniciar un
procedimiento de declaración de insolvencia contra el deudor?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: No.
Pregunta 8: ¿Es el deudor filial de alguna compañía u organismo público?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 9: ¿Existe la posibilidad de que la compañía u organismo matriz responda
de las obligaciones contractuales del deudor?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 10: ¿Es el deudor una entidad estatal o semiestatal?
 Alternativas: Estatal o Semiestatal.
 Solución/es que se valorará/n positivamente: Estatal.
Pregunta 11: ¿Es considerado el riesgo como público?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
81
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 4.
4. Identificación de los riesgos
Pregunta 1: ¿Quién asume el riesgo de incumplimiento durante el periodo de
construcción?
 Alternativas: La SVP o una compañía de seguros a tal efecto.
 Solución/es que se valorará/n positivamente: compañía de
seguros.
Pregunta 2: ¿Están capacitados los promotores para aportar las garantías necesarias
que aseguren el riesgo de construcción?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 3: ¿Existe algún tipo de excepción a la cobertura del riesgo de
construcción?
 Alternativas: Si o No
 Solución/es que se valorará/n positivamente: no se valorará ni
positiva ni negativamente, es para hacer reflexionar.
Pregunta 4: ¿Están limitados los casos aplicables?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
82
Desarrollo de una herramienta didáctica para valoración de Project Finance
Pregunta 5: ¿Quién asume el riesgo de variación en los precios?
 Alternativas: Estado, Accionistas, Clientes, Garantes (cobertura
del riesgo comercial) o Bancos.
 Solución/es que se valorará/n positivamente: Todas menos los
accionistas.
Pregunta 6: ¿Quién asume el riesgo político?
 Alternativas: Estado, Accionistas, Compañías de seguros,
Garantes (cobertura del riesgo políto) o Bancos.
 Solución/es que se valorará/n positivamente: Todas menos los
accionistas.
Pregunta 7: ¿Quién asume el riesgo medioambiental?
 Alternativas: la SVP mediante auditorías o nadie.
 Solución/es que se valorará/n positivamente: la SVP mediante
auditorías.
Pregunta 8: ¿Quién asume el riesgo de eficiencia tecnológica?
 Alternativas: Contrato “llave en mano”, garantía de los socios
hasta nivel óptimo, auditoría técnica, la SVP, aseguradora.
 Solución/es que se valorará/n positivamente: todas menos SVP y
aseguradora.
Pregunta 9: ¿Cómo se va a tratar el riesgo de inflación?
 Alternativas: Análisis de sensibilidad, mecanismos de estudio de
repercusión, asumiéndose por parte de la SVP.
 Solución/es que se valorará/n positivamente: todas menos
asumiéndose por parte de la SVP.
83
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 5.
5. La situación legal del proyecto
Pregunta 1: ¿Se poseen antes de comenzar todas las licencias y permisos necesarios
para llevar a cabo el proyecto?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 2: ¿Cuál es su periodo de validez?
 Alternativas: Fase de construcción, fase de construcción y fase
de explotación.
 Solución/es
que
se
valorará/n
positivamente:
fase
de
construcción y fase de explotación.
Pregunta 3: ¿Existe la posibilidad de prorrogar el plazo de concesión si las
estimaciones de ingresos no pueden hacer frente al servicio de la deuda?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 4: ¿Existe algún tipo de limitación legal para la participación o limitación
del proyecto? (Por ejemplo: limitación a empresas extranjeras)
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: No.
84
Desarrollo de una herramienta didáctica para valoración de Project Finance
Pregunta 5: ¿Qué riesgos pueden influir en el proyecto fruto de variaciones legales o
fiscales?
 Alternativas: Riesgos de construcción, de explotación, de
mercado, financieros, políticos o fuerza mayor.
 Solución/es que se valorará/n positivamente: financieros,
políticos o fuerza mayor.
Pregunta 6: ¿En la legislación local existe alguna ley que obligue a seguir adelante
con el proyecto a sabiendas de que éste ha dejado de ser económicamente viable?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: No.
85
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 6.
6. Las garantías
Pregunta 1: ¿Qué componentes del proyecto de los siguientes son susceptibles de ser
hipotecados?
Ingresos
Licencias y permisos
Terrenos y construcciones
Activos mobiliarios
Activos intangibles
Contratos de venta
Pólizas de seguros
 Alternativas: si o no.
 Solución/es que se valorará/n positivamente: no.
Pregunta 2: En el caso de incumplimiento por parte del operador, ¿existe la
posibilidad de buscar otro?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
86
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 7.
7. Estructura de la financiación
Pregunta 1: ¿Cuál es la fuente de financiación externa del proyecto?
Crédito principal
Capital propio
Entidades de capital riesgo
Deuda subordinada
 Alternativas: si o no.
 Solución/es que se valorará/n positivamente: no se valorará ni
positiva ni negativamente, es para hacer reflexionar.
Pregunta 2: ¿Existe la posibilidad de obtener fondos para la financiación de carácter
institucional? (Por ejemplo subvenciones)
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 3: En caso de ser necesario, ¿Es posible sindicar la financiación?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
87
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 8.
8. Los seguros
Pregunta 1: ¿Existe un consultor de seguros independiente para determinar los
riesgos mínimos que habrían de ser asegurados?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
Pregunta 2: En caso de siniestro, cuál es el plazo establecido para el cobro de
indemnizaciones?
 Alternativas: menos de un mes, entre un mes y seis, entre seis
meses y un año, más de un año.
 Solución/es que se valorará/n positivamente: menos de un mes.
Pregunta 3: Si existe riesgo político, ¿es posible su aseguramiento?
 Alternativas: Si o No.
 Solución/es que se valorará/n positivamente: Si.
88
Desarrollo de una herramienta didáctica para valoración de Project Finance
TERCERA PARTE
Herramienta didáctica
en Flash
89
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 1
1. Herramienta didáctica
En este proyecto se ha determinado el término herramienta didáctica para referirse a
la aplicación que se va realizar. Dicha aplicación, como se ha dicho anteriormente
presentará un tutorial para adquirir conocimientos sobre project finance y también
permitirá practicar con proyectos reales o imaginarios, obteniendo una recomendación de
la idoneidad de utilizar project finance como método de financiación. En la práctica se
utiliza el término de sistemas e-learning para referirse a este tipo de aplicaciones con
fines formativos. El término e-learning tiene diferentes acepciones en castellano como
por ejemplo: aprendizaje electrónico, curso multimedia, educación virtual, curso online,
etc.
1.1.
Sistemas e-learning
1.1.1. ¿Qué es un sistema e-learning?
Los sistemas e-learning son la consecuencia de la aplicación de las tecnologías de la
información y la comunicación en el área de la docencia y la formación.
Con un sistema e-learning se quiere amenizar el aprendizaje ofreciendo múltiples
posibilidades para ampliar los conocimientos como pueden ser la posibilidad de facilitar
el acceso a enlaces de interés, contenido gráfico, contenido multimedia, etc.
El sistema e-learning puede ser ofrecido desde diferentes fuentes como CDs y DVDs,
la conexión a internet, el uso de redes internas dentro de las empresas (Intranets), etc. en
definitiva casi cualquier medio electrónico que permita comunicarse.
De una forma más específica, se define como una herramienta formativa con una
dualidad pedagógica, ya que la información que se quiere transmitir, debe seguir unos
patrones y modelos pedagógicamente definidos para afrontar los retos de estos nuevos
contextos, y de la tecnológica.
90
Desarrollo de una herramienta didáctica para valoración de Project Finance
En todas las definiciones que se pueden encontrar sobre e-learnings, se hace mención
al llamado „triángulo e-learning’, que consta de la tecnología, los contenidos y los
servicios utilizados. Según se varíen los pesos de estos tres servicios, se encontrarán
diferentes modelos.
El sector educativo ha encontrado en la web una forma de educación a distancia, que
se caracteriza por no tener límites geográficos ni temporales, como es el caso de la
enseñanza tradicional.
Con este modelo no se pretende sustituir la enseñanza tradicional, lo que se quiere es
que sea un complemento para la formación del público al que vaya dirigida, por tanto, se
puede ver como una actividad simplemente complementaria o como una enseñanza a
distancia, como sería el caso, si es formación empresarial.
1.2.
Evolución de los sistemas e-learning
Las aplicaciones e-learning han seguido una evolución paralela al desarrollo de la
informática y las tecnologías. Con la irrupción de los primeros ordenadores personales
comenzó la andadura de los primitivos “sistemas e-learning” que no eran más que
disquetes con información para su estudio y distribución, sirviendo de apoyo a lo que se
denominó enseñanza asistida por ordenador.
En la década de los 90 con la aparición de los CD-ROM los sistemas e-learning
dieron un salto de calidad. Fueron muchas las empresas que desarrollaron cursos para su
comercialización en soporte digital. A mediados de esa década comenzaron a
desarrollarse sistemas e-learning que utilizaban los recursos ofrecidos por internet, y se
crearon los primeros campus virtuales y cursos online.
A partir del año 2000 los sistemas e-learning han crecido enormemente y es habitual
encontrarse multitud de cursos por internet y hasta dentro de las Intranets de las empresas
con el objetivo de ampliar la formación de sus empleados.
91
Desarrollo de una herramienta didáctica para valoración de Project Finance
1.3.
Características de un sistema e-learning
Un sistema e-learning tiene una serie de características que ofrecen ventajas sobre los
métodos habituales de enseñanza:

Permite
la
libertad
geográfica.
No
hay
que
realizar
desplazamientos para acudir a un lugar donde se enseñe el curso.
Permite la realización de la formación donde quiera el usuario,
siempre que disponga de los medios adecuados para conectarse a
la aplicación.

Horario a medida del usuario. El ritmo del curso lo lleva el
alumno según las posibilidades que disponga para dedicarlo al
sistema e-learning. Esta característica hace que el usuario tenga
que administrar su tiempo y la aplicación se adaptará a las
necesidades del usuario permitiendo una gran flexibilidad. El
sistema permite un ahorro considerable de tiempo al usuario al no
tener
que
realizar
desplazamientos,
esperas
innecesarias,
problemas de asistencia, etc.

Total independencia de otras personas. A diferencia de la
enseñanza presencial un sistema e-learning permite la total
independencia del
usuario
para
realizar el
curso.
Esta
independencia obliga al usuario a tener una mayor autodisciplina
y establecer un ritmo de aprendizaje de acuerdo a sus
necesidades.

Realización de pruebas de autoevaluación para valorar el nivel de
aprendizaje del usuario. Con estas pruebas el alumno sabrá en
cualquier momento qué temas domina y en cuáles no ha
adquirido el nivel suficiente para aprobarlo y continuar con su
formación.
92
Desarrollo de una herramienta didáctica para valoración de Project Finance

Gran uso de las tecnologías de la información y las
comunicaciones. Una aplicación e-learning permite el uso de una
gran cantidad de contenido multimedia gracias a su propia
definición. Como el propio sistema es una aplicación, todos los
recursos que utiliza se refieren a medios tecnológicos.

Aumenta el número de usuarios que pueden seguir un curso.

Alterna diferentes métodos de enseñanza.
Además de estas ventajas, hay gran cantidad de factores que favorecen la
implantación de sistemas e-learning, como son:

Factores económicos: Gracias a la reutilización de componentes
tecnológicos y materiales de aprendizaje, mejora la relación
coste-beneficio.

Alta disponibilidad de recursos digitales: La necesidad de
disponer de materiales de aprendizaje en lugares geográficamente
lejanos en cualquier momento, y la existencia de infinidad de
recursos digitales libres y gratuitos en internet, ayuda a la
creación de cursos a través de sistemas e-learnings.

Penetración social: La aceptación de estas nuevas vías de
comunicación e información es ya un hecho, gracias a la
penetración de las tecnologías e internet en la sociedad.

Ayudas estatales: Diversos programas de subvenciones han
incentivado la creación y el desarrollo enfocado a la formación
online.
93
Desarrollo de una herramienta didáctica para valoración de Project Finance
A pesar de todo lo que aportan este tipo de tecnología, también presentan algunos
inconvenientes como:

Limitaciones técnicas: como pueden ser desconexiones o
imprecisiones.

Preparación del estudiante y del profesor: Hay que asegurarse
que
los
estudiantes
y
profesores
tienen
habilidades
y
conocimientos técnicos, así como el acceso al hardware y
software necesarios para completar el curso.

Posibilidad de ser lenta y por lo tanto desmotivar a los alumnos.

No existen gran cantidad de programas en español.
94
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 2
2. Tecnología Flash
2.1.
Introducción
Un sistema e-learning debe desarrollarse en un entorno informático que disponga de
las utilidades necesarias para poder diseñar, crear, desarrollar, coordinar, actualizar y
mostrar el contenido que componga el curso que se vaya a realizar. Para ejecutar estos
procesos hay que elegir entre los diferentes programas que permiten crear la base en la
cual desarrollar la aplicación.
Las dos principales utilidades para realizar estas aplicaciones que están más
extendidas en el mercado son el programa Flash CS3 de Macromedia, y mediante el
lenguaje HTML para crear contenido web.
2.2.
¿Qué es Flash?
Es una tecnología que sirve para el diseño y creación de animaciones y contenido
web. Este contenido puede ser interactivo, dinámico y a la vez muy variado. Se
caracteriza principalmente por crear animaciones gráficas vectoriales independientes del
navegador que necesitan poco ancho de banda para mostrarse en internet.
Adobe Flash se caracteriza por ser una aplicación en forma de estudio de animación
que trabaja sobre fotogramas destinado a la producción y entrega de contenido interactivo
para diferentes audiencias alrededor del mundo sin importar la plataforma. Una de sus
principales características y ventajas es que es una herramienta sencilla tanto en el
contenido textual como en la imagen y que puede llegar a conseguir resultados muy
efectivos en el mundo de la formación, además, cuenta con todas las características que
tienen que ver con posibilidades multimedia, ya sea audio, vídeo, etc.
95
Desarrollo de una herramienta didáctica para valoración de Project Finance
Los archivos de Flash, que tienen generalmente la extensión de archivo SWF, pueden
aparecer en una página web para ser vista en un navegador, o pueden ser reproducidos
independientemente por un reproductor Flash. Los archivos de Flash aparecen muy a
menudo como animaciones en páginas web y sitios web multimedia. Son también
ampliamente utilizados en anuncios de la web.
En sentido estricto, Flash es el entorno y Flash Player es el programa de máquina
virtual utilizado para ejecutar los archivos generados con Flash.
Inicialmente Flash fue diseñado para animaciones simples, actualmente se ha
convertido en una herramienta de desarrollo completa con la que se pueden llevar a cabo
elementos multimedia e interactivos para internet, consiguiendo contenidos formativos
muy agradables que sirven para la usabilidad y asimilación de contenidos por parte del
alumno.
2.2.1. Evolución de Flash
Flash debe sus raíces a una pequeña compañía llamada FutureSplash que fue
adquirida por Macromedia en 1997 para complementar su programa Director que servía
para la creación de producciones multimedia interactivas, cuando trataron de darle un
enfoque para la web.
Macromind, fue fundada en Chicago en 1984 por un músico que trabajaba en el
sector de los videojuegos, actualmente la sede central se encuentra en San Francisco,
California. El nombre actual de Macromedia se cambió debido al cambio de propietario
de Macromind.
Flash, no sólo es importante por su capacidad en las aplicaciones multimedia sino
también por toda su utilización en internet.
Actualmente, el entorno Flash CS3 es el programa elegido por la mayoría de los
diseñadores web profesionales y aficionados. HA sido elegido en este caso para la
realización de este proyecto.
96
Desarrollo de una herramienta didáctica para valoración de Project Finance
2.2.2. Funcionamiento de Flash
Flash diseña gráficas de vectores; gráficas definidas como puntos y líneas en lugar de
píxeles. Es decir que los vectores son como un conjunto de instrucciones matemáticas
que por medio de valores le dan forma a una imagen. Así, un círculo vectorial, puede ser
ampliado al tamaño que se desee y siempre seguirá siendo un círculo perfecto, cosa que
no se lograría en una gráfica de píxeles y que rellena cada punto de la imagen con un
color para darle forma.
Además de las gráficas vectoriales, Flash permite incluir audio comprimido en
diversos formatos como el mp3, importar gráficas creadas con otros programas,
formularios y algo de programación. Todo esto definido al igual que los vectores por un
conjunto de instrucciones que mueven los objetos de posición y forma, y que dan como
resultado archivos muy pequeños que se cargan en poco tiempo.
El programador crea un programa en el que diseña animaciones audiovisuales, que se
comprimen en forma de texto para que el reproductor las decodifique y las presente tal
como fueron creadas.
Flash es independiente del navegador y el plugin es universal, por lo que las
animaciones diseñadas con este programa se verán casi idénticamente en cualquier
plataforma y navegador.
La única desventaja que tienen las películas Flash, es que para poder visualizarlas, es
necesario tener instalado el plugin. Aunque, por el impacto que ha tenido esta tecnología,
a partir de la versión 4.0 de los navegadores, el plugin ya se incluye dentro de la
instalación.
Así que en resumen, Flash es una tecnología con mucho futuro por su funcionamiento
y facilidad de uso.
97
Desarrollo de una herramienta didáctica para valoración de Project Finance
2.2.3. Características
Flash tiene una serie de ventajas que lo hacen más útil a la hora de desarrollar un
sistema e-learning:

Su uso es más sencillo, no es necesario un gran conocimiento
técnico sobre informática.

Tiene una interfaz gráfica mucho más desarrollada e intuitiva que
el HTML.

Flash permite utilizar contenido HTML, por lo que usando Flash
el lenguaje HTML puede ser compaginado.

Ofrece muchas utilidades para desarrollar una aplicación
agradable para el usuario.

Es capaz de introducir enlaces entre diferentes archivos y
contenidos web de una forma sencilla.

Permite la creación de animaciones para ser usadas en aplicación.

Proporciona rapidez en descarga.

Compatibilidad con distintos navegadores.

Eficaz, eficiente y ligero.
98
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 3
3. Análisis conceptual de la aplicación
3.1.
Identificación de necesidades
En este primer apartado del desarrollo de la aplicación se tratará de definir los puntos
generales que hay que seguir para poder cubrir las necesidades del cliente y satisfacerlas
de la mejor manera posible. La identificación de necesidades es una parte fundamental a
tratar por ser el punto de partida del desarrollo del sistema. Se especificarán los puntos
clave del problema a resolver estipulando cuales van a ser las pautas que dirigen el
proyecto y estableciendo el alcance del mismo.
Se detallan en el Documento de Conceptos del Sistema los objetivos, la tipología de
los usuarios y el resto de información recogida a lo largo del desarrollo de la
identificación de las necesidades.
3.1.1. Objetivos del sistema
Los objetivos principales del sistema consiste en:

Facilitar el aprendizaje a los usuarios de la aplicación sobre el
modelo de financiación de inversiones de gran envergadura vía
project finance.

Obtención de una medida de la conveniencia de elegir una
financiación vía project finance para un proyecto concreto. Dicho
proyecto puede ser real o ficticio (ideado por el alumno con el fin
de probar los conocimientos adquiridos).

Ayudar al profesorado en la enseñanza de asignaturas
relacionadas con la financiación de proyectos utilizando la
99
Desarrollo de una herramienta didáctica para valoración de Project Finance
herramienta didáctica como elemento de apoyo para sus
explicaciones.
Pero además de los objetivos principales, existen otros objetivos secundarios que se
deben tener en cuenta:

Presentación clara de contenidos estructurados.

Diseño vistoso integrando contenido con ayudas visuales y
vistosas para facilitar el trabajo de estudio del usuario.

Desarrollar un entorno que resulte intuitivo, sencillo y amigable
para el alumno.

Consecución de una gestión correcta de consultas, altas, bajas y
modificaciones de la base de datos.

Consecución de una gestión correcta de todos los archivos y
programas que se relacionan con la aplicación.

Diseño de exámenes de autoevaluación que sean coherentes con
el temario aprendido para cada test.
3.1.2. Alcance del sistema o aplicación
El alcance de este proyecto será la formación completa en financiación de inversiones
mediante project finance y evaluación de casos prácticos. Para ello se enseñarán
conceptos básicos de economía y finanzas necesarios. Se explicará todo lo relativo a las
partes intervinientes que conforman las estructura de un project finance. Se enseñará
cómo hacer un estudio. También se abordará el estudio de viabilidad de un proyecto y de
los riesgos inherentes a él, los contratos y otra documentación necesaria para llevar a
cabo correctamente el procedimiento que requiere cualquier project finance.
100
Desarrollo de una herramienta didáctica para valoración de Project Finance
Se realizará una parte de exámenes o autoevaluación para que el alumno pueda
comprobar si los conocimientos adquiridos con la plataforma son los correctos o si, por el
contrario, debe mejorarlos.
Se proporcionará una aplicación práctica para evaluar proyectos en la materia
aprendida en el tutorial basada en un cuestionario que determina la conveniencia de elegir
una financiación vía project finance.
Figura 3.1 Esquema de utilización de la herramienta
Las funciones de negocio que el sistema debe considerar dentro del alcance del
proyecto son las siguientes:
 Acceso y validación del alumno al sistema.
 Registro de nuevo usuario.
 Estudio del curso teórico estructurado en temas.
 Recordatorio de los temas estudiados.
 Realizar exámenes de cada tema.
 Mostrar informes con los aciertos y fallos sobre los ejercicios.
 Guardar notas en las bases de datos.
 Consultar notas de exámenes anteriores.
101
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Obtener valoración de un proyecto propio.
 Guardar dicha valoración en la base de datos.
 Consultar valoraciones pasadas de otros proyectos.
3.1.3. Tipología de usuarios finales
Este proyecto está dirigido a estudiantes de ingeniería en organización industrial en la
Universidad Pontificia Comillas de Madrid. No se pretende con esta aplicación sustituir
la labor del profesor, sino servirle de ayuda ya que tan sólo cubre una pequeña parte del
temario de la asignatura.
A pesar de estar orientado para dichos estudiantes, cualquier persona que desee
acceder a la plataforma para documentarse sobre el tema aquí expuesto podrá hacerlo sin
problemas por utilizarse un lenguaje cotidiano para explicar todos los conocimientos
necesarios para la comprensión del tutorial.
También está dirigido a profesionales de sectores implicados en la gestión y
estructuración financiera de grandes proyectos de inversión en construcción y en
infraestructuras, y otros profesionales que puedan estar interesados en este entorno de
negocio en expansión.
En todos los casos no se necesitarán conocimientos informáticos para poder utilizar la
plataforma de enseñanza por usar una interfaz gráfica muy sencilla e intuitiva.
Se incluye un capítulo de introducción explicando conceptos básicos de economía,
finanzas facilitar la comprensión a cualquier alumno, asumiendo que puede no ser
experto en el tema.
De aquí en adelante llamaremos al usuario final alumno.
102
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.1.4. Restricciones
Las restricciones que pueden afectar al plan de proyecto y su desarrollo son las
siguientes:

Restricción en el tiempo de ejecución: todos los resultados de los
ejercicios, deberán ser actualizados en tiempo real.

Restricción en el desarrollo del proyecto: tendrá que finalizarse
en septiembre de 2009 para poder entregarse a tiempo.

Restricción legal: al tener información sobre los usuarios, será
necesario utilizar una política de gestión de datos que garantice la
confidencialidad de dichos datos.
3.1.5. Organización y funciones empresariales
El equipo de trabajo formado para la realización de este proyecto se muestra de
manera jerárquica en el siguiente diagrama:
Director de proyecto
José María Rodríguez
Coordinador de
proyecto
Jefe de proyecto
Elena Castromil
Eduardo Alcalde
Analista
Elena Castromil
Programador
Elena Castromil
Figura 3.2 Organigrama
103
Desarrollo de una herramienta didáctica para valoración de Project Finance
Las responsabilidades de cada uno se muestran a continuación:

Director de proyecto: Encargado de aprobar el proyecto y
controlar
el
seguimiento
del
mismo.
También
aporta
conocimientos y correcciones de la materia en cuestión.

Coordinador de proyecto: Revisa la evolución del proyecto y lo
valida.

Jefe de proyecto: Encargado de liderar el proyecto, de coordinar
las actividades y dirigir técnicamente el proyecto entre otras
muchas funciones.

Analista: Realizará todo el estudio y análisis del proyecto.

Programador: Desarrollará la aplicación.
3.1.6. Antecedentes
La razón fundamental que lleva al desarrollo de esta aplicación es que actualmente no
hay ningún tutorial en la web en materia de project finance. Las definiciones,
explicaciones y esquemas son difíciles de encontrar y confusos. Por eso esta herramienta
hace posible clarificar los conceptos y exponerlos de manera estructurada e ilustrada en
temas de estudio.
Existen múltiples cursos online de pago, cursos presenciales en universidades y
máster especializados en project finance.
3.1.7. Documento de Conceptos del sistema
A continuación se expone el Documento de Conceptos del Sistema, que resume la
información recogida durante la etapa de Identificación de Necesidades.
104
Desarrollo de una herramienta didáctica para valoración de Project Finance
1. Objetivos del sistema



Facilitar el aprendizaje a los usuarios de la aplicación sobre el modelo de
financiación de inversiones de gran envergadura vía project finance.
Obtención de una medida de la conveniencia de elegir una financiación vía project
finance para un proyecto concreto. Dicho proyecto puede ser real o ficticio (ideado
por el alumno con el fin de probar los conocimientos adquiridos).
Ayudar al profesorado en la enseñanza de asignaturas relacionadas con la
financiación de proyectos utilizando la herramienta didáctica como elemento de
apoyo para sus explicaciones.
2. Alcance del sistema











Acceso y validación del alumno al sistema.
Registro de nuevo usuario.
Estudio del curso teórico estructurado en temas.
Recordatorio de los temas estudiados.
Realizar exámenes de cada tema.
Mostrar informes con los aciertos y fallos sobre los ejercicios.
Guardar notas en las bases de datos.
Consultar notas de exámenes anteriores.
Obtener valoración de un proyecto propio.
Guardar dicha valoración en la base de datos.
Consultar valoraciones pasadas de otros proyectos.
3. Tipología de usuarios




Universitarios
Trabajadores, generalmente del mundo financiero
Otras personas, interesadas en el tema
Administrador del sistema
4. Restricciones



Tiempo: Los resultados de los ejercicios se actualizarán en tiempo real
Desarrollo: El proyecto tendrá que terminarse para septiembre de 2009
Legal: Se garantiza la confidencialidad de datos
105
Desarrollo de una herramienta didáctica para valoración de Project Finance
5. Organización y funciones empresariales
Director de proyecto
José María Rodríguez
Coordinador de
proyecto
Eduardo Alcalde
Jefe de proyecto
Elena Castromil
Analista
Elena Castromil
Programador
Elena Castromil
6. Antecedentes

3.2.
La razón fundamental que lleva al desarrollo de esta aplicación es que actualmente
no hay ningún tutorial en la web en materia de project finance.
Análisis de requisitos
El objetivo principal de esta fase consiste en alcanzar el conocimiento suficiente de la
aplicación para poder proponer una solución factible a las necesidades planteadas.
3.2.1. Reconocimiento del problema
En esta etapa, se reconocen los elementos básicos del sistema desde la perspectiva del
usuario, para ello, se parte del documento obtenido en la fase anterior (Documento de
Conceptos del Sistema), es necesario definir el ámbito de aplicación y el contexto en el
que se va a utilizar.
106
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.2.1.1. Ámbito del proyecto
Se va a desarrollar una herramienta para el aprendizaje de manera independiente, es
decir, el usuario podrá controlar los resultados de su aprendizaje, tomará decisiones en
cuanto a si ha finalizado un tema o si considera que ha obtenido notas aceptables en un
tema y por tanto ya puede darlo por concluido. Se pretende que todo ello se realice de
manera entretenida, intuitiva y sencilla. El dinamismo de la aplicación ayudará al alumno
a conseguirlo.
La aplicación gestionará los datos para lograr todo lo mencionado.
3.2.1.2. Contexto general del sistema
El contexto general del sistema se va a representar mediante un Diagrama de
Presentación, en el que se muestra la interacción del sistema con el usuario y con las
bases de datos. Más adelante se entrará en detalle de cada uno de los componentes y
herramientas utilizadas.
Figura 3.3 Diagrama de presentación
107
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.2.2. Creación de la lista de requisitos
La lista de requisitos es una relación detalla de forma clara y precisa de los requisitos
solicitados por el cliente a partir de los objetivos marcados en el Documento de
Conceptos del Sistema.
La lista de requisitos identificados es la siguiente:
LISTA DE REQUISITOS

R1 - Estudio del curso teórico estructurado en temas.

R2 - Autoevaluar los conocimientos adquiridos

R3 - Acceso y validación del alumno al sistema.

R4 - Registro de nuevo usuario.

R5 - Recordatorio de los temas estudiados.

R6 - Mostrar informes con los aciertos y fallos sobre los
ejercicios.

R7 - Guardar notas en las bases de datos.

R8 - Consultar notas de exámenes anteriores.

R9 - Obtener valoración de un proyecto propio.

R10 - Guardar dicha valoración en la base de datos.

R11 - Consultar valoraciones pasadas de otros proyectos
A continuación se expone a modo de ejemplo la hoja de requisitos para los dos
primeros requisitos de la lista anterior (R1 y R2).
108
Desarrollo de una herramienta didáctica para valoración de Project Finance
HOJA DE REQUISITOS
IDENTIFICACIÓN
Proyecto
Jefe de Proyecto
Desarrollo de una herramienta didáctica para valoración de Project Finance
Elena Castromil Fernández
REQUISITO
Fecha: 01/05/2009
Versión: 1.0
Estado: Pendiente
Prioridad: Alta
Título: Autoevaluar los conocimientos adquiridos
Identificador: R2
Fuente: El usuario
Categoría: de prestaciones
Descripción: Los usuarios podrán autoevaluar los conocimientos adquiridos en cada tema, de este modo
sabrán si deben volver a estudiar un tema o no. Se podrán repetir los exámenes tantas veces como se
requiera.
BENEFICIOS
Gracias al cumplimiento de este requisito, el usuario podrá evaluar su aprendizaje y
fijar conceptos gracias a los ejercicios propuestos de cada uno de los temas del
temario
COMENTARIOS/SOLUCIONES SUGERIDAS
Los ejercicios se propondrán por termas y consistirán en preguntas de test que
permiten evaluar los conceptos de una forma rápida y sencilla.
DOCUMENTOS RELACIONADOS
Es importante tener en cuenta el temario tratado en la plataforma e-learning porque
el contenido de los test irá en concordancia con el contenido de la aplicación.
109
Desarrollo de una herramienta didáctica para valoración de Project Finance
HOJA DE REQUISITOS
IDENTIFICACIÓN
Proyecto
Jefe de Proyecto
Desarrollo de una herramienta didáctica para valoración de Project Finance
Elena Castromil Fernández
REQUISITO
Fecha: 12/06/2009
Versión: 1.0
Estado: Aceptado
Prioridad: Alta
Título: Estudio del curso teórico estructurado en temas.
Identificador: R1
Fuente: El usuario
Categoría: Funcional
Descripción: Consulta de la documentación referente al temario del curso y de los temas empezando por
donde se había quedado en la anterior sesión.
BENEFICIOS
Aprendizaje por parte de los alumnos o consulta para visualizar el temario completo del curso.
La opción de “continuar el estudio donde lo había dejado” es muy interesante porque ayuda al estudiante a
no perder tiempo estudiando algo que ya había estudiado o al revés.
La opción de visualizar el temario completo ayuda al estudiante a comprender y estructurar su mente en el
estudio del curso.
COMENTARIOS/SOLUCIONES SUGERIDAS
En caso de seleccionar la opción de “continuar el estudio donde lo había dejado”, el sistema accederá a la
base de datos para consultar los temas que el usuario ha dado por finalizados y presentará en pantalla el
primer tema no finalizado por dicho usuario.
El responsable para poder llevar a cabo este requisito de forma correcta, será el administrador que se
encargará del mantenimiento de la base de datos y actualización.
REQUISITOS RELACIONADOS
Debido al a posibilidad al mostrar la materia de estudio de recordar o no los temas estudiados anteriormente,
este requisitos está relacionado con R5.
110
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.2.3. Obtención del modelo físico actual
El objetivo del modelo físico es identificar las funciones o procesos y los datos
esenciales. A partir de los DFDs (diagramas de flujo de datos) se identificarán todas las
funciones que debe cubrir el sistema, los flujos de información y la estructura de ésta.
Definición de DFD
El diagrama de flujo de datos es un modelo que describe los flujos de datos o
tuberías, los procesos que cambian o transforman los datos en un sistema, las entidades
externas que son fuente o destino de los datos (y en consecuencia los límites del sistema)
y los almacenamientos o depósitos de datos a los cuales tiene acceso el sistema,
permitiendo así describir el movimiento de los datos a través del sistema.
En síntesis, el Diagrama de Flujo de Datos describe:

Los lugares de origen y destino de los datos (los límites del
sistema).

Las transformaciones a las que son sometidos los datos (los
procesos internos).

Los lugares en los que se almacenan los datos dentro del
sistema.

Los canales por donde circulan los datos.
Simbología en un DFD:
Se muestra en la figura un esquema con los símbolos que se explican a continuación.
111
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.4 Detalle gráfico de los elementos de un DFD
Entidad Externa:
Son generalmente clases lógicas de cosas o de personas, las cuales representan una
fuente o destino de transacciones, como por ejemplo clientes, empleados, proveedores,
etc., con las que el sistema se comunica. También pueden ser una fuente o destino
específico, como por ejemplo Departamento Contable.
Como el sistema que está bajo análisis acepta datos de otro sistema o bien se los
provee, este otro sistema es una Entidad Externa.
Mediante la designación de alguna cosa o de algún sistema como Entidad Externa se
establece implícitamente que se encuentra fuera de los límites del sistema que a
considerar por lo cual no interesa la transformación o proceso que se realiza dentro de
ellos, es decir que están fuera del control del sistema que se está modelando. Son sólo
proveedores o requeridores de datos del sistema bajo consideración.
Por todo ello, ni el analista ni el diseñador pueden cambiar ni los contenidos ni la
forma de trabajo de un terminador.
112
Desarrollo de una herramienta didáctica para valoración de Project Finance
Proceso:
Indican aquellos lugares dentro del sistema en donde la información (flujos de datos)
que ingresan se procesan o transforman. Es decir, son las funciones o procesos que
transforman entradas de datos en salidas de información.
Su nombre deberá ponerse mediante una frase imperativa, que consistirá idealmente
de un verbo activo seguido por una clausula objeto, cuanto más simple mejor. Al analista
le servirá pensar que la descripción de la función es "una orden a un empleado sin
conocimiento del tema". Estas frases imperativas no tienen sujeto; tan pronto como se
introduce un sujeto se habrá indicado como deberá realizarse físicamente la función ("El
operador ingresará los datos del alumno").
Un proceso puede ser físicamente una oficina repleta de empleados, un
procedimiento, o una combinación de actividades manuales y automatizadas.
Flujo de datos:
Representa un transporte de paquetes de datos desde su origen hasta su destino, es
decir que representa una estructura de datos en movimiento de una parte del sistema a
otro.
Un flujo muestra las interfaces entre los elementos del DFD.
Puede imaginarse como una tubería por donde se envían paquetes de datos, pero
deberá tener una descripción de su contenido la cual deberá elegirse de forma que sea lo
más útil posible a los usuarios que revisen el DFD.
La flecha indica la dirección del flujo.
Puede estar contenido físicamente en una nota, una factura, una llamada telefónica, de
programa a programa, etc. Es decir, en cualquier medio por el cual los datos pasan de una
entidad o proceso a otra.
113
Desarrollo de una herramienta didáctica para valoración de Project Finance
Almacén o archivo:
Representa un archivo lógico en donde se agregan o de donde se extraen datos. Es
una estructura de datos, pero estática.
Puede ser físicamente un archivo de tarjetas, una microficha, un archivo, o un archivo
en cinta o disquete.
Deberá elegirse el nombre que sea más descriptivo para el usuario, que identifique los
paquetes de datos que contiene.
Implica escritura, actualización o borrado de datos.
Implica lectura o recuperación de información almacenada.
Niveles de un DFD:
El DFD posee niveles de desagregación o explosión o apertura de burbujas. El Nivel
0 o Diagrama de Contexto es aquel que muestra una sola burbuja y las entidades externas
o terminadores con los que interactúa el sistema.

Nivel de Partida: Diagrama de Contexto:
o No existirán almacenes o archivos.
o
Se representarán las entidades externas que son fuente y
destino de los datos.
o El sistema será representado como un proceso simple.
o Se dibujarán sólo los flujos de datos de comunicación
exterior-sistema.

Nivel 1 y subsiguientes:
114
Desarrollo de una herramienta didáctica para valoración de Project Finance
o Deberá haber igual cantidad de archivos. Aunque podrá existir
mayor cantidad de almacenamientos en el nivel 2 debido a la
explosión de algún proceso.
o En el último nivel, cada proceso realizará una función específica y
concreta.
Cada proceso en el DFD de alto nivel de un sistema puede ser "explotado" para
convertirse en un DFD en si mismo.
Para la realización del modelo del nuevo sistema de la aplicación se utilizará la
técnica top-down de explosión de burbujas explicada anteriormente, para ello se han
diferenciado diagramas de tres niveles:
A. Nivel 0: Diagrama de contexto.
B. Nivel 1: Diagrama conceptual.
C. Nivel 2: Diagrama de detalle o expansión.
En los siguientes apartados se describen los DFDs realizados para ambos sistemas, y
se explican aquellos elementos (procesos, o flujos de datos) que no queden lo
suficientemente claros en el diagrama.
A. Nivel 0: Diagrama de contexto.
Figura 3.4 DFD nivel contextual
115
Desarrollo de una herramienta didáctica para valoración de Project Finance
Entidades externas:
 Usuario: Es el alumno que accede al sistema, una vez que su
nombre de usuario y contraseña sean autenticados. En el caso
que sea la primera vez que acceda, deberá registrarse, con un
nombre de usuario y una contraseña.
Flujo de datos:
 Sel_Nuevo_Registro: Opción del usuario para registrarse en
la web. Es la primera vez que accede y necesita usuario y
contraseña.
 Nuevo usuario: En el caso en que el usuario no haya accedido
nunca a la aplicación, tendrá que registrarse y dar un nombre
de usuario con el que podrá acceder a la aplicación a partir de
ese momento.
 Nueva contraseña: Contraseña elegida por el usuario al
registrarse.
 Registro OK: Mensaje que se muestra al usuario para
indicarle que se ha registrado con éxito.
 Registro NO_OK: Mensaje que se muestra al usuario en caso
de que su registro sea fallido.
 Sel_Autenticación: Opción del usuario para acceder a la web
con su usuario y contraseña propia, obtenida con anterioridad.
 Usuario: nombre que utilizará el usuario para acceder a la
aplicación.
 Contraseña: contraseña utilizada por el usuario para acceder a
la aplicación.
 Autenticación OK: Mensaje que se muestra al usuario en caso
de que su autenticación sea correcta y se dará permiso a
ingresar en el curso con todos sus contenidos.
 Autenticación NO_OK: Mensaje que se muestra al usuario en
caso de que su autenticación se errónea.
116
Desarrollo de una herramienta didáctica para valoración de Project Finance
B. Nivel 1: Diagrama conceptual.
Figura 3.5 DFD conceptual nivel 1
Flujo de datos:
Las flechas que salen o entran a los almacenes pueden tener una etiqueta
especificando la información que entra o sale de ellos. Si no la tienen, significa que se
utiliza toda la información correspondiente en cada caso.
 Sel_Nuevo_Registro: Opción del usuario para registrarse en
la web. Es la primera vez que accede y necesita usuario y
contraseña.
 Nuevo usuario: En el caso en que el usuario no haya accedido
nunca a la aplicación, tendrá que registrarse y dar un nombre
de usuario con el que podrá acceder a la aplicación a partir de
ese momento.
117
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Nueva contraseña: Contraseña elegida por el usuario al
registrarse.
 Registro OK: Mensaje que se muestra al usuario para
indicarle que se ha registrado con éxito.
 Registro NO_OK: Mensaje que se muestra al usuario en caso
de que su registro sea fallido.
 Sel_Autenticación: Opción del usuario para acceder a la web
con su usuario y contraseña propia, obtenida con anterioridad.
 Usuario: nombre que utilizará el usuario para acceder a la
aplicación.
 Contraseña: contraseña utilizada por el usuario para acceder a
la aplicación.
 Autenticación OK: Mensaje que se muestra al usuario en caso
de que su autenticación sea correcta y se dará permiso a
ingresar en el curso con todos sus contenidos.
 Autenticación NO_OK: Mensaje que se muestra al usuario en
caso de que su autenticación se errónea.
Procesos:
 Mostrar pantalla de inicio: Este proceso visualiza la pantalla
de bienvenida. Es la primera pantalla con la que arranca la
aplicación en todos los casos.
 Validar usuario: Este proceso es característico porque con la
introducción del usuario y la contraseña se verifica si el
usuario es válido, es decir, si estaba ya registrado en el
sistema.
 Nuevo Registro: Este proceso es aquel donde se introducen
los datos de los nuevos usuarios.
 Mostrar menú curso: Es aquel en el que se puede acceder a
todo el contenido del curso, una vez que el usuario se haya
autenticado.
118
Desarrollo de una herramienta didáctica para valoración de Project Finance
Almacenes:
 Usuarios: Contiene todos los usuarios registrados con sus
contraseñas. Se almacenan también los nuevos usuarios que
se registren.
C. Nivel 2: Diagrama de detalle o expansión.
El proceso 4 puede detallarse al explosionar esa burbuja a un DFD de nivel siguiente,
que se muestra a continuación:
Figura 3.6 DFD conceptual nivel 2
Flujo de datos:
 Sel_Estudiar: Opción del usuario para comenzar a estudiar o
continuar el estudio de otra sesión. Previamente se ha
validado con éxito en la pantalla de inicio.
 Sel_Practicar: Opción del usuario para practicar los conceptos
aprendidos mediante la aplicación de evaluación de
proyectos.
119
Desarrollo de una herramienta didáctica para valoración de Project Finance
Procesos:
 General Project Finance: Este proceso visualiza la pantalla de
bienvenida al tutorial. Se ofrece información de lo que es
project finance, su historia e indicaciones de cómo utilizar el
tutorial. También se ofrece la posibilidad de entrar en materia
de estudio o de evaluar proyectos.
 Estudio project finance: Este proceso engloba todo el tutorial
de estudio, incluyendo la realización de exámenes, su
corrección, la consulta de notas de exámenes anteriores, el
control de temas ya estudiados, etc.
 Validar proyecto: Este proceso engloba la aplicación práctica
en la que el alumno introduce datos sobre un proyecto en
concreto y la aplicación le devuelve una medida de
conveniencia de utilizar project finance como vía de
financiación de su proyecto.
Almacenes:
 Exámenes: Contiene las calificaciones obtenidas en cada uno
de los exámenes que realiza un alumno a lo largo de su
aprendizaje.
 Temas: Contiene una relación de temas estudiados y no
estudiados por el alumno. Es muy interesante para poder
ofrecerle al alumno un control sobre el trabajo que ha
realizado y que le falta por hacer.
El proceso 4.2 puede detallarse al explosionar esa burbuja a un DFD de nivel
siguiente, que se muestra a continuación:
120
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.7 DFD conceptual nivel 3
Flujo de datos:
 Tema: Selección de uno de los temas del temario.
 Historial: Opción del usuario para acceder a su historial de
estudio y controlar los temas que ha estudiado y los que no.
 Exámenes: Opción del usuario para acceder a su historial de
exámenes y consultar los exámenes que ha hecho con sus
calificaciones.
 Temario: Opción del usuario para consultar el temario del
tutorial.
 Ok: Dato de control que indica que la autenticación del
usuario ha sido realizada con éxito y la carga de contenidos
por parte de la aplicación también.
121
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Finalizado: Se refiere al atributo finalizado de un tema.
Tendrá valor 1 si el usuario ha valorado el tema como
finalizado y 0 en caso contrario.
Procesos:
 Estudio Project Finance: Este proceso visualiza la pantalla de
inicio al estudio en la que se ofrece información sobre las
opciones de estudio que existen.
 Contenido tema: Se ofrece el contenido del tema en estudio
 Finalización tema: La última opción al terminar de estudiar un
tema es decidir si el tema se puede dar por finalizado o no y
realizar el examen del tema recién estudiado para comprobar
si se ha aprendido lo que se debería o no.
 Exámen tema: Ofrece el contenido del exámen de cada tema,
su autocorrección y muestra en pantalla la calificación.
También da la opción al alumno a guardar la nota para ver el
progreso o borrarla.
 Temas estudiados: Ofrece un esquema con la información
relativa a si se ha finalizado cada uno de los temas del
temario. Es posible hacer modificaciones mientras se
visualizan los temas.
 Ver Temario: Se ofrece el temario del curso con
especificaciones y recomendaciones para afrontar cada tema.
 Mostrar exámenes: Ofrece un esquema con la información
relativa a los exámenes que se han realizado anteriormente.
Almacenes:
 Exámenes: Contiene las calificaciones obtenidas en cada uno
de los exámenes que realiza un alumno a lo largo de su
aprendizaje.
122
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Temas: Contiene una relación de temas estudiados y no
estudiados por el alumno. Es muy interesante para poder
ofrecerle al alumno un control sobre el trabajo que ha
realizado y que le falta por hacer.
3.2.4. Recolección de datos
La Recolección de Datos, consiste en la recopilación de información; se lleva a cabo
por medio de entrevistas, cuestionarios y observación; donde el analista obtiene y
desarrolla los sistemas de información logrando sus metas y objetivos.
3.2.4.1. Diccionario de datos
Un diccionario de datos es una lista de todos los elementos incluido en el conjunto de
los diagramas de flujo de datos que describen un sistema. Los elementos principales en
un sistema, estudiados en las secciones anteriores, son el flujo de datos,
el almacenamiento de datos y los procesos. El diccionario de datos almacena detalles y
descripciones de estos elementos.
El diccionario de datos proporciona información adicional sobre el sistema. Esta
sección analiza que es un diccionario de datos, por qué se necesita en el análisis de flujo
de datos y como desarrollarlo. Se utilizará el ejemplo del sistema de contabilidad para
describir los diccionarios de datos.
Cada entrada en el diccionario de dato consiste en un conjunto de detalles que
describen los datos utilizados o producidos en el sistema. Cada artículo se identifica por
un nombre de dato, descripción, sinónimo y longitud de campo y tiene valores
específicos que se permiten para éste en el sistema estudiado.
Los elementos definidos en el diccionario de datos son: flujos de datos, entidades de
datos, almacenes, relaciones o asociaciones, procesos, atributos, terminadores, registros y
elementos.
La notación que se puede utilizar en el diccionario es la siguiente:
123
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.9 Detalle gráfico de la notación del diccionario de datos
No se permiten usuarios con nombre repetido, por lo que nombre será el identificador
único de cada usuario.
En esta aplicación el contenido del diccionario sería:
Usuario = {nombre+contraseñal+email+{tipo_examen+nota}+{tema+finalizado}}
Una vez creado el diccionario de datos hay que normalizarlo y reestructurarlo con
entidades normalizadas.
1ª Forma Normal (1FN):
Se identifican los grupos repetitivos y se crea un nuevo grupo por cada grupo
repetitivo.
Usuario1 = {nombre+contraseña+email}
Usuario2 = {tipo_examen+nota}
Usuario3 = {tema+finalizado}
2ª Forma Normal (2FN):
124
Desarrollo de una herramienta didáctica para valoración de Project Finance
Se identifican objetos que tengan una clave concatenada y se crea un nuevo objeto
por cada atributo que no dependa de la totalidad de la clave compuesta.
Usuario1 = {nombre+contraseña+email}
Usuario21 = {nombre+tipo_examen}
Usuario22 = {tipo_examen+nota}
Usuario31 = {nombre+tema}
Usuario32 ={tema+finalizado}
3ª Forma Normal (3FN):
Se crea un objeto nuevo por separado por cada atributo que dependa de otro que
tampoco sea identificador o clave y, por ello, el identificador de cada uno de los nuevos
objetos será el atributo del cual dependen los otros.
En este caso, ya están todas en 3FN.
Para continuar, se deben identificar las entidades y asignarle nombre de acuerdo con
el identificador que la representa.

USUARIO: Usuario1

EXÁMEN: Usuario22

TEMA: Usuario32
Se identifican las relaciones, se creará una relación por cada objeto que tenga un
identificador compuesto:

REALIZA: Usuario21

ESTUDIA: Usuario31
En el diccionario de datos, se recogerá las descripciones y composiciones de cada
entidad, relación y atributos como se muestra a continuación:
125
Desarrollo de una herramienta didáctica para valoración de Project Finance
ENTIDAD: USUARIO
DESCRIPCIÓN:
La herramienta está orientada a la tipología de usuarios citada anteriormente: universitarios,
empresarios o personas interesadas en la materia. Siempre jugarán el rol de alumnos en esta
aplicación.
COMPOSICIÓN:
Usuario: Usuario1 = {nombre+contraseña+email}
ENTIDAD: TEMA
DESCRIPCIÓN:
El estudio se estructura en temas o capítulos con un orden determinado para su estudio.
COMPOSICIÓN:
Tema = Usuario32 ={tema+finalizado}
ENTIDAD: EXÁMEN
DESCRIPCIÓN:
Cada tema tendrá un examen de evaluación con preguntas relativas al contenido de su tema
correspondiente.
COMPOSICIÓN:
Exámen = Usuario22 ={tipo_examen+nota}
126
Desarrollo de una herramienta didáctica para valoración de Project Finance
RELACIÓN: ESTUDIA
DESCRIPCIÓN:
Un alumno estudia un tema y decide si lo da por estudiado o no según su criterio. Este
resultado es importante para recordar lo que ha estudiado en sesiones anteriores.
COMPOSICIÓN:
Estudia = Usuario31 = {nombre+tema}
RELACIÓN: REALIZA
DESCRIPCIÓN:
Un alumno realiza el examen de un tema y se guarda el resultado para poder consultarlo
posteriormente.
COMPOSICIÓN:
Realiza = Usuario21 ={nombre+tipo_examen}
127
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.2.4.2. Diagrama de Entidad-Relación
A continuación, se muestra el diagrama entidad-relación, en el que las entidades están
representadas por rectángulos y las relaciones por medio de rombos.
Figura 3.8 Diagrama entidad-relación
128
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.3.
Estudio de la arquitectura
3.3.1. Introducción
En esta fase se realiza un análisis y descripción para formalizar el esquema global del
sistema, poniendo énfasis en el estudio de las interacciones entre sus elementos básicos,
denominados componentes.
La capacidad para responder rápidamente ante los cambios y optimizar los procesos
de negocio es un factor clave para la competitividad y el éxito de la aplicación que se va a
desarrollar.
El alumno será en este caso el cliente, que utiliza la aplicación mediante un
navegador de internet, por tanto se va a implantar una arquitectura web de clienteservidor.
El administrador de sistemas tiene acceso y permiso para modificar los datos, por
tanto accederá al servidor que es el que se relaciona con la base datos. Para ello, el
administrador utilizará la herramienta phpMyAdmin y archivos escritos en lenguaje php.
El cliente hace solicitudes al servidor mediante el protocolo solicitud-respuesta.
Cliente y Servidor se comunican mediante XML, que es un estándar para el intercambio
de información estructurada entre diferentes plataformas.
Figura 3.9 Esquema de accesos al sistema del alumno (cliente) y del administrador
129
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.3.2. Tecnología utilizada
3.3.2.1. Tecnología de comunicaciones
La arquitectura elegida para llevar a cabo el proyecto es la arquitectura web. Esta
arquitectura se basa en el concepto de cliente-servidor, sistema donde el cliente es una
máquina que solicita un determinado servicio y se denomina servidor a la máquina que lo
proporciona. Los servicios pueden ser:
 Ejecución de un determinado programa.
 Acceso a un determinado banco de información.
 Acceso a un dispositivo de hardware.
En el caso de esta aplicación el servicio que se prestará es el primero.
Figura 3.10 Esquema de arquitectura básica Cliente-Servidor
Se implantará una arquitectura Cliente-Servidor de Tres Capas. Esta arquitectura
consiste en una capa de la Presentación, otra capa de la lógica de la aplicación o de
Negocio y otra capa de servidor (o de datos). Normalmente esta arquitectura se utiliza en
las siguientes situaciones:
 Cuando se requiera mucho procesamiento de datos en la
aplicación.
130
Desarrollo de una herramienta didáctica para valoración de Project Finance
 En
aplicaciones
donde
la
funcionalidad
este
en
constante cambio.
 Cuando los procesos no están relativamente muy relacionados
con los datos.
 Cuando se requiera aislar la tecnología de la base de datos
para que sea fácil de cambiar.
 Cuando se requiera separar el código del cliente para que se
facilite el mantenimiento.
 Esta muy adecuada para utilizarla con la tecnología orientada
a objetos.
Se utilizarán dos servidores: servidor web y servidor de datos.

Servidores WEB:
Son
los
que
guardan
y
proporcionan
Páginas HTML. El cliente desde un browser o link hace un
llamado de la página y el servidor recibe el mensaje y envía la
página correspondiente.

Servidores de Base de Datos: Son los que almacenan gran
cantidad de datos estructurados. La información que se envía está
ya resumida en la base de datos. Ejemplo: El Cliente hace una
consulta, el servidor recibe esa consulta (SQL) y extrae solo la
información pertinente y envía esa respuesta al cliente.
131
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.11 Esquema de arquitectura Cliente-Servidor en tres capas
Se detallan a continuación las capas que interactúan en el sistema:

Capa 1: de presentación: Formado por el software que trata la
adquisición o toma de datos y su presentación al usuario.

Capa 2: de negocio: Software que implementa las funciones de
negocio de la aplicación.

Capa 3: de servidor (o de datos): Comprende el software de
gestión para almacenamiento y recuperación de datos.
132
Desarrollo de una herramienta didáctica para valoración de Project Finance
:
Figura 3.12 Detalle de la arquitectura Cliente-Servidor en tres capas
3.3.2.2. Tecnología Software.
Requisitos Software: Para la utilización de Flash CS3, los requerimientos mínimos
principales a utilizar son los siguientes:
 Windows XP (cualquier edición).
 Windows Vista Home Premium.
 Windows Vista Business.
 Windows Vista Ultimate.
 Windows Vista Enterprise.
133
Desarrollo de una herramienta didáctica para valoración de Project Finance
Los recursos software que se han instalado para el desarrollo del proyecto son los
siguientes:
 Flash CS3
 Entorno de trabajo App Serv, que contiene las siguientes
herramientas :
o Servidor Apache
o PHP
o MySQL
o phpMyAdmin
FLASH CS3:
La utilización de esta herramienta está orientada al desarrollo web, ya que dota a la
aplicación de dinamismo creando objetos interactivos con un tamaño reducido.
Básicamente, el trabajo que se puede desarrollar con esta herramienta consiste en la
creación de dibujos y diseño de objetos animados permitiendo añadir interactividad entre
los mismos. Para esto último será necesario combinar el lenguaje Flash con el lenguaje de
ActionScript que se describirá más adelante.
El uso del lenguaje Flash y de la herramienta correspondiente, tanto para el desarrollo
como para la reproducción de la película creada, proporcionan la máxima expresividad al
contenido interactivo de las aplicaciones web.
Flash CS3 es el entorno más avanzado de Flash para desarrollo de páginas web con
contenido.
Flash permite crear un archivo HTML correspondiente a la aplicación diseñada para
que su contenido pueda verse a través de la red. El archivo generado HTML contiene la
estructura principal y las instrucciones necesarias para que la aplicación Flash pueda
reproducirse.
134
Desarrollo de una herramienta didáctica para valoración de Project Finance
Este lenguaje está formado por una serie de etiquetas acompañadas de los símbolos <
y > que delimitan el contenido de las mismas. Entre las “etiquetas” m {s utilizadas se
encuentran las siguientes:
 <HTML>: define el inicio y el final del código HTML.
 <head>: define la cabecera de dicho documento.
 <body>: define el contenido o cuerpo del documento donde se
establece la estructura y los elementos que lo forman.
Herramienta App Serv:
Es una herramienta OpenSource para Windows que facilita la instalación de Apache,
MySQL y PHP en una sola herramienta, esta característica facilita la tarea al usuario ya
que se configuran las aplicaciones de forma automática.
AppServ en su última versión (AppServ 2.6.0) incluye:
 Apache 2.2.8: servidor HTTP multiplataforma.
 PHP 6.0.0-dev: lenguaje de programación dinámico que
utilizan la mayoría de gestores de contenidos más populares.
Se integra a la perfección con MySQL y Apache.
 MySQL 6.0.4-alpha: gestor de bases de datos, rápido y
seguro.
 phpMyAdmin-2.10.3: interfaz gráfica de administración para
MySQL.
Una vez instalado AppServ, se dispone de un servidor web y otro de base de datos
propio, configurado de manera local, y que permitirá realizar todas las pruebas necesarias
en la web antes de lanzarla a la red.
Para el desarrollo de este proyecto se ha utilizado un portátil en el que se ha instalado
el entorno AppServ y simula el comportamiento de ambos servidores conectados entre sí.
135
Desarrollo de una herramienta didáctica para valoración de Project Finance
Servidor web Apache:
Es necesario instalar un servidor web para la implantación de la arquitectura cliente
servidor en tres capas. Se ha elegido el servidor web Apache por ser gratuito y adecuado
para las necesidades.
Apache es usado primariamente para enviar páginas web estáticas y dinámicas en la
World Wide web. Muchas aplicaciones web están diseñadas asumiendo como ambiente
de implantación a Apache, o que utilizarán características propias de este servidor web.
Figura 3.13 Ilustración del software de Apache
PHP:
El PHP HyperText Pre-processor es un lenguaje de programación interpretado
orientado a objetos utilizado principalmente para la creación de páginas web. Éste
permite dotar a la aplicación de mayor dinamismo y funcionalidad. Una de las mayores
ventajas del PHP es que se trata de un lenguaje multiplataforma capaz de realizar
conexiones a bases de datos utilizando distinto gestores de bases de datos. En este caso se
ha utilizado con MySQL. Los archivos se utilizan junto con un diseño creado a través de
una herramienta Flash, permitiendo la conexión a las bases de datos que almacenan la
136
Desarrollo de una herramienta didáctica para valoración de Project Finance
información de los usuarios. Flash no permite acceso directo a dicha información por lo
que necesita de un programa creado en este lenguaje para poder realizar las consultas.
Se muestra el código php para conexión a la base de datos:
<? // Fichero con los datos de conexión a la BBDD
function Conectarse()
{
$db_host="localhost";
//
Host
al
que
conectar,
habitualmente es el ‘localhost’
$db_nombre="elena"; // Nombre de la Base de Datos
que se desea utilizar
$db_user="root";
//
Nombre
del
usuario
con
permisos para acceder
$db_pass="root"; // Contraseña de dicho usuario
// Ahora se está realizando una conexión y la
llamamos ‘$link’
$link=mysql_connect($db_host, $db_user, $db_pass)
or die ("Error conectando a la base de datos.");
// Seleccionamos la base de datos que interesa
mysql_select_db($db_nombre
,$link)
or
die("Error
seleccionando la base de datos.");
//
Devolvemos
$link
porque
hará
falta
más
adelante, cuando se quieran hacer consultas.
return $link;
}
?>
Se muestra el código php para validar si un usuario está
registrado y darle acceso:
<?php
include('conexion.php');
//se
datos
$link = Conectarse();
137
conecta
con
la
base
de
Desarrollo de una herramienta didáctica para valoración de Project Finance
if(isset($_POST["pass"]) && isset($_POST["usu"]))
{
$nickN = $_POST["usu"];;
$passN = $_POST["pass"];;
$result
=
mysql_query("SELECT
pass
FROM
t_usuarios
WHERE user='$nickN'"); //consultamos BD
if($row = mysql_fetch_array($result))
{
if($row["pass"]
==
$passN)
//se
comprueba
si
coinciden las contraseñas
{
echo
"&estatus=ok&";
//las
contraseñas
coinciden
}
else
{
echo
"&estatus=pass&";
//contraseña
incorrecta
}
}
else
{
echo
"&estatus=nousu&";
encuentra en la BD
}
mysql_free_result($result);
}
mysql_close();
?>
138
//El
usuario
no
se
Desarrollo de una herramienta didáctica para valoración de Project Finance
MySQL:
MySQL es un Gestor de Bases de Datos relacionales que permite realizar accesos
múltiples a los datos a través de varios clientes a la vez. Para poder manipular la
información contenida en las tablas que forman la base de datos es necesario realizar una
serie de consultas llamadas query que muchas veces aparecen embebidas en otros
lenguajes de programación.
Se muestra a continuación el código SQL de creación y estructuración de las tablas
con algunos valores de ejemplo:
Estructura de tabla para la tabla `t_examen`
-CREATE TABLE `t_examen` (
`user` varchar(20) NOT NULL,
`tema` varchar(20) NOT NULL,
`nota` varchar(20) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
--- Volcar la base de datos para la tabla `t_examen`
-INSERT
INSERT
INSERT
INSERT
INSERT
INTO
INTO
INTO
INTO
INTO
`t_examen`
`t_examen`
`t_examen`
`t_examen`
`t_examen`
VALUES
VALUES
VALUES
VALUES
VALUES
('ele',
('ele',
('ele',
('ele',
('ele',
'1',
'1',
'1',
'1',
'2',
'5');
'7');
'7');
'10');
'4');
-- ---------------------------------------------------------- Estructura de tabla para la tabla `t_temas`
-CREATE TABLE `t_temas` (
`user` varchar(20) NOT NULL,
`tema` varchar(20) NOT NULL,
`finalizado` varchar(20) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
--- Volcar la base de datos para la tabla `t_temas`
-INSERT
INSERT
INSERT
INSERT
INTO
INTO
INTO
INTO
`t_temas`
`t_temas`
`t_temas`
`t_temas`
VALUES
VALUES
VALUES
VALUES
('ele', 'tema2', '1');
('ele', 'tema3', '1');
('jj', 'tema1', '1');
('ele', 'tema1', '1');
-- -------------------------------------------------------139
Desarrollo de una herramienta didáctica para valoración de Project Finance
--- Estructura de tabla para la tabla `t_usuarios`
-CREATE TABLE `t_usuarios` (
`user` varchar(20) NOT NULL,
`pass` varchar(20) NOT NULL,
`email` varchar(20) NOT NULL,
PRIMARY KEY (`user`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
--- Volcar la base de datos para la tabla `t_usuarios`
-INSERT INTO `t_usuarios` VALUES ('ele', 'ele', '[email protected]');
INSERT INTO `t_usuarios` VALUES ('pepe', 'pepe', '[email protected]');
INSERT INTO `t_usuarios` VALUES ('jj', 'jj', '[email protected]');
INSERT INTO `t_usuarios` VALUES ('berna', '1111',
'elenabernabeu@hotmai');
PhpMyAdmin:
PhpMyAdmin es una herramienta escrita en PHP con la intención de manejar la
administración de MySQL a través de páginas web, utilizando internet. Actualmente
puede crear y eliminar Bases de Datos, crear, eliminar y alterar tablas, borrar, editar y
añadir campos, ejecutar cualquier sentencia SQL, administrar claves en campos,
administrar privilegios, exportar datos en varios formatos y está disponible en 50
idiomas. Se encuentra disponible bajo la licencia GPL.
Figura 3.14 Ilustración del software phpMyAdmin
140
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.2.2.1. Tecnología Hardware
Para el desarrollo de este proyecto se utilizará un mismo equipo para simular el
comportamiento individualmente de cada uno de los elementos antes explicados.

Portátil Toshiba que simulará:
o Cliente.
o Servidor web.
o Servidor de base de datos.
Figura 3.15 Diagrama de conexión de los recursos hardware utilizados
141
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.4.
Diseño externo
En esta fase deben completarse los aspectos claves del diseño del nuevo sistema a
partir de las necesidades hardware y software definidas en etapas anteriores.
3.4.1. Desarrollo del modelo físico del nuevo sistema
A partir del modelo físico y lógico actual se puede deducir el modelo lógico nuevo,
donde se obtiene una solución al sistema propuesto sin pensar aún en su mecanización.
En esta aplicación coincide el Modelo Físico del Nuevo Sistema con el Modelo Lógico
del Nuevo Sistema.
3.4.1.1. Requisitos físicos del nuevo sistema
Mantenimiento de ficheros
La base de datos se actualizará siempre que un usuario nuevo quiera registrarse,
guardándose su nombre de usuario, su contraseña y su email, o que éste realice
exámenes, guardándose entonces su calificación y pudiendo consultar ésta. También se
actualizará el estado del estudio de un tema cada vez que sea modificado. El
administrador del sistema modificará la base de datos mediante la herramienta explicada
anteriormente phpMyAdmin.
Entrada y salida de datos
La entrada de datos son los del propio usuario y las opciones que seleccione mientras
interactúa con la aplicación. Por ejemplo: si da un tema por finalizado o si por el contario
decide que no lo ha estudiado en profundidad.
Las salidas serán en función de las opciones seleccionadas por el usuario, como:
142
Desarrollo de una herramienta didáctica para valoración de Project Finance

Cuando se autentique o se registre, se le informará que se ha
realizado exitosamente o por el contrario que se ha producido un
error.

Se mostrarán los diferentes contenidos de la aplicación en función
de lo que el usuario seleccione.
Configuración software:
Se requerirá instalar las siguientes herramientas software:
 Software de diseño y programación: Flash CS3.
 Software de diseño: Adobe Photoshop.
 Software de acceso, control y gestión completa de datos:
AppServ (phpMyAdmin, MySql, php y phpMyAdmin).
 Software navegador de internet: Google Chome.
Figura 3.16 Diagrama con los recursos software que deben ser instalados en el equipo
143
Desarrollo de una herramienta didáctica para valoración de Project Finance
Configuración de hardware:
Los requerimientos principales para usar el software Flash CS3 y la herramienta
AppServ son los siguientes:
Intel Pentium 4, Intel Centrino, Intel Xeon o procesador intel Core Duo. Mínima
memoria: 512 de memoria RAM.
3.5.
Diseño interno
En esta fase se detallará el funcionamiento de la aplicación de cara a los procesos
internos de la aplicación.
Se explica mediante el siguiente diagrama.
144
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.17 Diagrama de diseño interno
145
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.6.
Programación
En esta fase se materializa todo lo expuesto en este capítulo en un software que reúna
los requisitos analizados anteriormente.
La programación es la transformación de un análisis en un lenguaje que es capaz de
entender el ordenador. Una vez se obtiene un análisis completo de una solución, se
procede con la fase de programación que consistirá en ir construyendo y elaborando un
programa informático con una interfaz sencilla para el usuario pero que esconde arduos y
laboriosos procesos.
Esta es la fase de ejecución en el desarrollo de la aplicación, por ello determinará en
gran medida muchas características de nuestro programa a medida. Una programación
metódica y minuciosa brindará de robustez y eficiencia a la solución.
3.6.1. Lenguajes de programación
ActionScript 2.0:
Es un lenguaje de programación orientado a objetos. Se usa en la aplicación Flash
para así añadir dinamismo.
Se trata de un lenguaje de script, esto es, no requiere la creación de un programa
completo para que la aplicación alcance los objetivos. El lenguaje está basado en
especificaciones de estándar de industria ECMA-262, un estándar para Javascript, de ahí
que ActionScript se parezca tanto a Javascript.
HTML:
Como se explicó en el apartado de arquitectura, éste es un lenguaje característico para
la construcción de páginas web.
El archivo HTML se genera en Flash de forma automática.
146
Desarrollo de una herramienta didáctica para valoración de Project Finance
A continuación, se muestra un fragmento de código HTML de la plataforma de
entrada (validación de usuario o nuevo registro) a la aplicación. En primer lugar se
muestra la pantalla en el navegador correspondiente a dicho código.
Figura 3.18 Navegador de internet con la pantalla de inicio de la aplicación
Figura 3.19 Código HTML correspondiente a la pantalla de inicio
147
Desarrollo de una herramienta didáctica para valoración de Project Finance
XML:
Extensible Markup Language, permite definir gramática de lenguajes específicos de
la misma manera que HTML. Se propone como un estándar para el intercambio de
información estructurada entre diferentes plataformas. En este caso servirá para la
comunicación entre cliente y servidor.
3.6.2. Programación usada para construir la aplicación
3.6.2.1. Funcionamiento de la aplicación
En esta sección se va a explicar la ejecución de la herramienta.
Inicialmente, se encuentra la plataforma donde el usuario puede validarse para
acceder al curso:
Figura 3.20 Navegador de internet con la pantalla de inicio de la aplicación
148
Desarrollo de una herramienta didáctica para valoración de Project Finance
Si es la primera vez que se conecta al sistema, no tendrá usuario ni contraseña, por
tanto deberá registrarse pulsando en el botón registro y rellenar el formulario de la
siguiente pantalla:
Figura 3.21 Navegador de internet con la pantalla de registro de nuevo usuario
Si la validación es correcta el usuario accede exitosamente al sistema. La pantalla de
inicio pretende dar la bienvenida a la aplicación mostrando alguna información muy
genérica de project finance y dando la opción de entrar en el tutorial o en la aplicación
práctica de valoración de proyectos (cuestionario).
Figura 3.22 Navegador de internet con la pantalla de inicio
149
Desarrollo de una herramienta didáctica para valoración de Project Finance
Se muestran tres opciones:

¿Qué es?
Se trata de una pequeña introducción a project finance.
Figura 3.23 Pantalla ¿Qué es?

Historia:
Figura 3.24 Pantalla Historia
150
Desarrollo de una herramienta didáctica para valoración de Project Finance

Manual de uso
Figura 3.25 Pantalla Manual de uso
A partir de aquí se puede dividir la herramienta en dos partes:

Tutorial de aprendizaje de project finance.

Aplicación práctica para valoración de un proyecto en relación a
la medida de conveniencia de financiarlo mediante project
finance.
151
Desarrollo de una herramienta didáctica para valoración de Project Finance
Inicio
Estudiar
Evaluar
proyecto
Mi Historial
Mis
exámenes
Ver Temario
Temas
Tema 1
…
Cuestionario
Tema N
Valoración
Figura 3.26 Diagrama de ejecución de la herramienta a partir de la pantalla inicio
PARTE 1
Tutorial de aprendizaje de project finance.

Figura 3.27 Pantalla de Empiezo de estudio
En la barra superior existen tres botones que acompañarán al alumno durante todo el
estudio, es decir, podrán acceder a ellos. Se detallan a continuación
152
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Temario
Figura 3.28 Pantalla temario
Se muestra el temario a modo de libro con animación flash al pasar las hojas.
Figura 3.29 Pantalla libro de Temario
153
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Mi historial
Figura 3.30 Pantalla Mi Historial
Se recuerda los temas que ha estudiado el alumno en sesiones anteriores. Puede
modificarlo si lo cree conveniente. Se indica que el tema ha sido finalizado poniendo una
“v” en la casilla correspondiente.
154
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Mis exámenes
Figura 3.31 Pantalla Mis Exámenes
155
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Tema 1
Figura 3.32 Pantalla 1 Tema 1
Figura 3.33 Pantalla 2 Tema 1
156
Desarrollo de una herramienta didáctica para valoración de Project Finance
 Tema 2
Figura 3.34 Pantalla 1 Tema 2
Figura 3.35 Pantalla 2 Tema 1
157
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.36 Pantalla 3 Tema 2
Al final de cada tema se da la opción de realizar el examen del tema y de marcar o
desmarcar el tema, de acuerdo si se consideran aprendidos los conocimientos o no.
Si se quiere hacer el examen de un tema, al pulsar en el botón se pasará a la siguiente
pantalla:
Figura 3.37 Pantalla Exámen
158
Desarrollo de una herramienta didáctica para valoración de Project Finance
Al pulsar sobre verdadero o falso se pasará a la siguiente pregunta, y así
sucesivamente hasta que se finaliza el test. Entonces se muestra el siguiente informe de la
evaluación realizada:
Figura 3.38 Pantalla Resultado Exámen
Se puede guardar el examen que se acaba de hacer para posteriores consultas o no. A
decisión del alumno. Tanto si se guarda, como si no se hace, se volverá al principio del
tema del que se está examinando:
Figura 3.39 Pantalla Tema 2
159
Desarrollo de una herramienta didáctica para valoración de Project Finance
La barra de herramientas básicas acompaña al alumno durante toda la sesión.
Figura 3.40 Barra de herramientas básica
 El botón atrás
Recupera siempre la pantalla anterior.
 El botón inicio
Vuelve a la pantalla de inicio.
 El botón salir
Finaliza la sesión.
160
Desarrollo de una herramienta didáctica para valoración de Project Finance
PARTE 2
Aplicación práctica para valoración de un proyecto en relación a la medida de
conveniencia de financiarlo mediante project finance.
Figura 3.41 Pantalla Introducción Cuestionario
Se presentan dos opciones informativas:

Cuestionario

Antes de empezar
161
Desarrollo de una herramienta didáctica para valoración de Project Finance

Cuestionario
Figura 3.42 Pantalla Cuestionario

Antes de empezar
Figura 3.43 Pantalla Antes de empezar
162
Desarrollo de una herramienta didáctica para valoración de Project Finance
Realizar cuestionario
Si se pulsa sobre el botón realizar cuestionario se da a paso a la formulación de
preguntas. Es importante tener bien claro el proyecto sobre el que se va a realizar el
cuestionario.
Figura 3.44 Pantalla Realizar cuestionario 1
Figura 3.45 Pantalla Realizar cuestionario 2
163
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.46 Pantalla Realizar cuestionario 3
Figura 3.47 Pantalla Realizar cuestionario 4
164
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.48 Pantalla Realizar cuestionario 5
Figura 3.49 Pantalla Realizar cuestionario 6
165
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.50 Pantalla Realizar cuestionario 7
Figura 3.51 Pantalla Realizar cuestionario 8
166
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.52 Pantalla Realizar cuestionario 9
Figura 3.53 Pantalla Valorar
Durante el cuestionario, se puede volver hacia atrás y modificar respuestas.
La valoración es orientativa, no es determinante.
167
Desarrollo de una herramienta didáctica para valoración de Project Finance
Terminar sesión
Para finalizar la sesión es necesario desconectarse pulsando en cualquier momento de
la ejecución el botón salir. Todos los cambios hasta el momento se guardarán en la base
de datos.
Figura 3.54 Pantalla Sesión finalizada
168
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.6.3. Manual de usuario
El manual de usuario es un documento técnico de un determinado sistema que intenta
dar asistencia que sus usuarios.
Este manual de usuario podrá ser entendido por cualquier usuario principiante, como
así también serle útil a usuarios avanzados.
3.6.3.1. Objeto de la aplicación
El objetivo principal de este curso online, es que el usuario adquiera conocimiento
sobre project finance.
3.6.3.2. Entorno de trabajo
Este curso es característico por ser online, por lo que primeramente es necesario que
el usuario disponga de internet. Además necesitará el plugin necesario para reproducir
películas Flash.
3.6.3.3. Perfiles o roles de usuario
Para acceder a la aplicación, es necesario que el usuario esté registrado. Además,
podrá acceder el propio administrador para llevar a cabo todas las actualizaciones o
cambios necesarios.
3.6.3.4. Funcionamiento del sistema
Primeramente, el usuario accederá a la plataforma donde tendrá dos opciones, la
primera será registrarse en el sistema o, si ya está dado de alta, sólo necesita autenticarse.
Una vez sea validado su nombre y contraseña podrá acceder al curso.
La ejecución se ha explicado en el apartado de Ejecución de la aplicación.
169
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.6.3.5. Funcionalidades del sistema
 Registrase: El usuario tiene que registrarse para poder acceder al
sistema si es la primera vez que accede a éste. El usuario deberá
introducir su nombre de usuario, su contraseña y su email; está
autorizada cualquier persona que quiera acceder.
 Autenticarse: El usuario una vez registrado sólo tiene que
introducir su nombre de usuario y su contraseña para acceder al
tutorial.
 Temario: Una vez el usuario haya accedido al curso, tiene la
posibilidad de acceder a todas las partes del curso y consultar
toda la teoría.
 Exámenes: El usuario podrá realizar exámenes y guardar el
resultado en la base de datos, o por el contrario acceder a ver sus
resultados de exámenes anteriores si éstos se realizaron
previamente.
3.6.3.6. Incidencias más frecuentes
 Problemas en el servidor, que impidan que el usuario pueda
registrarse o validarse.
 Olvido del nombre de usuario o contraseña por parte del usuario.
 Problemas en la base de datos que impidan que el usuario pueda
ver calificaciones de sus autoevaluaciones anteriores o no se
puedan guardar en la base de datos su calificación actual.
3.6.3.7. Mensajes de error
En la plataforma, antes de acceder al tutorial durante la autenticación, pueden
aparecer los siguientes mensajes:
170
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.55 Pantalla Error Usuario Incorrecto
Figura 3.56 Pantalla Error Contraseña incorrecta
171
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.57 Pantalla Error Debe introducir usuario
Figura 3.58 Pantalla Error Introduzca email
172
Desarrollo de una herramienta didáctica para valoración de Project Finance
Figura 3.59 Pantalla Error Introduzca Contraseña
Figura 3.60 Pantalla Error Email Incorrecto
173
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.7.
Pruebas del sistema
La fase de pruebas del sistema tiene como objetivo verificar el sistema software para
comprobar si este cumple sus requisitos.
Los tipos de pruebas a realizar en esta etapa son los siguientes:
1. Pruebas de unidad:
La prueba de unidad se centra en el módulo. Usando la descripción del diseño
detallado como guía, se prueban los caminos de control importantes con el fin de
descubrir errores dentro del ámbito del módulo.
2. Prueba de integración
El objetivo es coger los módulos probados en la prueba de unidad y construir una
estructura de programa que esté de acuerdo con lo que dicta el diseño. Hay dos formas de
integración:
o Integración no incremental: Se combinan todos los módulos por anticipado y
se prueba todo el programa en conjunto.
o Integración incremental: El programa se construye y se prueba en pequeños
segmentos.
En este caso se ha utilizado el método de prueba de integración incremental, ya que
éste ha sido el método de trabajo a seguir durante el transcurso del trabajo.
3. Prueba del sistema
Verifica que cada elemento encaja de forma adecuada y que se alcanza la
funcionalidad y el rendimiento del sistema total. La prueba del sistema está constituida
174
Desarrollo de una herramienta didáctica para valoración de Project Finance
por una serie de pruebas diferentes cuyo propósito primordial es ejercitar profundamente
el sistema basado en computadora. Las pruebas que se han ejecutado para esta aplicación
son:
Prueba de validación: Proporciona una seguridad final de que el software satisface
todos los requerimientos funcionales y de rendimiento. Además, valida los
requerimientos establecidos comparándolos con el sistema que ha sido construido.
Durante la validación se usan exclusivamente técnicas de prueba de caja negra.
Prueba de recuperación: Fuerza un fallo del software y verifica que la recuperación
se lleva a cabo apropiadamente.
Prueba de resistencia: Se ha enfrentado a la aplicación a situaciones anormales.
Prueba de instalación: Se ha centrado en asegurar que el sistema software
desarrollado se puede instalar en diferentes configuraciones hardware y software y bajo
condiciones excepciones, por ejemplo con espacio de disco insuficiente o continuas
interrupciones.
Pruebas de regresión: Las pruebas de regresión son una estrategia de prueba en la
cual las pruebas que se han ejecutado anteriormente se vuelven a realizar en la nueva
versión modificada, para asegurar la calidad después de añadir la nueva funcionalidad. El
propósito de estas pruebas es asegurar que:

Los defectos identificados en la ejecución anterior de la prueba se ha
corregido.

Los cambios realizados no han introducido nuevos defectos o reintroducido
defectos anteriores.
La prueba de regresión ha implicado la re-ejecución de otras pruebas. Las pruebas de
regresión se han llevado a cabo durante cada iteración, ejecutando otra vez las pruebas de
la iteración anterior.
175
Desarrollo de una herramienta didáctica para valoración de Project Finance
3.7.1.
Trabajo a seguir en la etapa de pruebas
Para conseguir estos objetivos el flujo de trabajo de la etapa de Pruebas ha constado
de las siguientes etapas:

Planificación de las pruebas.

Diseño de las pruebas.

Implementación de las pruebas.

Ejecución de las pruebas.

Evaluación de las pruebas.
Una vez realizadas todas las pruebas y la correcta implantación el sistema ya se
asegura la correcta funcionalidad y fiabilidad del sistema, lo que permite el acceso a los
usuarios.
176
Desarrollo de una herramienta didáctica para valoración de Project Finance
CUARTA PARTE
Valoración
económica y
planificación
177
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 1
1. Valoración económica
En este capítulo se realizará un análisis de los costes incurridos en el proyecto para estimar el coste
total del proyecto.
1. Costes tecnológicos: Son los costes que se han incurrido para poder
realizar este proyecto con la compra de licencias de programas o
herramientas de trabajo hardware y software.

PORTÁTIL TOSHIBA: procesador Intel Core 2 Duo P8600 a
2,40 GHz, memoria RAM: 4 GB. Precio: 999 euros.

Herramientas software
o Conexión ADSL de Orange.
o Windows Vista Home Premium. Precio: 0 euros (está incluido con el
portátil).
o Herramienta AppServ. Esta herramienta tiene licencia libre. Precio: 0
euros.
o Google Chrome. Este navegador también es de licencia libre. Precio:
0 euros.
Se imputará el 25% del coste de cada producto, entendiendo ese 25% como el
desgaste del producto para la realización de este proyecto.
178
Desarrollo de una herramienta didáctica para valoración de Project Finance
ELEMENTO
IMPORTE (€)
Portátil
999 x 0.25=249.75
Windows Vista
0
Office 2007
559 x 0.25 = 139.75
Adobe Flash CS3
645x 0.25 = 161.25
ADSL
28 € / mes x 9 meses x 0.25 = 63
TOTAL
613.75
2. Costes de desarrollo: Estos costes se refieren a los recursos humanos que
han sido necesarios durante toda la realización del proyecto.
PERFIL
TARIFA(€/h)
HORAS
COSTE (€)
Director
60
40
2400
Jefe de Proyecto
45
60
2700
Analista
40
250
10000
Programador
30
300
9000
24100
TOTAL
Los costes anteriormente desglosados ascienden a un coste total del proyecto de 24.713,75
179
Desarrollo de una herramienta didáctica para valoración de Project Finance
Capítulo 2
2. Planificación
A continuación se muestra la planificación que se ha llevado a cabo a lo largo del
proyecto. Dado que el proyecto ha sido dividido en dos apartados la planificación ha sido
dividida de la misma forma:
Análisis de Project
15/11/08
04/05/09
15/11/09
12/01/09
Estructuración en capítulos
19/01/09
23/01/09
Documentación Project
02/03/09
25/03/09
26/03/09
15/04/09
16/04/09
04/05/09
02/03/09
01/09/09
02/03/09
10/03/09
Análisis de los requisitos
11/03/09
31/03/09
Estudio de la arquitectura
01/04/09
13/04/09
Diseño externo
14/04/09
18/04/09
Finance
Recopilación de la
información
Finance
Análisis de evaluación de
proyectos
Cuestionario para
valoración de Project Finance
Desarrollo de la
aplicación
Identificación de las
necesidades
180
Desarrollo de una herramienta didáctica para valoración de Project Finance
Diseño interno
18/04/09
22/04/09
Programación y Pruebas
14/04/09
01/09/09
Documentación
02/03/09
01/09/09
Ya que durante el calendario existen fechas no laborales debido a los distintos
exámenes que hay a lo largo del año, se han tenido en cuenta a la hora de realizar la
planificación. Esto repercute a las fases que se encuentran en desarrollo en esos períodos,
por lo que se han ampliado para poder hacer frente a la reducción del tiempo disponible
para el proyecto.
181
Desarrollo de una herramienta didáctica para valoración de Project Finance
QUINTA PARTE
Conclusiones
182
Desarrollo de una herramienta didáctica para valoración de Project Finance
Con la realización de este proyecto, se han obtenido numerosos beneficios, tanto en
el desarrollo de los conocimientos obtenidos anteriormente, como en la investigación de
otros nuevos.
La realización del sistema, ha permitido desarrollar muchos de los conocimientos
aprendidos durante la carrera. También ha exigido la investigación en materias hasta
entonces desconocidas, como la financiación de proyectos.
Este proyecto, debido a su envergadura, ha proporcionado la oportunidad de realizar
un trabajo mucho más intenso, profundo y personal que cualquiera de los realizados
anteriormente.
Se ha logrado un conocimiento detallado del proceso de financiación de proyectos,
Gracias a ello, se ha tomado conciencia de las necesidades que llevan a las empresas a
abordar proyectos de inversiones elevadas. Dichos proyectos necesitan una forma de
financiación especial, project finance, que requiere de especialistas para poder llevarse a
cabo.
La realización de este proyecto ha supuesto una ampliación de los conocimientos
sobre la realización de páginas web así como la posibilidad de aprender un nuevo
lenguaje de programación que permite dotar de dinamismo al contenido de las mismas.
Durante la realización del sistema, se ha observado la complejidad que puede llegar a
tener el desarrollo de una aplicación avanzada que funcione correctamente, la cantidad de
conocimientos técnicos que son necesarios y la disposición de tiempo que conlleva.
El haber desarrollado la aplicación con los sistemas técnicos más avanzados, como
son Flash como interfaz gráfico y MySQL como gestor de bases de datos, posibilita dejar
la puerta abierta para hacer evolucionar el sistema y crear un entorno más completo.
El desarrollo de este proyecto ha hecho necesario poner en práctica los conocimientos
adquiridos en asignaturas de la carrera, como pueden ser: Economía, Gestión y Creación
183
Desarrollo de una herramienta didáctica para valoración de Project Finance
de Empresas, Desarrollo de Aplicaciones, Ingeniería del Software, Programación, Bases
de Datos, etc.
Todos los conocimientos aprendidos en las asignaturas de la carrera han logrado
formar a la autora con el conocimiento que requiere la realización de este proyecto.
184
Desarrollo de una herramienta didáctica para valoración de Project Finance
CUARTA PARTE
Bibliografía
185
Desarrollo de una herramienta didáctica para valoración de Project Finance
o
Libros
[PERE97]
Pérez de Herrasti y de Goyeneche, Ignacio; “Project Finance”; 1ª
Edición, Ediciones 2010. 1997.
[MOSE08]
Moseley, Ralhp; “Desarrollo de aplicaciones web”; Edición, Anaya
Multimedia. 2008.
[BARRA01]
Barranco de Areba, Jesús; “Metodología del análisis estructurado de
sistemas”; 2ª Edición, Universidad Pontificia Comillas. 2001.
[PANI07]
Paniagua Navarro, Antonio; “Manual imprescindible. Adobe® Flash
CS3”; 1ª Edición, Anaya Multimedia. 2007.
[RODR07]
Rodríguez Fernández, Oscar; Bravo de Pablo, Sagrario; Troncoso Egea,
Roberto; “Manual avanzado. Adobe® Flash CS3”; 1ª Edición, Anaya
Multimedia. 2007.
[CRUZ04]
De la Cruz Heras, Daniel; Zumbado Rodríguez, Carlos; “Flash, PHP y
MySQL. Contenidos dinámicos”. 1ª Edición, Anaya Multimedia. 2004.
[PASC06]
Pascual, Francisco; “Guía de campo Macromedia Flash 8”. 1ª Edición,
RA-MA. 2006.
186
Desarrollo de una herramienta didáctica para valoración de Project Finance
o
Páginas web
DOCUMENTACIÓN:
http://www.adobe.com
http://www.cristalab.com
http://www.rotary.org/
http://www.wikipedia.org
http://www.projectfinancemagazine.com/
http://books.google.es/
FIGURAS:
http://knol.google.com/
http://images.google.es/
187