决策与决策系统_1.pdf

决策与决策系统 第十章 决策与决策系统 学习目的和要求： 通过本章的学习，需要了解决策的概念，明白得决策问题的制定过程及相关的应用技术；在了解决策支持系统的进展历程基础上，明白得 DSS 的含义、特点、进展趁势，以及其与 MIS 的要紧联系和区别；明白得 DSS 的概念结构，把握数据库、模型库、方法库、知识库，及交互系统的差不多内容，了解 DSS 的几种框架结构；明白得 DSS 的开发过程、方法及常用工具 §10.1 决策的概念与技能 决策支持系统是为决策服务的在说明决策支持系统之前，有必要介绍一下决策过程、在决策中需要解决的问题的类型、决策策略等差不多问题 §10.1.1 决策的概念 所谓决策，是为了确定以后某个行动目标，依照自己的体会，在占有一定信息的基础上，借助于科学的方法和工具，对需要决定的问题的诸因素进行分析、运算和评判，并从两个以上的可行方案中，选择一个最优方案的分析判定过程可见，决策并不是一个瞬时做出决定的问题，而是为了解决某个问题，收集情形、确定目标、拟订文案、分析评判、选择方案等等的一个完整的活动过程在一个组织中，上至经理、厂长，下至组长，都有需要决策的问题，决策确实是做出决定。

以 H. A. Simon 为代表的决策理论学派认为，整个治理过程确实是系列的决策过程，治理确实是决策Simon 建立的决策过程的差不多模型包括三个时期：情报时期、设计时期和选择时期，如图 10-1 所示 情报阶段设计阶段选择阶段图10-1 西蒙决策模型 决策的第一步是调查企业内外的情形，搜集有关数据并进行分析处理，以发觉问题，查找机会 发觉问题确实是发觉企业治理中某方面的现实情形与理想情形的差别， 并评判这种差别， 判定是否构成值得重视的问题 查找机会那么是对比经营治理的实际数据和理想情形，找出更有利于实现组织目标的经营方式的可能性 问题确定之后，提出各种解决问题的可能方案，每种方案可能包含一系列有关的活动对这些方案进行可行性分析，排除不可行的方案，将可行的方案及其优缺点整理出来，作为下一时期进行选择的依据在进行分析时，可能发觉第一时期收集的数据不足，这时应返回第一时期 设计时期终止后，决策者按共同的准那么对那些可行的方案进行比较，选出一种方案并付诸实施选择方案时，必须以组织的某种利益和目标为全然动身点组织由多个部门组成，部门与部门的利益可能有冲突，因此，必须强调以组织的整体利益和目标为决策依据。

即使如此，在这些目标中如何折衷兼顾也非易事 尽管在决策中使决策步骤程序化是有益的，然而只有极少数的决策是按固定的逻辑程序做出的决策环境的不确定性和复杂性，使得多数决策是一次的、不可重复的 §10.1.1 决策问题的类型 现代经营治理活动的复杂性和多样性，决定了现代治理决策有着多种不同的类型从不同的角度作如下划分 依照决策的主体的构成不同，能够分为个人决策和群体决策个人决策是由领导者凭借个人的聪慧、体会及所把握的信息进行的决策决策速度快、效率高是其特点，适用于常规事务及紧迫性问题的决策 群体决策是指由会议机构和上下相结合的决策， 其优点是能充分发挥集体聪慧，集思广益，决策慎重，从而保证决策的正确性、有效性，缺点是决策过程较复杂，耗费时刻较多 依照决策问题的性质和重要程序不同，能够分为战略决策、战术决策和业务决策战略决策是对涉及经济活动系统全局性、长远性、方向性的重大决策战术决策是依照战略目标的要求， 为某一战略时期的企业经营要素优化组合的重大问题做出的决策， 也称策略决策业务决策是围绕实现时期战略目标的具体业务问题的决策 依照决策问题的性质及在分析、 设计和选择等决策过程中对决策问题分析和描述的正确程度决策可划分为结构化决策、 半结构化决策和非结构化决策。

对某一个决策过程的环境及原那么，能用确定的模式或语言描述，能建立适当的模式产生决策方案，并能从多种方案中得到最优化解的决策称为结构化决策有一定的决策规那么，但不是专门明确，也能够建立适当的模型来产生决策方案， 但由于决策的数据不精确或不全， 可能从那些决策方案中得到最优化的解，只能得到相对优化的解，如此的决策称为半结构化决策不可能用确定的模型和语言来描述其决策过程，更无所谓最优化解的决策称为非结构化决策 依照决策过程信息的完备程度不同，能够分为确定型决策、风险型决策和不确定型决策确定型决策是指决策过程各备选方案在确知的客观条件下，每个方案只有一种结果，比较其结果优劣做出最优选择的决策 风险型决策是指决策过程事先能预知各备选方案在几种可能约束状态下产生的几种不同结果及其显现概率情形下做出的决策 不确定型决策是指决策过程事先仅能预知各备选方案在几种可能的客观状态下产生的几种不同结果， 其显现概率不明确情形下做出的决策 治理层次、决策类型、决策性质与信息系统的关系大体可概括为表 10-1 表 10-1 决策的分类与信息系统 治理层次 决策类型 决策性质 信息系统 高层治理 战略型 半结构化 DSS 中层治理 战术型 半结构化、结构化 DSS、MIS 基层治理 业务型 结构化 MIS、EDPS 决策者的属性也同样阻碍决策中使用策略的类型，这些属性包括洞悉力、信息容量、风险偏好和期望程度。

假如一个决策者有处理类似问题的体会， 那么对那个问题的求解就不像他对背景所知有限时那么复杂和不确定 在一个复杂的决策情形下， 易同意新信息的决策者，当他们面临困难或不确定的工作时，能够比较容易地应对信息搜索的思维活动，相比之下独断的决策者倾向于在信息专门少的情形下迅速做出决策 在有风险的情形下， 决策者对结果和可能的资源的缺失更加不确定， 决策者的期望程度也同样阻碍认识问题、 评判可选项和做出选择的成效 决策问题的类型和决策者的属性会阻碍决策者是否使用最大化、中意和渐进的策略当决策的结果是清晰的同时其他可选项差不多建立时， 决策者应该选择使他期望的结果最大化的策略 但由于许多决策是在不确定的情形下做出的， 决策者情愿在比最大化的效用小的情形下解决问题依照西蒙的说法，决策者只能在自身的体会、背景和明白给定条件下的可选方案限度之内表现出理性， 也确实是说一个决策者会第一建立一个合理的愿望标准， 同时查找可能的备选方案，直到找到符合那个标准的方案〔中意〕 ，而且一旦发觉一个中意的结果， 他就会停止搜索 在渐进决策策略中， 决策者试图从现实状态向期望的状态迈进一小步，这种方法可能会忽视重要的结果，因为决策者考虑的方案大多是自己熟悉的。

§10.1.2 决策过程与决策技术 决策受决策者聪慧、学识、体会和偏好的阻碍传统的凭直觉、体会的拍脑袋决策方式往往是主观的、片面的，风险大任何治理者，当面临决策时，专门是某些专门重要的决策时，应寻求一种更好的科学决策方法科学的决策，不仅要使用科学分析的方法和现代化的工具，而且要遵循科学的程序，将一个决策过程分成假设干时期，明确各个时期的任务，按照一定的顺序和客观规律有打算有步骤地进行 任何一个科学决策过程差不多上一个动态过程，往往不可能一次就完成，而需要在各个时期之间多次往返循环，才能达到较理想的决策成效一个完整的决策过程粗略地可分为确定目标、拟订方案及方案选择等三个要紧时期假如详细划分，整个决策过程能够分为发觉问题、确定目标、价值准那么、拟订方案、分析评估、方案选择、试验证实及实施执行等八个时期各个时期的先后顺序及各个时期所使用的决策技术，如图 10-2 所示 调查研究环境分析预测技术可靠性分析决断理论可行性分析决策技术智慧技术（决策技术）（决策程序）发现问题确定目标价值准则拟定方案分析评估方案选择试验实证实施执行反馈追踪决策修正决策修正决策修正决策修正决策不行发生问题 图 10-2 决策程序图 1.发觉问题：决策的目标是依照决策者想要解决的问题来确定的。

