信息化系统研究开发过程

1、系统开发过程 五个阶段 各种系系统开发方法法学在范围、复复杂性、完善善程度以及方方法上有很大大的不同。尽尽管有的方法法学分三个阶阶段，有的分分15个阶段，但但是每个方法法学所描述的的要完成的活活动基本上是是相同的。本本章要阐述的的最重要的一一点是：最好好的方法学是是那些始终把把用户考虑进进去的方法学学。过去的情情况是，用户户管理人员与与信息服务开开发组合作来来完成系统的的一般功能说说明书，然后后，由信息服服务人员来进进行系统开发发。现在，系系统开发是各各占50%的比例例；因此，用用户管理人员员应该非常熟熟悉系统开发发的大体过程程，特别应该该熟悉他们单单位自己使用用的方法学。 系统开开发过程可分

2、分为五个阶段段来描述。这这五个阶段是是： 1.第第阶段系统开始始和可行性研研究 2.第第阶段系统分析析和设计 3.第第阶段程序设计计 4.第第阶段转换和实实现 5.第第阶段实现后的的评价 第阶阶段系统开始和和可行性研究究是在为开发发一个建议的的系统提供人人力和资源之之前完成的。第第阶段多数的的工作和编写写的资料是第第阶段的输入入。在第阶段系统分析析和设计期间间，系统分析析员与用户一一起工作以编编写详细的功功能和系统的的说明书。将将这些说明书书交给程序员员，然后开始始第阶段程序设计计。在第阶段转换和实实现期间，一一旦软件开发发出来，则建建立数据文件件，转换现有有系统，并且且实现新系统统。第阶段实

3、现后的的评价。在开开始了系统寿寿命期中的生生产阶段之后后，提出(经常被忽略略的)实现后的评评价要求。 具体开发过过程 下面将将逐步地描述述系统开发过过程。至于具具体的细节、相相互的影响、方方法、形式等等，用户管理理人员应该与与信息服务经经理联系，与与他们讨论公公司当前使用用的方法学，同同时再看看公公司内部描述述方法学的手手册。 1.第第阶段系统开始始和可行性研研究 在第阶段的活动动中很少有与与其他四个阶阶段的活动相相一致的。此此处所提供的的方法包括对对于受拒绝后后的再次服务务请求的方法法以及将技术术转移可能性性的研究合并并到诸过程中中这些内容。第第阶段最终的的产品有两个个部分。第一一部分是实际

4、际的可行性研研究报告，它它包含对建议议的或改进的的系统的描述述以及利润/成本分析。第第二部分是系系统的初步设设计。它对于于估价成本和和利润是必要要的。该初步步设计是第阶段系统分析析和设计的直直接输入。 将系统统的初步设计计并入可行性性研究的依据据是，多数可可行性研究是是以概念而不不是以设计为为基础的。如如果在描述系系统目标上花花的时间太少少，那么成本本估计，甚至至利润估计将将是错误的。用用概念来指导导可行性研究究注定会导致致成本过高，而而且用户不满满意。在系统统初步设计上上所花费的时时间是值得的的，即使拒绝绝可行性研究究也是如此。因因为所编写的的资料将必然然会被证实其其他项目中是是有价值的。

5、下述编编号的活动与与系统开发责责任矩阵相对对应。 (1)提交服务请请求提交服务请求说说明了包括对对受拒绝的请请求再次请求求处理的一种种方法。所请请求的服务毕毕竟是用户做做的，因此，应应该由用户着着手进行。我我们鼓励用户户管理人员请请求信息服务务人员的帮助助，但是应该该再一次强调调，业务领域域的管理人员员应该对各种种大小的服务务请求都提供供合适的资料料。(2)估价服务务请求 正如在在责任矩阵中中所注释的那那样，信息服服务管理人员员只能承诺小小的项目(由公司的方方针所确定的的小项目)。 (3)指定可行性性研究组 信息服服务经理和用用户经理共同同来指定适当当的混合的人人选以组成可可行性分析研研究组。

6、该组组至少由一名名系统分析员员和一名用户户代表组成。可可行性研究组组的大小取决决于可行性研研究的范围和和时间限制。 用户代代表应该熟悉悉当前专业领领域的所有工工作，用户经经理、总经理理助理，或专专业领域分析析员是合理的的候选者，用用户的系统分分析员，具有有计算机信息息处理基础知知识的情况已已经越来越普普遍了。 必须指指定一个人担担任可行性研研究组的组长长，哪怕只是是两个人的可可行性研究组组也需要一个个组长。直到到1980年为为止，多数的的可行性研究究组和项目组组是由一个高高级系统分析析员或一个项项目负责人来来领导的。在在信息服务部部门中，这两两种人是固定定分工做这项项工作的。目目前越来越多多的

7、公司采取取这样一种政政策，即由用用户担任项目目组组长。这这种将主要责责任下放给最最终用户的做做法将进一步步鼓励用户参参与系统设计计。在这种政政策上取得成成功经验的那那些公司已经经指派了一些些具有杰出管管理经验和具具有某些计算算机和信息处处理知识的用用户人员担任任项目组组长长。在任何情情况下，组长长必须对该组组的工作有一一个总的安排排。如果要求求一个用户代代表既作为可可行性研究组组或项目组的的组长而同时时又要求他继继续履行业务务领域的职责责，那么该项项目是肯定要要失败的。有有好些公司已已经采用了一一种政策，即即自动地指派派受系统影响响最大的业务务领域的经理理作为可行性性研究组和项项目组的领导导以

