《第九章 决策支持系统的实现和集成》由会员分享，可在线阅读，更多相关《第九章 决策支持系统的实现和集成（21页珍藏版）》请在金锄头文库上搜索。
1、第九章 决策支持系统的实施和集成9.1 实实施问题问题 概述 一、实施（或实现）概念n实现的定义是复杂的，因为实现是一个较长的过程 ，并且边界是模糊的，实现可简单地定义为开发一 个新系统，或者是所希望的、明显改变的系统。n信息系统人员认为，系统的实施或许是整个DSS设 计流程中最重要的步骤，因为没有成功的实施，建 立的DSS将没有用处，或者被会忽略掉。n系统实施实际贯穿于整个开发阶段，并且在我们称 之为项目实施阶段的过程中完善自己。1二、DSS的系统评估nDSS实施流程中暗含着成功的目标。如果实施成 功，则表明所做的努力是值得的，同时也是充分 的。如果失败，则极可能是竹篮打水一场空，而 什么地
2、方出错了，就成为参与者关注的焦点。2（一）系统评价的框架n成功多少是个难以定义的概念。一个人衡量成功的 标准可能刚刚达到另一个人期望的可以接受的水平 。n尽管不存在衡量DSS实施是否成功的一套公认标准 ，但如果开发一套局部标准是可能的话，就必须这 样做，否则定义项目的成功程度就很困难了。 1.软件的综合质量nBoehm等人（1978）提出了衡量成功的框架，关 注的是软件的特征和质量。如下表：3软件质量的特征可移植性：相对平台和设备的独立程度：软件可以在各种各样的 硬件配置中执行。可靠性：完备度：软件的所有部件齐全，每个都充分发展； 精确度：软件输出要足够精确，满足用户的预期； 一致度：软件注释
3、、术语、符号在内部保持一致。效率：设备有效度：软件实现目标，而不浪费资源； 可达度：软件设计促进有选择地使用部件。运行工程学：沟通度：软件易于读进标准的输入，并且提供不但 形式和内容便于吸收、且有用的输出。易懂性：自我描述程度：软件包含足够的信息，为用户定义目 标、假设、约束、输入、输出、部件和状态；可扩充度：软件可以方便地容纳更多的数据存储和部 件计算功能。易于修改：4Dickson和Powers（1973）以明确量化的 形式提出了更加常用的一套指标：n（1）项目实施的实际时间与预计时间的比率 ；n（2）开发系统的实际费用与系统预算费用的 比率；n（3）管理者对系统的态度；n（4）系统满足管
4、理者信息需求的程度；n（5）系统对企业中计算机运作的影响。52.个人对成功的衡量n评价DSS设计和实施的成功与否的另一种方法，是 调查系统用户使用各个方面的态度。一个普遍方法 是关注系统的预期用户群中实际使用系统的程度。 另外可以调查用户对系统的满意度。Davis成功衡量法的特征可感知的有效性可感知的易用性 提高用户生产率 提高选择的效能 提高选择的性能 使制定决策更轻松 用户明白怎样与系统交互 增加系统的整体弹性 使学习速度更快 增加系统的熟练应用的可能性63.成功的技术标准n衡量DSS成功的第三种方法是判断系统是否 达到了开始的设想。n例如能否提供有用建议。 4.成功的组织衡量n最后一个成
5、功衡量方法是关注系统达到或超 越组织需求与期望的程度。n例如，一个组织使用DSS的回报，或者降低成 本，或者提高收入，或者两者同时进行。7（二）衡量DSS的成功n我们可以将上述衡量系统成功的不同方法组 合成为一个普遍的DSS评估框架。8DSS成功的评价体系系统业绩n效率和响应时间n数据输入n输出格式n硬件n利用率n人机界面 任务业绩n决策的时间、可选的方案、 分析、质量以及参与者n用户对信任、满意、有效、 理解的认识商业机会n开发、运作和维护成本n增加收入和降低成本所带 来的收益n对更好的组织服务、竞争 优势和培训的价值 进化方面nDSS适应变化的能力n开发工具的综合功能性99.2 实施的主要
6、问题DSS成功实施的影响因素可分为两类：n一类是与任何信息系统有关的一般因素 ；n另一类是与特定的DSS技术有关因素。10实施成功实施DSS的决定因素技术因素行为因素过程因素用户参与组织因素道德规范外部环境与项目有关因素119.3 实实施策略选择合适的DSS实施策略，依赖于资源需求和 可用性、成功完成项目的可能性，以及与特定策略 有关的特定环境约束。实施策略的选择，是系统设 定的目标以及系统实施的环境特征二者的函数。Alter（1980）确定了4种普遍的DSS实 施策略：n（1）将项目分解成易于管理的部分；n（2）将解决方案简单；n（3）开发满意的支持库；n（4）满足用户的需要和使系统制度化。
7、12DSS实施策略实施策略典型环境或目的减少开发大型系 统失败的风险。遇到的问题（缺陷）如果片太小，集成各 片可能有困难。n用原型法1.将项目分解成易 于管理的小块成功取决于新的概念， 在提交完全系统前，试 验这些新概念。对原型的反映可能与 最终配置的系统不 同。n使用进化方法试图减少在开发者与用 户之间、意图与结果之 间的反馈环节。要求用户忍受持续 的变化，这可能是 令人烦恼的。n开发一系列 工具通过提供数据库以及小型 的可以产生、修改和丢弃 的模型，以适应特别的分 析需要。有限的适用性；维 护极少使用的数据 需要支付费用。13实施策略典型环境或目的遇到的问题2.保持解决方 案的简洁性鼓励用
8、户使用而 不是吓倒用户。虽然一般是有益的，但 会导致歪曲、误解和误 用。n简单的对于本来就简单的系 统没问题。对于复 杂系统应尽量选择 简单方法。一些商业问题本身不简单 ，坚持简单的解决方法 可能会导致回避了真实 的问题。n隐藏复杂性 （封装） 系统作为“黑箱”出现 ，它对用户隐藏了处 理过程，只给出问题 的解。非专家使用“黑箱”可能 会导致结果的误用，因 为非专家对潜在的模型 和假定存在着误解。n避免变化如有可能，使已有的过 程自动化，使其性能稳 定而不开发新的。新系统可能没有实际影 响力。对意欲鼓励变化 的努力是不合适的。14实施策略典型环境或目的 遇到的问题3.开发满意的 支持库用户的管
9、理支持库的 某些部件不存在。应用某支持获得的策略， 而未适当注意其他策略， 可能是危险的。n获得用户的参与系统不是由用户发起的或 开始时使用模式不明显。多用户难以协调，并 且用户难以理解某些 复杂的模型。n获得管理层支持这样做，是为了获得资金 支持。为了使管理层强制员 工遵照系统或使用系统。管理层的热情可能 感染不了用户，导致 敷衍的使用或停用。n推销系统一些潜在用户没有参与系 统开发也没有使用系统。组 织没有最大限度使用系统。常常是不成功的，除非 可以令人信服地展现出系 统真正的优势。n获得用户许可系统在没有用户参与的情况 下开发。系统将通过管理手 段对用户施加影响。在没有显示系统能够 帮助
10、用户的情况下，获 得许可是非常困难的。15实施策略 4.适合用户需要 ，将系统制度 化典型环境或目的在正在发展的应用 中，系统有很多用 户。遇到的问题这个标题下的策略多少 有些矛盾，强调一点就 有可能排斥了其他。n提供培训系统不是由所有潜 在用户共同合作 设计的。估计所需培训的类型和强 度时，时常出现困难。开 始的培训计划经常需要切 实的革新和精心的制作。n提供持续的 协助系统由中间人而不是 决策制定者使用。如果系统由中间人使 用，决策者可能并不 明白细节上的分析。n坚持强制使 用系统是制定计划时综合 和协调的媒介。系统旨 在促进个人工作。强迫用户用特定 思维模式思考是 困难的。16实施策略典
11、型环境或目的 遇到的问题n允许自愿使用允许自愿使用，避 免产生对强行推销 的抵制。一般来说是低效的， 除非系统遇到真正的 需求或者使用者非常 理性。n依靠传播和 显示希望热衷者向他们 的同事演示系统的 益处。或许这是一个策 略，但同样也是 缺乏积极行动的 托辞。n系统适合用户 的实际能力用户使用分析技术 的能力和爱好是不 同的。怎样去做还不清楚。 实际上，系统看起来 是建立在用户的需求 而不是他们的能力之 上。179.4 系统统的集成n将DSS集成到组织中只是意味着，新的应用 与现有的计算机基础设施以展现在用户面前 的无缝连接体系的方式结合一起。n集成的类型：（1）功能集成；（2）物理集 成。
12、n功能集成意味着由单一的系统提供不同的支持功 能。n物理集成包含完成功能集成的硬件、软件和通信 功能的集成。18一般的全面集成DSS组织DSS数据库外部数据内部数据个人数据模型库知识库EDI界面物资 供应商分部 商业 伙伴用户界面对话库视频会议界面领域专家决策者199.5 决策支持系统统的未来未来决策支持系统的一个最终任务，就 是要运用信息技术去增强信息工人们在新的“ 信息时代”中处理复杂性和结构各异的种种问 题时的生产效率。n1.决策支持系统的集成n2.决策支持系统的连通性n3.决策支持系统的文档处理能力n4.决策支持环境中虚拟现实n5.决策支持系统更加智能化20抵制和其他一些正常的反应在实际中，很多基于计算机的信息系统（包括 DSS），在实施和集成的过程中面对的最普遍的问 题是某些个人或者团体抵制新系统带来的变化。n导致对变化抵制的原因可能是多方面的：n自身利益n惧怕未知量n良心的抗拒或不同的感觉n怀疑n保守主义nDSS实施中的潜在反对者：经理、用户、IS 人员、非专家等。21