因此，各种决策活动差不多上从发觉问题开始例如，某工厂产值逐年增加，而利润却是逐年下降，这确实是一个问题因此，发觉问题或明确问题是决策活动的起点在那个时期必须把需要解决的问题的症结所在及其产生的缘故分析清晰 2.确定目标：所谓决策目标，是在一定的环境和条件下，依照推测分析所期望能达到的结果确定目标是科学决策的重要一步，需要采纳调查研究和推测技术这两种科学的方法，准确地确定目标假如决策的目标只有一个，那么称为单目标决策；假如目标有多个，那么称为多目标决策 3.价值准那么：价值准那么确实是评判体系有了明确的决策目标之后，还需要制定该目标的评判体系，作为评判各个决策方案优劣的差不多依据它包括三方面内容： 〔1〕把目标分解成假设干层次的确定的价值指标，这些指标实现的程度确实是衡量实现决策目标的程度每类价值指标又能够分解成假设干项，每项又能够分成假设干条，构成一个价值体系，即评判体系 〔2〕规定各种价值指标的轻重缓急及加权系数，当有些价值指标发生矛盾时，应决定其取舍原那么 〔3〕指明实现决策目标的各种约束条件，包括资源条件、时刻条件、资金条件、市场条件及权力条件等 4.拟订方案：拟订方案即方案设计，确实是依照决策拟定多种可能的方案，以供选择。

多种方案是指每种方案都有一些重要的区别拟订方案时要广泛运用智囊技术 5.分析评估：分析评估是对各种拟定的方案建立数学模型，并进行求解比较那个时期要充分运用决策技术和可行性分析方法，例如树形决策、矩阵决策、统计决策、模糊决策等方法，使各种方案的利弊能充分表达出来，同时能相互比较 6.方案选择：方案选择是领导者的决策行动，要依照自己的体会、聪慧和才能，从所提供的众多方案中权衡利弊， 然后选取其一 这不仅要求决策者运用决策理论和多方面把握情形，而且也表达了决策者的胆略和知识 7.试验证实： 当方案选定之后， 必须进行局部试验， 以验证方案是否能达到预期的结果关于一些不便进行试验证实的决策， 一方面要求在方案论证和选择时更加认真认真， 尽可能把所有的情形都考虑到里面去；另一方面假如条件承诺，能够采纳运算机进行仿真模拟 8.实施执行： 实施是决策程序的最终时期， 假设通过实验证实或运算机仿真证明所选方案是可行的，就能够组织实施或行动在实施过程中，或者由于原先方案考虑不周，或者由于客观情形发生变化， 仍会发生如此或那样偏离目标要求的情形， 这就要求在实施过程中不断地跟踪检查，及时统计分析和加强反馈工作。

当主观和客观条件发生重大变化时，必须重新确定目标，修改价值准那么，重新进行分析评估及方案修改，进行〝追踪决策〞 以上所述是科学决策整个过程的八个时期， 也称为科学决策程序， 它是一个动态的过程 §10.1.3 制定决策应具备的条件 制定决策应具备的技能包括三个差不多方面和四个中间过程，即权威、感知和设计三个差不多方面，分析、理想化、实施和适应如图 10-3 所示 Ⅰ权威Ⅱ感知Ⅲ设计Ⅳ适应Ⅴ分析Ⅵ理想化Ⅶ实施 图 10-3 决策技能 权威〔Ⅰ〕是指挥力，即支配和排除一切不合理因素的能力感知〔Ⅱ〕包括想象和洞悉，是观看和猎取信息的能力设计〔Ⅲ〕指的是构造的能力，例如构造模型的能力 适应〔Ⅳ〕可描述为关于所有三个差不多方面的连续调剂假设现有的权力、感知和设计显现了冲突或更替的情形， 那么决策者以自身的努力制造出适于生存的均衡， 适应是决策制定系统的中心，它是识别问题和解决问题的能力分析〔Ⅴ〕是介于信息收集和设计之间的技能这是感知和形式化之间、猎取信息和用于处理信息的模型之间的连接，这种连接产生信息、知识和预期数值理想化〔Ⅵ〕是权力和感知之间的连接，是一种运用权力的同时保持着想象，并有可能将这种想象付诸实施的能力。

理想化能够看作是评判的能力，评判的实质是推崇某一组价值，如标准、效用、偏好等实施〔Ⅶ〕的意思是通过颁布一系列命令执行一个打算打算实施包括对活动施加某种节奏的和谐，对结构提供某种模式 §10.2 决策支持系统的差不多概念 随着 MIS 的进展，人们发觉 MIS 的作用并没有达到所期望的社会经济效益，要紧缘故在于 MIS 要紧解决的是治理中的结构化问题，而关于治理中的半结构和非结构化决策问题那么难以提供信息支持20 世纪 20 年代以来，由于治理者越来越需求决策的信息，以便有效地治理和操纵资源，如何运用运算机解决治理中的决策问题，也就成了亟待解决的问题为了满足如此的需求，决策支持系统就应运而生了 §10.2.1 决策支持系统的概念 早在 1971 年， 麻省理工学院的两位教授 G. Anthony Gorry 和 Michael S. Scott Morton 就提出了决策支持系统那个术语 他们认为需要为运算机应用程序和治理决策之间的沟通建立一个总体框架，同时他们设计了一个〝Gorry 和 Scott Morton 网格图〞，如图 10-4 所示那个网格图以 Simon 的程序化和非程序化决策概念，以及治理理论家 Robert N. Anthony 的治理层次概念为基础。

管理层次问题结构化程度运作控制管理控制战略计划结构化半结构化非结构化应收账款订单录入库存控制生产计划现金管理PERT/COST系统预算分析(工程成本)短期预测差异分析(总预算)预算准备销售和生产油轮组合仓库和工厂位置合并和收购新产品计划R&D计划 图 10-4 Gorry 和 Scott Morton 网格图 Gorry 和 Scott Morton 依照问题的结构来描述决策的类型，用战略打算、治理操纵和动作操纵描述高、中、低治理层次把各种商业问题填入网格，如应收账款打确实是由治理者在动作操纵层完成的，治理者做的是结构化决策；R&D 打确实是由战略打算治理者做出的非结构化决策 通过贯穿网格中部的水平线把问题分成两类： 在当时能够借助运算机的关心而成功解决的〔上面部分〕和不易于通过运算机处理来解决的上面的部分被命名为结构化决策系统，而下面的区域那么称为决策支持系统 检索信息要素分析所有文件从多个文件中准备报表估计决策结果做出决策问题解决系统的复杂程度提出决策建议低高问题解决的支持程度 图 10-4 Alter 的 DSS 分类 1976 年， Steven L. Alter 在研究了 56 个 DSS 之后建立了 Gorry 和 Scott Morton 的框架。