8、后该经理理将从原来的的工作职责中中解脱出来，而而用他(她)的全部时间间管理可行性性研究(或项目)组。这种人人事安排已经经成为当今的的主流，其困困难是用户经经理需要离开开原来主管的的业务部门少少则两个月多多则三年后才才能回他原来来的工作岗位位上。 (4)标列约束条条件 在系统统开发的过程程一开始，可可行性研究组组与信息服务务人员和用户户经理密切合合作标列出设设备、成本、进进度、规程、软软件以及操作作上的约束条条件。它们可可能限制建议议的系统的定定义和设计。 (5)整理现有系系统的资料 整理现现有系统资料料的主要理由由是：如果可可行性研究组组不充分了解解现有系统，那那么他们就不不可能有效地地完成所

9、建议议的系统的初初始设计。已已经建立起来来的多数人工工系统并没有有经过真正的的设计。在这这些系统中，必必须从手稿整整理出资料。如如果一个建议议的系统是改改进一个现有有的计算机信信息系统，那那么可行性研研究组只需要要保证现有资资料的完整性性和保持最新新版本就行了了。现有系统所形成成的任何资料料将给设计阶阶段提供有价价值的输入(如果批准开开发该系统)。即便建议议的系统遭到到拒绝，也能能对现有系统统提供基本的的资料，并且且可能透彻地地理解理现有有系统。现有有系统的资料料由四部分组组成：系统报告和和资料；系统数据文文件；系统数据元元以及说明现有系系统的数据、信信息和工作流流程的图表。前前三部分(报告、

10、文件件和数据元)可分类如下下：当前使用的，而而且在建议的的系统中以目目前的形式保保留下来； 当前前使用的，但但是修改后才才在建议的系系统中使用； 当前前使用的，但但是在建议的的系统中将被被删除而不再再保留的。 例如，列列出所有现有有的报告和标标准的资料，并并按上述分类类给定一种状状态。在报告告上将标明相相对周期(如，每天，每每周)以及分发范范围。 对于现现有系统的所所有数据文件件都标明有关关的存储介质质(如，35的卡片，磁磁带，马尼拉拉折纸机，磁磁盘等等)以及存储方方式。例如，一一个名字一地地址文件可以以存储在许多多张35的卡片上，并并且按名字的的字母顺序排排列。一个人人工系统所保保存的文件数

11、数总是令人吃吃惊的，即便便对于业务领领域管理人员员也是如此。为为了完善现有有文件的资料料，将每个文文件的记录的的样式和简单单描述附在文文件表中。系统数据元(即即，社会保险险号，顾客名名，货号等等等)是直接列出出的，而不必必关系有关的的文件。数据据元经常在几几个文件中重重复出现。除除了状态指示示符之外，如如果数据的名名字不能自我我说明，则必必须对每个数数据元进行描描述。有关数数据元的其他他信息还包括括更新要求(如，每天，每每周，每月，或或根据需要更更新等等)、来源(如，代办处处，资料，系系统，工作人人员等等)以及职责(如，部门名名和负责更新新者的职务)。说明在整整理现有系统统资料时数据据元可能采

12、用用的一种典型型格式。整理现有系统的的资料：系统统数据元报告标题 系统数数据元日期系统标题 医疗信息息系统标识 MLLS目前的需要修改需要删除更 新要求来源职责编号标题描述1名字患者-住院表住院处2首字母“-“3姓“AR“4子女数“AR“5性别男或女-“6婚姻状况AR“ AR-当需需时 我们通通过将系统简简化为输入、处处理和输出等等几个基本组组成部分来表表示整理现有有系统资料的的工作过程。然然后用图形描描绘出各部分分之间的逻辑辑关系。有多多种图像表示示技术来做这这件事。最为为流行的(尽管不一定定是最好的)是流程图。其其他的更为结结构化的技术术还有：IBBM公司的层层次化输入处理输出图(HIIP

13、O)，汽汽泡图，数据据流框图，南南茜斯奈德曼(NNassi-Shneiidermaan)图，渥渥尼尔(Waarner)框图以及判判定表。当前前工作过程的的图像描述提提供了系统的的数据、信息息和工作流程程的一个概貌貌。它着重强强调系统中控控制工作流程程的那些数据据元。这些图图应该刻画人人工和计算机机的处理步骤骤，并且以适适当的顺序安安排每一处理理步骤。通常常以能最好地地显示出工作作过程的方式式来组织和提提供这些图。它它们可以是由由一些随机事事件、功能或或按小的和大大的周期来驱驱动的子系统统，也可以是是若干子系统统；既可以是是层次的，也也可以是混合合的。很少有有几个系统是是完全顺序的的，因此，在在

14、多数情况下下可以应用模模块方法。 (6)调查研究技技术转移的可可能性 为了更更好地利用现现有的技术，许许多公司正在在进行将有关关技术转移到到他们的系统统开发方法学学中可能性的的调查。鼓励励调查技术转转移的可能性性和(或)可行性的政政策必将带来来人力资源的的大量节省。特特别对程序员员和分析员更更是如此。合合适的技术转转移将使这些些人的工作集集中于还没有有现成软件的的特定行业的的应用领域。 技术转转移可能性的的调查是从走走访那些已经经实现的，而而且与所建议议的系统有类类似规模和工工作的系统。可可行性研究组组还应该调查查商品软件目目录，以便找找到适合的可可应用的软件件。如果认为为技术转移是是可行的，

15、则则可行性研究究组说明怎样样使用这些技技术以及为适适应现有环境境所要求的修修改范围。 如果使使用标准的方方法来进行技技术转移潜力力调查，那么么提出要求的的公司应该采采取与具有类类似要求的其其他公司合作作的政策。 (7)完成建议系系统的初步设设计可行性研究组要要走访专业人人员以获得一一般的系统要要求，然后，将将这些要求转转换成初步的的系统设计。设设计过程是交交互的，用户户经理和可行行性研究组需需要经常就设设计思想和方方法等交换意意见，用生动动的文字和图图形说明来形形成建议的系系统初步设计计的资料，这这些生动的文文字(用非技术词词汇)描述了所建建议的系统的的基本工作过过程，而且常常常同时附有有图形

