数据库程序设计.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
§1 系统实施过程 硬件准备 计算机主机; 输入输出设备; 存储设备; 辅助设备(稳定电源、空调设备等); 网络设备。 软件准备 包括系统软件、数据库管理系统以及一些应用程序的准备; 选择开发方式; 选择适当的开发工具及数据库产品: 用户的要求; 语言的人机交互功能; 开发人员的知识; 软件可移植性。 用户准备 用户准备主要是指准备好信息系统的管理人员、使用人员等; 为保证系统调试和运行顺利进行,应对用户进行提前培训,使他们适应并逐步熟悉新的操作方法。 数据准备 将原来的手工数据文件转化成计算机文件; 将原来的不同格式的数据文件转换成新系统的格式。 系统测试 测试的目的是为了发现程序的错误; 测试的任务是:在有限的研制时间、研制经费的约束下,通过有限的测试数据,尽可能多地发现程序中的错误。 系统切换 系统的交付使用即系统的切换,包括把旧系统的文件转换成新系统的文件,数据的整理和录入,也包括人员、设备、组织机构的改造和调整,有关资料档案的建立和移交。 用户验收、评价 所谓信息系统评价,是指对一个信息系统的功能、性能,以及使用效果等进行全面的估计、检查、测试、分析和评审,包括用实际指标与计划指标进行比较,以求确定系统目标的实现程度。 §2 编程标准与程序设计 好程序的标准 可维护性 可靠性 可理解性 高效率 编程标准 是程序设计前重要的准备,目的是让代码具有可读性、可维护性和可修改性。 命名约定 匈牙利标记法:使用三个字符前缀表示数据类型和控件类型。主要包括:变量、变量作用域、标准控件、Active X控件和数据库对象。 代码格式化 (1)不要将多个语句放在同一行上; (2)一行上的字符不得超过80个; (3)用语句缩进显示代码的组织结构; 代码注释 (1)用文字说明代码的作用(即为什么编写该代码,而不是如何编写); (2)明确指出该代码的编写思路和逻辑方法; (3)使人们注意到代码中的转折点; (4)使代码的阅读者不必在他们头脑中仿真运行代码的执行过程。 §3 系统测试 一、概述 测试目标 测试的基本原则 测试的方法和技术 测试的基本步骤 1. 测试的目标 软件测试的目标: 为了发现程序中的错误而执行程序的过程; 好的测试方案是极有可能发现迄今尚未发现的尽可能多的错误的测试方案; 成功的测试是发现了迄今尚未发现的错误的测试。 测试用例应包括输入数据和预期的输出结果; 不仅要选用合理的输入数据作为测试用例,而且还应选用不合理的输入数据作为测试用例; 既要检查程序是否完成了它应做的工作,又要检查它是否还做了它不应该做的事情; 测试用例应长期保留。 静态测试 基本特征是在对软件进行分析、检查和测试,不实际运行被测试的软件。 静态测试对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。约可找出30~70%的逻辑设计错误。 动态测试 通过运行软件来检验软件的动态行为和运行结果的正确性; 动态测试的两个基本要素: 被测试程序 测试数据(测试用例) 1) 模块测试 又称单元测试,在软件编码阶段进行,确认模块作为单元能够正常运行。 2) 集成测试/联合测试 把经过测试的单元按一定顺序组装成为系统,进行测试,又称接口测试。 3)验收测试 将软件系统作为单一实体,在用户积极参与下以实际数据测试,测试的目的是验证系统能否达到系统需求说明书的要求。验收测试又可分为α测试和β测试。 ?测试:由一个用户在开发环境下模拟实际操作环境运行程序系统。 目的是评价软件产品的功能、可用性、可靠性、性能等各种指标,以及系统的界面特色。 方法是由开发者在场记录系统出错情况及使用中存在的问题。 ?测试:由系统一个或多个用户在实际操作环境中运行系统。 目的是评价系统的可支持性,包括文档的完整性、用户培训和支持、使用系统的能力和满意程度。 方法是开发者不在测试现场,由用户记录的问题可能是系统存在的错误,也可能是用户的主观认定。 1) 黑盒测试(又称为功能测试,数据驱动测试,基于规格说明书的测试) 将被测试程序对象看作黑盒子,不考虑其内部程序结构与处理过程,仅仅对于程序接口进行测试。即检查适当的输入是否能够产生适当的输出。 2) 白盒测试(又称结构测试,玻璃盒测试,基于覆盖的测试) 分析程序结构与过程执行路径,按照程序内部的逻辑结构设计测试用例,检验程序的每条通路是否按预期正常进行,力求提高测试覆盖率。 3) 黑盒测试与白盒测试比较 ——黑盒测试是从用户观点出发,验证系统所应该具有的功能是否实现,是否满足用户的要求。黑盒测试方法技术相对要求低,方法简单有效,适合进行验收测试、软件确认测试,不适合单元测试、集成测试,而且测试结果的覆盖度不容易度量,其测试的潜在风险比较高。 ——白盒测试方法从程序内部结构

文档评论(0)

yuxiufeng + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档