那个框架将 DSS 分成 6 种类型，如图 10-5 所示最不能提供关心的是只能使治理者检索到信息的类型， 如对数据库进行查询以得到某一个营销地区的销售记录 对治理者略微有所关心的 DSS 承诺他们分析整个文件，如查询数据库以查找一份专门的报表，而报表所使用的数据来自库存文件 系统所能提供的更大关心是从多个文件中生成报表， 如对收入的描述和对销售产品的分析假设能够让治理者看到各种决策的可能成效，那么 DSS 应是一个能够评估决策结果的模型，如向价格模型输入一个价格，来查看净利润的成效对决策更大的支持是模型能够提出决策建议，如一个制造业的治理者输入了描述一个工厂和它的设备的数据，然后由一个线性规那么模型确定出最有效的布局能够提供最大关心的 DSS 类型那么是能够为治理者做出决策的 1980 年，Moore 提出了 DSS 是一个可扩展的系统，具有支持特定的数据分析和决策构模能力，定向于以后规那么，可无规划地不定期使用同年， Bonczek 和 Whiston 提出了DSS 是由三个部分组成的运算机系统：语言系统 LS〔Language System〕----提供用户与 DSS通信， 知识系统 KS 〔Knowledge System〕 ----储存系统中的知识， 问题处理系统 PPS 〔Problem Process System〕----对问题进行描述，提出问题的方法，得出问题的解答。

这从系统构成上描述了 DSS 的概念，如图 10-5 所示1986 年，V. Srinivasan 和 Y. H. Kim 指出了被公认为是支持所有决策及决策过程的系统， 支持问题的范畴包括从纯描述性的非结构化问题到常规的结构化问题 用户(User)语言系统(LS)问题求解系统(PPS)知识系统(KS) 图 10-5 一种 DSS 的系统结构 从以上能够看出，20 世纪 70 年代，强调地是〝支持〞而不是〝决策过程〞；20 世纪80 年代初，强调的是〝有效性〞而不是〝效率〞；80 年代中期，更加强调的是系统的〝智能性〞和〝柔性〞；90 年代以来，DSS 更加注重各种技术的综合运用，注重定性与定量方法的结合，强调 DSS 的整体优势的发挥 可见，决策支持系统是基于运算机硬件技术、软件技术和决策数据，用以支持治理人员处理半结构化和非结构化决策任务的交互式、智能化、集成化的信息系统也确实是说DSS 是以运算机为工具，能够综合利用各种数据、信息、知识、模型和人工智能技术，以人机交互方式辅助决策者解决半结构化和非结构化决策问题的信息系统它应用了决策科学、运筹学、治理学、人工智能、运算机科学、行为科学等学科的理论和方法，是 MIS 的进展。

§10.2.1 决策支持系统的特点 因为决策支持系统是治理信息系统进展到更高一级时期的必定形式，所它与 MIS 有着不同的功能和特点麻省理工学院的 Peter G. W. Keen 和 Scott Morton 定义了 DSS 应该达到的三个目标：  关心治理者进行决策以解决半结构化问题；  支持治理者的判定而不是取代它；  提高治理者决策的有效性而不是效率 考虑到决策者和决策过程的特点，一个高效的决策支持系统应该具有下述特点 1.半结构化决策支持： 结构化的决策问题， 可由信息系统自动做出 半结构化决策问题，既要利用自动化的数据处理，又要靠决策者的直观判定因此，对人的技能要求不同于传统的数据处理系统 2.数据库存取和建模的支持： 决策支持系统试图把模型的或分析技巧的应用与传统数据访问或检索的功能结合起来 治理者能够通过确定适当的数据， 通过定义需要的数据分析模型和识别有意义的输出克服传统信息系统存在的问题 决策支持系统应提供一个数据容易存取和改动的数据库，它经常要调用支持事务信息系统的数据库的子集或数据库的副本 3.模型驱动：把模型引入软件系统，是 DSS 与狭义 MIS 的重要区别之一。

半结构化的决策问题，其求解方法和求解过程是不完全明确的发生这些问题的时刻、具体内容、问题本身的性质，都不能完全预见因此，系统首要任务是确定系统的模型模型一旦确定，问题就有了求解的可能，模型是推动系统运行的关键因素 4.支持决策过程的所有时期： 一个高效的支持系统应当支持决策过程的三个时期： 情报、设计和选择在情报分时期，收集数据作为决策问题或情形的诊断基础在设计时期，权衡各种方案时， 需要操作数据或把值赋给各个方案 备选方案的模拟结果或统计关于选择最好的方案也是专门重要的 5.支持决策者之间的通信： 决策支持系统必须支持组织不同层次的决策 因为一些决策需要不同层次上的决策者之间的通信，决策支持系统需要支持群体决策在一些情形下，决策者是依次做出决策，每个决策者负责决策的一部分，然后传输给下一个决策者另有一些决策需要把决策者的知识集中起来，通过谈判和相互交流后做出 决策支持系统应该支持决策过程的所有时期、短期或长期的经历关心、提供有效的操纵关心，同时支持半结构化和非结构化的决策，也应该支持数据存取、建模，并方便决策者之间的通信另外，由于 DSS 是在 MIS 的基础上进展起来的，是 MIS 的高级形式。

DSS与 MIS 相比，两者是有专门大差别的： (1) MIS 完成的是例行业务活动中的信息处理任务， 而 DSS 完成的是辅助支持决策活动，提供决策所需的信息 (2) MIS 所追求的是高效率， 是设法将情况办得快一些； 而 DSS 所追求的目标是有效性，也确实是想方法把情况办得尽可能好一些，即提高决策的成效 (3) MIS 的设计方法是以数据驱动的，而 DSS 的设计方法是以模型驱动的模型治理系统是 DSS 软件系统的核心DSS 的设计也是用户驱动的，用户应当参加系统开发的全过程 (4) MIS 的设计思想是实现一个相对稳固和谐的工作系统， 设计方法强调系统的客观性，努力使系统设计符合实际情形 而 DSS 的设计思想是努力实现一个具有庞大进展潜力的、 适应性强的开发系统，设计方法强调充分发挥人的体会、聪慧、判定力和制造性，努力使决策更加正确 (5) M1S 趋向于信息的集中治理，而 DSS 趋向于信息的分散使用 (6) MIS 的分析着重表达系统全局的、总体的信息需求，而 DSS 的分析着重表达决策者个人的信息需要 (7) 从系统的使用方式来看，DSS 是以人机对话为系统工作的重要方式，强调充分发挥决策人员的体会和判定能力，使决策更正确。

而 MIS 是一个相对保守的系统，系统的程序一旦编好，使用人员不能也不便进行修改，尽可能减少人工干预，也确实是说系统只能按既定的流程和思路运行MIS 的人机会话只是对设定的程序流程的选择和数据选择 MIS 和 DSS 是运算机用于事务处理中两个不同进展时期的系统体系结构， DSS 是 MIS不断进展的产物，有人认为 MIS 中就应该包括 DSS 的功能，也有人认为 DSS 比 MIS 的功能强得多，远远超出了 MIS 的实际水平和应用范畴，MIS 是 DSS 的组成部分 §10.2.2 决策支持系统的进展趋势 随着运算机、信息处理技术的不断进展，对决策思维方面的深入研究，作为信息系统技术的新进展， 群体决策支持系统为改善群体问题求解和决策的成效、 效率提供了一个工具智能决策支持系统在某些方面躲开了专家系统所遇到的一些困难， 另外还趋于分布式决策支持系统；组织决策支持系统；智能型、交互式、集成化决策支持系统等 1.专家系统〔Expert System，ES〕 由 John McCarthy 制造的人工智能 〔AI〕 能够通过对运算机进行编程使之像人一样从事逻辑工作，专家系统〔ES〕那么在某一领域内发挥专家作用的系统。