16、说明。这这些文字图表表也将列举出出那些大大违违背现有工作作方式而建议议的系统所期期望的手续、手手段和方法。这这些文字图像像也将描述建建议的系统与与人工系统以以及建议系统统必须与之兼兼容的自动系系统之间的关关系。图形说明将建议议的系统的过过程简化为它它们的组成部部分，同时强强调各部分之之间的逻辑关关系。 (8)确定项目范范围 可行性性研究组与信信息服务人员员以及用户管管理人员合作作估计初步设设计中所刻划划的系统的复复杂程度。并并对开发项目目今后的每一一个阶段进行行人力资源要要求的估计(用户，信息息服务人员及及其他人员)。此外，还还注意到培训训和计算机机机时要求。 (9)准备利润/成本分析报报告

17、一旦完完成初步设计计并且确定了了项目的范围围，则可以开开始利润/成本分析。不不幸的是，由由于用户和信信息服务管理理人员都希望望加快可行性性研究阶段，所所以，一些关关键的步骤被被省略了，因因此造成在利利润、成本估估计上的错误误。仅仅根据据一种概念是是不可能精确确的反映出利利润和成本的的。设计中的的某些步骤是是必不可少的的。 另一种种在形成公司司决策过程中中所隐含的错错误将不可避避免地把那些些难以确定的的利润也算成成资金收入。当当今许多复杂杂的，综合的的系统为公司司的利益做出出了重大的贡贡献，而做到到这样程度是是因为它们经经历了漫长的的、不可捉摸摸和难以预见见的道路。评评价信息服务务项目的好处处和

18、价值是一一个主观的过过程，它要求求具有成本和和利润方面的的实际的知识识。此外，决决策者对于正正的和负的不不确定的利润润要有透彻的的理解。使用用美元作为所所有成本和利利润的统一的的计量标准大大大地简化了了评价工作。那那种把不确定定的利润引入入盈利图表(为了“建立更好的的顾客关系”或“提高威信”)的作法会造造成在“底线”中复合的错错误。底线经经常被盲目地地接受作为一一种信条。事事实上，在那那种情况下，估估价是取最好好的情况(理想的)和最坏的(荒谬的)情况之间。然然而，如果将将不确定的利利润化成美元元，那么决策策者将以更好好的判断代替替那种不准确确的估计。 估价建建议的信息系系统的最好途途径是针对系

19、系统净值(收入减去成成本)估量正的和和负的不确定定利润。为了了便于理解不不确定利润(例如，增加加服务，减少少发票上的错错误，加快周周转期等)，应该产生生一个成本和和收入的一览览报表。 下表说说明如何使用用最少的成本本类别来表示示一次性的和和重复使用的的成本。这些些成本可由预预算中心提出出，并且把公公司作为一个个整体来考虑虑。成本类别别有：劳力，材材料和设备，旅旅差以及其他他各种成本。对对于每一类，在在第一列指出出一次性成本本估计(开发)，而在系统统寿命期的水水平线上指出出可重复使用用的成本估计计(生产)。公司项目目在净值可以以从估计收入入中扣除成本本计算出来，并并且根据公司司政策对流动动现金打

20、折扣扣。成本一览表预算中心项目标题和编号号成本项一次 性成本每年重复使用的的成本年第1年第2年第3年第4年第5年第6年第7年第8年劳力材料和设备材料设备旅差每日开销交通费其他开支总成本 (100)根据可行行性研究做出出决策 完成可可行性研究后后，除了技术术补充之外所所有报告和资资料全部交给给信息处理政政策委员会以以便实施。技技术补充包括括准备可行性性研究所要求求的背景信息息。它还包括括一般的系统统设计和开始始第阶段(系统分析和和设计)的一个框架架。信息服务务政策委员会会感兴趣的主主要是初始服服务请求、范范围、图解说说明和利润/成本分析。 信息服服务政策委员员会能对可行行性研究施加加影响。信息息

21、服务政策委委员会能够： 拒绝绝建议。 批准准建议并对该该建议的开发发和实现指定定一个最高优优先数。 批准准系统并给它它指定一个比比最高优先数数小的优先数数，同时将请请求放在所有有建议的系统统队列的适当当位置(定期检查队队列，当所请请求的资源可可用时，委员员会给当时是是最高优先数数的项目发出出通行命令)。 2.第第阶系统分析析和设计 很少有有几个项目能能在批准可行行性研究后立立即实现。在在得到批准和和项目开始之之间的估计时时间可能是两两年或两年以以上。一旦项项目获如通行行命令，则开开始第阶段系统分析和和设计。在第第阶段，将描描述所有输入入/输出的格式式和内容，并并且完成详细细的系统设计计。第阶段

22、的最后后一步活动是是准备程序说说明，其中包包括各种程序序模块的说明明书。重要的的是牢记在第第阶段和第阶段不编制制程序。一个个普遍容易犯犯的错误(经常与系统统的质量和运运行维护的水水平密切相关关)是压缩第阶段，使它它提前完成以以便开始第阶段程序设计。粗粗糙的系统设设计必将成倍倍、甚至三倍倍地增长项目目所要求的程程序设计量。 (111)指定项目目组 与可行行性研究组一一样，项目组组也应该有一一个或多个系系统分析员和和一至多个来来自所建议的的系统范围内内各业务方面面的用户代表表。如果可能能的话，还要要给项目组指指派一名信息息服务审计员员，他不作为为专职人员，而而作为安全和和控制方面的的顾问。因为为在

