文档介绍：系统开发过程
□ 五个阶段
各种系统开发方法学在范围、复杂性、完善程度以及方法上有很大的不同。尽管有的方
法学分三个阶段，有的分 15 个阶段，但是每个方法学所描述的要完成的活动基本上是相同
的。本章要是肯定要失败的。
有
好些公司已经采用了一种政策，即自动地指派受系统影响最大的业务领域的经理作为可行性
研究组和项目组的领导以后该经理将从原来的工作职责中解脱出来，
而用他 ( 她 ) 的全部时间
管理可行性研究 ( 或项目 ) 组。这种人事安排已经成为当今的主流，
其困难是用户经理需要离
开原来主管的业务部门少则两个月多则三年后才能回他原来的工作岗位上。
标列约束条件
在系统开发的过程一开始，可行性研究组与信息服务人员和用户经理密切合作标列出设备、成本、进度、规程、软件以及操作上的约束条件。它们可能限制建议的系统的定义和设计。
整理现有系统的资料
整理现有系统资料的主要理由是：如果可行性研究组不充分了解现有系统，那么他们就
不可能有效地完成所建议的系统的初始设计。已经建立起来的多数人工系统并没有经过真正
的设计。在这些系统中，必须从手稿整理出资料。如果一个建议的系统是改进一个现有的计
算机信息系统，那么可行性研究组只需要保证现有资料的完整性和保持最新版本就行了。
现有系统所形成的任何资料将给设计阶段提供有价值的输入 ( 如果批准开发该系统 ) 。即
便建议的系统遭到拒绝，也能对现有系统提供基本的资料，并且可能透彻地理解理有系统。
现有系统的资料由四部分组成： ①系统报告和资料； ②系统数据文件； ③系统数据元以及④
说明现有系统的数据、信息和工作流程的图表。前三部分 ( 报告、文件和数据元 ) 可分类如下：
①当前使用的，而且在建议的系统中以目前的形式保留下来；
②当前使用的，但是修改后才在建议的系统中使用；
③当前使用的，但是在建议的系统中将被删除而不再保留的。
例如，列出所有现有的报告和标准的资料，并按上述分类给定一种状态。在报告上将标
明相对周期 ( 如，每天，每周 ) 以及分发范围。
对于现有系统的所有数据文件都标明有关的存储介质 ( 如， 3× 5 的卡片，磁带，马尼拉
折纸机，磁盘等等 ) 以及存储方式。例如，一个名字一地址文件可以存储在许多张 3×5 的卡
片上，并且按名字的字母顺序排列。一个人工系统所保存的文件数总是令人吃惊的，即便对
于业务领域管理人员也是如此。为了完善现有文件的资料，将每个文件的记录的样式和简单
描述附在文件表中。
系统数据元 ( 即，社会保险号，顾客名，货号等等 ) 是直接列出的，而不必关系有关的文
件。数据元经常在几个文件中重复出现。除了状态指示符之外，如果数据的名字不能自我说
明，则必须对每个数据数据元进行描述。有关数据元的其他信息还包括更新要求 ( 如，每天，
每周，每月，或根据需要更新等等 ) 、来源 ( 如，代办处，资料，系统，工作人员等等 ) 以及
职责 ( 如，部门名和负责更新者的职务 ) 。图说明在整理现有系统资料时数据元可能
采用的一种典型格式。
我们通过将系统简化为输入、处理和输出等几个基本组成部分来表示整理现有系统资料的工作过程。然后用图形描绘出各部分之间的逻辑关系。有多种图像表示技术来做这件事。
最为流行的 ( 尽管不一定是最好的 ) 是流程图。其他的更为结构化”的技术还有： IBM 公司的层次化输入 —处理 —输出图 (HIPO) ，汽泡图，数据流框图，南茜 —斯奈德曼 (Nassi-Shneiderman)
图，渥尼尔 (Warner) 框图以及判定表。当前工作过程的图像描述提供了系统的数据、信息和
工作流程的一个概貌。它着重强调系统中控制工作流程的那些数据元。这些图应该刻划人工和计算机的处理步骤，并且以适当的顺序安排每一处理步骤。通常以能最好地显示出工作过程的方式来组织和提供这些图。它们可以是由一些随机事件、功能或按小的和大的周期来驱动的子系统，也可以是若干子系统；既可以是层次的，也可以是混合的。很少有几个系统是完全顺序的，因此，在多数情况下可以应用模块方法。
调查研究技术转移的可能性
为了更好地利用现有的技术，许多公司正在进行将有关技术转移到他们的系统开发方法