专家系统是一个用基于知识的程序设计方法建立起来的运算机系统， 它拥有某个领域专家的知识和体会， 并能够运用这些知识进行推理，做出智能决策专家系统是利用领域专家的知识，解决特定领域中实际问题的运算机系统，它依照用户提供的数据、信息或事实，运用系统储备的专家体会或知识，进行推理判定，最后得出结论或结论的可信度，为用户提供决策的参考依据 为了克服专家系统不能随时刻而提高自身的智力的局限性，基于知识系统的神经网络描述了各种将人工智能应用于问题求解的系统有关详细论述请参见第 11 章相关内容 2.群体决策支持系统〔Group Decision Support System，GDSS〕 随着网络经济的进展，信息系统重点支持组织活动的对象从单个决策者转移到决策群体，群体在组织中的作用日益增强，组织中的大部分活动差不多上通过群体协作完成的群体决策支持系统是利用运算机网络与技术， 为具有共同责任、 任务和目标的决策群体解决非结构化决策问题提供群体决策支持功能的集成化、交互式、基于运算机的信息系统 GDSS 通过提供有助于交流的环境来为问题的解决做出奉献，如图 10-6 所示显示了 4种可能的 GDSS 环境，它们差不多上基于群体的大小和成员所在的位置。

在每一个环境中，群体的成员可能同时会面或不同时会面 决策屋代表会议局域决策网计算机中介会议小 大面对面分散成员位置群体大小 图 10-6 群体的大小和地理位置决定 GDSS 的环境设置 决策屋是用来让小群体召开面对面会议的依照为每一次会议所做的安排，群体中一个成员向另一个成员输入的信息能在大屏幕上显示出来，让整个群体都能看到GDSS 的两个专门性质是并行交流和匿名， 并行交流是指所有的参与者同时写出自己的意见， 匿名是指没有人能够辨论出某一条特写的意见是谁写的 匿名让每一个参与者能够写下自己的真实方法，而不必担忧受到其他成员的嘲讽，这也能使对每个建议的评估都依据它的真正的价值，而非依照它是谁提出的 局域决策网当不可能让一个小群体的人面对面地会面时，成员能够通过局域网相互交换成员用运算机终端的键盘输入意见，也能够通过屏幕看到别的成员的意见 代表会议当一个群体的人数超过了一个决策屋能够容纳的范畴时，就需要一个代表会议了庞大的人数为交流带来了一定的限制一种方法是：或者取消每个成员参与的同等机会，或者减少所用的时刻另一种方法是由治理员来决定哪些材料应该显示在屏幕上，让整个群体看到。

运算机中介会议一些虚拟办公应用软件承诺分布在不同地点的大群体成员之间进行交流这些应用软件被称作电子会议，它们包含运算机会议、音频会议和视频会议 3.总裁信息系统 〔Executive Information System， EIS〕 与总裁支持系统 〔Executive Support System，ESS〕 总裁信息系统也称为经理信息系统，它是满足高层治理者信息需求的基于运算机的系统经理用来区分那些处在组织层次结构的上层，并对公司有着重大阻碍的治理者，其要紧表现在战略规划的制定和公司政策的制定 Henry Mintzberg 是第一个对经理信息需求进行正式研究的人他定义了描述 5 类 CEO支配时刻的 5 种差不多活动：案头工作、打 、打算外会议、打算内会议及旅行Raymond McLeod Jr.和 Jack W. Jones 在研究了 5 类经理的信息流，包括零售业 CEO、银行 CEO、保险公司总裁、财务副总裁和税务副总裁，提出了经理层信息需求的真知灼见EIS 一词，第一是在 Rockart 和 Treacy 的研究报告中显现的，从而确定了 EIS 的一些差不多特点 EIS 是为经理提供企业整体绩效信息的系统，它能对实时信息进行快速访问、存取、处理并能直截了当获得治理报告， 具有专门友好的用户界面， 有图像支持， 能够提供专门报道，并提供细览能力。

总裁支持系统也称经理支持系统，它是一个综合的支持系统，在通信、办公自动化、分析支持和智能方面超过了 EIS 4.战略信息系统〔Strategic Information Systems，SIS〕 战略信息系统是支持组织获得和保持竞争优势，支持组织进行战略治理的信息系统，它能够使来自不同地区的企业共同承担风险、共享资源、猎取新知识、获得新市场 §10.3 决策支持系统的结构 决策支持系统的组成部件及其之间的关系构成了 DSS 的结构系统的功能要紧由系统的结构决定，具有不同功能特色的 DSS，其系统结构也不相同 §10.3.1 决策支持系统的概念结构 一个决策支持系统由三个部分组成：交互环境系统、问题处理系统和知识系统，如图10-4 所示 决策用户交互环境系统问题处理系统（数据、模型、方法、知识管理系统）数据库 模型库知识库 方法库 图 10-4 DSS 的概念结构 决策用户通过交互环境系统提出信息查询的要求或决策支持的要求，问题处理系统通过决策数据库收集和提取信息，所得信息提供给用户对决策支持的要求，问题处理系统通过知识系统的知识库和数据库收集与该数据有关的各种数据、 信息和知识， 据此对该问题进行识别，判定问题的性质和求解过程，通过模型库构建所需的规那么模型或数学模型，对模型进行分析鉴定，从方法库中选择求解模型的算法，运行模型，进行模型的分析求解，最后结果通过交互环境系统进行说明，转变为具有实际含义、用户可直截了当明白得的形式，传送给用户使用。

这种关系构成了决策问题的求解过程应用 DSS 作决策的过程是一个人机交互的启发过程，往往需要用户与 DSS 的多次交互对话，进行多次求解，直到得到中意的结果为止 1.交互环境系统 交互环境系统是用户与 DSS 的接口，用户通过交互环境系统，把问题及环境的描述和解题要求输入给 DSS， 而 DSS 最终也是通过人机交互环境系统将各种处理结果输出给用户交互环境系统一样由交互语言和提示库组成， 交互语言为用户提供直截了当检索和运算处理手段，提示库为方便用户使用 DSS 提供一套屏幕提示功能交互环境系统采纳的交互语言类似于人类的自然语言，可使用户方便灵活与 DSS 对话为了尽可能方便决策者解决决策问题，交互环境系统应该具有以下功能： 〔1〕承诺使用各种方式，满足用户交互对话需求； 〔2〕具有明白得自然语言的能力； 〔3〕灵活的〝What-if〞提问方式； 〔4〕给予用户必要的提示，启发用户顺利地利用 DSS 为自己的决策服务； 〔5〕具有使用各种输出设备输出结果的能力，输出格式灵活多样 2.问题处理系统 问题处理系统是 DSS 求解决策问题的核心，是交互环境系统与知识系统的接口问题处理系统是基于数据库、模型库、知识库和方法库的治理系统，是一组软件。

它同意决策用户通过交互环境系统输入的关于问题及其环境和解题要求的描述； 通过数据库系统和知识库系统，收集和储备有关该问题的信息和知识，完成问题的识别和定义；利用模型库系统构造模型；通过方法库系统建立和识别求解问题具体方法，并进行求解分析和评判；最后，通过交互环境系统将结果反馈给用户 3.知识系统 一个决策支持系统，假如没有包含关于决策问题领域的知识，那就没有什么有用价值决策支持系统的许多才能是从它具有有关领域的知识衍生出来的 这种知识通常包括大量事实，由于决策者没有时刻，或者没有机会而未能将其收集到自己大脑中储备这些事实的某些子集关于一个特定问题的合理决策又是至关重要的 那个地点说的知识， 能够是他人的体会教训，决策问题的外部环境，决策过程中所用的公式、模型或规那么，各种分析工具、推理规那么和评判标准等知识系统中所表示的知识必须按一种有组织的系统方式进行储备，表示知识方法能够是一组规那么，依照这些规那么进行组织和储备知识 理想的决策支持系统，应尽量使运算机尽力仿效人的认识能力，也确实是人的感知和判定过程为此，第一，应使运算机能把握丰富的知识，即有一个内容丰富的知识库，并能使用其中的知识解决问题。

