金融建模

金融建模

长期以来，人们已经认识到，预测的性能-无论是估计的影响，市场营销计划，

预测成本节约引进新的生产方法，或预测未来的现金需求是一门艺术，而不是一门科学。虽然复杂的统计和数学技术已经开发援助的预测，这些程序只协助管理

人员在处理不确定性;他们还没有消除它。

另一项技术，已经开发出来，帮助管理人员在处理不确定性是金融建模。

建模包括确定的变数，影响结果的情况，并确定之间的关系这些变量在数学方面。由于结果的这种模式通常是在财政方面，该技术已被称为金融建模。如果使用适当，建模过程将提供真知灼见，帮助管理人员更好地知情的决定。

导言建模

原因之一是有用的模型是该技术提供了一种手段管理人员审查的影响，预测的不确定性通过敏感性或“假设”分析。利用这一方法，管理人员发展的预测，

然后改变的价值观变量用于计算未来的结果。经理可以然后确定哪些结果将如果值是变量不同于原先预计。通过评估的敏感性，结果这些变化，它们能够审查的风险或不确定性的预测。此外，管理人员能够确定哪些变量产生最大影响的结果，因此令最大的监督，如果计划得到实施。

尽管管理价值的这一做法，它通常被用来评价只有计划或项目，将产生重

大影响的公司。主要理由限制它的使用一直是发展费用的预测和计算所需的灵敏度分析。在发展的计算机，必须一方面计算显然限制了实用性的敏感性分析。即使使用计算机。，它通常是要制定出一项具体的计算机程序为每个模式。这意味着经理必须解释该项目的系统分析员或程序员，等待该计划将要注销的，然后

-与编程器或分析师评价的结果。

使用计算机进行计算的灵敏度分析已大大促进了最近几年的发展，“建模语言。”这些计算机语言是专门的计算机程序设计，以简化建立的模型或预测

的关系。一旦经理人指明之间的关系中的变量模型，电脑接着通过艰苦的过程进行计算。由于语言的用户友好，管理人员可以利用它们的援助，计算机程序员。

建模语言让经理做他或她做的最好的-想-和计算机做他们做的最好的计算。

起初，这些语言开发运行在大型主机系统。现在，许多模拟节目已建立了

可用于微型计算机。其中最有名的这些程序一般称为电子表格，因为他们相似的

试算表使用手册的预测。附录B介绍了一个最流行的电子表格程序，莲花

1-2-3 。另外，大型机建模语言已经适应微机环境。结合这些电子表格和建模

程序作出了以计算机为基础的模型适用于所有层次的管理。

二。在建模过程

无论何种类型的建模方法使用，或者试算表或建模语言，一般进程的发展

模式是相似的。该程序建立一个模型可以归纳为以下六个步骤。

1 。确定目标

在开始之前建立的模型，重要的是要了解哪些信息模型预计将提供。换言

之，目的是什么模式？对这个问题的回答将提供经理的目标模式和详细的模型应该包括。

如果经理没有一个好主意什么的模式之前，应该完成的发展进程开始，但

显然是没有办法知道它是否正在做什么是该做的。经理人谁不知道他们会不会知道朝什么方向去，他们也不会知道他们是否已经抵达。

虽然这一步似乎很明显，许多项目开始建模与管理人员决定把“建立一个模式。”这种一般性的办法，不太可能提供有益的结果。除非经理具有特定用途铭记和构造模式，适合使用，该模型将不会是一个有用的管理工具。

2 。指定变量

在决定什么模式去做的事情，也是经理，然后确定哪些变量或因素很重

要，包括。在许多不同的变量和详细的数据依赖的性质和目标模式。例如，如果目标是提供所需信息的库存水平，该模型将需要详细的预测对于预计订单，交货时间，生产的能力，吞吐量倍，等等。另一方面，形式上的财务报表模型可能只需要几个一般收入，费用和资产负债表账户。

在时间跨度也将影响的详细程度所需的模型。每月的现金帐户预测明年将需要更详细的有关变量相比，每年现金帐户的预测为5年的模式。

一般的做法是比赛的细节输入所需的详细的输出。如果该目标的模型，

提供详细的结果，它应该包括所有的变数，具体说明在尽可能详细的信息。如果目标是广泛的和一般的变数因此需要更全面和详细程度较低。

3 。确定关系

在确定有关的变数，包括模型，下一步是确定关系的变数。这些关系在数学方面。例如，如果维修费用特定的机器预计将100元每500小时的手术，这种关系可以表示为：

维修费用= 100元× （营业Hours/500 ）

在确定关系，大部分管理人员开始与历史的关系。如果售货成本的公司已经

百分之八十五的销售收入，这将是一个良好的开端关系的模式。有可能，不过，关系，预计将不同于历史模式，或该模型可能包含与该公司没有以前的经验。在这些案件中，经理必须依赖于预期的模型规格。在任何情况下，可能的关系，并应改变和结果检测灵敏度分析。

该程序命名的变量的数学作业用于指定

不同的关系不同的建模系统。

4 。构建模型

在界定之间的关系有关的变量，这些关系然后合并成的模型。具体的程序，结合这些数学报表将取决于建模系统使用。（见附录B的指示进入模型报表使用的Lotus 1-2-3 。）不同的系统需要的模式，构建以不同的方式。有些制度还几乎“自由形式” ，没有特定的顺序要求。其他系统更是程序性的，并要求

报表放在一个特定的秩序。该指导手册特别是正在使用制度显然必须参照适当的程序。

常常经理的模式进行建设步骤的第一阶段，而不是第四阶段的建模过程。

因此，该模型需要额外的时间来发展或可能永远无法提供有意义的结果。如同在任何其他类型的建设项目，有计划和

装配材料（变量关系）有利于最后的建筑。

5 。验证模型

在构建的模式，这是关键的测试，以确保其正常工作。错误发生。没有失败的决策失误;的失败是在忽视发现和纠正。往往管理者接受的结果，未经核实模型精度的输出。这可能导致灾难性的结果吗？

在审查模式，不同寻常的结果是立即线索，一个错误可能已经作出。除了

这种明显的方法，唯一可靠的途径，以确保该模型提供了可靠的结果是通过手动工作中的每个步骤的模型来验证其准确性。

这本手册的核查，自然更容易简单的模式。因此，它是一个很好的程序复

杂时，开发模式，以单独成简单的模型作品和验证每件。该模型可以再扩大，包括每一块后，已经过测试。这一做法简化了建设和试验示范。

6 。示范文件

不幸的是大多数建模一旦停止模式已建造及测试。该结束的问题在这一阶