第二章 会计信息的开发步骤
TEXT
1. 录入对账单
2. 对账
3. 输出对账结果
4. 删除已达账
0. 返回
ENDTEXT
WAIT “请选择菜单功能号:” TO GNH
DO CASE
CASE GNH=”1”
DO LRDZD &&调用“录入对账单”处理子程序
CASE GNH=”2”
DO DZ &&调用“对账”处理子程序
CASE GNH=”3”
DO SCDZJG &&调用“输出对账结果”处理子程序
CASE GNH=”4”
DO SCYDZ &&调用“删除已达账”处理子程序
CASE GNH=”0”
CLOSE DATA
CLEAR
EXIT
ENDCASE
ENDDO
RETURN
2.变量的命名
对变量和标识符的命名是程序风格的重要内容,由于现代系统的庞大和复杂性,系统的名称空间也变得十分庞杂、混乱。现代的程序语言尽管有着非常严格的句法和语法,但对变量的命名却几乎没有什么规定和限制,允许随意取名,这给程序的可读和维护带来了极大的不便,因此,在各种规范中对标识符的命名有许多规定。
● 使用有意义的变量名:变量的命名应能反映该变量的意义和含义,以便使它能正确地表示该程序对象所代表的实体,并能帮助读者理解和记忆。
● 使用不易混淆的变量名:若使用相似的变量名,容易引起误解和输出错误。
● 同一变量名不要具有多种含义:这种情况使读者在阅读时易于误解,也不方便修改。
● 显示式说明一切变量:有些语言允许对变量不作说明就直接使用,但为了易于理解,避免出错,还是显式说明为好。
● 对变量作出注释,说明其含义。
3.数据说明
(1)对程序中的数据说明应标准化、规范化。
(2)当多个变量名在同一语句中说明时,应该按字母顺序排列这些变量。
(3)对过程和函数的形式参数的排列应为:输入参数在前,输出参数在后;整型参数在前,实型参数次之,其他参数在后。在上述前提下,按参数在程序中出现的顺序排列。
4.输入输出
在设计和编写程序时应考虑下列有关输入输出风格的规则:
● 采用统一的输入格式,并使输入方式简单;
● 测试输入的合法性和合理性,即对所有输入数据都需要进行校验,并检查输入项重要组合的合法性;
● 结束输入要用文件结束标记;
● 用统一的方式对待文件结束条件;
● 明确提出交互输入的请求,详细说明可用的选择或边界数值;
● 使输入容易准备,容易核对,输出容易解释;
● 设计良好的输出报表;
● 给所有的输出数据加标记。
5.效率问题
对效率的追求应明确如下3条原则:
(1)效率是性能要求,对效率的追求应在需求分析阶段综合考虑加以确定。
(2)效率主要依靠好的设计和优秀的算法来达到,而不能指望从语句的改进来获得很大提高。
(3)程序的效率和程序的简单是一致的,要记住的是,“先使程序正确,再使程序有效率”,“先使程序清晰,再使程序有效率”。
从程序运行时间方面提高效率应遵循如下原则:
● 写程序前先简化算术和逻辑表达式;
● 仔细研究嵌套的循环,以确定是否可从内层往外移;
● 尽量避免使用多维数组;
● 尽量避免使用指针和复杂的表;
● 使用执行时间短的算术运算;
● 不要混合使用不同的数据类型;
● 尽量使用整数运算和逻辑表达式。
【提示】
在应用效率原则时,仍然需要在效率和可理解性、可维护性、可靠性之间进行衡量,决定取舍。
2.4.4 测试的基本概念
任何产品都需要经过各种检验,以确保其符合质量要求,使用户满意。软件产品自然也不例外,由于软件是逻辑产品而不是物理产品,它的不可见性以及软件的奇特特点,给软件检测工作带来了巨大的困难。
1.软件测试
测试概念早已存在,自程序概念出现就伴随着程序正确性的测试。而自软件工程诞生以来,测试的重要性更是不断增强。究竟什么是软件测试,长期以来存在着不同的观点。通常人们认为“测试是为了证明程序是正确的”,“成功的测试是没有发现错误的测试”。这些认识不但是错误的,而且是十分有害的。
2.测试的内容
一个会计信息系统经过需求分析、总体设计、详细设计、编码以后,按理可以投入运行了,但是实际上软件开发的每一阶段都可能存在偏差,这就需要通过软件测试去发现至今尚未发现的差错并修改这些差错。由于系统开发的每一阶段都可能存在错误,而且差错的存在是系统开发人员难以控制的,所以,通过测试发现错误并修改差错需耗费大量的时间,如会计信息系统这种类型的软件,测试工作要占整项工作的40%以上。
通过测试发现的错误大致有两类:一类是与用户功能和需求不一致,另一类是与设计文档不一致的。为发现这两种错误,软件测试要求软件测试人员和会计人员同时参加测试工作。
整个测试工作可以分单元测试、集成测试、验收测试和系统测试4步。
(1)单元测试
单元测试又称模块测试,是对程序的最小单位模块进行的测试。单元测试很重要,经验表明,单元测试发现的错误占错误的65%。各模块的单元测试可一起进行。
单元测试一般要进行两个方面的测试:一是程序的语法测试,另一个是程序的逻辑测试。
程序的语法测试主要是检查程序对指定的机器语言在语法上是否有错误,一般语法错误机器能够自检并反馈给程序调试者,同时指出错误的原因。
这些错误常常反映在以下方面:
● 不正确或不一致的说明;
● 不正确的初始化和默认值;
● 不相容的数据类型;
● 错误的变量名;
● 下溢、上溢或是地址错误。
逻辑测试主要是检查程序在完成某个功能模块时,运算的方法及逻辑处理是否正确,这些错误是不能自检的。
在程序逻辑测试时,要检查该程序能否准确完成既定的工作。测试过程中发现的这种错误,可能是由程序的语法错误引起的,也可能是处理过程没有达到要求所致。为了发现这些错误,测试对象的选择是很重要的,它们可以是模拟数据,也可以是实际数据,但这些数据必须包括正常数据、不正常数据和错误数据,必须包罗各种类型、各种情况。