更理想的是运算机能通过学习，扩大其知识库第二，使运算机有了解知识和识别问题的能力，了解用户的要求，找出所需要的数据和模型第三，有拟定模型的能力，产生一套数据分析的算法模型中有各种现成的程序模块，模型的拟定确实是依照问题的需要，取出几个程序模块，加以必要的修改合并第四，要有分析能力，明确用户要求之后，把需要的数据与模型合并起来，运行模型产生结果，支持决策这种决策支持系统确实是智能支持系统 §10.3.2 决策支持系统的框架结构 决策支持系统的结构也是随决策理论和方法、运算机技术的进展而进化的由 H. Sprague 等人提出的数据库、模型库、人机对话治理系统组成的两库结构最为简便而比较常见的那么为三库结构，即数据库、模型库、方法库和人机对话治理系统，如图 10-5 所示 决策者对话管理子系统数据库管理系统模型库管理系统方法库管理系统数据库模型库方法库其他信息系统 图 10-5 具有三库结构的 DSS 系统结构 由于许多半结构化和非结构化的决策问题是如此复杂，以至于需要专家来关心决策者进行问题求解实际上，这些专家也能够由专家系统来代替智能决策支持系统〔Intelligent Decision Support Systems，IDSS〕是在 DSS 的基础上与人工智能〔Artificial Intelligence，AI〕技术的结合和集成所形成的系统。

IDSS 的系统结构在 DSS 的基础上进行了改进，它是一个具有四库结构，如图 10-6 所示 决策者人机接口自然语言处理问题系统知识库知识库管理系统推理机数据库管理系统模型库管理系统方法库管理系统数据库模型库方法库其他信息系统 图 10-6 具有四库结构的 IDSS 系统结构 1.数据库治理子系统〔Data Management Subsystem，DMS〕 DSS 数据库中的数据不仅要有来自单位内部的数据，也要有来自单位外部的数据数据库不仅能够储备用于 DSS 的数据，而且能够储备工作空间、数据间的连接、中间结果及最后结果报表 数据库治理子系统是由数据库、 数据库治理系统、 数据字典、 数据析取模块、数据查询模块构成 〔1〕数据库：DSS 数据库中存放着来源于其他信息系统的源数据库的数据，这些数据大部分是通过处理后的决策数据，作为 DSS 决策的依据 〔2〕数据库治理系统：数据库治理系统用于治理、提供与爱护数据库中的数据，也是与其他子系统的接口 〔3〕数据字典：数据字典是对储备在数据库中全部数据项的名目和描述，它包括数据项的定义，要紧功能、来源等 〔4〕数据析取模块：数据析取模块从源数据库提取用于支持决策的数据、析取过程也是对源数据加工处理的过程，是选择、浓缩与转换数据的过程。

〔5〕数据查询模块：数据查询模块提供了对数据的访问基础它接收对数据的要求，处理这些要求然后将结果输出； 它用来说明来自人机对话和模型库子系统的数据要求， 通过查询数据字典确定如何满足这些要求，并详细阐述向 DBMS 的数据要求，然后将结果返回对话子系统或直截了当用于模型构造或运算 2.模型库治理子系统〔Model Management Subsystem，MMS〕 模型库治理子系统是构建和治理模型的系统DSS 之因此被称为由模型驱动的系统，因为运行模型，输出的结果可直截了当用于制定决策，或对决策的制定提出建议，或用来估量决策实施后可能产生的后果模型库子系统是由模型库、模型库治理系统、建模语言、模型字典、模型的执行、集成和建模命令处理器组成的，如图 10-7 所示 〔1〕模型库：模型库用于储备决策所需的模型按照管用在不同的组织层次的决策，这些模型包括战略模型、战术模型、业务操作模型和建模模块和子程序按照模型应用的不同职能领域，分为统计模型、财务模型、市场营销模型、会计模型、工程模型等 然而，模型库不是简单地储备某一个决策模型，它要紧储备各种决策问题能够共享或专门用于某特定决策问题的模型差不多模块或单元模型， 以及它们之间的相互联系、 通讯规那么等。

使用 DSS 进行决策时，通过人机对话，生成对某一决策问题的求解算法序列，依照求解算法序列和模型库中的差不多模型模块和单元模型来构造决策支持模型也确实是说， 模型库中要紧储备一些差不多模型模块， 利用这些差不多模型模块能够生成满足决策支持的各种决策模型，以达到灵活组合、动态生成模型在模型库中的储备方式目前要紧以子程序、语句、数据三种储备方式 决策者数据库管理子系统对话管理子系统方法管理子系统模型运行控制集成建模命令处理器模型库管理系统创建模型命令模型维护与更新模型库战略、战术、生产动作模型统计、财务、营销、工程模型模型建造模块模型字典 图 10-7 模型治理子系统 以子程序的储备是将模型的输入、输出格式和问题求解算法等用完整的程序表示以子程序方式储备模型时， 一个模型确实是一个具有特定功能的程序段， 主程序或者其他程序能够调用那个程序段 这种方式的缺点是各种模型相同的部分产生冗余， 而且不利于模型的修改、 爱护和治理 以语句方式储备是将建模语言以语句的形式组成与模型各部分相对应的语句集合，将这些语句集合进行储备这种方式与子程序有类似性，然而在面向用户方面有所改进以数据方式储备是将模型进一步抽象后，用一组数据集合表示模型的本质特点、结构以及各成份之间的相互联系，并由一组数据治理功能来进行治理。

另外，也能够利用人工智能技术，将建模规那么和决策模型的结构、参数等抽象为数据进行储备 〔2〕建模语言：尽管储备在模型库中的某些模型是一些标准模型，然而由于决策支持的需要建立一些专门的模型这些模型的建立需要用高级语言或者专用的建模语言 〔3〕模型库治理系统：模型库治理系统的要紧功能是模型创建、模型的执行、模型的集成、 建模命令处理器的操纵和报告的生成、 模型的爱护 模型的爱护要紧包括模型的连接、更新与修改和提供数据库接口等功能 〔4〕模型字典：模型字典的作用与数据字典的作用类似，它是储备在模型库中所有模型的名目，包括模型的定义和进行问题求解的能力、模型的限制和约束、模型参数、模型的结构、关于模型的存取说明等 决策者数据管理子系统对话管理子系统模型管理子系统方法库管理系统方法运行控制数据库接口模型库接口方法字典方法库统计 优化 观测计划 营销 金融 图 10-8 方法治理子系统 3.方法库治理子系统〔Arithmetic Management Subsystem，AMS〕 方法库治理子系统是储备、治理、调用和爱护决策支持系统各个部件所需要的通用算法、 标准函数等方法的系统 设置方法治理子系统的要紧目的是为决策支持系统提供一个友好的交互环境。

在决策支持的过程中，从数据库中选择数据，从方法库中选择算法，从模型库中选择模型，然后将数据、算法、模型结合起来进行问题求解同一种以有不同的算法，如优化模型能够有多种算法另外，多种模型能够共享相同的算法方法治理子系统要紧是方法库、方法库治理系统、方法字典构成的方法治理子系统如图 10-8 所示 方法库是储备方法模块的工具，由各种数学模型的方法程序以及其他模型的方法程序组成在企业决策支持系统中可能用到的方法程序如表 10-2 所示 表 10-2 方法库中的方法举例 数学方法 统计方法 优化方法 观测方法 打算方法 插值算法 回来分析法 线性规划 因素相关分析法 打算评审法 拟合法 方差分析法 非线性规划 时刻序列法 关键路径法 平滑法 二元相关分析法 动态规划 主观概率法 层次分析法 外推法 目标规划 方法字典的功能是将方法库中的方法程序进行登录和索引方法库治理系统的功能是方法的创建、更新、检索，以及方法库与模型库的通讯、方法库与数据库的通讯、方法字典的治理和有关文件的治理 4.知识库治理子系统 智能决策支持系统配备了知识治理子系统知识治理子系统能够由一个或者几个专家系统构成。

