金融工程简介

《金融工程简介》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、金融工程简介简述近年来，公司财务、商业银行和投资银行业务的迅猛变化导致了一门新学科的诞生，人们把这门新学科称为金融工程。正如其他大多数学科在发展初期一样，许多有着不同背景和眼光的人都被吸引到金融工程这个领域。在编写本书时，我们拜访了包括商业银行家、投资银行家、公司财务主管、公司招聘人员、金融工程师、金融分析家和其他人员在内的许多人。他们当中不少人都是本行业的顶尖人物和在本领域受人敬重的权威。随着我们同越来越多的这样的专家接触，我们发现金融工程这一术语对于不同的人有着非常不同的含义。这并不令人吃惊，因为该领域并未被确定义过，

2、而每个实务人员都倾向于把他们自己的工作当作构成该学科的关键部分。我们进行的每一次访谈都使我们对这一学科的整体观念得到某些扩展，并对我们组织本书内容的最终框架大有助益。我们深深感激那些花费时间同我们交流想法的人们。遗憾的是由于篇幅的限制以及观点方面的差异，我们不可能使他们每个人对本书的内容都感到完全满意。尽管我们设想大多数读者都有坚实的全融理论基础和数学技巧，但我们仍估计有些人可能未必如此。为了后者的利益并冒着激怒前者的风险，我们还是选择在书中包括了对一些基本金匹概念的简单回顾。较有经验的读者很容易判定卯些内容可以略过而不会

3、失去连贯性。在书中，我们假设读者并不熟悉投资银行业的行话。基于这个原因，我们将避免将读者淹没于市场俗语之中。然而，如果我们不向读者介绍有关的行话切口，又有渎职之嫌。在此我们应区分技术用语与行话切口（我们在前进过程中将逐步引入技术用语并在后面的讨论中自由地运用它们）而另一方面，行话切口则是用几个单词表达完整的意思的非技术性缩略语，它们会使对其整体涵义不熟悉的读者感到困惑。因此，当我们用到这些行话切口时，我们将特别加以说明在本章中，我们将定义全融工程并讨论金融工程师在现代商业中的作用。我们还将讨论未来金融工程师的一些职业机会并

4、列出书中其余章节的计划安排。鉴于本章仅是作为对金融工程及其在现代商业中地位的总括性介绍，对于本章中提及的大多数金融工具与策略将暂不定义。对我们在本章所用术语不熟悉的读者尽可放心，我们将在对其进一步理解成为必要时再来定义它们。我们在此处的目标是使读者在学习本书其余章节时，能够充分地理解我们所要讲述的东西和为什么要讲述它们。金融工程范围我们花费了相当多的时间去努力寻求一个能够抓住金融工程学科实质的定义。最终我们认定由约翰。芬尼迪(JohnFinnerty)提出的定义是最好的：金融工程包括创新型金融工具与金融手段的设计、开发与实

5、施，以及对金融问题给予创造性的解决。芬尼迪的定义的关键在于“创新”和“创造”这两个词。有时这种创新和创造意味着我们思维上的飞跃，这也就是当一种革命性的薪的金融产品问世时所具有的创造性，如第一份互换协议(swap)、第一种以按揭贷款(房地产抵押)支撑(mortgage-backed)的金融产品、第一份零息票债券(zerocouponbond)或者为杠杆赎买融资而引入的垃圾债券。有时这种创造意味着对旧有观念的重新理解和运用。这种创造包括将期货交易扩展到一种在期货交易所未曾交易过的商品或金融工具，引入一种变形的互换协议，或者创立

6、一种新的投资方向的共同基金等。而在另一些情况下，这种创造还意味着将现有的产品与手段组合起来，以适应某种特走的情况。在对金融工程的热烈讨论中，前述的最后一种含义常常被忽视，但它至少具有与其它内容同等的重要性。其实例包括采用现有的金融产品减少公司的财务风险，降低企业的融资成本，获取某些会计或税收上的好处，或者利用市场效率性不高套取利润。区分真正代表思维飞跃的创新和那些仅包含对旧有观念的重新理解和运用的创新常常是困难的事情。现成的例子是一种试图利用股票现货市场与股指数期货之间的价格不均衡性来获利的计算机程序控制交易。其基本的套利

7、策略本身，即买进（卖出）现货资产同时卖出（买进）期货合同，是非常陈旧的。事实上，它被应用于谷物的交易己有一个多世纪了。但将该策略扩展到股票现货与股指期货上则要求复杂的数学建模、高速的运算，以及电子证券交易等条件方能实现。如果我们着眼于其基本策略，我们便会得出程序控制交易只是对；日有观念的一种新运用的结论。而另一方面，如果我们着眼于其复杂的建模过程、软件的开发，以及通过计算机联网使整个交易得以实现，我们又一定会得出程序控制交易涉及到思维的飞跃。金融工程并不只限于应用在公司和金融机构的层面。近几年来，许多最富创造性的金融创新都

8、是面向零售层面，有时也称为消费者层面。它们包括可调整利率的按揭贷款、现金管理账户、可转让提款单账户（NOW账户）、退休保险账户（IRA）和Keogh,以及各种新式的人寿保险。尽管金融工程在商业银行与投资银行均有应用，但其活动与投资银行传统作用的联系似乎更紧密一些，至少从公司最终用户的角度看是这样。实际上