OA系统建设的方法

文：鼎捷ERP

作者：鼎捷数智 | 发布时间：2012-11-30 14:50:34

12．4 系统建设的方法
    系统的大小和技术的复杂性不同，系统就不同，它们要解决的组织问题不同，系统也会不相同。为了应对这种系统的不同，已经开发出了许多系统建设方法。本节将描述这些不同的方法：传统的PLM生命周期法、原型法、终端用户开发法、应用软件包法和外源法。
12．4．1 传统系统生命周期法
    系统生命周期法(systems lifecycle)是建设信息系统较古老的方法。生命周期法是建设信息系统的一个分段的方法，将系统开发划分为正式的阶段。系统开发专家对如何划分系统建设阶段有不同的看法，但他们基本上一致地同意我们刚刚在前文介绍的几个阶段。
    生命周期法坚持一个很正式的劳力划分，并将其划分为终端用户和信息系统专家。技术专家如系统分析员和程序员，更多地负责系统分析、设计和实施工作，终端用户限于提供信息需求和评审技术人员的工作。生命周期法还强调正式的说明和纸面工作，因为在B2B系统项目进行的过程中将产生许多文件。
    系统生命周期法适用于建设大的复杂的系统，并要求一个严格的正式的需求分析、预定义说明和在系统建设过程中的严密的控制。然而，系统生命周期法是十分昂贵的、耗时的和不灵活的。虽然系统建设者可以在生命周期的阶段中前进和后退，系统生命周期法仍然是占优势的“瀑布法”，其中，在下一阶段的工作开始前，这个阶段的任务应该完成。活动可以重复，但大量的新文件必将产生，如果要求与说明需要修改，则需要重新经历各个阶段。这将鼓励在开发过程中相对较早地冻结说明。生命周期法不适合于许多小的桌面系统，而趋向于欠结构化和多个人化。
12．4．2原型法
    原型法(prototyping)可以很快且便宜地为用户建立一个试验系统，以供用户评价。与原型交互，用户可以得到关于他们信息需求的更好的想法。被用户认可的原型可作为一个模板去创建较终系统。
    原型是信息系统的一个工作形式或系统的一部分，但它只是一个初级模型。一旦运行，它将进一步完善直至精确地与用户的需求相一致。一旦设计完成，原型将被转换成完美的生产系统。
    建立一个初始设计，试验它，修改它，再试……因为要求建立一个电子商务系统的阶段可以重复再重复，这就是系统开发的交互过程。原型法比生命周期法有较明显的交互，它积极地促进系统设计变化。它被说成原型法通过有计划的交互代替无计划的重做，以使每一个版本比以前都能更加正确地反映用户需求。
1．原型法的步骤
    图12—11给出了原型法的一个4步模型，具体步骤如下：
    ·步骤1：识别用户的基本需求。系统设计者(通常是一个信息系统专家)和用户一起工作，仅持续至捕捉到用户的基本信息需求为止。
·步骤2：开发一个初始系统。系统开发者利用快速生成软件工具。很快创建一个工作原型。
    ·步骤3：运用这个原型。用户被鼓励利用系统工作以确定该原型满足需求如何，并对改进原型提出建议。
·步骤4：修改和提高这个原型。系统建造者记录用户要求的所有改变及其相应的原型改进。
    在原型修改后，返回到步骤3。步骤3和步骤4不断重复直至用户满意。

    当没有进一步交互的要求时，这个被认为的原型就会成为运行原型，提供给应用的较终说明。有时这个原型被接受为生产原型。
2．原型法的优点和缺点．
    当要求或设计方案不确定时，原型法较有用。原型法尤其在设计终端用户的接口(系统的一部分，用它可以和用户交互，如在线展示、数据输入屏幕、报告、网页)时较有用。由于原型法鼓励终端用户参与整个系统开发生命周期，因此，它是较有可能产生实现用户要求的系统。
    然而，快速原型法可能掩盖系统开发的重要步骤。如果完成的OA系统理论上工作很好，管理层可能就不会遇到重编程、重设计，或全部文件化和测试去建立一个完美的生产系统。一些仓促建立起来的系统可能很难适应于生产环境中的大量数据和大量用户。