同数据治理子系统和模型治理子系统一样， 知识治理软件提供了专家系统必需的运行操纵和集成功能IDSS 与 DSS 不同的部分有智能人机接口、自然语言处理器、问题处理系统、知识库、知识库治理系统和推理机 智能型人机对话治理与问题处理系统是一个运算机软件、硬件系统因为具有智能功能，它比通常的对话治理子系统在用户使用方面更灵活、更容易，功能更强大智能型人机对话治理与问题处理系统的组成如图 10-9 所示 数据管理子系统知识管理子系统模型管理子系统方法管理子系统问题求解器问题分析器自然语言处理器输入行动语言输出显示语言人机接口打印机、绘图仪决策者 图 10-9 智能型人机对话治理与问题处理系统的组成 〔1〕知识库：知识库要紧用来存放决策专家的决策体会和决策知识，以及某一领域专家提供的进行问题求解的体会和知识 存放在知识库中的知识是以一定的形式表示的 常用的、简单的知识表示方法是产生式规那么在产生式规那么中，知识库包含事实库和规那么库两部分 事实是系统运行中不断变化的信息， 而规那么是有关如何生成新的事实和如何依照现有事实得出假设的信息 〔2〕推理机：推理机的重要操作对象是知识库，它的功能是依照一定的推理策略从知识库中选择知识〔规那么〕 ，对用户提供的事实进行推理，直到推出新事实〔结论〕为止。

推理有正向推理、反向推理和正反向推理正向推理是由原始数据〔事实〕动身向结论方向的推理反向推理是先提出假设，由假设动身进一步查找支持假设的证据，当所需证据与用户提供的事实匹配时， 推理成功 正反向推理是先依照事实通过正向推理关心提出假设，然后再用反向推理进一步查找运行假设的证据，反复重复那个过程 〔3〕知识库治理系统：知识库治理系统的功能一方面回答对知识库中知识的增、删、修改等知识爱护的要求，另一方面还要回答决策过程中问题分析与判定所需的知识的要求 §10.3.3 决策支持系统的体系结构 由于决策支持系统是一种软件集成系统， 因此都要研究和采纳一种合适的体系结构， 使其所组成的 DSS 不仅能实现设计时所确定的目标，而且能达到成本低、可用性好、适应性强及使用方便、可靠等性能那个地点的体系结构是指数据库子系统、方法库子系统、模型库子系统及会话系统等逻辑部件，如何组织和集成H. Sprague 提出了四种结构结构形式，即网络型、桥形、层次型及塔型结构 1.网络型结构 网络型 DSS 的体系结构的要紧目标是承诺不同的构模和对话部分能够共享数据， 并能使系统的扩展工作简化 这种结构并不要求各部分都专门和谐一致， 而是承诺各个构成部分互相混合。

这些构成部分是由不同的小组，在不同的时刻，用不同程序语言和为不同的运行环境而开发的，如图 10-11 所示 对话部分对话接口构模部分构模接口数据库对话部分对话接口构模部分构模部分构模接口构模接口数据库数据库接口管理 图 10-11 网络型 DSS 系统结构 网络型 DSS 通过接口部分将对话、 构模和数据库部分集成 关于每一个对话或模型部分都设有部分接口 部分接口能够看成一个部分与另一部分之间的通信口 网络型 DSS 结构的特点是： 模型库子系统和对话子系统中的各个模型及会话功能， 共享数据库子系统中各数据单位 采纳部件的接口方式能够使部件的结合有灵活性，也能够使独立研制的部件易于结合部件的接口必须治理部件之间的数据和操纵的通信 对此两类通信存在着格式变换及消息同步的要求 格式变换包含今后自一个部分的数据或操纵的格式变换成另一部分所要求的数据或操纵的格式同步包括在各部分之间通信用的联络信号、发送和等待为了作数据或操纵的通信，部件接口可能利用消息传递、共享的储备器、共享的文件或三者的结合 2.桥型结构 为了减少 DSS 网络系统结构要求的部件接口的数目， 又要保留集成新的部件的能力， 为此桥型结构用一个公用桥来取代各自的接口，如图 10-12 所示。

局部造模局部对话桥共享造模共享数据库局部造模局部对话共享造模共享数据库 图 10-12 桥型 DSS 系统结构 桥能够完成格式变换和同步功能， 这类似于网络系统结构中部件接口所完成的功能 桥型系统结构要求局部的部分和全部共享的部分在同一个环境中实现 共享的和局部的环境可能不是同的对一组相互通信的局部的或共享的部件，它们或者有专用的、对偶的接口，或者必须利用公共的、共享的部件利用共享的部件，持别是在数据库部件中，是最简单、最容易爱护的技术，因而是最受欢迎的用于集成一组局部的(或共享的)部件的技术 3.层次型结构 网络型和桥型系统结构用于将多个对话， 造模和数据部分集成起来， 而层次型 DSS 系统结构那么试图采纳单个的对话部分和具有多种造模部件的数据库部分来集成多个部分， 如图10-13 所示 造模部分对话部分数据库部分造模部分造模部分 图 10-13 层次型 DSS 系统结构 每一个造模部分都共享同一个数据库和对话部分 造模部分间的数据通信通过共享的数据库部分进行造模部分间的操纵信息通信通过共享的对话部分进行与桥型结构类似，层次型结构也有标准的数据和操纵接口， 但在层次型系统结构中标准的接口是由单一的对话和数据库部分提供， 而不是采纳分开的接口。

在层次型系统结构中每一个造模部分都必须针对满足此两个接口要求而进行研制或修改在网络系统结构中，多数是对部件接口做修改 4.塔型结构 塔型结构试图提供部件的模块化和灵活性， 以支持各种硬件设备和源数据库， 同时保持三个 DSS 要紧部件之间的简单的接口， 如图 10-14 所示 塔型系统结构与网络型系统结构之间的要紧区别在于塔型系统结构的设计目标是在塔中的任何一层上差不多上在单一的环境下工作关于造模部分的接口情形，塔型系统结构与层次系统结构是一样的与层次系统结构的要紧区别在于为了支持各种用户接口设备和各种源数据库， 塔型系统结构将对话和数据库部分各自都分成两部分 塔型系统结构包括一组源数据库， 它们可能是内部的或外部的数据库， 可能是在不同的环境下工作(如不同的运算机， 不同的操作系统) 析取部件将源数据库接口到 DSS 系统数据库DSS 数据库用作造模部分和源数据库之间的接口，以便每一个造模部件仅对一个数据库部分接口对话部分由设备驱动器和输入输出构成器组成，驱动器和用户接口设备(如 CRT终端、打印机、键盘等)实行通信，输入输出构成器产生输出格式和说明输入命令 设备设备设备对话设备驱动器对话输入输出构成器MC1MCnMC2DSS数据库数据提取系统源数据库源数据库对话部分构模部分数据库部分 图 10-14 塔型 DSS 系统结构 §10.4 决策支持系统的开发 决策支持系统的开发是一种适应性设计过程，那个过程包括用户和信息系统建立之间的合作。

