系统开发过程（第二部分）
| 我们通过将系统简化为输入、处理和输出等几个基本组成部分来表示整理现有系统资料的工作过程。然后用图形描绘出各部分之间的逻辑关系。有多种图像表示技术来做这件事。最为流行的(尽管不一定是最好的)是流程图。其他的更为结构化"的技术还有：IBM公司的层次化输入-处理-输出图(HIPO)，汽泡图，数据流框图，南茜-斯奈德曼(Nassi-Shneiderman)图，渥尼尔(Warner)框图以及判定表。当前工作过程的图像描述提供了系统的数据、信息和工作流程的一个概貌。它着重强调系统中控制工作流程的那些数据元。这些图应该刻划人工和计算机的处理步骤，并且以适当的顺序安排每一处理步骤。通常以能最好地显示出工作过程的方式来组织和提供这些图。它们可以是由一些随机事件、功能或按小的和大的周期来驱动的子系统，也可以是若干子系统；既可以是层次的，也可以是混合的。很少有几个系统是完全顺序的，因此，在多数情况下可以应用模块方法。 (6)调查研究技术转移的可能性 为了更好地利用现有的技术，许多公司正在进行将有关技术转移到他们的系统开发方法学中可能性的调查。鼓励调查技术转移的可能性和(或)可行性的政策必将带来人力资源的大量节省。特别对程序员和分析员更是如此。合适的技术转移将使这些人的工作集中于还没有现成软件的特定行业的应用领域。 技术转移可能性的调查是从走访那些已经实现的，而且与所建议的系统有类似规模和工作的系统。可行性研究组还应该调查商品软件目录，以便找到适合的可应用的软件。如果认为技术转移是可行的，则可行性研究组说明怎样使用这些技术以及为适应现有环境所要求的修改范围。 如果使用标准的方法来进行技术转移潜力调查，那么提出要求的公司应该采取与具有类似要求的其他公司合作的政策。 (7)完成建议系统的初步设计 可行性研究组要走访专业人员以获得一般的系统要求，然后，将这些要求转换成初步的系统设计。设计过程是交互的，用户经理和可行性研究组需要经常就设计思想和方法等交换意见，用生动的文字和图形说明来形成建议的系统初步设计的资料，这些生动的文字(用非技术词汇)描述了所建议的系统的基本工作过程，而且常常同时附有图形说明。这些文字图表也将列举出那些大大违背现有工作方式而建议的系统所期望的手续、手段和方法。这些文字图像也将描述建议的系统与人工系统以及建议系统必须与之兼容的自动系统之间的关系。 图形说明将建议的系统的过程简化为它们的组成部分，同时强调各部分之间的逻辑关系。 (8)确定项目范围 可行性研究组与信息服务人员以及用户管理人员合作估计初步设计中所刻划的系统的复杂程度。并对开发项目今后的每一个阶段进行人力资源要求的估计(用户，信息服务人员及其他人员)。此外，还注意到培训和计算机机时要求。 (9)准备利润/成本分析报告 一旦完成初步设计并且确定了项目的范围，则可以开始利润/成本分析。不幸的是，由于用户和信息服务管理人员都希望加快可行性研究阶段，所以，一些关键的步骤被省略了，因此造成在利润、成本估计上的错误。仅仅根据一种概念是不可能精确的反映出利润和成本的。设计中的某些步骤是必不可少的。 另一种在形成公司决策过程中所隐含的错误将不可避免地把那些难以确定的利润也算成资金收入。当今许多复杂的，综合的系统为公司的利益做出了重大的贡献，而做到这样程度是因为它们经历了漫长的、不可捉摸和难以预见的道路。评价信息服务项目的好处和价值是一个主观的过程，它要求具有成本和利润方面的实际的知识。此外，决策者对于正的和负的不确定的利润要有透彻的理解。使用美元作为所有成本和利润的统一的计量标准大大地简化了评价工作。那种把不确定的利润引入盈利图表(为了"建立更好的顾客关系"或"提高威信")的作法会造成在"底线"中复合的错误。底线经常被盲目地接受作为一种信条。事实上，在那种情况下，估价是取最好的情况(理想的)和最坏的(荒谬的)情况之间。然而，如果将不确定的利润化成美元，那么决策者将以更好的判断代替那种不准确的估计。 估价建议的信息系统的最好途径是针对系统净值(收入减去成本)估量正的和负的不确定利润。为了便于理解不确定利润(例如，增加服务，减少发票上的错误，加快周转期等)，应该产生一个成本和收入的一览报表。 表20.9.4说明如何使用最少的成本类别来表示一次性的和重复使用的成本。这些成本可由预算中心提出，并且把公司作为一个整体来考虑。成本类别有：劳力，材料和设备，旅差以及其他各种成本。对于每一类，在第一列指出一次性成本估计(开发)，而在系统寿命期的水平线上指出可重复使用的成本估计(生产)。公司项目在净值可以从估计收入中扣除成本计算出来，并且根据公司政策对流动现金打折扣。 |