系统开发过程（第五部分）
|
下面的方法可以用来估计价格、人员以及相应的时间要求。这种循环使用的方法使得一组人能意见一致，而且对于信息服务项目特别合适。我们假定参与估计的那些人能够提出问题或具有任务方面的知识，而且能够提出支持自己意见的重要的理由。参与建立信息系统项目进度表的人可以包括项目组长、起作用的用户经理以及其他有经验的信息服务人员(他们不一定与本项目有关)。我们通过以下几个步骤来描述进行合理估价的方法。 ①项目组长介绍任务(例如，确定项目进度表的阶段标志的日期)和相应的背景信息。 (15)与用户人员交谈与用户交谈的过程从本活动开始。为了解决问题和确定系统要求，项目组成员定期与有关用户见面。与用户交谈及反馈的过程贯穿于系统开发的全过程。 对于详细设计的基本输入是： (A)初始设计(来自可行性研究)， (B)对现有系统及其成分的评价(也是来自可行性研究)以及 (C)输入、处理以及输出的要求(由用户提供)。 ①项目组与有关的用户人员检查在可行性研究的初始设计中所描述的输入/输出要求和频率，并根据需要及价值对每一种输入/输出进行评价。许多输出是"有了更好"，但是却不值得去产生它们。还可以根据周期和时帧来估计输入/输出。通过估计频率/价值比的平衡来优化周期的输入和输出。例如，如果每周情况报告可以满足需要，那么就没有必要再产生每天的情况报告。在联机系统中，检查响应时间要求以确定这种时间要求是否太紧迫，能否适当放宽要求而又致于对运行效率产生较大的影响；或者确定这种响应时间的要求是否不能满足。 ②目前系统的资料对设计提供了有价值的输入。现有的报告、表格、原始资料等等，实际上能够追踪最终用户以便确定该资料是否合适，是否及时等。如果是，还能做哪些工作来改进它们?项目组负责对现有的所有输入和输出进行修改。通过合并类似的输入和(或)输出以及消除多余的信息尽可能地减少重复。 ③初步交谈的一个直接结果是对所建议的系统所有的输出一般的描述(报告，显示或事务)。根据周期、初始用户、输出介质、内容以及分布来描述每一种输出。 (16)说明数据库要求 数据库用来支持系统的处理，特别是支持系统的输出。在目前系统的资料中包含了可继续使用的数据元。许多现有数据元的格式肯定是需要改变的，还需要将支持系统功能要求所需要的其他数据元标列出来。 项目组设计和编制数据字典，在一部数据字典中所列出的数据具有维持每个数据元的基本信息，而它们与数据库或文件的组织形式无关。在表20.9.10给出的数据字典的例子中，包括对每个数据元指定了一个各自的前后参照号、标题、描述(如果必要的话)、是否被编码、程序设计标识、存储单元(字符)数、格式和存储器大小(程序最初使用的)以及职责等。用户必须给出负责的人或部门、存储单元以及是否对数据元编码等事项。表20.9.10的数据字典形式，也可以用来交叉引用在所有原始资料、报告、文件以及数据库中出现的每一个数据元。
在标列出所有的数据元之后，项目组与数据库管理员合作来进行记录格式和文件的设计，或者，在数据库环境下，他们设计数据库的模式。此活动的输出是数据字典以及有关文件和(或)数据库模式的一份详细的技术描述。 表20.9.10 数据字典 报告标题 数据字典 日期 系统标题 标识 编号 标题 描述 编码否标记字符数 字形/格式 存储 职责 原始资料(S)、报告(R)、文件(F)、或数据库(D)工资支票(R) 工资登记簿(R) 工资主文件(F) 会计文 件(F) 工时卡(S) 1 社会保险号 职工 否 |