决策支持系统的开发开始于用户确认了一个问题领域， 并开始摸索有助于问题处理的信息需求一个决策支持系统模型的建立是基于系统建立者和用户之间的紧密合作 §10.4.1 决策支持系统的开发特点 决策支持系统的特点决定其开发方法与传统的信息系统的开发方法有所不同在 DSS的进展过程中提出了许多开发方法，如原型法、生命周期法等等这些方法各有侧重，但差不多思想是相同的，决策支持系统是由用户提出、由开发者设计，并依照用户的评判逐步修改的这种连续的反复过程，适用于短期的特定系统，在不需要时能够弃之不用，或有用户的需要改变时，系统随之改善在 Keen 和 Gambino 的适应性设计结构中描述了用户、设计者和系统之间的这种动态关系，如图 10-15 所示 认知环节实施环节演进环节用户系统开发者新用途用户学习反馈变更意见发展要求提升系统性能 图 10-15 适应性设计框架 Keen 和 Gambino 的适应性设计框架提供了决策支持系统开发过程和所涉及各方人员的概括性介绍那个框架显示了决策支持系统的灵活性，随着使用者对系统的使用，他们对相关问题的概念会发生改变， 结果实际的决策支持系统专门可能与最初的版本是不同的， 那个过程的关键因素是试验，因为新版本的试用提供了系统改进所需的知识。

DSS 的研制方法有以下特点： 1．反复交互设计：DSS 的研制方法强调分析与设计的动态性，随着决策问题、决策环境、决策者风格的变化，分析设计也要不断进展、演变，其研制过程不同于 EDPS、MIS 的生生命周期，而是一种反复设计的交互过程 2．用户参与设计工作：关于 DSS 的开发，用户不仅是研制任务的提出者、研制过程的参与者和系统的使用者，而且是 DSS 的要紧设计者，即直截了当参与系统设计、使用和评判的全过程 3．适应决策者风格：决策者的体会、知识、偏好直截了当阻碍信息需求、模型构造、人机接口和输入和输出设计因此，DSS 应具备相当的灵活性，以适应决策者风格的变化 4．尽可能短的研制周期：快速研制，尽早交付使用，尽快见效，可使决策者树立信心研制周期过长，不仅使决策者失去信心，而且随着时刻的推移，研制出来的系统可能已不适应变化了的环境 5．以生成器为基础的积木式设计：为适应快速多变的特点，必须有一个好的软件环境DSS 生成器确实是如此一种环境多数 DSS 是在生成器基础上开发的，尽管也有一些直截了当使用 DSS 工具开发 §10.4.2 DSS 的三个技术层次 Sprague 和 Carlson 从技术开发的角度，提出了 DSS 具有专用 DSS、DSS 生成器、DSS工具三个技术层次。

三个技术层次之间的联系，如图 10-16 所示，它们分别向不同的人员，起着不同的作用 DSS决策者DSS协助者DSS建造者DSS技术支持者DSS工匠专用DSSDSS生成器DSS工具 图 10-16 DSS 的三个技术层次 1．专用 DSS 由于决策所涉及的问题性质以及环境的阻碍都专门复杂，我们不可能妄图使一个 DSS包罗所有类型的决策问题，人们在实践中认识到必须建立专用〔而非通用〕的 DSS专用DSS 是一组软件和硬件的集合体，用以关心决策者或决策群体处理特定的决策问题，针对某一决策者来说，专用 DSS 确实是 DSS 专用的 DSS 有 AAIMS、 PAMS、 CDSS 等 AAIMS 〔An Analytical Information Management System〕是美国航空公司研制的用于支持打算、财务、销售和运营功能，它提供各种打算最优化、效益分析、打算观测、趋势分析和绘图等手段PAMS〔Plan Analysis and Modeling System〕 是 Gett Oil 公司研制的打算分析与建模系统， 用于支持投资决策、 投资效益分析等CDSS〔China Development Strategic Modeling System〕是华中理工大学研制的，用于我国人口与经济进展战略规划及仿真。

2．DSS 生成器 DSS 生成器是能够简捷、快速、方便地研制、构造专用 DSS 的一个运算机软件系统，它包括数据治理、模型治理、对话治理所需要的技术并能够将它们有机结合起来的接口依照决策需求、环境与任务能够 DSS 生成器，迅速生成一个专用 DSS，从而节约了时刻、降低了成本 常见的 DSS 生成器有 GADS、 IFPS、 SIMPLAN 等 GADS 〔Geodata Analysis and Display System〕是 IBM 公司开发的地理数据分析与显示系统，由它能够开发出许多专用 DSS，如都市规划、资源分配、学校及商业有关规划等IFPS〔Interactive Financial Planning System〕是美国 Execucom System 公司研制的交互式财务打算系统，要紧用来建立财务模型，既可求解模型，又可进行灵敏度分析等SIMPLAN 是美国 Simplan System 公司研制的辅助战略规划 DSS，用于公司的长远规划、财务推测、销售推测、策略模拟、资本投资预算与审核等方面的决策 3．DSS 工具 DSS 工具是用来构建专用 DSS 或 DSS 生成器的软件工具。

用 DSS 进行求解的往往是一些复杂的问题在开发 DSS 时，为了缩短开发周期、降低开发成本，将 DSS 开发技术和构件上具有共性的部分，如开发语言、差不多统计分析方法、差不多输入输出程序等直截了当使用 DSS 工具即可，而将开发的重点放在专用 DSS 的核心功能上 专用 DSS 位于最高层次，它可由 DSS 工具构成或者由 DSS 生成器生成DSS 生成器能够视为由各种 DSS 工具构成的软件包由于决策环境的变化性，决策者的需求可能发生变化，这就要求 DSS 具有一定的灵活性和适应性，即具有一定的扩充功能，因此利用 DSS生成器开发专用 DSS 比直截了当用 DSS 工具来开发的灵活性更强一些 参加构建和使用 DSS 的人员有决策者协助人员、DSS 构造者、技术支持者和工匠其中，协助人员是关心决策者使用 DSS 的人员；DSS 构造者是研制专用 DSS 的人员，他们应既熟悉决策领域的有关问题， 又熟悉并能利用信息技术； 技术支持者是在技术上提供专门知识的人员，在一样情形下，他们不直截了当参与决策支持活动；工匠是从事研制新的硬件技术、 开发新的编程语言、 新的系统软件人员 然而， 有时一个人能够同时担任以上几种角色。

§10.4.3 DSS 开发策略 在所有的 DSS 开发方法中，能够确定两种一般的策略：编制一个用户定制化的 DSS、采纳 DSS 生成器每一种方法都有其专门之处，而选择哪一种方法通常是依照组织机构的设置和问题和环境决定的实际上，一个复杂的 DSS 专门有可能在项目的不同设计时期同时采纳这两种方法 1. DSS 的分析与设计过程 系统开发生命周期法表达了一种关于系统设计与实施的普遍存在的观点它将整个过程描画成一系列递归的时期，每一个时期都有自己需要的输入、处理和输出如图 10-17 所示，为 SDLC 方法的不同时期以及递归的特点 可行性分析维护实施测试代码生成系统设计系统分析问题定义 图 10-17 系统开发生命周期 在问题定义时期，系统分析人员评判组织中问题的性质，并得出一份描述这些问题和组织环境的文档一旦完成了这些工作，就能够进入可行性分析时期，评判能否通过将假设干个应用程序集成到信息系统中， 有效地解决上一个时期总结出的问题 那个时期的工作包括将当前的实际系统转化成一系列的逻辑模型， 从而从独立于系统实现的角度观看隐含的约束，做出最初的可行性分析 在系统分析时期，系统分析员要关注对新系统的专门需求的决定、收集资料和文档化。