23、第阶段结束之之前程序员实实际上并不参参与进来，所所以可以将指指定程序员一一事推迟到第第阶段结束时时再进行。可可行性研究组组的成员不一一定都是项目目组成员。在在第阶段结束到到第阶段开始之之间的这一段段时间里，通通常委派他们们到其他项目目去。然而我我们建议，只只要可能则尽尽量将原有可可行性研究组组的人员指派派到项目组。项项目组的组长长可以是信息息服务人员，也也可以是用户户。 某些单单位有按业务务领域组织的的固定的项目目组。例如，某某个项目组专专门负责人力力资源开发方方面的老的系系统的维护和和新系统的开开发，而另一一项目组则负负责会计和财财务方面等等等。另一种办办法是项目组组必须由信息息服务人员和和

24、用户专业人人员共同组成成，而且是以以项目为基础础来指定项目目组。究竟怎怎样组成项目目组为好，显显然要进行权权衡。按专业业组成的项目目组很难预料料在任务过多多时或任务不不足时由于人人员不足或过过剩所带来的的损失。然而而，这种项目目组织使得项项目组成员有有更多的机会会积累开发专专业领域应用用的经验。信信息服务项目目组组织的最最好方式或许许是既按专业业领域组织而而同时又保持持一定的灵活活性，使得项项目组成员能能在各项目组组织之间流动动，以便达到到饱满的工作作负荷。 根据项项目的复杂程程度和涉及范范围的大小，每每个项目组都都有不同的最最佳人数。项项目组长的能能力是一个重重要的因素。有有些地方，一一个经

25、理能有有效地管理220个以上的的人员，而另另一些经理却却连管理3个人都有困困难。项目组组的大小以及及相对进度这这些是用户、信信息服务人员员以及公司的的经理感兴趣趣的问题。许许多公司的经经理人员有一一种错误的概概念，即如果果将项目组人人员增加一倍倍，那么完成成项目的时间间就应该减少少一半。实际际情况并非如如此。一个能能够直接分成成若干个相同同大小模块的的简单项目，用用两倍的人力力，可以在原原定的一半时时间里实现。然然而，绝大多多数的项目是是复杂的，有有的甚至是极极为复杂的，这这就要求在所所有项目组成成员间进行内内部协调。 下图说说明增大项目目组的规模时时，将会发生生的情况。在在某确定的数数目之前

26、，每每增加一个指指派到项目组组的人员都增增大了对项目目的贡献。在在这之后，每每增加一个人人实际上减少少了项目组每每个人对项目目工作的贡献献。图上有一一点是增人员员的反射界线线，超过那一一点，再增加加人对于项目目的目标来说说反而起相反反作用。由于于项目成员之之间的关系复复杂，因而使使得生产效率率降低。在为为了满足项目目限期而采取取紧急措施的的情况下，有有时经理人员员要求将所有有资源转移到到紧急的项目目上，下图形形象的说明了了当一个项目目组人员太多多时，将会出出现的情况。这这时将不可能能进行内部协协调。当头都都不知道尾在在做什么的时时候，即使每每一个成员都都忙于从事某某种与项目有有关的工作，项项目

27、的进度还还是要停顿下下来。 对于每每一个确定的的项目组都有有最佳规模。与与项目有关的的所有经理和和公司行政人人员都应当很很好地掌握这这样一个格言言：与其过分分地扩大项目目组织规模，造造成欲速则不不达的局面，还还不如推迟项项目的实现时时间。项目组的规模（P112） (122)估计人员员要求并进行行人员委托一个项目的成功功与否在很大大程度上依赖赖于用户与公公司经理、其其他专业领域域人员以及某某些范围内信信息服务人员员(如，数据库库管理员，联联系用户的人人员等等)。由于某人人(或某部门)忘记或不承承认以前的口口头上的委托托，会使得许许多紧急项目目被延误。因因此有必要签签署一个书面面的人员委托托书。应

28、该造造表列出在系系统开发过程程中所直接参参与到的项目目组的人员和和其他人员(如访问用户户人员、收集集数据人员等等)，并同时列列出在每一阶阶段对他们的的相对的时间间要求。项目目的人力要求求来自于可行行性研究报告告。报告标题：估计计人员要求日期：12月88日系统标题：市场场分析系统标识：MARSS部门业务头衔时间百分比管理信息部系统协调员第阶段60第阶段30第阶段80估计人员要求管理信息部高级系统分析员员1001080管理信息部高级系统分析员员1001080管理信息部高级系统分析员员6000管理信息部高级程序员08020管理信息部程序员010100市场部经理102030市场部经理助理102030市

29、场部文职人员101040市场部文职人员101040 没有书书面人员委托托而进行的项项目肯定会产产生不必要的的延误，甚至至可能失败。本本书把项目开开发的重要性性放到一个恰恰当的位置。在在项目中所涉涉及到的许多多人并不在项项目组内。由由于这些的多多数都理解他他们的例行活活动比项目所所涉及的任何何外部事物更更为重要，所所以一个书面面委托是必不不可少的。不不幸的是，项项目委托有时时超过了他们们按常规分配配的工作负荷荷。在这种情情况下，需要要经理直接参参与、定期督督促和采取干干预措施。对于在各个阶段段人员委托的的相对要求上上给读者一个个感性的认识识。底部描绘绘了在系统开开发的每一阶阶段占总的项项目工作量

30、的的百分比，对对每一阶段提提供了项目工工作量百分比比的一个范围围。公司的政政策以及系统统开发方法学学将影响到相相对百分比。例例如， 一种强调设设计阶段()的方法学将将必定有更为为清楚定义的的程序功能说说明书。因此此减少了程序序设计工作所所要求的时间间。作为一个个规则(到目前为止止)，花在第阶段(系统分析和和设计)上的工作量量是与花在第第阶段(程序设计)上的工作量量成反比的。在在一个设计良良好的系统中中，第阶段将具有有比第阶段更大的的工作量。（P114）相对的项目工作作量 上端说说明了由项目目组(用户和信息息服务人员)和非项目组组成员的用户户对项目工作作贡献的相对对百分比。注注意，在第阶段期间，

