编程开发--程序维护手册(5)

本资源由 寒秀草与巧克力 搜集与网络请您在传播的时候将下载分数设为0真正体现资源共享的理念谢谢更多0分资料去我的文库

规则

1．设计原则

1． 密切结合结构（数据）设计和行为（处理）设计。

2．有机结合硬件，软件，技术和管理的界面。

3．具体程序实现过程中，对记录，字段的引用参照PersInfo 类。

4．存储区的标识符也参照PersInfo 类。

5．在设计过程中参照瀑布模型，ER模型，层次图，Jackson 程序设计方法。

2．设计程序变更的准则

1． 检查可供选择的设计方案，寻找一种与程序的原始设计原理相容的变更设计。

2． 努力使设计简化。

3． 能满足可变性要求的设计。

4． 不降低程序质量。

5． 用可测试的并具备测试方法的术语描述设计。

6． 考虑处理时间，存储量和操作过程方面的变化。

7． 考虑标更对用户服务的干扰以及实施变更的代价与时间。

3．修改程序代码的准则

1． 必须要先熟悉整个程序的控制流程。

2． 不要做不必要的修改。

3． 不影响原始程序的风格和相容性。

4． 记录所作过的修改。

5． 审查软件质量是否符合标准。

6． 更新程序文档以反映修改并保留修改前的程序代码版本。

4．重新验证程序的准则

1． 首先测试程序故障，然后测试程序的未改动部分，最后测试程序的修改部分。

2． 不允许做修改的维护程序员成为唯一的重新验证程序的人。

3． 鼓励终端用户参与到重新测试进程中来。

4． 在重新验证进程中，记录出错的次数与类型，并把结果同所提供的测试功能进行

比较，以便估量出程序是否退化。

验证过程

每当软件被修改后，都要校验其正确性。维护员应该有选择地作些重新测试工作，不仅要证实新的逻辑的正确性，而且要校验实程序的为修改部分是否无损害，并且整个程序运行正确。若发现错误，则要马上进行修正。

出错及纠正方法

经查询还有余票，但输入旅客信息后却发现已没有余票。发生这种情况的原因是：有多台计算机同时输入订购同一次航班的旅客信息，在查询余票时，其他输入信息并未写入磁盘，票数并未修改。此时，应该等待数秒后重新查询余票。

专门维护过程

系统运行一段时间后，由于记录的不断增加，删除和修改，会使数据库的物理存储变坏。例如，逻辑上属于同一记录型或同一关系的数据被分散到了不同的文件或文件的多个碎片上。这样就会降低数据库存储空间的利用率和数据的访存效率，使数据库的性能下降。这是就要进行数据库的重组织。在重组过程中，按原设计要求重新安排记录的存储位置，调整数据区和溢出区，回收“垃圾”，减少指针链等。

程序清单及流程图