在这些需求的基础上，设计时期的工作包括为系统的每一个组成流程、数据项、以及它们之间的交互关系建立详细的模型 对最后的逻辑模型还要进行调整， 从而突出对新系统的专门需求，并解决旧系统的不足之处在编程时期，通过开发或直截了当猎取为满足用户需求所必需的软件和硬件，将新系统的逻辑模型转换成物理系统接下来是测试时期最终得到系统被投入一系列测试性的运行，以确认它能否满足需要系统实施后还要进行最后的安装，爱护时期也就紧跟着开始了为了提高系统的性能，同时也增加它的功能，还要对运行中的系统作各种各样的改善 2. DSS 的开发过程 尽管设计和构建组织的 DSS 与设计和构建组织的 MIS 有许多相似之处， 得标志着 DSS的开发目的的半结构化问题和非结构化问题具有一些专门的性质，这指明了 DSS 的设计和构建也必须采纳一种专门的方法在 DSS 设计的初始时期，遇到问题的经理们通常还不清晰需要哪些专门的信息，这些信息并不容易被识别为了促进收集需要的 DSS 的功能，那个时期要把重点放在原型开发上由于每一个 DSS 的设计项目差不多上专门的，因此不一定会完成所有确定的活动，一种简化的、仅包含 DSS 设计的关键步骤的方法可能适合一个简单的 DSS 项目，而一个专门复杂的项目却要通过所有列出的步骤，完成所有的活动。

如图 10-18 所示，为 DSS 系统开发的一个通用过程 问题诊断界面需求功能需求系统搭建系统分析协调需求DSS目标与资源系统分析系统修正系统实施 图 10-18 通用的 DSS 开发过程 DSS 开发的第一步是按规那么定义和识别需要决策支持的问题能够从专门多方面发觉决策支持的机会，DSS 除了支持解决识别出的组织中的问题，还能够关心挖掘新的知识，提高公司的竞争地位，或提高其到达某个细分市场的能力另一方面，使用 DSS 能够关心组织及时地发觉问题 〔1〕确定 DSS 的目标和资源：一旦确定决策支持的机会，就必须描述专门的目标和DSS 所支持的关键决策此外，还必须确定可用的资源，包括硬件、软件、当前技术和可用的知识在那个时期，设计人员要认真识别 DSS 全部的目标这些目标用来阐述清晰所规划的 DSS 的功能关系到要治理的知识的种种类型、决策者可用的知识的多少、以及系统的性能和特点此外，还必须确定为 DSS 的使用者提供什么种类的支持设计人员在那个地点要决定 DSS 在处理确定的问题中扮演什么样的角色 〔2〕 系统分析： DSS 开发过程的那个时期是为了详细地确定对 DSS 的需求 Holaspple，Park 和 Whinston 在 1993 年提出，对 DSS 的需求可分三个差不多种类：功能需求、界面需求、和谐需求。

DSS 的功能需求要紧是储备、猎取以及生成对解决问题有用的知识其例如包括用一个专门的 DSS 储备大量的产品销售信息，提取某些特定的信息或信息的某些特点，并从这些信息中分析和估量可能会对销售产生阻碍的因素 能够证明，DSS 的性能是与它们的界面质量和功能紧密相关的对界面的需求要紧是指 DSS 的交互功能在那个时期，设计人员必须确定各种对 DSS 的用户可行的交互渠道和方式，以及相应的条件菜单、报表结构、命令界面和输出格式都要在开发过程的那个时期确定此外，开发人员还必须确定决策者对 DSS 所作查询的不种种类，以及最适合的 DSS响应方式 除了完成规划的 DSS 的具体功能和交互机制，设计人员还必须确定系统的和谐需求这包括安排和决策过程相关的事件的时刻，促进获得相关的信息，以及集成 DSS 包含的各种模型工具和谐需求的一个例子是，一个动作必须在另一个事件发生后才能初始化 〔3〕系统设计：DSS 开发过程的系统设计时期要确定专门的物理组件、结构和开发平台那个时期最差不多的一项活动是选择一套构建 DSS 的开发工具一旦确定了开发工具，就要充分利用这些工具的优点和强项，同时在设计过程中也要幸免平台的缺陷。

〔4〕系统构建：在系统构建时期，设计人员采纳反复型原型开发方法，在测试和用户反馈的基础上不断对系统进行细微的改善 那个改善的过程是连续整个时期的， 结果通常是最初的设计发生了显著的变化对原型的每一次修改都促使 DSS 的用户提出没有反映在设计中的需求和愿望此外，原型开发还能够逐步确定连接 DSS 和其他现存的组织应用系统的各种需要 〔5〕系统实施：系统实施时期的目标是测试、评估并配置一个文档齐全且功能完善的DSS那个时期包括确定并评判 DSS 到底在多大程度上满足了用户需求，这一点专门重要正如在设计时期，为了完全挖掘并实现 DSS 的潜能，达到决策者确定的目标，开发人员必须不断修改系统在那个时期还要训练 DSS 的用户群，使他们了解系统的功能和结构对这些用户群的训练还要连续到以后的系统爱护和改善过程中 通过这一系列的开发活动， 组织终于有了一个配置齐全，功能完善，能满足各种专门需求，适应组织问题环境的决策支持系统 〔6〕逐步改善：DSS 开发过程的最后一步是没有终点的活动在使用 DSS 所获得的体会的基础上必须不断重复前面的每一步，以提高 DSS 的能力组织的 DSS 的运行生命终止后，又产生新的需求，以及为满足这些需求开发出的新功能。

此外，环境中技术的变化和适应这些变化的愿望， 导致开发过程新一轮的开始， 这将对当前设计做出大的修改 能够看到，DSS 的开发是一个进化的、有生命的过程，它能够，而且必须产生一个对组织决策高度有效的支持机制 设计和开发 DSS 是一项艰巨的任务，但假如完成得好，能够为组织带来庞大的利益选择开发工具和开发方法，以及收集用户需求，差不多上成功开发 DSS 的前期工作，而设计和构建 DSS 还仅仅是战争的一半即使系统完成了，假如还没有挖掘出并利用它的所有功能，就还需要进一步地完全实现，并将它们集成到组织中 本章小结 决策是为达到某一目的对假设干个可行方案进行分析、比较、判定，从中选择最正确方案并予以实施的过程，是各种矛盾、各种因素相互阻碍最后平稳的结果决策支持系统结合个人的智能资源和运算机的能力， 来提高决策的质量 它们包含一个基于运算机的支持系统，为治理决策制定者处理半结构化和非结构化的问题 决策支持系统可由三库或和四库构成，四库结构要紧是在三库〔数据库、模型库、方法库〕的基础上增加了人工智能及专家系统的功能，即推理机及知识库 DSS 的四种组成形式分别为网络型、 桥型、 层次型和塔型。

它的开发策略仍旧是以生命周期法和原型法为主，但可分三个技术层次：专用 DSS、DSS 生成器、DSS 工具 摸索题 1. 决策过程的三个时期有哪些活动？ 2. 考虑选择职业的情形，描述一下决策过程的三个时期 3. 给出一个半结构化决策和非结构化决策的例子 4. 什么是决策支持系统？它有什么特点？ 5. DSS 与 MIS 有何区别和联系？ 6. 试述构成决策支持系统各部件的功能 7. DSS 有哪三种技术层次？它们之间的相互联系是什么？ 8. DSS 的研制方法有什么特点？ 9. 依照 Gorry 和 Scott Morton 的表格， 哪一个因素对在运算机上实施应用程序的过程中遇到的困难阻碍最大？ 10. Simon 的理论有两个方面：一方面是程序化的非程序化的决策；另一方向是问题的结构，从结构化到半结构化再到非结构化这两个方面之间假如有联系的话，是什么联系？ 。