31、330%的工作作量是由不在在项目组的用用户做的。在在第阶段(系统分析和和设计)期间，项目目组必须不断断地在每一级级与用户进行行通信。在程程序设计期间间，仅仅在外外围才涉及到到用户。在第第阶段(实现和转换换)，在培训、测测试、数据转转换和并行操操作中都涉及及到用户。在在第阶段中项目目组和用户肩肩并肩工作，直直到实现系统统。在第阶段，将系系统转交给用用户。 (133)人员培训训 为了在在系统开发过过程中进行有有效的交流，可可能要求对于于在设计数据据库时所涉及及的用户以及及在生产调度度中所涉及的的信息服务人人员进行培训训。根据经验验，信息服务务人员负责信信息系统方面面的培训，而而用户则负责责专业领域

32、的的培训。 这个活活动的产品是是一张表，表表中列出要求求某种培训的的人员的名字字和头衔。每每行表中都注注明那种培训训的简单描述述，包括地点点、负责人以以及计划的时时间等。有些些培训将要求求马上进行，而而另一些培训训(比如数据录录入)将推迟到项项目接近实现现时进行。 (144)建立详细细进度表 通过使使用一种标准准的系统开发发方法，管理理人员可以建建立阶段标志志，然后，利利用历史统计计数据和经验验来估计中间间和最后活动动完成的日期期。项目组组组长必须与信信息服务人员员以及业务领领域的管理人人员密切合作作以保证在系系统开发过程程中在各关键键点有足够的的人员。 系统开开发过程本质质上是线性的的(一个

33、活动接接着一个活动动)，而且是不不难用适当的的准则(方法学)和合理的估估计来监视的的。说明了一一个典型的信信息系统项目目进度表。在在活动点上加加上三种标志志之一以指出出该活动的状状态。如果情情况表明该活活动是不必要要的，则在活活动号上加一一个圆圈。如如果一个特定定的活动正在在着手进行，则则在相应的活活动号上划一一个对角线。一一旦活动完成成则将对角线线改成交叉线线“”。有时时也用甘特表表来给出项目目进展的图形形轮廊。 在开始始一组有阶段段标识的活动动之前，要准准备一个更为为详细的进度度表，来单独独安排这些中中间活动。对对于要求多于于两周时间的的那些活动将将以两周为增增量来安排进进度。说明了了对具

34、有阶段段标志E的那些活动动的一个详细细的信息系统统项目进度表表。 下面的的方法可以用用来估计价格格、人员以及及相应的时间间要求。这种种循环使用的的方法使得一一组人能意见见一致，而且且对于信息服服务项目特别别合适。我们们假定参与估估计的那些人人能够提出问问题或具有任任务方面的知知识，而且能能够提出支持持自己意见的的重要的理由由。参与建立立信息系统项项目进度表的的人可以包括括项目组长、起起作用的用户户经理以及其其他有经验的的信息服务人人员(他们不一定定与本项目有有关)。我们通过过以下几个步步骤来描述进进行合理估价价的方法。 项目目组长介绍任任务(例如，确定定项目进度表表的阶段标志志的日期)和相应的

35、背背景信息。 每一一个参加者提提交一个书面面估计(成本、人员员要求或时间间)。 项目目组长(以线性比例例)绘出该组每每个成员的估估计。 计算算上、下四分分点和中点，并并且标上尺度度。 要求求其估计低于于上、下四分分点的那些参参加者解释他他们低或高估估计的理由。 项目目组长就所标标绘的估计召召集一次公开开的讨论会。 重复复步骤至，直到达到到精确性要求求不需要再循循环为止。通通过每一次循循环，将降低低估计的误差差。 估计计是取中间值值或(在适合时)取平均值。估估计的误差是是包含危险的的一种标志。 (155)与用户人人员交谈 与用户户交谈的过程程从本活动开开始。为了解解决问题和确确定系统要求求，项目

36、组成成员定期与有有关用户见面面。与用户交交谈及反馈的的过程贯穿于于系统开发的的全过程。 对于详详细设计的基基本输入是：(A)初始设设计(来自可行性性研究)，(B)对现有有系统及其成成分的评价(也是来自可可行性研究)以及(C)输入、处处理以及输出出的要求(由用户提供供)。 项目目组与有关的的用户人员检检查在可行性性研究的初始始设计中所描描述的输入/输出要求和和频率，并根根据需要及价价值对每一种种输入/输出进行评评价。许多输输出是“有了更好”，但是却不不值得去产生生它们。还可可以根据周期期和时帧来估估计输入/输出。通过过估计频率/价值比的平平衡来优化周周期的输入和和输出。例如如，如果每周周情况报告

37、可可以满足需要要，那么就没没有必要再产产生每天的情情况报告。在在联机系统中中，检查响应应时间要求以以确定这种时时间要求是否否太紧迫，能能否适当放宽宽要求而又致致于对运行效效率产生较大大的影响；或或者确定这种种响应时间的的要求是否不不能满足。 目前前系统的资料料对设计提供供了有价值的的输入。现有有的报告、表表格、原始资资料等等，实实际上能够追追踪最终用户户以便确定该该资料是否合合适，是否及及时等。如果果是，还能做做哪些工作来来改进它们?项目组负责责对现有的所所有输入和输输出进行修改改。通过合并并类似的输入入和(或)输出以及消消除多余的信信息尽可能地地减少重复。 初步步交谈的一个个直接结果是是对所

