建设信息系统

时间：2022-08-12 20:42:01 | 来源：网站运营

时间：2022-08-12 20:42:01 来源：网站运营

图13-1 PC connection公司随着发展壮大，原ERP系统遇到挑战。公司考察大量电子商务应用软件包后，没有找到适应的软件包，自己组织内部人员开发，最终实现投入回报。

图13-2 该图展示了四种信息技术导致组织变化的风险和回报情况。比自动化更进一步的是作业步骤合理化。企业过程再造(BPR)着重于企业过程分析、简化和重新设计，识别工作流，合并步骤、减少浪费、精简职位，比作业步骤合理化更深化。范式转移则影响整个组织设计，转变企业经营方式甚至是经营性质(创造一个新企业)。

图13-3 展示了一个企业过程再造的一个典型案例。取消了原来的串行流程，代之的是像团队那样的集中审批。为支持这个新的申请过程，银行需要实施工作流和文件管理软件。 工作流管理是理顺业务步序的过程，从而文件能容易地传递，且效率高。工作流和文件管理软件自动化了许多过程如递交文件至各地、安全批准、调度和产生报告。两个或多个人可同时工作于同样的文件，完成时间会较快，工作无须延迟，因为文件总是在外面传输。用一个正确设计的索引系统，用户可以根据文件的内容, 以多种方式检索文件。

如何开展有效的企业过程再造? 公司可以做的最重要的战略决策之一，不是决策如何用计算机去改进企业过程，而是考虑什么企业过程需要改善。你需要关注何时应用新技术，如何改善重要的企业过程以利于公司执行它的战略，以及改善这些过程如何有助于企业执行其他战略。

你也要了解并测量现有过程的绩效，将其作为一个基线。例如，如果你重设计的目标是要减少开发新产品或实现订单的时间和成本，你需要测量老过程所投入的时间和成本，并进行对比。若没有测量基线的原过程, 你就无法判断过程是否改善。

相比企业过程再造，还有一些方法是应用于企业过程持续改善的: 企业过程管理和质量改进，提供了增量型的企业过程变革。

企业过程管理包括工作流管理、企业过程模型标识、质量检测管理、变化管理和重铸。公司标准企业过程的工具，一旦标准化以后就可以继续加工。实践企业过程管理的公司应用过程定位工具去识别現有的过程，并使现有的过程文件化，创造改进过程的模型，然后转换为软件系统。这个过程模型可以是全新的，抑或基于现存的系统和数据。企业过程管理软件自动管理跨企业的过程，可以从多个源和数据库抽取数据，并产生与多个系统相关的作业。

企业过程管理也包括过程监控和分析，组织必须能验证企业绩效是否己经改进，并能测量过程变化对关键企业绩效指标的影响。

全面质量管理(TQM)和六西格玛。TQM 和六西格玛被认为比企业过程再工程更强。TQM 关注于做出一系列的改进，而不是明显的变化。 六西格玛用统计分析工具检测现在过程执行中的瑕疵，并做出小的调整。

图13-4 展示了系统开发过程。

系统分析是对组织试图要用信息系统解诀的同题进行分析。它由问题的定义、原因、解答、识别满足系统解的信息需求等内容组成。

系统分析员对现在的组织创建一个路径图，识别主要的数据所有者和用户，以及现存的硬件和软件。 然后系统分析员细化现在系统的问题，用的方法是考察文件、工作纸张和步序；观察系统运行；访谈系统的主要用户， 系统分析员就可识别问题领域和解答要达到的目标。 通常这个解答要求建立一个新的信息系统或改进现有的系统。

系统分析应包括可行性研究 ， 通过财务、技术和组织观点分析，确定解答是否可行，或者目标能否达到。可行性研究应确定所建议的系统是不是一个好的投资，系统所需的技术的可用性，并可以被公司的信息系统专家所掌握，以及组织是否能控制系统所引入的变革。

通常系统分析过程识别组织寻求解答的几个方案。然后评价每一个方案的可行性，书面的系统建议报告描述了成本和收益以及每个方案的优缺点， 并上交给管理层确定怎样的成本、收益、技术特性和组织影响组合能代表最需要的方案。

或许系统分析中最具挑战性的任务，是定义满足所选系统解决方案的特殊信息需求， 在基本层面，一个新系统的信息需求包括谁需要什么信息，何时，何处需要信息以及如何需要信息，即5W1H。

表13-1表明了系统设计产生的说明类型。就像房子和建筑的设计一样，信息系统可能有许多设计。每个设计表达某个唯一的技术和组织部件的组合。决定设计好坏的标准是易用和效率，是它在一定的技术、组织、财务和时间约束下实现用户需求的绩效。

表13-2 展示了系统开发过程的关键问题。

图13-9 展示了系统开发原型法的过程。当要求或设计方案不确定时，原型法最有用。

原型法优点: 尤其在设计终端用户的接口 (系统的一部分，用它可以和用户交互，如在线展示、数据输入屏幕、报告、 网页) 时最有用。由于原型法鼓励终端用户參与整个系统开发生命周期，因此，它是最有可能产生实现用户要求的系统。

缺点: 然而，快速原型法可能掩盖系统开发的重要步骤。如果完成的系统理论上工作很好， 管理层可能就不会遇到重编程，重设计，或全部文件化和测试去建立一个完美的生产系统，一些仓促建立起来的系统可能很难适应于生产环境中的大量数据和大量用户。