系统开发过程(编辑修改稿)

系统开发过程(编辑修改稿)内容摘要：

计数据和经验来估计中间和最后活动完成的日期。 项目组组长必须与信息服务人员以及业务领域的管理人员密切合作以保证 系统开发过程本质上是线性的 (一个活动接着一个活动 )，而且是不难用适当的准则 (方法学 )和合理的估计来监视的。 表。 在活动点 上加上三种标志之一以指出该活动的状态。 如果情况表明该活动是不必要的，则在活动号上加一个圆圈。 如果一个特定的活动正在着手进行，则在相应的活动号上划一个对角 线。 一旦 在开始一组有阶段标识的活动之前，要准备一个更为详细的进度表，来单独安排这些中间活动。 对于要求多于两周时间的那些活动将以两周为增量来安排进度。 表 说明了对具有阶段标志 E 表 阶 段 +具有阶段标志完成的活动 活动 估计的 完成日期 期 A 1 2 3 4 5 DS 198W . 12B B 6 7 8 9 10 14B 22B C 11 12 B13 14 15 16 17 18 19 198 13A 3A D B20 21 22 23 DS E 24 25 26 27 F 28 29 G 30 31 32 H 33 I 34 35 36 1 = = 0 =不要求采取措施 +对应 于图 *直到实现可行性研究之前，并不进行第Ⅱ阶段活动Ⅴ的估计 A = B = DS=正在进行 表 信息系统项目进度表具有阶段标志 E的活动 阶段标志 E—细节 活 动 24 指定程度组长 198y, 198y, 25 198y, 198y, 26 安排程序 198y, 198y, 27a[KG*2] 198y, 198y, 27b[KG*2]同上 198y, 198y, 27c[KG*2]同上 198y, 198y, 27d[KG*2]同上 198y, 198y, 27e[KG*2]同上 198y,6. 198y, 27f[KG*2]同上 198y, 198y, *以阶段标志 D的活动 A= B= 实际开始时间为准 os=正在进行 下面的方法可以用来估计价格、人员以及相应的时间要求。 这种循环使用的方法使得一组人能意见一致，而且对于信息服务项目特别合适。 我们假定参与估计的那些人能够提出问题或具有任务方面的知识，而且能够提出支持自己意见的重要的理由。 参与建立信息系统项目进度表的人可以包括项目组长、起作用的用户经理以及其他有经验的信息服务人员 (他们不一定与本项目有关 ) ①项目组长介绍任务 (例如，确定项目进度表的阶段标志的日期 ) ②每一个参加者提交一个书面估计 (成本、人员要求或时间 ) ③项目组长 (以线性比例 ) ⑦重复步骤②至⑥，直到达到精确性要求不需要再循环为止。 通过每一次循环，将降低 ⑧估计是取中间值或 (在适合 时 ) (15) 与用户交谈的过程从本活动开始。 为了解决问题和确定系统要求，项目组成员定期与有 对于详细设计的基本输入是： (A)初始设计 (来自可行性研究 )， (B)对现有系统及其成分的评价 (也是来自可行性研究 )以及 (C)输入、处理以及输出的要求 (由用户提供 ) ①项目组与有关的用户人员检查在可行性研究的初始设计中所描述的输入 /输出要求和频率，并根据需要及价值对 每一种输入 /输出进行评价。 许多输出是“有了更好”，但是却不值得去产生它们。 还可以根据周期和时帧来估计输入 /输出。 通过估计频率 /价值比的平衡来优化周期的输入和输出。 例如，如果每周情况报告可以满足需要，那么就没有必要再产生每天的情况报告。 在联机系统中，检查响应时间要求以确定这种时间要求是否太紧迫，能否适当放宽要求而又致于对运行效率产生较大的影响；或者确定这种响应时间的要求是否不能满 ②目前系统的资料对设计提供了有价值的输入。 现有的报告、表格、原始资料等等，实际上能够追踪最终用户以便确定该资料是否合 适，是否及时等。 如果是，还能做哪些工作来改进它们 ?项目组负责对现有的所有输入和输出进行修改。 通过合并类似的输入和 (或 )输出 ③初步交谈的一个直接结果是对所建议的系统所有的输出一般的描述 (报告，显示或事务 ) (16) 数据库用来支持系统的处理，特别是支持系统的输出。 在目前系统的资料中包含了可继续使用的数据元。 许多现有数据元的格式肯定是需要改变的，还需要将支持系统功能要求 所 项目组设计和编制数据字典，在一部数据字典中所列出的数据具有维持每个数据元的基本信息，而它们与数据库或文件的组织形式无关。 在表 ，包括对每个数据元指定了一个各自的前后参照号、标题、描述 (如果必要的话 )、是否被编码、程序设计标识、存储单元 (字符 )数、格式和存储器大小 (程序最初使用的 )以及职责等。 用户必须给出负责的人或部门、存储单元以及是否对数据元编码等事项。 表 形式，也可以用来交叉引用在所有原始资料、报告、文件以及数 据库中出现的每一个数据元。 在标列出所有的数据元之后，项目组与数据库管理员合作来进行记录格式和文件的设计，或者，在数据库环境下，他们设计数据库的模式。 此活动的输出是数据字典以及有关文件和 (或 ) 表 报告标题 数据字典 日期 系统标题 标识 编号 标题 描述 编码否标记字符数 字形 /格式 存储 职责 原始资料 (S)、报告 (R)、文件 (F)、或数据库 (D) 工资支票 (R) 工资登记簿 (R) 工资主文件 (F) 会计文 件 (F) 工时卡 (S) 1 社会保险号 职工 否 99999 P 人事 2 姓 否 LNAME 13 (13) E 人事 3 名字 职工 否 ENAME 10 (10) E 人事 4 名字首字母 职工 否 MI 1 E 人事 5 部门 职工亲属 是 DEPT 3 E 人事 6 性别 男或女 是 SEX 1 E 人事 7 工资 月工资 否 SAL 6 9999 P 人事 (17) 为了保证信息系统的正确性、可靠性和完整性，在设计时就要考虑加进控制手段。 项目组将说明在系统设计时要嵌入所有物理上的和行政管理上的控制。 在系统的输入、处理和输出阶段用以控制系统的技术的范围是广泛的。 在处理之前核对输入，在处理期间使用诸如合理性检查以及数字位检查等技术以便最小化或消除在计算或处理中的过失误差，记录计数和 为了避免 在系统故障期间造成破坏，需要确定后援 (备份 )和校验点 /重新启动的方法。 这些方法描述了包含在系统中的克服故障的额外处理，在系统故障的情况下，利用备份文件和 (或 )备份事务日记从上一个“校验点”来重新建立处理。 在上一个校验点“重新启动”系统，并重新开始正常的运行。 在系统处理周期期间，定期地建立校验点将会使系统及时地保 (18) 详细的系统设计是分析输入 /输出、处理、控制和后援要求的结果。 系统初步设计或系统一般设计只描绘了各主要处理活动之间的关系， 而系统详细设计则扩展到包括所有处理活动和有关的输入 /输出。 这是系统开发过程的基础活动。 正是这一步，将功能说明书与技术上和方法上的新设施结合一起以实现一个系统。 详细设计是前面所有工作的归宿。 此外，它 在活动 5中提到了用图形说明系统设计所使用的若干技术 (但没有详细讨论 )。 这里我们简单地讨论其中三种技术 ——流程图。 HIPO以及渥宁 (Warnier)图。 用来形象地描述工作流程和总的系统设计的最流行的技术是流程图。 流程图使用刻画系统逻辑的一些专用符号并通过流线把这些符号相互 连接起来以说明工作流程和数据流程。 图 号的一个子集。 在图 流程图有一定的缺点。 不像前面所讨论的其他两种技术，流程图并不鼓励分析员使用系统设计的自上而下或模块化的方法。 因此，用流程图方法来设计系统，不仅难于设计，而且设计出的系统也难于理解和维护。 流。