38、建议的的系统所有的的输出一般的的描述(报告，显示示或事务)。根据周期期、初始用户户、输出介质质、内容以及及分布来描述述每一种输出出。 (166)说明数据据库要求 数据库库用来支持系系统的处理，特特别是支持系系统的输出。在在目前系统的的资料中包含含了可继续使使用的数据元元。许多现有有数据元的格格式肯定是需需要改变的，还还需要将支持持系统功能要要求所需要的的其他数据元元标列出来。 项目组组设计和编制制数据字典，在在一部数据字字典中所列出出的数据具有有维持每个数数据元的基本本信息，而它它们与数据库库或文件的组组织形式无关关。在给出的的数据字典的的例子中，包包括对每个数数据元指定了了一个各自的的前后参

39、照号号、标题、描描述(如果必要的的话)、是否被编编码、程序设设计标识、存存储单元(字符)数、格式和和存储器大小小(程序最初使使用的)以及职责等等。用户必须须给出负责的的人或部门、存存储单元以及及是否对数据据元编码等事事项。数据字字典形式，也也可以用来交交叉引用在所所有原始资料料、报告、文文件以及数据据库中出现的的每一个数据据元。 在标列出出所有的数据据元之后，项项目组与数据据库管理员合合作来进行记记录格式和文文件的设计，或或者，在数据据库环境下，他他们设计数据据库的模式。此此活动的输出出是数据字典典以及有关文文件和(或)数据库模式式的一份详细细的技术描述述。 (177)建立控制制和后援的方方法

40、 为了保保证信息系统统的正确性、可可靠性和完整整性，在设计计时就要考虑虑加进控制手手段。项目组组将说明在系系统设计时要要嵌入所有物物理上的和行行政管理上的的控制。在系系统的输入、处处理和输出阶阶段用以控制制系统的技术术的范围是广广泛的。在处处理之前核对对输入，在处处理期间使用用诸如合理性性检查以及数数字位检查等等技术以便最最小化或消除除在计算或处处理中的过失失误差，记录录计数和长度度核对是用来来保证输出正正确性的许多多技术的代表表。 为了避避免在系统故故障期间造成成破坏，需要要确定后援(备份)和校验点/重新启动的的方法。这些些方法描述了了包含在系统统中的克服故故障的额外处处理，在系统统故障的情

41、况况下，利用备备份文件和(或)备份事务日日记从上一个个“校验点”来重新建立立处理。在上上一个校验点点“重新启动”系统，并重重新开始正常常的运行。在在系统处理周周期期间，定定期地建立校校验点将会使使系统及时地地保留在该点点的所有处理理，而且不会会被破坏。 (188)完成详细细设计 详细的的系统设计是是分析输入/输出、处理理、控制和后后援要求的结结果。系统初初步设计或系系统一般设计计只描绘了各各主要处理活活动之间的关关系，而系统统详细设计则则扩展到包括括所有处理活活动和有关的的输入/输出。这是是系统开发过过程的基础活活动。正是这这一步，将功功能说明书与与技术上和方方法上的新设设施结合一起起以实现一

42、个个系统。详细细设计是前面面所有工作的的归宿。此外外，它也是该该项目今后所所有活动的一一张蓝图。 在活动动5中提到了用用图形说明系系统设计所使使用的若干技技术(但没有详细细讨论)。这里我们们简单地讨论论其中三种技技术流程图。HIIPO以及渥渥宁(Warrnier)图。用来形形象地描述工工作流程和总总的系统设计计的最流行的的技术是流程程图。流程图图使用刻画系系统逻辑的一一些专用符号号并通过流线线把这些符号号相互连接起起来以说明工工作流程和数数据流程。给给出了系统流流程图符号的的一个子集。，用用流程图描绘绘了一个已投投入运行的工工资系统的一一部分。 流程图有一一定的缺点。不不像前面所讨讨论的其他两

43、两种技术，流流程图并不鼓鼓励分析员使使用系统设计计的自上而下下或模块化的的方法。因此此，用流程图图方法来设计计系统，不仅仅难于设计，而而且设计出的的系统也难于于理解和维护护。流程图之之所以较为流流行，主要是是由于它是最最早出现的设设计方法。 层次式式输入处理输出法(又称HIPOO法)是在一层次次体系中将系系统设计按其其详细程度分分层，依次地地说明所有的的输入、处理理和输出的一一种方法。说说明了一个工工资系统的HHIPO卷内内容表(VTTOC)。VTOC是在在HIPO设计计方法中所使使用的几种标标准形式之一一。整个系统统被划分成由由若干逻辑模模块所组成的的一个层次体体系，并用VVTOC来描描绘。

44、此后，利利用粗框图和和细框图还可可以将这些模模块进一步划划分成更细小小一层的输入入处理输出的细目目。通常由若若干个VTOOC将设计的的层次体系统统推进到依次次的细目层。从从HIPO结构构化方法所得得到的好处往往往被编写系系统资料所需需要的大量繁繁琐的文书工工作所抵消了了。 Warrnier框框图可以用来来设计整个系系统、数据结结构、报表内内容以及数据据元的编码。使使用Warnnier框图图的依据是：应该围绕着着数据结构来来设计系统。Warnier框图的最大优点是对各种环境的适用性。图中的例子是一个扩展项判定表，它是许多判定表中的一种，一个判定表有一个条件分叉(在表的左上方)和活动分叉(在表的左

45、下方)，一个条件项(右上方)以及一个活动项(右下方)。判定表并不是一个说明数据流和工作流的有效的工具，最好把它作为其他设计方法的补充。判定表的主要好处是必须考虑到每一种可能的替换者、选择、条件、变元等。与流程图，HIPO图以及其他设计方法不同使用Warnier框图法，系统分析员不必考虑细节。 上面讨讨论的分析工工具代替了一一大段解说词词，而通常对对解说词的理理解容易产生生混淆。然而而，精心设计计的解说词可可以而且应该该用来支持图图形设计技术术。 没有一一种分析和设设计的技术是是最好的，最最好的分析和和设计技术是是适合一个公公司具体情况况的各种技术术的组合。总总之，模块化化的自顶向下下方法是当今

