|
 |
| 返回首页>>经营管理>>管理工具库>>规章制度典范>>信息管理系统>> |
系统开发过程（第七部分）
结构预演是一种预测评价方法，它能有效地减少某些被忽略的或作错的事情。它也给预测者提供一个机会来评价那些业已建议的事情(如系统设计)，从而有可能给出一些建设性的建议。预演的目的是给项目组提供有价值的反馈信息，而不是对系统的质量下判决性的结论。
项目组长应考虑何时开始结构预演。通常预演是在系统设计以及系统开发过程中其他一些关键点(如，测试计划、程序描述等)完成之后才进行。 参与结构预演中的人有：若干项目组成员，一个协调员，参加者，一位秘书，或许还包括一位不属双方的"中立的"经理。项目组的某个成员或所有成员扮演"推荐者"的角色，并且解释他们所承担设计的系统的那一部分。协调员负责组织预演和协调"推荐者"与"参加者"之间的相互配合。根据对所提出的课题的知识和兴趣来选择"参加者"。这些人应该是没有直接参与本项目的。秘书将对一些要点作书面记录。通常邀请一个"中立的"经理参加第一次预演。中立经理的出席将促使参与预演的每一个人专心于他的工作(这一点有时是预演的一个问题)。 结构预演的方法是简单的。在进行预演的前几天将需要审查的材料(即系统设计)分发给参加者，协调员负责跟参加预演的所有人联系和通信。在实际的预演期间，推荐者解释系统设计以及有关的资料。这是通过一步一步地预演系统来进行的，有时可能还借助于某种设计工具。参加者提供出讨论的建议，而秘书则记录下来以形成资料。通常一次预演持续的时间不应超过一个半小时。如果超过了这个时间限制，那么一次预演会议将变得没有实际效果。如果必要，可以安排几次会议来完成预演。 (20)选择硬件 (21)准备输出格式 某些硬拷贝报告和资料要求事先打印好的表格纸，项目组与表格纸厂商的代表合作设计这种事先打印好的表格纸(例如，工资支票和短线)。 项目组还负责设计和满足在系统范围内所有人工产生的报告和资料，同时与受有影响的用户经理相配合进行修改、增加或删除。 (22)描述数据项的说明书 数据项的说明书详细规定了什么数据将输入到系统以及它们怎样被输入到系统中。 系统开发进展到目前这一步，我们已经对现有的系统作了详尽的分析。它的功能已经并入建议的系统的设计中，我们已经完成了建议的系统及其支持的数据库的设计，并且还准备了所有输入/输出详细的说明书。现在项目组可以着手标列和确定所有的程序，而这些程序是使得建议的信息系统运转所要求的。系统的图形表示(流程图、HIPO图和其他)是标列所要求的程序的初始输入。对每一个程序，项目组编辑下述的资料： ①程序语言的种类(例如，COBOL、BASIC、FORTRAN) 3.第Ⅲ阶段-程序设计 项目组现在可以着手开始与计算机通信了。这种通信(或与计算机的接口)是采取指令形式来进行的，而这些指令被编进计算机程序中。这些计算机程序包括系统运转所必需的软件。在第Ⅲ阶段-程序设计阶段将开发支持信息系统所要求的全部软件。 用户的介入集中在系统开发的过程前段(第Ⅱ阶段)和后段(第Ⅳ和Ⅴ阶段)。如果正确地完成了第Ⅱ阶段而且用户与项目组的协作是有"成效"的，那么用户将很少介入程序设计阶段，甚至完全不用介入。用户介入最多的情况将反复出现在系统设计需要澄清的时候，有时也出现为第Ⅳ阶段(转换与实现)，作一些初始计划的时候。 不幸的是，有时用户管理人员也较深地卷进了程序设计阶段。这是第Ⅱ阶段进行得很糟糕，而且当开始程序设计时还没完成的一种标志。这种情况是经常发生的，特别是在时间紧迫时，项目组常常收到一些强制性的命令要求产生尚未完成的产品。由于系统开发过程的最终产品是软件，所以有时过早地开始程序设计。这种系统开发方式必然导致产生质量低劣的系统。这种系统并不能满足用户的要求，而且维护的代价很高。这种系统整个寿命期的成本可能是一个高质量的系统的两到三倍。 (24)指定程序员组长 通常项目组长是一个系统分析员或是一个用户，他并不直接参与程序设计工作。管理程序设计工作的人应该是程序设计工作实际的参加者，因此，对于要求两个人以上的程序设计工作，将由信息服务经理指定一个程序员组长。当然，项目组长仍然对整个项目负有责任。
程序员组长有时也称作为主程序员。他(或她)可能只花10%的时间在产品的程序设计上。如果只需要管理一个下属程序员，那么主程序员可能花80%的时间在产品的程序设计上。
(25)安排顺序和分配程序 ①建立和维护测试文件的需要 根据程序员专业知识的水平、工作效率以及对系统熟悉的程序分配程序。由于经常将程序员分配到其他项目组，从而对专业知识和经验的要求非常广泛，所以使程序员与程序相匹配并非易事。 (26)安排准备程序的进度 主程序员可以利用程序进度表(表20.9.17)来安排和监督下属程序员的活动以及任一给定程序的状态。由于程序开发有一个基本的模式，所以一种类似于用来监督项目进度的技术(表20.9.8和4.9.9)可以用来监督完成一个特定程序的进度。表20.9.16绘出的甘特表是程序进度表(表20.9.17)的一种图形表示，而且它是在公告板上可以看到的一种通用的管理工具。几乎所有的主程序员和项目组长都经常使用这种公告板。 (27)编制、测试程序和编写程序资料。 通常一个程序员在一给定的时间里将同时编制2～5个程序。开发任一给定的程序的一般的方法本质上是相同的。它们是： 图20.9.16 程序的甘特进度表 ①准备一般的程序逻辑框图 4.第Ⅳ阶段--转换和实现 第Ⅳ阶段的目标(转换和实现)是把在第Ⅰ、Ⅱ和Ⅲ阶段的工作结合成一个整体，并将信息系统实现到业务领域。项目组和受影响的用户部门大量地介入第Ⅳ阶段的全过程中(见图20.9.17)。 表20.9.17 程序进度表 报告标题 程序进度表 日期
|