12．4，3终端用户开发
    某些类型的信息系统可由终端用户自己开发，很少或无须技术专家的正式协助。这种现象就叫做终端用户开发(end·userdevelopment)。一系列第四代语言类的软件工具使之成为可能。第四代语言是软件工具，它使用户能以较少或无须技术帮助去创建报告或开发软件应用程序。某些第四代软件工具还能提高专业程序员的生产率。
    第四代语言与传统程序语言相比，趋向于非过程化或少过程化。过程化语言要求说明步骤或过程的顺序，告诉计算机做什么和如何去做。非过程化语言仅指出必须完成什么，而不是提供详细的如何去执行这个任务。
    表12-5给出了7类第四代语言：PC软件工具、查询语言、报告生成器、图形语言、应用生成器、应用软件包和高水平的程序语言。该表显示的工具按照非程序员类终端用户的易用性排序。终端用户较愿意用PC软件工具和查询语言。查询语言(querylanguages)是软件工具，它提供非预定的信息需求的在线即时回答，例如，“谁是业绩较高的销售代表?’查询语言通常连接于数据管理软件和数据库管理系统。

    总体来说，终端用户开发的系统比传统的生命周期法开发的系统的完成速度更快。允许用户自己指定企务需求以改善需求收集，并带来用户的高度参与和提高对系统的满意度。然而，第四代工具在某些应用上仍不能代替传统的工具，因为它们不易进行大量业务的处理或者大量过程逻辑和更新要求的应用。
    终端用户计算还具有组织风险，因为它处于信息系统管理和控制的传统机制之外。当系统开发很快时，没有一个正式的开发方法，测试和文件化可能会不合适。，在传统信息系统部门之外的系统，可能会失去数据控制。
    为了帮助组织获得终端用户应用收益的较大化，管理层应通过对终端用户信息系统项目的成本评议和为终端应用开发建立硬件、软件、质量标准来控制终端用户应用的开发。
12．4．4应用软件包和外源化
    我们在前文已经指出今天大多数零售系统的软件不是企业自己开发的，而是由外源购买的。公司可以从应用软件供应商处租用软件，也可以从一个商业供应商处购买一个软件包，或者它们可以寻求一个外源．公司开发的顾客应用软件。
    在我们的案例中层示了一个公司通过多种方法来获得较好的软件。ElieTahari有限公司正在应用企业业务系统和终端用户计算工具。该公司把它的零售销售点的数据外包给其他公司清算，因为它们的效率比Tahari的内部职员更高。结合所有这些方法，Tahari具有了一组强有力的系统和工具，并增加了其工作效率和获取市场优势的能力，以使公司集中它的核心竞争力——款式设计。
1．应用软件包
    在过去几十年里，许多应用系统建立在应用软件包的基础之上。许多应用程序对所有企业组织是通用的，如工资、会计应收、总账和库存控制等。这种标准过程的通用功能很长时间内都不会改变，一个通用化的系统可以实现许多组织的要求。
    如果一个软件包可以实现大多数组织的要求，公司就没必要编写它自己的软件。公司可由该软件来节省用于重写、重设计和重测试软件程序的时间与金钱。软件包供应商提供系统建成以后的维护和支持，包括改进系统使其与技术和企业的发展水平保持一致。
    如果一个组织具有该软件包不能提供的独特的要求，则还有许多软件包包含顾客化的能力。顾客化(customization)特性允许修改这个软件包以适应组织的独特需求，但不能破坏包软件的整体性。如果要求大量的顾客化需求，附加的编程和顾客化的工作可能会很耗资且耗时，从而否定了软件包的许多优势。
    图12-12表示了软件包的总实现成本如何随顾客化程度的上升而上升。由于隐藏的实现成本，初始采购成本可能是不可信的。如果软件商发行了软件包的新版本，顾客化的总成本也将增加，因为这些变化应与软件的未来版本同步。

    当一个系统用一个应用软件包开发时，系统分析工作将涉及对软件包的评价的努力。较重要的评价标准包括软件包所提供的功能、灵活性、用户友好性、硬件和软件资源、数据库要求、安装和维护的努力、文件化、供应商的质量、成本等。这个软件包的评价过程通常基于一个建议请求(requestforproposal，RFP)，它是一个提交给供应商管理的详细问题列表。
    当一个软件包解决方案选定以后，组织不再对系统设计过程进行全面控制。而是直接剪裁