46、今必不可少的的。按自顶向向下方法进行行设计时，通通过最高一级级的管理者来来建立基本的的系统目标，然然后根据在公公司每一级收收集的输入数数据，在设计计中增加后继继的细目层。由由于作为一个个整体概念多多数系统过于于复杂，所以以将系统分成成若干个更容容易理解的模模块。模块化化的主导思想想是“各个击破”，而这是行行之有效的。 (199)指导用户户或信息服务务部门预演。 结构预预演是一种预预测评价方法法，它能有效效地减少某些些被忽略的或或作错的事情情。它也给预预测者提供一一个机会来评评价那些业已已建议的事情情(如系统设计计)，从而有可可能给出一些些建设性的建建议。预演的的目的是给项项目组提供有有价值的反

47、馈馈信息，而不不是对系统的的质量下判决决性的结论。 项目组长应考虑何时开始结构预演。通常预演是在系统设计以及系统开发过程中其他一些关键点(如，测试计划、程序描述等)完成之后才进行。 参与结结构预演中的的人有：若干干项目组成员员，一个协调调员，参加者者，一位秘书书，或许还包包括一位不属属双方的“中立的”经理。项目目组的某个成成员或所有成成员扮演“推荐者”的角色，并并且解释他们们所承担设计计的系统的那那一部分。协协调员负责组组织预演和协协调“推荐者”与“参加者”之间的相互互配合。根据据对所提出的的课题的知识识和兴趣来选选择“参加者”。这些人应应该是没有直直接参与本项项目的。秘书书将对一些要要点作书

48、面记记录。通常邀邀请一个“中立的”经理参加第第一次预演。中中立经理的出出席将促使参参与预演的每每一个人专心心于他的工作作(这一点有时时是预演的一一个问题)。 结构预预演的方法是是简单的。在在进行预演的的前几天将需需要审查的材材料(即系统设计计)分发给参加加者，协调员员负责跟参加加预演的所有有人联系和通通信。在实际际的预演期间间，推荐者解解释系统设计计以及有关的的资料。这是是通过一步一一步地预演系系统来进行的的，有时可能能还借助于某某种设计工具具。参加者提提供出讨论的的建议，而秘秘书则记录下下来以形成资资料。通常一一次预演持续续的时间不应应超过一个半半小时。如果果超过了这个个时间限制，那那么一次

49、预演演会议将变得得没有实际效效果。如果必必要，可以安安排几次会议议来完成预演演。 项目组组评价所有的的建议，并且且把所有价值值的建议并入入到系统设计计中。预演是是有价值的，它它使得设计者者在系统实现现之前获得重重要的反馈信信息。 (200)选择硬件件 如果正正在开发的系系统要求额外外的硬件支持持，则需要选选择适当的硬硬件并进行订订货。获得硬硬件的过程通通常是信息服服务经理的责责任。 (211)准备输出出格式 在系统统开发过程中中，到目前这这一阶段为止止，我们已经经提及了输出出并描述了其其有关的内容容，但是程序序员需要知道道具体的输出出形式(即应该怎样样在输出设备备上出现)。这种详细细的输出说明

50、明称之为输出出格式。项目目组产生出显显示屏(VDDU)格式，这这种格式规定定了诸如题目目、标题、输输出形式等项项，有时还应应包括输入形形式。 某些硬硬拷贝报告和和资料要求事事先打印好的的表格纸，项项目组与表格格纸厂商的代代表合作设计计这种事先打打印好的表格格纸(例如，工资资支票和短线线)。 项目组组还负责设计计和满足在系系统范围内所所有人工产生生的报告和资资料，同时与与受有影响的的用户经理相相配合进行修修改、增加或或删除。 (222)描述数据据项的说明书书 数据项项的说明书详详细规定了什什么数据将输输入到系统以以及它们怎样样被输入到系系统中。 (233)准备程序序描述 系统开开发进展到目目前这

51、一步，我我们已经对现现有的系统作作了详尽的分分析。它的功功能已经并入入建议的系统统的设计中，我我们已经完成成了建议的系系统及其支持持的数据库的的设计，并且且还准备了所所有输入/输出详细的的说明书。现现在项目组可可以着手标列列和确定所有有的程序，而而这些程序是是使得建议的的信息系统运运转所要求的的。系统的图图形表示(流程图、HIIPO图和其其他)是标列所要要求的程序的的初始输入。对对每一个程序序，项目组编编辑下述的资资料： 程序序语言的种类类(例如，COBBOL、BASICC、FORTRRAN) 程序序解说词的描描述描述要执行行的任务。 由程程序所产生的的各种输出的的描述和格式式 处理理频率(例

52、如，每天天、每周、联联机等) 界限限和限制(例如，输入入数据的顺序序，容量的限限制，响应时时间，最大值值，最小值等等) 详细细说明书(例如，排序序，编辑的标标准，特殊的的计算和逻辑辑操作，各种种表格等)。 3.第第阶段程序设计 项目组组现在可以着着手开始与计计算机通信了了。这种通信信(或与计算机机的接口)是采取指令令形式来进行行的，而这些些指令被编进进计算机程序序中。这些计计算机程序包包括系统运转转所必需的软软件。在第阶段程序设计阶阶段将开发支支持信息系统统所要求的全全部软件。 用户的的介入集中在在系统开发的的过程前段(第阶段)和后段(第和阶段)。如果正确确地完成了第第阶段而且用用户与项目组组

53、的协作是有有“成效”的，那么用用户将很少介介入程序设计计阶段，甚至至完全不用介介入。用户介介入最多的情情况将反复出出现在系统设设计需要澄清清的时候，有有时也出现为为第阶段(转换与实现现)，作一些初初始计划的时时候。 不幸的的是，有时用用户管理人员员也较深地卷卷进了程序设设计阶段。这这是第阶段进行得得很糟糕，而而且当开始程程序设计时还还没完成的一一种标志。这这种情况是经经常发生的，特特别是在时间间紧迫时，项项目组常常收收到一些强制制性的命令要要求产生尚未未完成的产品品。由于系统统开发过程的的最终产品是是软件，所以以有时过早地地开始程序设设计。这种系系统开发方式式必然导致产产生质量低劣劣的系统。这

54、这种系统并不不能满足用户户的要求，而而且维护的代代价很高。这这种系统整个个寿命期的成成本可能是一一个高质量的的系统的两到到三倍。 (244)指定程序序员组长 通常项项目组长是一一个系统分析析员或是一个个用户，他并并不直接参与与程序设计工工作。管理程程序设计工作作的人应该是是程序设计工工作实际的参参加者，因此此，对于要求求两个人以上上的程序设计计工作，将由由信息服务经经理指定一个个程序员组长长。当然，项项目组长仍然然对整个项目目负有责任。 程序员组长有时也称作为主程序员。他(或她)可能只花10%的时间在产品的程序设计上。如果只需要管理一个下属程序员，那么主程序员可能花80%的时间在产品的程序设计

55、上。 (25)安排顺序和分配程序 一个信信息系统的软软件包，可能能要求几百个个程序。并不不需要按照这这些程序最终终执行的顺序序来编写它们们，在建立程程序开发进度度表时，必须须考虑到许多多变化的因素素。在安排程程序编制顺序序时，主程序序员应考虑如如下问题： 建立立和维护测试试文件的需要要 程序序的依赖性(此处一个程程序依赖于另另一个程序的的部分或全部部的输出) 程序序的长度和复复杂性 根据程程序员专业知知识的水平、工工作效率以及及对系统熟悉悉的程序分配配程序。由于于经常将程序序员分配到其其他项目组，从从而对专业知知识和经验的的要求非常广广泛，所以使使程序员与程程序相匹配并并非易事。 (266)安

56、排准备备程序的进度度 主程序序员可以利用用程序进度表表来安排和监监督下属程序序员的活动以以及任一给定定程序的状态态。由于程序序开发有一个个基本的模式式，所以一种种类似于用来来监督项目进进度的技术可可以用来监督督完成一个特特定程序的进进度。表绘出出的甘特表是是程序进度表表的一种图形形表示，而且且它是在公告告板上可以看看到的一种通通用的管理工工具。几乎所所有的主程序序员和项目组组长都经常使使用这种公告告板。 (277)编制、测测试程序和编编写程序资料料。 通常一一个程序员在在一给定的时时间里将同时时编制25个程序。开开发任一给定定的程序的一一般的方法本本质上是相同同的。它们是是： 准备备一般的程序

57、序逻辑框图 准备备详细的程序序逻辑框图 编写写程序(写程序语句句) 测试试和调试程序序 编写写程序的资料料 4.第第阶段转换和实实现 第阶阶段的目标(转换和实现现)是把在第、和阶段的工作作结合成一个个整体，并将将信息系统实实现到业务领领域。项目组组和受影响的的用户部门大大量地介入第第阶段的全过过程中。 尽管在在第阶段已经分分别测试了系系统的各个成成分(程序)，但这并不不能保证把它它们结合成一一个整体时系系统将正常工工作。因此，在在第阶段来完成成整个系统的的测试。在第第阶段期间，项项目组将培训训用户运行信信息系统，转转换现有文件件以及建立数数据库。在并并行工作之后后，系统转变变到业务领域域。 (

58、288)完成转换换计划 转换系系统的处理本本身就是一个个系统，而且且应该像最好好的结果那样样来处理。项项目组与用户户管理人员以以及信息服务务审计组合作作，共同研究究以设计出一一项转换计划划。该计划包包括：系统验验收测试，文文件或数据的的转换，用户户培训以及并并行工作(如果必要的的话)的细节。转转换计划详细细地细述了用用户及信息服服务人员的义义务和责任，同同时还规定了了进行这些事事情的时间限限制。 (299)指导系统统验收测试 虽然已已经测试了各各个单独的程程序模块，但但是还没有把把它们结合成成一体作为一一个系统来处处理。一个信信息系统可能能有100个以上上的程序和一一打以上的文文件，必须把把它

59、们作为一一个整体来处处理以保证使使工作协调并并使用户满意意。整体的测测试将验证全全部系统软件件和应用软件件、输入/输出，文件件和数据库以以及各种过程程。在测试期期间用户人员员是实际的参参加者。在测测试过程中，有有可能发现错错误(忽略了系统统的某些方面面)，某些过程程的缺点将会会暴露出来。可可以肯定，一一部分验收测测试过程必须须在系统设计计和程序设计计方面进行较较小的修改。如如果系统是正正确开发的，那那么任何这种种修改将只是是微小地调整整系统。任何何重大的修改改应该推迟到到系统实现之之后，并且至至少在进行生生产性工作一一年之后再进进行。这种推推迟避免了通通常敲打膝部部那种反作用用引起的改变变而提

60、交可观观的资源。这这是因为为了了减少重大修修改的要求，项项目组长和受受影响的用户户管理人员将将要停止信息息系统的每一一方面。这时时，重大修改改的要求才是是一种分界清清楚的标志，它它表明有人忽忽略了他们对对项目的责任任。 整个系系统的测试实实际上是分两两个部分完成成的。首先利利用测试数据据来验证每一一个子系统。一一旦证实所有有子系统的功功能是适合的的，则有“生存的”数据来测试试整个系统。测测试数据是为为了测试特定定的环境而产产生的，而“生存的”数据通常是是来自过去处处理使用的实实际的数据。 在测试试联机系统时时(此时响应时时间是关键问问题)，为了测试试系统的能力力，包括了用用几种生存数数据的测试