编程常用英文及其缩写

已于 2023-10-02 11:30:10 修改
阅读量532 收藏
点赞数
文章标签： c语言
于 2023-07-26 10:41:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_74350234/article/details/131933972
版权

加法+ —>add

减法- —>subtract /sub

乘法x —>multiply /mul

除法÷,/ —>divide/div

下标，索引—>index

函数—>function/fun

数组—>array

结果—>res/result或者ans/answer

中间变量—>tmp/template

长度—>len/lenth

pink鱼
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
常用英文缩写
wangningkui的博客
02-22 1827
此文摘录英文简写及其释义
软件测试规范
04-23
软件测试规范 目 录 一.概述 ............................................................................................................................................................ 1 二 软件测试理论 ........................................................................................................................................... 2 1.什么是软件测试 .................................................................................................................................. 2 2.软件测试的目标 .................................................................................................................................. 2 三.软件测试流程 ............................................................................................................................................ 3 1.软件测试流程图 .................................................................................................................................. 3 2.软件测试流程细则 .............................................................................................................................. 4 3.软件测试注意事项 .............................................................................................................................. 5 四.软件测试类型 ............................................................................................................................................ 6 1.模块测试 .............................................................................................................................................. 6 2.子系统测试 .......................................................................................................................................... 6 3.系统测试 .............................................................................................................................................. 6 4.验收测试 .............................................................................................................................................. 6 五.黑盒测试方法 ............................................................................................................................................ 7 1.等价类划分 .......................................................................................................................................... 7 2.因果图 .................................................................................................................................................. 8 3.边值分析法 .......................................................................................................................................... 8 4.猜错法 .................................................................................................................................................. 8 5.随机数法 .............................................................................................................................................. 9 六.白盒测试方法 .......................................................................................................................................... 10 1.语句覆盖 ............................................................................................................................................ 10 2.判定理盖 ............................................................................................................................................ 10 3.条件覆盖 ............................................................................................................................................ 11 4.判定／条件覆盖 ................................................................................................................................ 11 5.条件组合覆盖 .................................................................................................................................... 11 七.测试错误类型 .......................................................................................................................................... 12 八.测试标准 .................................................................................................................................................. 13 附录一 单元测试报告 ................................................................................................................................. 14 附录二 集成测试报告 ................................................................................................................................. 15 附录三 测试大纲 ......................................................................................................................................... 16 附录四 测试大纲附录 ................................................................................................................................. 17 附录五 测试计划 ......................................................................................................................................... 18 附录六 程序错误报告 ................................................................................................................................. 19 附录七 测试分析报告 ................................................................................................................................. 20 软件测试规范 概述 一.概述 本规范是对项目软件测试的一份指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范，以有效保证软件产品的质量。 - 1 - 软件测试规范 软件测试理论 二 软件测试理论 1.什么是软件测试 无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，在软件生命周期的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束之前通过严格的技术审查，尽可能早地发现并纠正差错；但是，经验表明审查并不能发现所有差错，此外在编码过程中还不可避免地会引入新的错误。如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。软件测试在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段。在这个阶段结束之后，对软件系统还应该进行各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作。 大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40％以上，在极端情况，测试那种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍。因此，必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了，实际上，大约还有同样多的开发工作量需要完成。仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是我们的最终日的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件。 2.软件测试的目标 下面这些规则也可以看作是测试的目标或定义： (1)测试是为了发现程序中的错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； (3)成功的测试是发现了至今为止尚未发现的错误的测试。 从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”。这和某些人通常想象的“测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测试”等等是完全相反的。正确认识测试的目标是十分重要的，测试目标决定了测试方案的设计。如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。 由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。 - 2 - 软件测试规范 软件测试流程 三.软件测试流程 1.软件测试流程图 参与需求分析，了解项目需求内容 了解需求变更 制定《测试计划 》 编写《测试大纲》 编写《单元测试报告》 N 项目组进行修改 配合开发人员进行单元测试 Y 编写《集成测试报告》 N 项目组进行修改 配合开发人员进行集成测试 Y 收集待测软件的各种相关文档及《需求分析》、《软件设计规范》和上一级《测试报告》 N 复合 对待测软件进行测试 项目组进行修改 Y 填写《错误报告》 编写《测试分析报告》 提交《测试分析报告》 所有文件存档 编写《用户操作手册》（帮助文件） 与用户方协商测试相关事宜 - 3 - 软件测试规范 软件测试流程 向用户方提供内部测试汇总报告 配合用户方进行软件测试 用户方签字确认错误报告 项目经理与用户方测试进行确认 2.软件测试流程细则 需求阶段： 测试人员了解项目需求收集结果包括项目需求规格说明、功能结构及模块划分等。 测试人员了解项目需求变更。 测试人员会同项目主管根据软件需求制定并确认《测试计划》（附录五）。 设计编码阶段： 测试人员制定《测试大纲》（附录三、附录四）。 项目开发组对完成的功能模块进行单元测试，测试人员参与单元测试过程；单元测试完成，产生单元测试报告。 所有单元测试及相应的修改完成后，项目开发组组织进行集成测试，测试人员参与集成测试过程；集成测试完成后，产生集成测试报告。 测试阶段： 项目开发组完成集成测试后，提交测试所要求的待测软件及各种文档、手册、前期测试报告（《需求分析》、《软件设计规范》和上一级《测试报告》附录一、附录二）。 测试组安排和协调测试设备、环境等准备工作。 测试组按测试计划、测试大纲的要求对待测软件进行有效性测试、集成测试。 填写《错误报告》（附录六）。 对修改后的情况进行复合。 测试结束后，测试人员对测试结果进行汇总；测试主管审核测试结果，得出测试结论；测试组进行测试分析和评估，编写《测试分析报告》（附录七）。 提交《测试分析报告》。 将所有文件存档。 对测试未通过的待测软件，测试人员汇总并向项目开发组提交测试错误报告。 项目开发组对测试错误报告进行确认，对有争议的问题可由上一级技术负责人确认和仲裁；项目开发组针对测试错误报告进行逐项修改，修改完成后再将待测软件及错误修改情况提交及测试组进行回归测试。 待测软件测试通过后，项目测评结束。 制作《用户操作手册》（帮助文件）。 用户测试阶段： 项目开发组与用户方商定测试计划、测试内容、测试环境等。 项目测试组向用户方提供项目内部测试汇总报告。 由项目开发组或测试组配合用户进行用户方测试。 由用户方编制用户方软件测试报告（程序错误报告和测试分析报告），若用户方不愿或无法编制测试报告，则经与用户方协商由我方测试人员编制用户方测试报告，经用户方签字后即可生效。 - 4 - 软件测试规范 软件测试流程 项目经理与用户方对用户方测试进行确认。 3.软件测试注意事项 根据《软件开发规范》仔细检查软件的界面是否合乎要求。（每一个子界面也应如此） 其中，应注意提示信息和软件开发商信息是否正确。小的图标是否合乎要求。检查菜单当中的各项功能和功能按钮是否能正确使用。 根据《软件开发规范》和《用户需求》及《软件详细设计》设计测试用例。（以边界值法、等价类划分法为主）。对功能界面要求注意与功能相关的信息显示及显示位置是否正确。数据输入界面应注意文字格式及数字和文字的区别。是否能够正确保存信息。数据查询（显示）界面应注意显示信息是否正确和完整。是否能正确查询。对打印功能要求注意打印出的报表是否正确。（包括报表各项信息、数据信息和报表字体等）。 这一项测试主要是对软件的错误处理功能进行测试。就是进行错误的操作或输入错误的数据，检查软件对这些情况是否能做出判断并予以提示。 特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。 对测试错误结果一定要有一个确认的过程。一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。 制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。 妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。 - 5 - 软件测试规范 软件测试类型 四.软件测试类型 除非是测试一个小程序，否则一开始就把整个系统作为一个单独的实体来测试是不现实的。与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由许多模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成： 1.模块测试 在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。 2.子系统测试 子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块的接口。 3.系统测试 系统测试是把经过测试的于系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的动态特性也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。 4.验收测试 验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据(系统将来要处理的信息)进行测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。 - 6 - 软件测试规范 黑盒测试方法 五.黑盒测试方法 黑盒测试( lack— ox testing)又称功能测试、数据驱动测试或基于规范的测试(即ec颠cation— ased testing)。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试。 用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果； 用假想的数据类型和数据值运行，测试排斥不规则输入的能力； 对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序应该做什么?”还要考察“程序是否做了不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数据值的异常等等。下述几种方法：(a)等价类划分，( )因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“??项数可以从1到999??”，则可取有效等价类为“l＜项数＜999”，无效等价类为“项数＜l，，及“项数＞999”。 输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标识符应以字母开头??”则“以字母开头者”作为有效等价类，“以非字母开头”作为无效等价类。 如果我们确知，已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类进一步划分成更小等价类。 输入条件 。。。。。。 。。。。。。 有效等价类 。。。。。。 。。。。。。 无效等价类 。。。。。。 。。。。。。 根据已列出的等价类表，按以下步骤确定测试用例： 为每个等价类规定一个唯一的编号； - 7 - 软件测试规范 黑盒测试方法 设计一个测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖； 设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步，使所有无效等价类均被覆盖。这里强调每次只覆盖一个无效等价类。这是因为一个测试用例中如果含有多个缺陷，有可能在测试中只发现其中的一个，另一些被忽视。等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问题，但是没有注意选用一些“高效的”、“有针对性的”测试用例。后面介绍的边值分析法可以弥补这一缺点。 2.因果图 等价类划分法并没有考虑到输入情况的各种组合。这样虽然各个输入条件单独可能出错的情况已经看到了，但多个输入情况组合起来可能出错的情况却被忽略。采用因果图方法能帮助我们按一定步骤选择一组高效的测试用例，同时，还能为我们指出程序规范的描述中存在什么问题。 利用因果图导出测试用例需要经过以下几个步骤： 分析程序规范的描述中哪些是原因，哪些是结果。原因常常是输入条件或是输入条件的等价类。结果是输出条件。 分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各个结果的“因果图”。 由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的。为表明这些特定的情况，在因果图上使用持殊的符号标明约束条件。把因果图转换成判定表。把判定表的每一列写成一个测试用例。 3.边值分析法 边值分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。典型地包括IF语句中的判别值，定义域、值域边界，空或畸形输入，末受控状态等。边值分析法不是一类找一个例子的方法，而是以边界情况的处理作为主要目标专门设计测试用例的方法。另外，边值分析不仅考查输入的边值，也要考虑输出的边值。这是从人们的经验得出的一种有效方法。人们发现许多软件错误只是在下标、数据结构和标量值的边界值及其上、下出现，运行这个区域的测试用例发现错误的概率很高。 用边值分析法设计测试用例时，有以下几条原则： 如果输入条件规定了取值范围，或是规定了值的个数，则应以该范围的边界内及刚刚超出范围的边界外的值，或是分别对最大、最小及稍小于最小、稍大于最大个数作为测试用例。如有规范“某文件可包含l至255”个记录??“，则测试用例可选1和255及0和256等。 针对规范的每个输出条件使用原则〔a〕。 如果程序规范中提到的输入或输出域是个有序的集合(如顺序文件、表格等)就应注意选取有序集的第一个和最后一个元素作为测试用例。 分析规范，尽可能找出可能的边界条件。一个典型的边值分析例子是三角形分类程序。选取a， ，c构成三角形三边，“任意两边之和大于第三边”为边界条件。边值分析相等价类划分侧重不同，对等价类划分是一个补充。如上述三角形问题，选取a＝3， ＝4，c＝5，a＝2， ＝4，c＝7则覆盖有效和无效等价类。如果能在等价类划分中注入边值分析的思想。在每个等价类中不只选取一个覆盖用例，而是进而选取该等价类的边界值等价类划分法将更有效，最后可以用边值分析法再补充一些测试用例。 4.猜错法 猜错法在很大程度上是凭经验进行的，是凭人们对过去所作的测试工作结果的分析，对所揭示的缺陷的规律性作直觉的推测来发现缺陷的。 一个采用两分法的检索程序，典型地可以列出下面几种测试情况： 被检索的表只有一项或为空表； - 8 - 软件测试规范 黑盒测试方法 表的项数恰好是2的幂次； 表的项数比2的幂次多1等。 猜错法充分发挥人的经验，在一个测试小组中集思广益，方便实用，特别在软件测试基础较差的情况下，很好地组织测试小组 (也可以有外来人员)进行错误猜测，是有效的测试方法。 5.随机数法 即测试用例的参数是随机数。它可以自动生成，因此自动化程度高。使用大量随机测试用例测试通过的程序会提高用户对程序的信心。但其关键在于随机数的规律是否符合使用实际。 - 9 - 软件测试规范 白盒测试方法 六.白盒测试方法 白盒法测试，是以程序的内部逻辑为基础，有选择地执行程序中最有代表性的通路。因此，白盒法也叫逻辑覆盖法( gic MM阴e)。最彻底的逻辑覆盖法，是覆盖程序巾的诲一条通路。但当程序中含有大量循环时，要执行每一条通路是44可能的。因此，我们只能寄希望于程序的覆盖度尽可能高一些。目前常用的一些覆盖标准有：语句覆盖、判定覆盖、条件澄盖、判定涤件覆盖、条件组合覆盖、路径覆盖等。 白盒法考虑的是测试用例对程序内部逻辑的覆盖程度，所以又称为逻辑覆盖法。最彻底的白盒法是覆盖程序中的每一条路径，但这不可能，我们希望覆盖的路径尽可能多一些。为了衡量测试的覆盖程度，需要建立一些标准，目前常用的一些覆盖标准是： (1)语句覆盖； (2)判定覆盖； (3)条件覆盖； (4)判定／条件覆盖； (5)条件组合覆盖。 1.语句覆盖 程序的某次运行一般并不能执行到其中的每一个语句，因此，如果某语句含有一个错误，而它在测试中没执行，这个错误就不可能被发现。为了提高发现错误的可能性，应该在测试时至少要执行程序中的每一个语句。 所谓“语句覆盖”测试标准，它的含义是：选择足够的测试用例，使得程序中每个语句至少都能执行一次。 例子： e Example( A,B,C:eal) egin if(1)and(B=0) then x:=A； if(A=2)(1) then x:=x+l end; 为了使程序中每个语句至少执行一次，只需设计一个能通过路径ace的例子就可以了。例如选择输入数据为： A=2，B=0，x=3 就可达到“语句覆盖”标准。 显然，语句覆盖是一个比较弱的覆盖标准。如果第一个条件语句中的and错误地写成，上面的测试用例是不能发现这个错误的，或者是第二个条件语句中1误写成0，这个测试用例也不能暴露它。我们还可以举出许多错误情况是上述测试数据不能发现的。所以，一般认为“语句覆盖”是很不充分的最低的一种覆盖标准。 2.判定理盖 比“语句覆盖”稍强的覆盖标准是“判定覆盖”(或称分支覆盖)。这个标准是：执行足够的测试用例，使得程序中每个判定至少都获得一次“真”值和“假”值，即使得程序中的每一个分文至少都通过一次。 对上面那个例子，如果设计两个测试用例，就可以达到“判定覆盖”的标难。为此，我们可以选择输人数据为： (1)A=3，B=0，x=l - 10 - 软件测试规范 白盒测试方法 (2)A=2，B=1，x=3 “判定覆盖”比“语句覆盖”严格，因为如果每个分支都执行过了，自然每个语句也就执行了。 3.条件覆盖 它的含义是：执行足够的测试用例，使得判定中每个条件获得各种可能的结果。 对于例子程序,我们只需设计以下两个测试用例就可满足这标准： (1)A＝2，B＝o，x＝4(沿路径ace执行) (2)A＝1，B＝l，x＝l(沿路径aN执行) 虽然同样只要两个测试用例，但它比判定覆盖中两个测试用例更有效。一般来说，“条件覆盖”比“判定覆盖”强，但是，并不总是如此，满足“条件覆盖”不一定满足“判定覆盖”。例如对语句。 IF(A AND B)THEN S 设计两个测试用例：A“真”B“假”和A“假”B“真”。对于上例我们设计两个测试用例为： (1)A＝1，B＝o，x＝3 (2)A＝2，B＝l，x＝1 亦是如此，它们能满足“条件覆盖”但不满足“判定覆盖”。 4.判定／条件覆盖 针对上面的问题引出了另一种覆盖标准，这就是“判定／条件覆盖”，它的含义是：执行足够的测试用例，同时满足判定覆盖和条件覆盖的要求。显然，它比“判定覆盖”和“条件覆盖”都强。 对于例子程序，我们选取测试用例： (1)A=2，B=0，x=4 (2)A=1，B=l，x=l 它满足判定／条件覆盖标准。 值得指出，看起来“判定／条件覆盖”似乎是比较合理的，应成为我们的目标，但是事实并非如此，因为大多数计算机不能用一条指令对多个条件作出判定，而必须将源程序中对多个条件的判定分解成几个简单判定。这个讨论说明了，尽管“判定／条件覆盖”看起来能使各种条件取到所有可能的值，但实际上并不一定能检查到这样的程度。针对这种情况，有下面的条件组合覆盖标准。 5.条件组合覆盖 “条件组合覆盖”的含义是：执行足够的测试用例，使得每个判定中条件的各种可能组合都至少执行一次。这是一个最强的逻辑覆盖标准。 再看例子程序，必须使测试用例覆盖八种组合结果 (1)1，B=0 (5)A=2，1 (2)1，0 (6)A=2，1 (3)l，B=0 (7)2，1 (4)1，0 (8)2，1 必须注意到，(5)、(6)、(7)、(8)四种情况是第二个条件语句的条件组合，而x的值在该语句之前是要经过计算的，所以我们还必须根据程序的逻辑推算出在程序的人口点x的输入值应是什么。 要测试八个组合结果并不是意味着需要八种测试用例，事实上，我们能用四种测试用例来覆盖它们： (1)A＝2，B＝o，x＝4； (2)A＝2，B＝1，x＝l； (3)A＝l，B＝o，x＝2； (4)A＝1，B＝1，x＝l。 上面四个例子虽然满足条件组合覆盖，但并不能覆盖程序中的每一条路径，可以看出条件组合覆盖仍然是不彻底的，在白盒测试时，要设法弥补这个缺陷。 - 11 - 软件测试规范 测试错误类型 七.测试错误类型 本规范定义以下五类测试错误类型。 A类—严重错误，包括以下各种错误： 由于程序所引起的死机,非法退出 死循环 数据库发生死锁 因错误操作导致的程序中断 功能错误 与数据库连接错误 数据通讯错误 B类—较严重错误，包括以下各种错误： 程序错误 程序接口错误 数据库的表、业务规则、缺省值未加完整性等约束条件 C类—一般性错误，包括以下各种错误： 操作界面错误（包括数据窗口内列名定义、含义是否一致） 打印内容、格式错误 简单的输入限制未放在前台进行控制 删除操作未给出提示 数据库表中有过多的空字段 D类—较小错误，包括以下各种错误： 界面不规范 辅助说明描述不清楚 输入输出不规范 长操作未给用户提示 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显的区分标志 E类—测试建议 - 12 - 软件测试规范 测试标准 八.测试标准 黑盒测试的通过准则一般有： 单元功能同设计需求一致； 规定的路径覆盖率及覆盖类达到要求，且单元执行正确； 所规定的黑盒测试手段被使用，且单元执行正确； 对残留错误有合法解释或被认可暂留； 虽然路径覆盖率不能达到，但其他各测试的错误查出率趋产0或稳定(时间的长短视情况而定)。 各类软件测试合格须符合以下标准。 A类错误 无 B类错误 无 C类错误 1% D类错误 5% E类建议 暂不作要求 以上比例为错误占总测试模块的比例。 软件产品未经测试合格，不允许出公司。 - 13 - 软件测试规范 附录一 单元测试报告 附录一 单元测试报告 1 测试过程与结果 1.1 （某程序模块 文档名称）测试 测试对象：（某程序模块 文档） 测试方面：（设计规范 应用功能及流程 程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： 1.2 （某程序模块 文档名称）测试 测试对象：（某程序模块 文档） 测试方面：（设计规范 应用功能及流程 程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： …… 2 测试结论 对单元测试的结果评价。 测试负责人： 审核（项目经理）： 年 月 日 年 月 日 - 14 - 软件测试规范 附录二 集成测试报告 附录二 集成测试报告 项目名称 测试人 项目编号 测试时间 问题类型： 程序代码 数据库 项目文档 问题及影响描述、处理结果（可加附页） 测试结论 测试负责人： 年 月 日 审核（项目经理）： 年 月 日 - 15 - 软件测试规范 附录三 测试大纲 附录三 测试大纲 1 概述 1.1 编写目的 [可照抄下列语句，也可适当修改。] 本文档的编写目的在于为XXXX（软件名称）软件测试人员提供详细的测试步骤和测试数据，以保证测试人员对软件测试的正确性和完整性。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等）。 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等。 1.4 测试内容和测试种类 2 系统结构 图表形式表示。 3 测试目的 4 测试环境 4.1 硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家。 4.2 软件 列出进行本次测试所需的软件资源，包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 5 人员 列出一份清单,说明在整个测试期间人员的数量、时间、技术水平的要求。 6 测试说明 可以把整个测试过程按逻辑划分为几个组（包括测试计划中描述的总体测试要求的每个方面），并给每个组命名一个标识符。 6.1 [测试1名称及标识符]说明 6.1.1 测试概述 对测试1进行一个总体描述,主要说明这组测试的基本内容。 6.1.2 测试准备 描述本测试开始前系统必须具备的状态和数据。 6.1.3 测试步骤 对各测试操作按先后顺序进行编号。具体操作和数据见附录。 6.2 [测试2名称及标识符]说明 测评组： 年 月 日 - 16 - 软件测试规范 附录四 测试大纲附录 附录四 测试大纲附录 本附录描述了各测试步骤的详细说明，在填入测试结果后，可直接作为测试记录。内容较多时，可一页只放一个测试说明。 测试名称： 测试时间： 操作序号 说明输入的具体数据或动作 测试输入 说明预期的输出或结果 预期输出 标识符： 测试人： 错误等级 说明实际的输出或结果 实际输出 操作序号 说明输入的具体数据或动作 错误等级 测试输入 预期输出 实际输出 - 17 - 软件测试规范 附录五 测试计划 附录五 测试计划 1 概述 1.1 编写目的 [可照抄下列语句，也可适当修改。] 本文档的编写目的在于为整个测试阶段的管理工作和技术工作提供指南；确定测试的内容和范围，为评价系统提供依据。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等）。 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等。 1.4 测试种类 说明本次测试所属的测试种类（单元测试、集成测试、有效性测试、系统测试、用户测试）及测试的对象。 2 系统描述 简要描述被测软件系统，可用图表加解释的形式，说明被测系统的输入、基本处理功能及输出，为进行测试提供一个提纲。 3 测试环境 3.1 硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家。 3.2 软件 列出进行本次测试所需的软件资源，包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 4 测试安排 4.1 （子系统1名称和项目唯一标识号） 4.1.1 测试总体要求 描述本次测试的要求，如： 对所有功能进行正确性测试； 使用一些虚假值、最大值和错误值对软件进行测试； 对软件进行错误检测和出错恢复的测试； 对特定环境条件的组合，用模拟测试数据对软件进行测试； 使用从环境中提取的“真实数据”作为输入，对软件进行测试。 4.1.2 主要测试内容 列出提纲。 4.1.3 测试进度安排 给出进行测试工作的时间安排。 4.2 （子系统2名称和项目唯一标识号） 5 测试数据的记录、整理和分析 说明对本次测试得到数据的记录、整理和分析的方法和存档要求。 审核： 年 月 日 批准： 年 月 日 - 18 - 软件测试规范 附录六 程序错误报告 附录六 程序错误报告 （系统名称） 测试项目 项目名称 测试类型 模块名称 测试时间 序号 模块名称 错误等级 错 误 描 述 版本 测试批次 修改情况 复 核 测试人： - 19 - 软件测试规范 附录七 测试分析误报告 附录七 测试分析报告 1 概述 1.1 编写目的 编写本文档的目的在于 通过对测试结果的分析得到对软件的评价； 为纠正软件缺陷提供依据； 使用户对系统运行建立信心。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等）。 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等。 2 测试对象 包括测试项目、测试类型、测试批次（本测试类型的第几次测试）、测试时间等。 3 测试分析 3.1 测试结果分析 列出测试结果分析记录,并按下列模板产生BUG分布表和BUG分布图。 分析模版： 从软件测试中发现的并最终确认的错误点等级数量来评估： 从以上提出的BUG等级来统计等级和数量的一个分布情况：（如下表） BUG数量 所占比例 A 2 9% B 17 74% C 3 13% D 0 0% E 1 4% BUG分布图 0%4%9% A级 B级C级D级E级 74% 3.2 对比分析 若非首次测试时，将本次测试结果与首次测试、前一次测试的结果进行对比分析比较。 3.3 测试评估 通过对测试结果的分析提出一个对软件能力的全面分析，需标明遗留缺陷、局限性和软件的约束限制等，并提出改进建议。 3.4 测试结论 根据测试标准及测试结果，判定软件能否通过测试。 测试主管： 年 月 日
CRC校验原理与程序设计
07-30
CRC是英文Cyclical Redundancy Check的缩写，翻译成中文通常称作循环冗余校验或简称为CRC校验。它是数据传输领域中最常用的一种差错校验方法，其特点是传输数据和CRC校验值的长度可以任意选定。在当今手机、计算机和数码产品普及的信息数字化时代，CRC校验无处不在。CRC分为多种标准，例如：CRC -12码通常用来传送6-bit字符串。
C++程序设计代码
07-28
实验一 C++简单程序设计（2学时） 1．编程计算图形的面积。程序可以计算圆形、长方形、正方形的面积、运行时先提示用户选择图形类型，然后，对圆形要求用户输入半径、对长方形要求用户输入长和宽的值，对正方形要求用户输入边长，计算出面积后将其显示出来。要求使用debug调试功能观察程序运行中变量值的变化情况。 2．定义一个表示时间的结构体，可以精确的表示年、月、日、小时、分、秒；提示用户输入年、月、日、小时、分、秒的值，然后完整地显示出来。 实验二 函数的应用（2学时） 1．编写重载函数Max1，分别求出两个整数，两个双精度数，三个整数，三个双精度数的最大值。 2．使用重载函数模板重新实现上面的函数Max1。 要求：(1)练习重载函数的使用；(2) 练习函数模板的使用。 实验三 类与对象（2学时） 1．声明一个Dog类，包含age、weight等属性，以及对这些属性操作的方法。实现并测试这个类。 2．设计并测试一个名为Rectangle的矩形类，其属性为矩形的左下角和右上角两个点的坐标，有成员函数能计算矩形的面积。 3．定义一个CPU类，包含等级、频率，电压等属性，并编写构造函数、析构函数，以及成员函数run、stop模拟CPU的状态。其中，等级为整型，频率为单位是兆赫兹的整数，电压为浮点型。要求自己设计各个属性的标识。 4．定义一个简单的Computer类，包含数据成员cpu、ram、cdrom等等，有两个成员函数run、stop。其中cpu为CPU类的一个对象，ram为RAM类的一个对象，cdrom为CDROM类的一个对象，定义并实现这个类。 5．（必做）设计一个用于人事管理的People类。考虑到通用性，可以只抽象出所有人员都 具有的属性：number(编号)，sex(性别) ，birthday(出生日期)，id(身份证号)等等。其中“出生日期”定义为一个“日期”类内嵌子对象。用成员函数实现对人员函数的录入和显示。要求包括：编写构造函数和析构函数、拷贝构造函数、内联成员函数，类的组合。 实验四 C++程序的结构（2学时） 1．编写程序，实现并测试客户机（Client）类。定义字符型静态数据成员ServerName[10]，保存其服务器名称；整型静态数据成员ClientNum，记录定义的客户数量；定义静态函数ChangeServerName()改变服务器名称。在头文件client.h中定义类，在文件client.cpp中实现，在文件test.cpp中测试这个类，观察相应的成员变量的取值的变化情况。 2、在实验三题目5编写的人员类中设计适当的方法来实现类中数据的共享性，并采用多文件结构实现程序。 3．（选做）定义类X、Y、Z，函数h（X *），满足：类X有私有成员i，Y的成员函数g（X *）是X的友元函数，实现对X的成员i加1，类Z是类X的友元类，其成员函数f（X *）实现对X的成员i加5，函数h（X *）是X的友元函数，实现对X的成员i加10。在一个文件中声明类，在一个文件中实现类，在另一个文件中测试类。 实验五 继承和派生（2学时） 1．设计并定义一个交通工具类，并通过该类派生出新的类，编写程序定义这些类并测试它； 2．（选做）声明一个基类Shape，在此基础上派生Rectangle和Circle，二者都有GetArea（）函数计算对象的面积，编写程序测试。 3．（选做）声明一个哺乳动物类Mammal，再由此派生出狗类Dog，定义一个Dog类的对象，观察基类与派生类的构造函数和析构函数的调用顺序。 4．完善实验四第2题的程序，具体要求如下： 任务1：从people(人员)类派生出student(学生)类，添加属性：学校、学院、专业、班号、入学成绩，设计相应的成员函数(构造函数，拷贝构造函数，录入函数，显示函数)。 任务2：从people类派生出teacher（教师）类，添加属性：职务，部门，职称。并设计相应的成员函数。 任务3:从student类派生出graduate（研究生）类，添加属性：导师，研究方向。并设计相应的成员函数。 任务4：编写程序来测试这个类。 实验六 小型学生管理系统的设计与实现1（2学时） 设计学生类、课程类、成绩类及相应的成员函数。要求能实现学生的信息、课程信息和成绩信息的增加、修改、删除与查询。 实验七 多态性（2学时） 1．定义Point类，有坐标X和Y两个成员变量，对Point类重载＋＋和――运算符，实现对坐标值的改变。 2．定义一个车（Vehicle）类，有run，stop等成员函数，由此派生出自行车（bicycle）类、汽车（car）类，由bicycle类和car类派生出摩托车（motocar）类，它们都包含run，stop等成员函数，编写相应的虚函数并测试
oracle实验报告
01-10
实验一 SQL*PLUS练习 【实验目的】 (1) 了解Oracle的工作环境和基本使用方法。 (2) 练习标准SQL的数据操作，查询命令及其查询优化。 (3) 学会使用高级SQL命令，排序、分组、自连接查询等。 (4) 学会使用SQL*PLUS命令显示报表，存储到文件等。 【实验内容】 一、 准备使用SQL*PLUS 1. 进入SQL*PLUS 2. 退出SQL*PLUS 3. 显示表结构命令DESCRIBE SQL>DESCRIBE emp 使用DESCRIBE（缩写DESC）可以列出指定表的基本结构，包括各字段的字段名以及类型、长度、是否非空等信息。 4. 使用SQL*PLUS显示数据库中EMP表的内容 输入下面的查询语句： SQL>SELECT * FROM emp; 按下回车键执行查询 5. 执行命令文件 START或@命令将指定文件调入SQL缓冲区中，并执行文件内容。 SQL>@ 文件名（文件后缀缺省为.SQL）或 SQL>START 文件名 文件中每条SQL语句顺序装入缓冲区并执行。 二、 数据库命令——有关表、视图等的操作 1. 创建表employee 例1 定义一个人事信息管理系统中存放职工基本信息的一张表。可输入如下命令： SQL>CREATE TABLE employee (empno number(6) PRIMARY KEY, /* 职工编号 name varchar2(10) NOT NULL, /* 姓名 deptno number(2) DEFAULT 10, /* 部门号 salary number(7,2) CHECK(salarycreate table emp2 as select * from emp where 1=2; 在命令的where子句中给出1=2，表示条件不可能成立，因而只能复制表结构，而不能复制任何数据到新表中去。另外，还可以复制一个表的部分列定义或部分列定义及其数据。 三、 Oracle数据库数据查询 1、单表查询 2、多表查询 四、 SQL*PLUS常用命令 表1 常用报表格式化名命令 命令 定义 Btitle 为报表的每一页设置底端标题 Column 设置列的标题和格式 Compute 让SQL*PLUS计算各种值 Remark 将某些字标记为注释 Set linesize 设置报表的行宽字符数 Set newpage 设置报表各页之间的行数 Spool 使SQL*PLUS将输出写入文件中 Start 使SQL*PLUS执行一个sql文件 Ttitle 设置报表每页的头标题 Break 让SQL*PLUS进行分组操作 例3 建立一个批命令文件对查询到的数据以报表的形式输出并将其保存到指定的文件中。 处理方法：利用SQL*PLUS语言工具（也可以使用其他文本编辑器）建立批命令的.SQL文件。在“SQL>”提示符下，使用EDIT命令在”E:\”中建立SCGB.SQL文件。 SCGB.SQL文件中的命令组如下： SQL>EDIT E:\ SCGB.SQL SET echo off SET pagesize 30 SET linesize 75 TTITLE’2008年4月10号’CE’公司职员基本情况登记表’R’Page:’ FORMAT 99- >SQL.PNO SKIP 1 CE’===========================’ BTITLE COL 60 ’制标单位’ TAB 3 ‘人事部’ COLUMN empno heading ‘职工|编号’ COLUMN ename format a10 heading ‘姓 名’ COLUMN job heading ‘工 种’ COLUMN sal format $99,990 heading 工 资’ COLUMN comm Like sal heading ‘奖 金’ COLUMN deptno format 9999 heading ‘部门|编号’ COLUMN hiredate heading ‘参加工作时间’ SPOOL e:\sjbb /*在E盘中建立格式报表输出文件，默认属性为LST BREAK on deptno skip 1 COMPUTE sum of sal comm on deptno SELECT empno,ename,job,hiredate,sal,comm,deptno from emp ORDER BY deptno,sal; SPOOL off /*终止SPOOL功能，关闭其文件。注意，此命令不可省，否则将建立空文件。 五、 实验内容 1、以cs+学号为用户名创建用户，并授予用户创建数据对象的权限。 2、复制emp表，复制表名为emp_学号，然后将emp表中工资低于$2000 的职工插入到复制的表中。 3、对复制的emp表插入一行只包含有职工号,职工名,工资与部门号四个数据 项值的记录。 4、在复制的emp表中将雇员ALLEN提升为经理，工资增至＄2500， 奖（佣 ）金增加40%。 5、删除复制的emp表中工资低于500的记录行。 6、列出10号部门中既不是经理，也不是秘书的职工的所有信息。 7、查找出部门所在地是CHICAGO的部门的职工姓名、工资和工种。 8、统计各部门中各工种的人数、工资总和及奖金总和。 9、查找出工资比其所在部门平均工资高的职工姓名、工种与工资情况。 实验3 Oracle数据库开发环境下PL/SQL编程 【实验目的】 (1)掌握 PL/SQL 的基本使用方法。 (2)在SQL*PLUS环境下运行PL/SQL的简单程序。 (3)应用 PL/SQL 解决实际问题 【实验内容与步骤】 PL/SQL块中的可执行部分是由一系列语句组成的（包括对数据库进行操作的SQL语句，PL/SQL语言的各种流程控制语句等）。在块中对数据库查询，增、删、改等对数据的操作是由SQL命令完成的。在PL／SQL块中，可以使用SQL的数据查询命令，数据操纵命令和事务控制命令。可使用全部SQL函数。PL／SQL中的SQL语句，可使用SQL的比较操作等运算符。但不能使用数据定义语句。 在PL／SQL块中使用SELECT语句时注意几点： （1）SELECT语句必须含有INTO子句。 （2）INTO子句后的变量个数和位置及数据类型必须和SELECT命令后的字段名表相同。 （3）INTO子句后可以是简单类型变量或组合类型变量。 （4）SELECT语句中的WHERE条件可以包含PL/SQL块中定义的变量及表达式，但变量名不要同数据库表列名相同。 （5）在未使用显式游标的情况下，使用SELECT语句必须保证只有一条记录返回，否则会产生异常情况。 [例3-1] 问题：编写一个过程，求和运算。 SET SERVEROUTPUT ON; DECLARE a number:=1; BEGIN a:=a+5; DBMS_OUTPUT.PUT_LINE('和为：'||TO_CHAR(a)); END; / 【例3-2】：使用%TYPE声明变量，输出制定表中的相关信息。 DECLARE my_name student.sname%TYPE; BEGIN SELECT sname INTO my_name FROM student WHERE no=’01203001’; DBMS_OUTPUT.PUT_LINE(my_name); END; / 【例3-3】问题：编写一个过程，可以输入一个雇员名，如果该雇员的工资低于2000，就给该员工工资增加10%。 declare v_sal emp.sal%type; begin select sal into v_sal from emp where ename=spName; if v_sal :NEW.sal THEN DBMS_OUTPUT.PUT_LINE('工资减少'); ELSIF :OLD.sal < :NEW.sal THEN DBMS_OUTPUT.PUT_LINE('工资增加'); ELSE DBMS_OUTPUT.PUT_LINE('工资未作任何变动'); END IF; DBMS_OUTPUT.PUT_LINE('更新前工资 ：' || :OLD.sal); DBMS_OUTPUT.PUT_LINE('更新后工资 ：' || :NEW.sal); END; / --执行UPDATE查看效果 UPDATE emp SET sal = 3000 WHERE empno = '7788'; 6、需要对在表上进行DML操作的用户进行安全检查，看是否具有合适的特权。 Create table foo(a number); Create trigger biud_foo Before insert or update or delete On foo Begin If user not in (‘DONNY’) then Raise_application_error(-20001, ‘You don’t have access to modify this table.’); End if; End; / 即使SYS，SYSTEM用户也不能修改foo表。 2、 利用PL/SQL编写程序实现下列触发器 1)、编写一个数据库触发器，当任何时候某个部门从dept表中删除时，该触发器将从emp表中删除该部门的所有雇员。（要求：emp表、dept表均为复制后的表） 2）、创建一个触发器，当客户下完订单后，自动统计该订单的所有图书的价格总额。 3)、创建一个触发器，禁止客户在非工作时间（早上8:00前，晚上17:00后）下订单。 五、实验心得
Visual Basic 数据采集与串口通信测控应用实战(part2)
04-14
作者： 李江全 汤智辉 朱东芹 出版社：人民邮电出版社 　　本书从测控工程应用的角度出发，对visual basic(缩写vb)开发测控程序的各种方法进行了全面阐述。内容包括在vb工程中调用activex控件和dll动态链接库等开发板卡数据采集与控制程序，在vb工程中利用mscomm控件、调用api函数等方法开发串口通信程序等。每种程序都提供了多个设计方法，每个设计都提供了线路图、详细的任务实现和完整的程序代码，所有代码均编译通过。 　　书中提供的典型测控应用实例都有详细的操作步骤，学习者可以按步骤用vb编程实现各种测控功能，实践操作性强是本书的特色。 　　本书内容丰富，论述深入浅出，有较强的实用性和可操作性，可供自动化、计算机应用、电子信息、机电一体化、测控仪器等专业的大学生、研究生以及从事计算机测控系统研发的工程技术人员学习和参考。 目录 第1章　计算机测控系统概述　1 1.1　计算机测控系统的含义与工作原理　1 1.1.1　计算机测控系统的含义　1 1.1.2　计算机测控系统的工作原理　2 1.2　计算机测控系统的任务和特点　3 1.2.1　计算机测控系统的任务　3 1.2.2　计算机测控系统的特点　5 1.3　计算机测控系统的组成　5 1.3.1　测控系统硬件组成　6 1.3.2　测控系统软件组成　8 1.4　计算机测控系统的分类　10 1.4.1　按功能分类　10 1.4.2　按设备形式分类　15 1.5　计算机测控系统应用软件的开发工具　17 1.5.1　面向机器的语言　17 1.5.2　高级语言　18 1.5.3　组态软件　19 第2章　vb程序设计基础　20 2.1　vb语言概述　20 2.1.1　vb语言的特点　20 .2.1.2　vb中文版集成开发环境　21 2.1.3　vb的操作对象　24 2.2　vb程序设计步骤　25 2.2.1　建立新工程项目　25 2.2.2　设计程序界面　26 2.2.3　设置对象属性　26 2.2.4　编写程序代码　27 2.2.5　运行应用程序　28 2.2.6　保存应用程序　28 2.2.7　编译形成可执行文件　29 2.2.8　打包发布　29 2.3　vb控制语句的使用　30 2.3.1　赋值语句　30 2.3.2　条件语句　30 2.3.3　选择语句　31 2.3.4　循环语句　32 2.4　vb内部函数　33 2.4.1　数学函数　33 2.4.2　字符串函数　34 2.4.3　日期与时间函数　35 2.4.4　转换函数　35 2.4.5　判断函数　36 2.4.6　颜色设置函数　36 2.4.7　字符串的处理　38 2.5　vb用户界面设计　39 2.5.1　内部控件　39 2.5.2　activex控件　49 2.5.3　对话框　51 2.5.4　菜单设计　55 2.5.5　工具栏设计　57 第3章　基于板卡的数据采集与控制系统　60 3.1　数据采集与控制系统的组成　60 3.1.1　硬件子系统　60 3.1.2　软件子系统　62 3.1.3　系统特点　62 3.2　数据采集卡概述　63 3.2.1　数据采集卡的产生　63 3.2.2　数据采集卡的输入与输出信号　63 3.2.3　数据采集卡的类型　65 3.2.4　数据采集卡的性能指标　66 3.3　多功能板卡的安装　69 3.3.1　pci-1710hg多功能板卡介绍　69 3.3.2　用pci-1710hg多功能板卡组成测控系统　69 3.3.3　pci-1710hg板卡设备的安装　71 3.3.4　pci-1710hg板卡设备的测试　73 3.4　vb与数据采集　75 3.4.1　vb数据采集概述　75 3.4.2　activedaq控件的安装　75 3.4.3　activedaq控件说明　76 3.5　数据采集卡的编程方式　81 3.5.1　软件触发方式　81 3.5.2　中断传输方式　81 3.5.3　dma数据传输方式　81 3.6　在vb环境下建立activedaq应用工程　81 第4章　数据采集与控制程序设计典型实例　85 4.1　基于板卡的模拟量输入程序设计　85 4.1.1　设计目的　85 4.1.2　设计用软、硬件　85 4.1.3　硬件线路图　85 4.1.4　设计任务　86 4.1.5　任务实现　86 4.1.5.1　任务实现(一)：利用activedaq控件实现模拟量输入　86 4.1.5.2　任务实现(二)：利用dll函数实现模拟量输入　89 4.2　基于板卡的模拟量输出程序设计　93 4.2.1　设计目的　93 4.2.2　设计用软、硬件　93 4.2.3　硬件线路图　94 4.2.4　设计任务　94 4.2.5　任务实现　94 4.2.5.1　任务实现(一)：利用activedaq控件实现模拟量输出　94 4.2.5.2　任务实现(二)：利用dll函数实现模拟量输出　96 4.3　基于板卡的开关量输入程序设计　98 4.3.1　设计目的　98 4.3.2　设计用软、硬件　99 4.3.3　硬件线路图　99 4.3.4　设计任务　99 4.3.5　任务实现　100 4.3.5.1　任务实现(一)：利用activedaq控件实现开关量输入　100 4.3.5.2　任务实现(二)：利用dll函数实现开关量输入　101 4.4　基于板卡的开关量输出程序设计　103 4.4.1　设计目的　103 4.4.2　设计用软、硬件　103 4.4.3　硬件线路图　104 4.4.4　设计任务　104 4.4.5　任务实现　104 4.4.5.1　任务实现(一)：利用activedaq控件实现开关量输出　104 4.4.5.2　任务实现(二)：利用dll函数实现开关量输出　106 4.5　基于板卡的计数器输入程序设计　107 4.5.1　基于板卡的计数器输入程序设计目的　107 4.5.2　基于板卡的计数器输入程序设计用软、硬件　108 4.5.3　基于板卡的计数器输入程序硬件线路图　108 4.5.4　设计任务　108 4.5.5　任务实现　108 4.5.5.1　任务实现(一)：利用activedaq控件实现计数器输入　108 4.5.5.2　任务实现(二)：利用dll函数实现计数器输入　110 4.6　基于板卡的脉冲量输出程序设计　112 4.6.1　基于板卡的脉冲量输出程序设计目的　112 4.6.2　基于板卡的脉冲量输出程序设计用软、硬件　112 4.6.3　基于板卡的脉冲量输出程序硬件线路图　113 4.6.4　设计任务　113 4.6.5　任务实现　113 4.6.5.1　任务实现(一)：利用activedaq控件实现脉冲量输出　113 4.6.5.2　任务实现(二)：利用dll函数实现脉冲量输出　115 4.7　基于板卡的温度测量与控制程序设计　117 4.7.1　基于板卡的温度测量与控制程序设计目的　117 4.7.2　基于板卡的温度测量与控制程序设计用软、硬件　117 4.7.3　基于板卡的温度测量与控制程序硬件线路图　117 4.7.4　设计任务　118 4.7.5　任务实现　118 4.7.5.1　任务实现(一)：利用activedaq控件实现温度测量与控制　118 4.7.5.2　任务实现(二)：利用dll函数实现温度测量与控制　125 第5章　vb与串口通信　131 5.1　串行接口简介　131 5.1.1　串口通信的基本概念　131 5.1.2　rs-232c串口通信标准　136 5.1.3　串口通信线路连接　139 5.1.4　计算机中的串行端口　141 5.2　串行通信控件mscomm　143 5.2.1　mscomm控件处理通信的方式　143 5.2.2　mscomm控件的引用　144 5.2.3　mscomm控件的常用属性　145 5.2.4　mscomm控件的事件　149 5.2.5　mscomm控件通信步骤　151 5.3　应用api函数　152 5.3.1　动态链接库与api函数　152 5.3.2　vb与动态链接库　153 5.3.3　api函数声明　154 5.3.4　与串口通信有关的api函数　155 5.3.5　利用api函数实现串口通信的查询法　160 5.4　直接端口访问　161 5.4.1　动态链接库(dll)的生成　161 5.4.2　vb对动态键接库(dll)的读写　162 5.4.3　vb程序访问串口的方式　163 5.5　串口通信调试　164 5.5.1　调试软件　164 5.5.2　串口调试应用实例　165 5.5.3　用虚拟串口调试　170 第6章　vb串口通信程序设计典型实例　172 6.1　pc与pc串口通信程序设计　172 6.1.1　pc与pc串口通信程序设计目的　172 6.1.2　pc与pc串口通信程序设计用软、硬件　172 6.1.3　pc与pc串口通信程序硬件线路图　172 6.1.4　设计任务　173 6.1.5　任务实现　173 6.1.5.1　利用mscomm控件实现字符型数据发送与接收　173 6.1.5.2　利用api函数实现字符型数据发送与接收　177 6.1.5.3　利用mscomm控件实现pc双串口互通信　182 6.2　pc与单片机串口通信程序设计　184 6.2.1　pc与单片机串口通信程序实训目的　184 6.2.2　pc与单片机串口通信程序设计用软、硬件　184 6.2.3　pc与单片机串口通信程序硬件线路图　184 6.2.4　设计任务　185 6.2.5　任务实现　185 6.2.5.1　利用keil c51实现单片机与pc串口通信任务1　185 6.2.5.2　利用vb实现pc与单片机串口通信任务1　188 6.2.5.3　利用keil c51实现单片机与pc串口通信任务2(方法1)　191 6.2.5.4　利用vb实现pc与单片机串口通信任务2(方法1)　197 6.2.5.5　利用keil c51实现单片机与pc串口通信任务2(方法2)　202 6.2.5.6　利用vb实现pc与单片机串口通信任务2(方法2)　204 6.3　pc与智能仪器串口通信程序设计　206 6.3.1　pc与智能仪器串口通信程序设计目的　206 6.3.2　pc与智能仪器串口通信程序设计用软、硬件　206 6.3.3　pc与智能仪器串口通信程序硬件线路图　206 6.3.4　设计任务　208 6.3.5　任务实现　208 6.4　pc与plc串口通信程序设计　212 6.4.1　pc与plc串口通信程序设计目的　213 6.4.2　pc与plc串口通信程序设计用软、硬件　213 6.4.3　pc与plc串口通信程序设计硬件线路图　213 6.4.4　设计任务　214 6.4.5　任务实现　214 6.4.5.1　pc与西门子s7-200plc串口通信　214 6.4.5.2　pc与三菱fx2n-32mrplc串口通信　221 6.5　pc与读卡器串口通信程序设计　228 6.5.1　pc与读卡器串口通信程序设计目的　228 6.5.2　pc与读卡器串口通信程序设计用软、硬件　228 6.5.3　pc与读卡器串口通信程序硬件线路图　229 6.5.4　设计任务　229 6.5.5　任务实现　229 6.6　pc与gsm模块串口通信程序设计　232 6.6.1　pc与gsm模块串口通信程序设计目的　233 6.6.2　pc与gsm模块串口通信程序设计用软、硬件　233 6.6.3　pc与gsm模块串口通信程序硬件线路图　233 6.6.4　设计任务　234 6.6.5　任务实现　234 6.7　pc与调制解调器串口通信程序设计　247 6.7.1　pc与调制解调器串口通信程序设计目的　247 6.7.2　pc与调制解调器串口通信程序设计用软、硬件　247 6.7.3　pc与调制解调器串口通信程序硬件线路图　247 6.7.4　设计任务　248 6.7.5　任务实现　248 6.7.5.1　用vb编程实现向调制解调器发送指令并接收返回的字符　248 6.7.5.2　调制解调器与调制解调器连线通信　249 6.8　pc与云台控制系统串口通信程序设计　251 6.8.1　pc与云台控制系统串口通信程序设计目的　251 6.8.2　pc与云台控制系统串口通信程序设计用软、硬件　251 6.8.3　pc与云台控制系统串口通信程序硬件线路图　252 6.8.4　设计任务　252 6.8.5　任务实现　252 6.9　pc与电机驱动系统串口通信程序设计　257 6.9.1　pc与电机驱动系统串口通信程序设计目的　258 6.9.2　pc与电机驱动系统串口通信程序设计用软、硬件　258 6.9.3　pc与电机驱动系统串口通信程序硬件线路图　258 6.9.4　设计任务　259 6.9.5　任务实现　259 6.10　pc与常用测试仪器串口通信程序设计　262 6.10.1　pc与常用测试仪器串口通信程序设计目的　263 6.10.2　pc与常用测试仪器串口通信程序设计用软、硬件　263 6.10.3　pc与常用测试仪器串口通信程序硬件线路图　263 6.10.4　设计任务　263 6.10.5　任务实现　263 6.10.5.1　vb与噪音计串口通信　263 6.10.5.2　vb与电功率计串口通信　266 6.10.5.3　vb与转速计串口通信　270 第7章　集散控制系统及其程序设计典型实例　273 7.1　中小型dcs　273 7.1.1　中小型dcs的基本结构　273 7.1.2　rs-485串口通信标准　274 7.2　can总线控制技术　276 7.2.1　can总线技术特点　276 7.2.2　can总线接口的结构　277 7.2.3　典型的can总线测控系统　277 7.3　pc与智能仪器构成的dcs程序设计　279 7.3.1　pc与智能仪器构成的dcs程序设计目的　279 7.3.2　pc与智能仪器构成的dcs程序设计用软、硬件　280 7.3.3　pc与智能仪器构成的dcs程序硬件线路图　280 7.3.4　设计任务　281 7.3.5　任务实现　282 7.4　pc与远程i/o模块构成的dcs程序设计　287 7.4.1　pc与远程i/o模块构成的dcs程序设计目的　287 7.4.2　pc与远程i/o模块构成的dcs程序设计用软、硬件　287 7.4.3　pc与远程i/o模块构成的dcs程序硬件线路图　287 7.4.4　设计任务　291 7.4.5　任务实现　291 7.5　pc与can总线模块构成的dcs程序设计　294 7.5.1　pc与can总线模块构成的dcs程序设计目的　295 7.5.2　pc与can总线模块构成的dcs程序设计用软、硬件　295 7.5.3　pc与can总线模块构成的dcs程序硬件线路图　295 7.5.4　设计任务　296 7.5.5　任务实现　296 参考文献　302
Visual Basic 数据采集与串口通信测控应用实战(part1)
04-14
作者： 李江全 汤智辉 朱东芹 出版社：人民邮电出版社 　本书从测控工程应用的角度出发，对visual basic(缩写vb)开发测控程序的各种方法进行了全面阐述。内容包括在vb工程中调用activex控件和dll动态链接库等开发板卡数据采集与控制程序，在vb工程中利用mscomm控件、调用api函数等方法开发串口通信程序等。每种程序都提供了多个设计方法，每个设计都提供了线路图、详细的任务实现和完整的程序代码，所有代码均编译通过。 　　书中提供的典型测控应用实例都有详细的操作步骤，学习者可以按步骤用vb编程实现各种测控功能，实践操作性强是本书的特色。 　　本书内容丰富，论述深入浅出，有较强的实用性和可操作性，可供自动化、计算机应用、电子信息、机电一体化、测控仪器等专业的大学生、研究生以及从事计算机测控系统研发的工程技术人员学习和参考。 目录 第1章　计算机测控系统概述　1 1.1　计算机测控系统的含义与工作原理　1 1.1.1　计算机测控系统的含义　1 1.1.2　计算机测控系统的工作原理　2 1.2　计算机测控系统的任务和特点　3 1.2.1　计算机测控系统的任务　3 1.2.2　计算机测控系统的特点　5 1.3　计算机测控系统的组成　5 1.3.1　测控系统硬件组成　6 1.3.2　测控系统软件组成　8 1.4　计算机测控系统的分类　10 1.4.1　按功能分类　10 1.4.2　按设备形式分类　15 1.5　计算机测控系统应用软件的开发工具　17 1.5.1　面向机器的语言　17 1.5.2　高级语言　18 1.5.3　组态软件　19 第2章　vb程序设计基础　20 2.1　vb语言概述　20 2.1.1　vb语言的特点　20 .2.1.2　vb中文版集成开发环境　21 2.1.3　vb的操作对象　24 2.2　vb程序设计步骤　25 2.2.1　建立新工程项目　25 2.2.2　设计程序界面　26 2.2.3　设置对象属性　26 2.2.4　编写程序代码　27 2.2.5　运行应用程序　28 2.2.6　保存应用程序　28 2.2.7　编译形成可执行文件　29 2.2.8　打包发布　29 2.3　vb控制语句的使用　30 2.3.1　赋值语句　30 2.3.2　条件语句　30 2.3.3　选择语句　31 2.3.4　循环语句　32 2.4　vb内部函数　33 2.4.1　数学函数　33 2.4.2　字符串函数　34 2.4.3　日期与时间函数　35 2.4.4　转换函数　35 2.4.5　判断函数　36 2.4.6　颜色设置函数　36 2.4.7　字符串的处理　38 2.5　vb用户界面设计　39 2.5.1　内部控件　39 2.5.2　activex控件　49 2.5.3　对话框　51 2.5.4　菜单设计　55 2.5.5　工具栏设计　57 第3章　基于板卡的数据采集与控制系统　60 3.1　数据采集与控制系统的组成　60 3.1.1　硬件子系统　60 3.1.2　软件子系统　62 3.1.3　系统特点　62 3.2　数据采集卡概述　63 3.2.1　数据采集卡的产生　63 3.2.2　数据采集卡的输入与输出信号　63 3.2.3　数据采集卡的类型　65 3.2.4　数据采集卡的性能指标　66 3.3　多功能板卡的安装　69 3.3.1　pci-1710hg多功能板卡介绍　69 3.3.2　用pci-1710hg多功能板卡组成测控系统　69 3.3.3　pci-1710hg板卡设备的安装　71 3.3.4　pci-1710hg板卡设备的测试　73 3.4　vb与数据采集　75 3.4.1　vb数据采集概述　75 3.4.2　activedaq控件的安装　75 3.4.3　activedaq控件说明　76 3.5　数据采集卡的编程方式　81 3.5.1　软件触发方式　81 3.5.2　中断传输方式　81 3.5.3　dma数据传输方式　81 3.6　在vb环境下建立activedaq应用工程　81 第4章　数据采集与控制程序设计典型实例　85 4.1　基于板卡的模拟量输入程序设计　85 4.1.1　设计目的　85 4.1.2　设计用软、硬件　85 4.1.3　硬件线路图　85 4.1.4　设计任务　86 4.1.5　任务实现　86 4.1.5.1　任务实现(一)：利用activedaq控件实现模拟量输入　86 4.1.5.2　任务实现(二)：利用dll函数实现模拟量输入　89 4.2　基于板卡的模拟量输出程序设计　93 4.2.1　设计目的　93 4.2.2　设计用软、硬件　93 4.2.3　硬件线路图　94 4.2.4　设计任务　94 4.2.5　任务实现　94 4.2.5.1　任务实现(一)：利用activedaq控件实现模拟量输出　94 4.2.5.2　任务实现(二)：利用dll函数实现模拟量输出　96 4.3　基于板卡的开关量输入程序设计　98 4.3.1　设计目的　98 4.3.2　设计用软、硬件　99 4.3.3　硬件线路图　99 4.3.4　设计任务　99 4.3.5　任务实现　100 4.3.5.1　任务实现(一)：利用activedaq控件实现开关量输入　100 4.3.5.2　任务实现(二)：利用dll函数实现开关量输入　101 4.4　基于板卡的开关量输出程序设计　103 4.4.1　设计目的　103 4.4.2　设计用软、硬件　103 4.4.3　硬件线路图　104 4.4.4　设计任务　104 4.4.5　任务实现　104 4.4.5.1　任务实现(一)：利用activedaq控件实现开关量输出　104 4.4.5.2　任务实现(二)：利用dll函数实现开关量输出　106 4.5　基于板卡的计数器输入程序设计　107 4.5.1　基于板卡的计数器输入程序设计目的　107 4.5.2　基于板卡的计数器输入程序设计用软、硬件　108 4.5.3　基于板卡的计数器输入程序硬件线路图　108 4.5.4　设计任务　108 4.5.5　任务实现　108 4.5.5.1　任务实现(一)：利用activedaq控件实现计数器输入　108 4.5.5.2　任务实现(二)：利用dll函数实现计数器输入　110 4.6　基于板卡的脉冲量输出程序设计　112 4.6.1　基于板卡的脉冲量输出程序设计目的　112 4.6.2　基于板卡的脉冲量输出程序设计用软、硬件　112 4.6.3　基于板卡的脉冲量输出程序硬件线路图　113 4.6.4　设计任务　113 4.6.5　任务实现　113 4.6.5.1　任务实现(一)：利用activedaq控件实现脉冲量输出　113 4.6.5.2　任务实现(二)：利用dll函数实现脉冲量输出　115 4.7　基于板卡的温度测量与控制程序设计　117 4.7.1　基于板卡的温度测量与控制程序设计目的　117 4.7.2　基于板卡的温度测量与控制程序设计用软、硬件　117 4.7.3　基于板卡的温度测量与控制程序硬件线路图　117 4.7.4　设计任务　118 4.7.5　任务实现　118 4.7.5.1　任务实现(一)：利用activedaq控件实现温度测量与控制　118 4.7.5.2　任务实现(二)：利用dll函数实现温度测量与控制　125 第5章　vb与串口通信　131 5.1　串行接口简介　131 5.1.1　串口通信的基本概念　131 5.1.2　rs-232c串口通信标准　136 5.1.3　串口通信线路连接　139 5.1.4　计算机中的串行端口　141 5.2　串行通信控件mscomm　143 5.2.1　mscomm控件处理通信的方式　143 5.2.2　mscomm控件的引用　144 5.2.3　mscomm控件的常用属性　145 5.2.4　mscomm控件的事件　149 5.2.5　mscomm控件通信步骤　151 5.3　应用api函数　152 5.3.1　动态链接库与api函数　152 5.3.2　vb与动态链接库　153 5.3.3　api函数声明　154 5.3.4　与串口通信有关的api函数　155 5.3.5　利用api函数实现串口通信的查询法　160 5.4　直接端口访问　161 5.4.1　动态链接库(dll)的生成　161 5.4.2　vb对动态键接库(dll)的读写　162 5.4.3　vb程序访问串口的方式　163 5.5　串口通信调试　164 5.5.1　调试软件　164 5.5.2　串口调试应用实例　165 5.5.3　用虚拟串口调试　170 第6章　vb串口通信程序设计典型实例　172 6.1　pc与pc串口通信程序设计　172 6.1.1　pc与pc串口通信程序设计目的　172 6.1.2　pc与pc串口通信程序设计用软、硬件　172 6.1.3　pc与pc串口通信程序硬件线路图　172 6.1.4　设计任务　173 6.1.5　任务实现　173 6.1.5.1　利用mscomm控件实现字符型数据发送与接收　173 6.1.5.2　利用api函数实现字符型数据发送与接收　177 6.1.5.3　利用mscomm控件实现pc双串口互通信　182 6.2　pc与单片机串口通信程序设计　184 6.2.1　pc与单片机串口通信程序实训目的　184 6.2.2　pc与单片机串口通信程序设计用软、硬件　184 6.2.3　pc与单片机串口通信程序硬件线路图　184 6.2.4　设计任务　185 6.2.5　任务实现　185 6.2.5.1　利用keil c51实现单片机与pc串口通信任务1　185 6.2.5.2　利用vb实现pc与单片机串口通信任务1　188 6.2.5.3　利用keil c51实现单片机与pc串口通信任务2(方法1)　191 6.2.5.4　利用vb实现pc与单片机串口通信任务2(方法1)　197 6.2.5.5　利用keil c51实现单片机与pc串口通信任务2(方法2)　202 6.2.5.6　利用vb实现pc与单片机串口通信任务2(方法2)　204 6.3　pc与智能仪器串口通信程序设计　206 6.3.1　pc与智能仪器串口通信程序设计目的　206 6.3.2　pc与智能仪器串口通信程序设计用软、硬件　206 6.3.3　pc与智能仪器串口通信程序硬件线路图　206 6.3.4　设计任务　208 6.3.5　任务实现　208 6.4　pc与plc串口通信程序设计　212 6.4.1　pc与plc串口通信程序设计目的　213 6.4.2　pc与plc串口通信程序设计用软、硬件　213 6.4.3　pc与plc串口通信程序设计硬件线路图　213 6.4.4　设计任务　214 6.4.5　任务实现　214 6.4.5.1　pc与西门子s7-200plc串口通信　214 6.4.5.2　pc与三菱fx2n-32mrplc串口通信　221 6.5　pc与读卡器串口通信程序设计　228 6.5.1　pc与读卡器串口通信程序设计目的　228 6.5.2　pc与读卡器串口通信程序设计用软、硬件　228 6.5.3　pc与读卡器串口通信程序硬件线路图　229 6.5.4　设计任务　229 6.5.5　任务实现　229 6.6　pc与gsm模块串口通信程序设计　232 6.6.1　pc与gsm模块串口通信程序设计目的　233 6.6.2　pc与gsm模块串口通信程序设计用软、硬件　233 6.6.3　pc与gsm模块串口通信程序硬件线路图　233 6.6.4　设计任务　234 6.6.5　任务实现　234 6.7　pc与调制解调器串口通信程序设计　247 6.7.1　pc与调制解调器串口通信程序设计目的　247 6.7.2　pc与调制解调器串口通信程序设计用软、硬件　247 6.7.3　pc与调制解调器串口通信程序硬件线路图　247 6.7.4　设计任务　248 6.7.5　任务实现　248 6.7.5.1　用vb编程实现向调制解调器发送指令并接收返回的字符　248 6.7.5.2　调制解调器与调制解调器连线通信　249 6.8　pc与云台控制系统串口通信程序设计　251 6.8.1　pc与云台控制系统串口通信程序设计目的　251 6.8.2　pc与云台控制系统串口通信程序设计用软、硬件　251 6.8.3　pc与云台控制系统串口通信程序硬件线路图　252 6.8.4　设计任务　252 6.8.5　任务实现　252 6.9　pc与电机驱动系统串口通信程序设计　257 6.9.1　pc与电机驱动系统串口通信程序设计目的　258 6.9.2　pc与电机驱动系统串口通信程序设计用软、硬件　258 6.9.3　pc与电机驱动系统串口通信程序硬件线路图　258 6.9.4　设计任务　259 6.9.5　任务实现　259 6.10　pc与常用测试仪器串口通信程序设计　262 6.10.1　pc与常用测试仪器串口通信程序设计目的　263 6.10.2　pc与常用测试仪器串口通信程序设计用软、硬件　263 6.10.3　pc与常用测试仪器串口通信程序硬件线路图　263 6.10.4　设计任务　263 6.10.5　任务实现　263 6.10.5.1　vb与噪音计串口通信　263 6.10.5.2　vb与电功率计串口通信　266 6.10.5.3　vb与转速计串口通信　270 第7章　集散控制系统及其程序设计典型实例　273 7.1　中小型dcs　273 7.1.1　中小型dcs的基本结构　273 7.1.2　rs-485串口通信标准　274 7.2　can总线控制技术　276 7.2.1　can总线技术特点　276 7.2.2　can总线接口的结构　277 7.2.3　典型的can总线测控系统　277 7.3　pc与智能仪器构成的dcs程序设计　279 7.3.1　pc与智能仪器构成的dcs程序设计目的　279 7.3.2　pc与智能仪器构成的dcs程序设计用软、硬件　280 7.3.3　pc与智能仪器构成的dcs程序硬件线路图　280 7.3.4　设计任务　281 7.3.5　任务实现　282 7.4　pc与远程i/o模块构成的dcs程序设计　287 7.4.1　pc与远程i/o模块构成的dcs程序设计目的　287 7.4.2　pc与远程i/o模块构成的dcs程序设计用软、硬件　287 7.4.3　pc与远程i/o模块构成的dcs程序硬件线路图　287 7.4.4　设计任务　291 7.4.5　任务实现　291 7.5　pc与can总线模块构成的dcs程序设计　294 7.5.1　pc与can总线模块构成的dcs程序设计目的　295 7.5.2　pc与can总线模块构成的dcs程序设计用软、硬件　295 7.5.3　pc与can总线模块构成的dcs程序硬件线路图　295 7.5.4　设计任务　296 7.5.5　任务实现　296 参考文献　302
程序员常见英文缩写及其意义
rgb0f0的博客
05-28 4999
https://blog.csdn.net/qq_29229567/article/details/93500950 https://www.cnblogs.com/wuxinyiwu/p/7522043.html 1. API 应用程序接口（英语：Application Programming Interface，简称：API），又称为应用编程接口，就是软件系统不同组成部分衔接的约定。由于近年来软件的规模日益庞大，常常需要把复杂的系统划分成小的组成部分，编程接口的设计十分重要。程序设计的实践中，编程接口的
计算机常用电脑 英语 缩写学习
编程领域的博客
12-25 971
为初学者而著！ Java基础是初学者的起点，是帮助你从小白入门到精通必学基础课程！ B站最新录制Java300集>>> 适合准备入行开发的零基础员学习Java，基于最新JDK13、IDEA平台讲解的，视频中穿插多个实战项目。每一个知识点都讲解的通俗易懂，由浅入深。不仅适用于零基础的初学者，有经验的程序员也可做巩固学习。 配套学习：​2022年Java300集最新录制课程上线了>>>​ PC：Personal Computer，个人计算机、个人电脑，又...
变量、函数、类等编程时常用英文命名和缩写
老年人的自学时间
06-15 1309
常用英文命名和缩写
软件工程知识点
12-02
一、软件工程概述 1．软件特点 软件：计算机程序、方法、规则、相关的文档资料，以及计算机程序运行时所需要的数据。 软件是计算机系统中的逻辑成分，具有无形性。其主要内容包括：程序、配置文件、系统 文档、用户文档等。 2．软件分类 （1）按功能划分：系统软件、支撑软件、应用软件。 （2）按工作方式划分：实时处理软件、分时处理软件、交互式软件、批处理软件。 （3）按规模划分：微型软件、小型软件、中型软件、大型软件。 （4）按服务对象划分：通用软件、定制软件。 3．软件发展阶段 （1）程序设计时代（20世纪50年代）。 （2）程序系统时代（20世纪60年代）。 （3）软件工程时代（20世纪70年代起）。 4．软件危机 （1）危机现象：软件开发成本与进度估计不准确，软件产品与用户要求不一致，软件产品质量可靠性差，软件文档不完整不一致，软件产品可维护性差，软件生产率低。 （2）危机原因：软件的不可见性，系统规模庞大，生产工程化程度低，对用户需求关心不 够，对维护不够重视，开发工具自动化程度低。 5．软件工程 软件工程：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必须的相关文件资料。 软件工程是一门关于软件开发与维护的工程学科，它涉及软件生产的各个方面，能够为经济、高效地开发高质量的软件产品提供最有效的支持。 （1）工程方法：结构化方法、JSD方法、面向对象方法。 （2）软件工具：具有自动化特征的软件开发集成支撑环境。 （3）工程过程：在软件工具支持下的一系列工程活动，基本活动是软件定义、软件开发、 软件验证、软件维护。 （4）工程管理：项目规划，项目资源调配，软件产品控制。 （5）工程原则：分阶段生命周期计划，阶段评审制度，严格的产品控制，采用先进的技术， 成果能清楚地审查，开发队伍精练，不断改进工程实践。 （6）工程目标：开发成本较低，软件功能能满足用户需求，软件性能较好，软件可靠性高， 软件易于使用、维护与移植，能按时完成开发任务并及时交付使用。 （7）工程文化：包括工程价值、工程思想和工程行为三个方面的内容。 二、软件工程过程模型 1．软件生命周期 如同任何事物都有一个发生、发展、成熟直至衰亡的全过程一样，软件系统或软件产品也有一个定义、开发、运行维护直至被淘汰这样的全过程，我们把软件将要经历的这个全过程称为软件的生命周期。它包含：软件定义、软件开发、软件运行维护三个时期，并可以细分为可行性研究、项目计划、需求分析、概要设计、详细设计、编码实现与单元测试、系统集成测试、系统确认验证、系统运行与维护等几个阶段。 软件定义期 软件定义是软件项目的早期阶段，主要由软件系统分析人员和用户合作，针对有待开发的软件系统进行分析、规划和规格描述，确定软件是什么，为今后的软件开发做准备。这个时期往往需要分阶段地进行以下几项工作。 1．软件任务立项 软件项目往往开始于任务立项，并需要以“软件任务立项报告”的形式针对项目的名称、性质、目标、意义和规模等作出回答，以此获得对准备着手开发的软件系统的最高层描述。 2．项目可行性分析 在软件任务立项报告被批准以后，接着需要进行项目可行性分析。可行性分析是针对准备进行的软件项目进行的可行性风险评估。因此，需要对准备开发的软件系统提出高层模型，并根据高层模型的特征，从技术可行性、经济可行性和操作可行性这三个方面，以“可行性研究报告”的形式，对项目作出是否值得往下进行的回答，由此决定项 目是否继续进行下去。 3．制定项目计划 在确定项目可以进行以后，接着需要针对项目的开展，从人员、组织、进度、资金、设备等多个方面进行合理的规划，并以“项目开发计划书”的形式提交书面报告。 4．软件需求分析 软件需求分析是软件规格描述的具体化与细节化，是软件定义时期需要达到的目标。 需求分析要求以用户需求为基本依据，从功能、性能、数据、操作等多个方面，对软件系统给出完整、准确、具体的描述，用于确定软件规格。其结果将以“软件需求规格说明书”的形式提交。 在软件项目进行过程中，需求分析是从软件定义到软件开发的最关键步骤，其结论不仅是今后软件开发的基本依据，同时也是今后用户对软件产品进行验收的基本依据。 软件开发期 在对软件规格完成定义以后，接着可以按照“软件需求规格说明书”的要求对软件实施开发，并由此制作出软件产品。这个时期需要分阶段地完成以下几项工作。 1．软件概要设计 概要设计是针对软件系统的结构设计，用于从总体上对软件的构造、接口、全局数据结构和数据环境等给出设计说明，并以“概要设计说明书”的形式提交书面报告，其结果将成为详细设计与系统集成的基本依据。 模块是概要设计时构造软件的基本元素，因此，概要设计中软件也就主要体现在模块的构成与模块接口这两个方面上。结构化设计中的函数、过程，面向对象设计中的类、对象，它们都是模块。概要设计时并不需要说明模块的内部细节，但是需要进行全部的有关它们构造的定义，包括功能特征、数据特征和接口等。 在进行概要设计时，模块的独立性是一个有关质量的重要技术性指标，可以使用模块的内聚、耦合这两个定性参数对模块独立性进行度量。 2．软件详细设计 设计工作的第二步是详细设计，它以概要设计为依据，用于确定软件结构中每个模块的内部细节，为编写程序提供最直接的依据。 详细设计需要从实现每个模块功能的程序算法和模块内部的局部数据结构等细节内容上给出设计说明，并以“详细设计说明书”的形式提交书面报告。 3．编码和单元测试 编码是对软件的实现，一般由程序员完成，并以获得源程序基本模块为目标。 编码必须按照“详细设计说明书”的要求逐个模块地实现。在基于软件工程的软件开发过程中，编码往往只是一项语言转译工作，即把详细设计中的算法描述语言转译成某种适当的高级程序设计语言或汇编语言。 为了方便程序调试，针对基本模块的单元测试也往往和编码结合在一起进行。单元测试也以“详细设计说明书”为依据，用于检验每个基本模块在功能、算法与数据结构上是否符合设计要求。 4．系统集成测试 所谓系统集成也就是根据概要设计中的软件结构，把经过测试的模块，按照某种选定的集成策略，例如渐增集成策略，将系统组装起来。 在组装过程中，需要对整个系统进行集成测试，以确保系统在技术上符合设计要求，在应用上满足需求规格要求。 5．系统确认验证 在完成对系统的集成之后，接着还要对系统进行确认验证。 系统确认验证需要以用户为主体，以需求规格说明书中对软件的定义为依据，由此对软件的各项规格进行逐项地确认，以确保已经完成的软件系统与需求规格的一致性。为了方便用户在系统确认期间能够积极参入，也为了系统在以后的运行过程中能够被用户正确使用，这个时期往往还需要以一定的方式对用户进行必要的培训。 在完成对软件的验收之后，软件系统可以交付用户使用，并需要以“项目开发总结报告”的书面形式对项目进行总结。 软件运行与维护期 软件系统的运行是一个比较长久的过程，跟软件开发机构有关的主要任务是对系统进行经常性的有效维护。 软件的维护过程，也就是修正软件错误，完善软件功能，由此使软件不断进化升级的过程，以使系统更加持久地满足用户的需要。因此，对软件的维护也可以看成为对软件的再一次开发。在这个时期，对软件的维护主要涉及三个方面的任务，即改正性维护、适应性维护和完善性维护。 2．瀑布模型 瀑布模型诞生于20世纪70年代，是最经典的并获得最广泛应用的软件过程模型。瀑布模型中的“瀑布”是对这个模型的形象表达，即山顶倾泻下来的水，自顶向下、逐层细化。 （1）特点：线性化模型、阶段具有里程碑特征、基于文档的驱动、阶段评审机制。 （2）作用：为软件项目按规程管理提供了便利，为其他过程模型的推出提供了一个良好的 拓展平台。 （3）局限性：主要适合于需求明确且无大的需求变更的软件开发，但不适合分析初期需求 模糊的项目。 3．原型模型 （1）快速原型方法：是原型模型在软件分析、设计阶段的应用，用来解决用户对软件系统在需求上的模糊认识，或用来试探某种设计是否能够获得预期结果。 （2）原型进化模型：针对有待开发的软件系统，先开发一个原型给用户使用，然后根据用 户的使用意见，对原型不断修改，使它逐步接近，并最终到达开发目标。 4．增量模型 增量模型结合了瀑布模型与原型进化模型的优点。在整体上按照瀑布模型的流程实施开发，以方便对项目的管理。但在软件的实际创建中，则将软件系统按功能分解为许多增量构件逐个地创建与交付，直到全部构件创建完毕，并都被集成到系统之中交付使用。 比较瀑布模型、原型进化模型，增量模型具有非常显著的优越性。但增量模型对软件设计有更高的技术要求。 5．螺旋模型 螺旋模型是一种引入了风险分析与规避机制的过程模型，是瀑布模型、快速原型方法和风险分析方法的有机结合。其基本方法是，在各个阶段创建原型进行项目试验，以降低各个阶段可能遇到的项目风险。 6．喷泉模型 喷泉模型是专门针对面向对象软件开发方法而提出的。“喷泉”一词用于形象地表达面向对象软件开发过程中的迭代和无缝过渡。 7．组件复用模型 组件复用方法是最近几年发展起来的先进的软件复用技术，在基于组件复用的软件开发中，软件由组件装配而成，这就如同用标准零件装配汽车一样。因此，组件复用模型能够有效地提高软件生产率。 三、项目分析与规划 1.计算机系统分析 （1）计算机系统 计算机系统是一个非常复杂并具有智能特性的开发系统，包括：硬件系统、软件系统、网络通信系统、人工操作系统等诸多子系统。 （2）系统分析 系统分析是对软件项目的高层分析，需要获取的是有关系统的框架描述，并需要使系统从它所处的环境中分离出来，为划分系统边界与确定系统构架提供依据。 （3）系统分析模型 分析模型是指采用作图方式对系统进行直观的描述。系统前期分析过程中经常使用的图形模型有系统框架图和系统流程图。其中，系统框架图用于说明系统的基本构造框架，而系统流程图则用于表现系统的基本加工流程。 2.项目可行性分析 （1）意义 •以少量的费用对项目能否实施尽早作出决断。 •根据项目条件限制，对系统的体系构造、工作模式等作出高层抉择。 •其结果可作为一个高层框架被用于需求分析之中。 （2）分析内容 •技术可行性：从技术与技术资源这两个方面作出可行性评估。 •经济可行性：从项目投资和经济效益这两个方面作出可行性评估。 •应用可行性：从法律法规、用户操作规程等方面作出可行性评估。 （3）分析过程 •建立系统模型。 •进行可行性评估。 •撰写可行性研究报告。 3.项目成本效益分析 （1）项目成本估算方法：基于软件规模的成本估算；基于任务分解的成本估算。 （2）项目效益分析指标：纯收入；投资回收期；投资回收率。 4.项目规划 （1）项目开发计划 项目开发计划涉及的内容包括： •开发团队的组织结构，人员组成与分工。 •项目成本预算。 •项目对硬件、软件的资源需求。 •项目任务分解和每项的任务里程碑标志。 •基于里程碑的进度计划和人员配备计划。 •项目风险计划。 •项目监督计划。 （2）项目进度表 项目进度是基于里程碑制定的，可以使用进度图表来描述项目进度。甘特图表是一种常用的项目进度图表，可以直观地描述项目任务的活动分解，以及活动之间的依赖关系、资源配置情况、各项活动的进展情况等。 四、软件需求分析 1.需求分析任务 （1）用户需求 用户需求是用户关于软件的一系列意图、想法的集中体现，是用户关于软件的外界特征的规格表述。 （2）系统需求 系统需求是比用户需求更具有技术特性的需求陈述，是提供给开发者或用户方技术人员阅读的，并将作为软件开发人员设计系统的起点与基本依据。主要包括：功能、数据、性能、安全等诸多方面的需求问题。 2.需求分析过程 需求分析是对软件系统的后期分析，需要进行的活动包括：分析用户需求、建立需求原型、分析系统需求和进行需求验证等。 3.用户需求获取 （1）用户调查是最基本的用户需求信息收集方法，比较常用的调查方法包括：访谈用户、开座谈会、问卷调查、跟班作业、收集用户资料。 （2）需求原型可被用来解决用户对软件系统在需求认识上的不确定性。一般情况下，开发人员将软件系统中最能够被用户直接感受的那一部分东西构造成为原型。例如，界面、报表或数据查询结果。 4.结构化分析建模 所谓模型，就是对问题所做的一种符号抽象。可以把模型看作为一种思维工具，利用这种工具可以把问题规范地表示出来。主要的分析模型包括： （1）功能层次模型。它使用矩形来表示系统中的子系统或功能模块，使用树形连线结构来表达系统所具有的功能层级关系。 （2）数据流模型。用于描述系统对数据的加工过程，其图形符号是一些具有抽象意义的逻辑符号，主要的图形符号包括：数据接口、数据流、数据存储和数据处理。可以依靠数据流图来实现从用户需求到系统需求的过渡。结构化分析就是基于数据流的细化实现的，它是结构化分析方法的关键。 （3）数据关系模型。也称为ER图，是应用最广泛的数据库建模工具。需要通过数据实体、数据关系和数据属性这三类图形元素建立数据关系模型。 （4）系统状态模型。通过系统的外部事件、内部状态为基本元素来描绘系统的工作流程，这种建模方式比较适合于描述一些依赖于外部事件驱动的实时系统。 5.需求有效性验证 需求有效性验证是指对已经产生的需求结论所要进行的检查与评价。一般需要对需求文档草稿从有效性、一致性、完整性、现实性、可检验性等几个方面进行有效性验证。比较常用的需求有效性验证方法与工具包括：需求评审、需求原型评价和基于CASE工具的需求一致性分析。 6.需求规格定义 需求规格说明书是需求分析阶段需要交付的基本文档，将成为开发者进行软件设计和用户进行软件验证的基本依据，涉及引言、术语定义、用户需求、系统体系结构、系统需求等有关软件需求及其规格的诸多描述与定义。 五、软件概要设计 1．设计过程与任务 概要设计中首先需要进行的是系统构架设计，然后是软件结构、数据结构等方面的设计。主要有以下几个方面的设计任务：制定规范、系统构架设计、软件结构设计、公共数据结构设计、安全性设计、故障处理设计、可维护性设计、编写文档、设计评审。 2．系统构架设计 （1）集中式结构 集中式系统由一台计算机主机和多个终端设备组成。其具有非常好的工作稳定性和安全保密性。但系统建设费用、运行费用比较高，灵活性不够好，结构不便于扩充。 （2）客户机/服务器结构 客户机/服务器结构依靠网络将计算任务分布到许多台不同的计算机上，但通过其中的服务器计算机提供集中式服务。其优越性是结构灵活、便于系统逐步扩充。 （3）多层客户机/服务器结构 •两层结构：将信息表示与应用逻辑处理都放在了客户机上，服务器只需要管理数据库事务。 •三层结构：将两层结构的客户机上的容易发生变化的应用逻辑部分提取出来，并放到一个专门的“应用服务器”上。 •B/S结构：是Web技术与客户机/服务器结构的结合。其优点是不需要对客户机进行专门的维护。 （4）组件对象 分布式结构通过组件进行计算分布。它依赖于对象中间件建立，具有灵活的构架，系统伸缩性好，能够给系统的功能调整与扩充带来便利。 3．软件结构设计 软件结构设计是对组成系统的各个子系统的进一步分解与规划。主要设计内容有：确定模块元素、定义模块功能、定义模块接口、确定模块调用与返回、进行结构优化。 （1）模块概念 •模块化：使用构造程序，可使软件问题简化。 •抽象化：概要设计中的模块被看成是一个抽象化的功能黑盒子。 •信息隐蔽：每个模块的内部实现细节对于其他模块来说是隐蔽的。 （2）模块的独立性 软件系统中每个模块都只涉及自己特定的子功能，并且接口简单，与软件中其他模块没有过多的联系。一般采用耦合和内聚这两个定性的技术指标进行度量。 耦合用来反映模块相互关联程度，模块间连接越紧密，耦合性就越高。内聚用来反映模块内元素的结合程度，模块内元素结合越紧密，则内聚性就越高。为提高模块独立性，要求模块高内聚、低耦合。 耦合形式由低至高是：非直接耦合、数据耦合、控制耦合、公共耦合、内容耦合。 内聚形式由低至高是：偶然内聚、逻辑内聚、时间内聚、过程内聚、通信内聚、顺序内聚、功能内聚。 （3）设计建模 •软件结构图：由Yourdon于20世纪70年代提出，被广泛应用于软件结构设计中，能够有效说明软件中模块之间的调用与通信。 •HIPO图：由美国IBM公司推出。其中，H图用于描述软件的分层调用关系，作用类似软 件结构图，IPO图用于说明描述模块的输入—处理—输出特征。 （4）软件结构优化 主要优化设计原则有：使模块功能完整、使模块大小适中、使模块功能可预测、尽量降低模块接口的复杂程度、使模块作用范围限制在其控制范围之内、模块布局合理。 4．面向数据流的结构设计 （1）变换分析 软件结构由输入、变换和输出三个部分组成。 （2）事务分析 软件结构由接收事务与事务活动两个部分组成。 （3）混合流分析与设计 软件系统是变换流与事务流的混合。对于这样的系统，通常采用变换分析为主、事务分析为辅的方式进行软件结构设计。5.数据库结构设计 （1）逻辑结构设计 •设计数据表 •规范数据表 •关联数据表 •设计数据视图 （2）物理结构设计 •数据存储结构 •数据索引与聚集 •数据完整性 六、面向对象分析与设计 1．面向对象方法学 面向对象技术涉及面向对象分析（OOA）、面向对象设计（OOD）和面向对象编程实现（OOP）这三个方面的问题。 （1）基本概念 •类：面向对象模块单位，作用是为创建对象实例提供模板。其具有数据与行为这两个方面的特征，并需要通过属性、操作和方法进行描述。 •属性、操作与方法：类具有数据与行为这两个方面的特征，并需要通过属性、操作和方法进行描述。 •类的继承性：指上级父类能够把自己的属性、操作传递给下级子类。 •类的多态性：子类对象可以像父类对象那样使用，它们可以共享一个操作名，然而却有不同的实现方法。 •对象：对象是类模块实例化的结果。 •消息：指对象之间的通信。 （2）优越性 •跟现实世界更加接近 •可使软件系统结构更加稳定 •软件具有更好的可重用性 •软件更加便于维护与扩充 2．面向对象分析建模 面向对象分析建模需要建立的是软件系统的用户领域模型，需要从系统业务流程、组织结构和行为过程等几个方面对系统进行分析。 （1）用例图 用例图涉及参入者、用例等元素，用于描述用户与系统之间的交互关系，说明系统所具有的业务能力和业务流程，能够方便开发者理解用户领域的专有术语和业务内容。 （2）活动图 活动图是一种行为模型，主要用于描述用例图中用例的内部活动状态与活动转换过程，以获得对用例的交互行为与工作流程的细节说明。涉及活动状态、活动转换等元素。 （3）分析类图 建立类图的概念模型，描述体现现实世界中数据构造的实体类及其它们之间的关系。 （4）序列图 以用例图中的用例为描述单位，以类图中的类为对象依据，以活动图中的活动转换为行为依据，建立与时间顺序有关的用例中对象之间的交互模型。 3．面向对象设计建模 面向对象设计建模需要把分析阶段的结果扩展成技术解决方案，需要建立的是软件系统的技术构造模型。 （1）设计类图 设计类图中的类是构造系统的基本模块单位，需要在分析类图基础上进行更加完整的面向设计的描述。除了实体类，设计类图中还需要考虑用于向外提供操作接口的边界类和用于实现内部协调的控制类。 （2）协作图 描述对象交互时的链接关系和基于链接而产生的消息通信及其操作接口。 （3）状态图 描述一个特定对象的所有可能的状态以及引起状态转换的事件。 （4）构件图 描述组成系统的物理构件及其它们之间的关系。构件之间关系主要是依赖关系。 （5）部署图 描述系统运行时的物理架构，涉及物理节点、节点之间的连接关系以及部署到各个节点上的构件的实例等。 七、用户界面设计 1．图形用户界面（GUI）所具有的特点 （1）比较容易学习和使用。 （2）用户可利用多屏幕（窗口）与系统进行交互，并可通过任务窗方便地由一个任务转换到另一个任务。 （3）可以实现快速、全屏的交互，能很快在屏幕上的任何地方进行操作。 图形用户界面设计已不是设计人员能够独立解决的了，需要邀请图形设计人员、系统分析人员、系统设计人员、程序员、用户应用领域方面的专家和社会行为学方面的专家以及最终用户的共同参入。 2．基于原型的用户界面设计 用户界面设计是一个迭代的过程，其基本过程包括三个步骤： （1）建立界面需求规格模型。 （2）以界面需求模型为依据创建界面原型。 （3）评价界面原型。 3．界面设计中需要考虑的因素 用户界面设计将会受诸多用户因素的影响，并主要体现在以下几个方面： （1）用户工作环境与工作习惯。 （2）用户操作定势。 （3）界面一致性。 （4）界面动作感。 （5）界面信息反馈。 （6）个性化。 （7）容错性。 （8）审美性与可用性。 4．界面类型 在基于图形界面的应用系统中，用户界面一般由若干个窗体组成，其窗体类型包括： （1）单窗体界面（SDI）。其特点是应用程序一次只能打开一个独立窗体。 （2）多窗体界面（MDI）。由一个MDI主窗体和多个MDI子窗体组成。其中MDI主窗体如同容器用来装载MDI子窗体，而MDI子窗体则被限制于MDI主窗体之内，不能独立存在。诸多公共操作都被放置在MDI主窗体上。 （3）辅助窗体。通常也叫做对话框，它是对主窗体的补充，用于扩展主窗体的功能。辅助窗体的种类主要有：登录窗、消息窗、设置窗等。 （4）Web页面。当采用到基于Web的B/S结构时，系统中的某个Web页面可能会被作为Web应用的进入点，则它可以作为一个特殊的主窗体看待。 5．界面功能特征 在进行用户界面设计时，需要考虑界面的功能问题。大体上说来，用户界面的功能主要体现在以下方面： （1）用户交互。指用户与计算机系统之间的信息交流。 （2）信息表示。指系统提供给用户信息，信息可以采用文本形式表示，也可以采用图形形式表示。 （3）用户联机支持。指系统给用户提供的应用指导。 6．界面导航设计 界面导航所指的是如何由一个界面转换到另一个界面。可以使用活动图来描述界面之间的转换关系，其中活动图中的每一个活动状态可用来表示系统中的每一个界面。 八、程序算法设计与编码 1．结构化程序特征 结构化程序的基本特征是程序的任何位置是单入口、单出口的。因此，结构化程序设计中，GOTO语句的使用受到了限制，并且程序控制也要求采用结构化的控制结构，以确保程序是单入口和单出口的。 2．程序算法设计工具 （1）程序流程图 程序流程图又称为程序框图，其历史悠久、应用广泛，从20世纪40年代末到70年代中期，它一直是程序算法设计的主要工具。程序流程图的主要优点是能够非常直观的描述程序的控制流程。但是，传统的程序流程图却是一种非结构化的程序算法设计工具。 （2）N－S图 为了满足结构化程序设计对算法设计工具的需要，Nassi和Shneiderman推出了盒图，又称为N－S图。它是一种严格符合结构化程序设计原则的图形描述工具。 N－S图的基本特点是通过矩形框描述模块内部程序的各个功能区域，并通过由外到内的矩形框嵌套表示程序的多层控制嵌套。 （3）PAD图 PAD是问题分析图（ProblemAnalysisDiagram）的英文缩写，由日本日立公司首先推出，并得到了广泛的应用。它是符合结构化程序设计原则的图形描述工具。 PAD图的基本特点是使用二维树形结构表示程序的控制流程，从上至下是程序进程方向，从左至右是程序控制嵌套关系。 （4）PDL语言 PDL语言也称为伪码，或过程设计语言，它一般是某种高级语言稍加改造后的产物，可以使用普通的正文编辑软件或文字处理系统进行PDL的书写和编辑。 PDL语言的语法规则分外部语法和内部语法。其中，外部语法用于定义程序中的控制结构和数据结构，内部语法则用于表示程序中的加工计算或条件。 （5）判定表 判定表是算法设计辅助工具，专门用于对复杂的条件组合关系及其对应的动作行为等给出更加清晰的说明，能够简洁而又无歧义地描述涉及条件判断的处理规则。 3．Jackson程序设计方法 1983年法国科学家Jackson提出了一种以软件中的数据结构为基本依据的程序算法设计方法。在以数据处理为主要内容的信息系统开发中，具有一定的应用价值。 Jackson程序设计方法的基本设计途径是通过分析输入数据与输出数据的层次结构，由此对程序算法的层次结构进行推论。 为了方便由数据结构映射出程序结构，Jackson将软件系统中所遇到的数据分为顺序、选择和重复三种结构，并使用图形方式加以表示。Jackson程序结构也是顺序、选择和重复这三种结构，并可以使用与数据结构相同的图形符号表示。 4．程序编码 在完成程序算法设计之后，接着需要编码。 （1）编程语言种类 •低级语言：包括第一代机器语言与汇编语言，它们是直接面向机器的语言。 •高级语言：指面向问题求解过程的语言，使用了与人的思维体系更加接近的概念和符号，一般不依赖于实现这种语言的计算机，具有较好的可移植性。 •第四代语言（4GL）：指一些面向问题的高级语言，第四代语言是在更高一级抽象的层次上表示数据与猜想结构，它不需要规定程序算法细节。 （2）选择编程语言的依据 在对软件系统进行编码之前，必须抉择使用什么样的程序设计语言实现这个软件系统。在选择编程语言时往往需要考虑诸多方面的因素，例如软件项目的应用领域、软件问题的算法复杂性、软件的工作环境、软件在性能上的需要、软件中数据结构的复杂性、软件开发人员的知识水平和心理因素等。 （3）编程风格与质量 编程风格是编写程序时需要遵守的一些规则。在衡量程序质量时，源程序代码的逻辑简明清晰、易读易懂是一个重要因素，而这些都与编程风格有着直接的关系。 （4）影响程序工作效率的因素 一般说来，程序工作效率会受到处理器计算速度、存储器存储容量和输入输出速度等几个方面因素的影响，并与程序设计语言、操作系统、硬件环境等有着直接关系。因此，在考虑程序工作效率时，需要将诸多因素综合起来分析。 5．程序算法复杂性度量 程序算法复杂性主要指模块内程序的复杂性。比较著名的程序算法复杂性度量方法是McCabe度量法，其对程序复杂性的度量采用的是程序的环形复杂度，计算公式是： V（G）=m–n+p 其中，V（G）是程序有向图G中的环数，m是程序有向图G中的弧数，n是程序有向图G中的节点数，p是程序有向图G中分离部分的数目。 九、软件测试 1．测试目标 尽力发现软件中的错误，而不是为了验证软件的正确性。 2．测试方法 （1）黑盒测试：基于程序的外部功能规格而进行的测试，又称为功能测试。 （2）白盒测试：基于程序的内部结构与处理过程而进行的测试，又称为结构测试。 3．单元测试 单元测试的对象是单元模块，一般以白盒测试为主，以黑盒测试为辅。测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试。 单元测试通常在编码阶段进行。测试时需要用到辅助模块，如驱动模块、桩模块。 4．集成测试 系统集成时主要有非渐增组装测试和渐增组装测试这两种方法： （1）非渐增组装测试：一种一次性地进行系统组装的方法。 （2）渐增组装测试：一种将单元模块的确认测试与集成测试结合在一起的测试方法，它比非渐增组装测试是具有更大的优越性。可以自顶向下渐增集成，也可以自底向上渐增集成。5．确认测试 确认测试又称有效性测试，其任务是验证软件的功能、性能及其他特性是否与用户的要求一致。在进行确认测试时，可以采用Alpha测试或Beta测试。其中，Alpha测试是在开发环境下由用户进行的测试，而Beta测试则是由软件用户在软件实际使用环境下进行的测试。 6．测试用例设计 设计测试用例就是为测试准备测试数据。由于测试用例不同，发现程序错误的能力也就不同，为了提高测试效率降低测试成本，应该选用高效的测试用例。 白盒测试用例设计主要采用逻辑覆盖，包括语句覆盖、判定覆盖、条件覆盖、判定—条件覆盖、条件组合覆盖和路径覆盖。 黑盒测试用例设计包括等价划分、边界值分析和错误推测等几种方法。 7．面向对象测试 （1）面向对象单元测试 不能孤立地测试单个操作，而应该把操作作为类的一部分来测试。 （2）面向对象集成测试 •基于线程的测试。 •基于使用的测试。 （3）面向对象确认测试 研究系统的用例模型和活动模型，设计出确认测试时的用户操作脚本。 8．软件调试 软件调试也叫做排错，涉及诊断与排错这两个步骤。但调试的关键是诊断。 常用的调试方法有：输出存储器内容、在程序中插入输出语句、使用自动调式工具。 常用的调试策略有：试探法、回溯法、对分查找法、归纳法、演绎法。 9．自动测试工具 常用的自动测试工具有：测试数据生成程序、动态分析程序、静态分析程序、模块测试、程序。 10．软件可靠性评估 软件可靠性的定义是：程序在给定的时间间隔内，按照规格说明书的规定成功地运行的概率。 软件可用性的定义是：程序在给定的时间点，按照规格说明书的规定，成功地运行的概率。为了方便可用性的计算，一般使用稳态可用性对系统进行可用性评价。 系统平均无故障时间的估算式是：MTTF=1/(K(ET/IT–Ec(t)/IT）） 十、软件维护 1．软件维护定义 软件维护是在软件运行维护阶段，为了改正软件错误或为了满足用户新的应用需要，而对软件进行改错、变更或进化的过程。 维护任务一般分为：改正性维护、适应性维护、完善性维护和预防性维护。 2．影响软件维护工作的因素 主要因素有：系统大小、程序设计语言、系统文档和系统年龄等。 3．非结构化维护 没有按照软件工程原则实施软件开发，以致和软件配套的一系列文档没有建立起来，保留下来的可能只有源程序。 4．结构化维护 建立在严格按照软件工程原则实施软件开发基础上，因此各个阶段的文档完整，能够比较全面地说明软件的功能、性能、软件结构、数据结构、系统接口和设计约束等。 5．软件维护的代价 软件维护代价包括有形与无形这两个方面的代价。其中，有形代价是指软件维护的直接费用支出，无形代价则指其他非直接的维护代价。 6．软件可维护性 软件可维护性是指维护人员理解、改正、改动和改进这个软件的难易程度。 可以从系统的可理解性、可靠性、可测试性、可修改性、可移植性、运行效率和可使用性这七个方面对软件的可维护性进行综合评估。 7．软件维护的实施 软件维护实施过程中，一般涉及以下几个问题：维护机构、维护申请报告、软件维护工作流程、维护记录和维护评价。 8．对老化系统的维护 老化系统是指一些使用早期程序设计语言开发的系统。为了能够有效地对老化系统进维 护，Yourdon提出了以下的几点维护建议： （1）尽可能得到更多的背景信息。 （2）力图熟悉程序的所有控制流程。 （3）评价现有文档的可用性。 （4）充分利用交叉引用信息。 （5）必须非常谨慎地对程序进行修改。 （6）在删除某些代码时，要确认代码确实不再使用。 （7）不要试图共享程序已有的临时变量或工作区。 （8）保持详细的维护活动和维护结果记录。 （9）如果程序结构混乱，修改受到干扰，可抛弃程序重新编写。 （10）插入出错检验。 9．逆向工程与再工程 逆向工程是通过源程序，甚至是目标程序，由此导出设计模型、分析模型的过程。可以把逆向工程描述为一个魔术管道，从管道一端流入的是一些非结构化的无文档的源代码或目标代码，而从管道另一端流出的则是计算机软件的分析、设计文档。 逆向工程被用到了软件维护上，通过从老化系统的源代码中提取程序流程设计、系统结构设计，甚至是数据流图，给老化系统的维护带来方便。 当逆向工程被用于重新构造或重新生成老化系统时，这个过程就叫做再工程。再工程不仅能从已存在的程序中重新获得设计信息，而且还能使用这些信息来改建或重建现有的系统。 10．软件配置管理 配置管理包括软件配置标识、软件变更控制和软件版本控制等方面的内容。 当对软件进行维护时，软件产品发生了变化，这一系列的改变，必须在软件配置中体现出来，以防止因为维护所产生的变更给软件带来混乱。
Oracle SQL高级编程(资深Oracle专家力作，OakTable团队推荐)--随书源代码
02-04
CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 该资料是《Oracle SQL高级编程》的源代码 对应的书籍资料见: Oracle SQL高级编程(资深Oracle专家力作，OakTable团队推荐) 基本信息 原书名： Pro Oracle SQL 原出版社： Apress 作者： (美)Karen Morton    Kerry Osborne    Robyn Sands    Riyaj Shamsudeen    Jared Still    译者： 朱浩波 丛书名： 图灵程序设计丛书 出版社：人民邮电出版社 ISBN：9787115266149 上架时间：2011-11-9 出版日期：2011 年11月 开本：16开 页码：502 版次：1-1 主编推荐     资深Oracle专家力作，OakTable团队推荐     全面、独到、翔实，题材丰富     Oracle开发人员和DBA必备 内容简介     Oracle 数据库中的SQL是当今市场上功能最强大的SQL实现之一，而本书全面展示了这一工具的威力。如何才能让更多人有效地学习和掌握SQL呢？Karen Morton及其团队在本书中提供了专业的方案：先掌握语言特性，再学习Oracle为提升语言效率而加入的支持特性，进而将两者综合考虑并在工作中加以应用。作者通过总结各自多年的软件开发和教学培训经验，与大家分享了掌握Oracle SQL所独有的丰富功能的技巧所在，内容涵盖SQL执行、联结、集合、分析函数、子句、事务处理等多个方面。读者可以学习到以下几个方面的技巧：     掌握Oracle数据库中独有的SQL强大特征；     读取并理解SQL执行计划；     快速分析并改进表现欠佳的SQL；     通过提示及配置文件等来控制执行计划；     在程序中优化查询而无需改动代码。     作为Oracle SQL经典著作之一，本书为SQL开发人员指明了前行的方向，赋予了他们不断开拓的动力。 作者简介     KAREN MORTON 研究人员、教育家及顾问，Fidelity信息服务公司的资深数据库管理员和性能调优专家。她从20世纪90年代初就开始使用Oracle，从事 Oracle的教学工作也已经超过10年的时间。她是Oracle ACE，也是OakTable（Oracle社区中著名的“Oracle科学家”的非正式组织）的成员，经常在技术会议上演讲。她的著作还包括 Expert Oracle Practices和Beginning Oracle SQL，博客主页是karenmorton.blogspot.com。     KERRY OSBORNE  专注于Oracle咨询的Enkitec公司的创始人之一。从1982年开始使用Oracle（第2版）。他当过开发人员，也做过DBA，目前是 Oracle ACE总监和OakTable成员。最近几年，他专注于研究Oracle内部原理以及解决性能问题。他的博客主页是 kerryosborne.oracle-guy.com。     ROBYN SANDS 思科公司的软件工程师，为思科的客户设计开发嵌入式Oracle数据库产品。从1996年开始使用Oracle，在应用开发、大型系统实现以及性能评估方面具有丰富的经验。她是OakTable的成员，同时是Expert Oracle Practices (2010年 Apress出版)一书的合著者。     RIYAJ SHAMSUDEEN 专注于性能/数据恢复/电子商务的咨询公司OraInternals的首席数据库管理员和董事长。有近20年使用Oracle技术产品以及Oracle数据库管理员/Oracle数据库应用管理员的经验，是真正应用集群、性能调优以及数据库内部属性方面的专家。同时是一位演讲家及Oracle ACE。     JARED STILL 从1994年就开始使用Oracle。他认为对于SQL的学习是永无止境的，相信每一个查询Oracle数据库的人都需要精通SQL语言，才能写出高效的查询。他参与本书的编写就是为了帮助别人实现这一目标。 目录 封面 -11 封底 -10 扉页 -9 版权 -8 版权声明 -7 致谢 -6 目录 -5 第1章 SQL核心 1 1.1 SQL语言 1 1.2 数据库的接口 2 1.3 SQL*Plus 回顾 3 1.3.1 连接到数据库 3 1.3.2 配置SQL*Plus环境 4 1.3.3 执行命令 6 1.4 5 个核心的SQL语句 8 1.5 SELECT语句 8 1.5.1 FROM子句 9 1.5.2 WHERE子句 11 1.5.3 GROUP BY子句 11 1.5.4 HAVING子句 12 1.5.5 SELECT列表 12 1.5.6 ORDERBY子句 13 1.6 INSERT语句 14 1.6.1 单表插入 14 1.6.2 多表插入 15 1.7 UPDATE语句 17 1.8 DELETE语句 20 1.9 MERGE语句 22 1.10 小结 24 第2章 SQL执行 25 2.1 Oracle架构基础 25 2.2 SGA-共享池 27 2.3 库高速缓存 28 2.4 完全相同的语句 29 2.5 SGA-缓冲区缓存 32 2.6 查询转换 35 2.7 视图合并 36 2.8 子查询解嵌套 39 2.9 谓语前推 42 2.10 使用物化视图进行查询重写 44 2.11 确定执行计划 46 2.12 执行计划并取得数据行 50 2.13 SQL执行——总览 52 2.14 小结 53 第3章 访问和联结方法 55 3.1 全扫描访问方法 55 3.1.1 如何选择全扫描操作 56 3.1.2 全扫描与舍弃 59 3.1.3 全扫描与多块读取 60 3.1.4 全扫描与高水位线 60 3.2 索引扫描访问方法 65 3.2.1 索引结构 66 3.2.2 索引扫描类型 68 3.2.3 索引唯一扫描 71 3.2.4 索引范围扫描 72 3.2.5 索引全扫描 74 3.2.6 索引跳跃扫描 77 3.2.7 索引快速全扫描 79 3.3 联结方法 80 3.3.1 嵌套循环联结 81 3.3.2 排序-合并联结 83 3.3.3 散列联结 84 3.3.4 笛卡儿联结 87 3.3.5 外联结 88 3.4 小结 94 第4章 SQL是关于集合的 95 4.1 以面向集合的思维方式来思考 95 4.1.1 从面向过程转变为基于集合的思维方式 96 4.1.2 面向过程vs.基于集合的思维方式：一个例子 100 4.2 集合运算 102 4.2.1 UNION和UNION ALL 103 4.2.2 MINUS 106 4.2.3 INTERSECT 107 4.3 集合与空值 108 4.3.1 空值与非直观结果 108 4.3.2 集合运算中的空值行为 110 4.3.3 空值与GROUP BY和ORDER BY 112 4.3.4 空值与聚合函数 114 4.4 小结 114 第5章 关于问题 116 5.1 问出好的问题 116 5.2 提问的目的 117 5.3 问题的种类 117 5.4 关于问题的问题 119 5.5 关于数据的问题 121 5.6 建立逻辑表达式 126 5.7 小结 136 第6章 SQL执行计划 137 6.1 解释计划 137 6.1.1 使用解释计划 137 6.1.2 理解解释计划可能达不到目的的方式 143 6.1.3 阅读计划 146 6.2 执行计划 148 6.2.1 查看最近生成的SQL语句 149 6.2.2 查看相关执行计划 149 6.2.3 收集执行计划统计信息 151 6.2.4 标识SQL语句以便以后取回计划 153 6.2.5 深入理解DBMS_XPLAN的细节 156 6.2.6 使用计划信息来解决问题 161 6.3 小结 169 第7章 高级分组 170 7.1 基本的GROUP BY用法 171 7.2 HAVING子句 174 7.3 GROUP BY的“新”功能 175 7.4 GROUP BY的CUBE扩展 175 7.5 CUBE的实际应用 179 7.6 通过GROUPING()函数排除空值 185 7.7 用GROUPING()来扩展报告 186 7.8 使用GROUPING_ID()来扩展报告 187 7.9 GROUPING SETS与ROLLUP() 191 7.10 GROUP BY局限性 193 7.11 小结 196 第8章 分析函数 197 8.1 示例数据 197 8.2 分析函数剖析 198 8.3 函数列表 199 8.4 聚合函数 200 8.4.1 跨越整个分区的聚合函数 201 8.4.2 细粒度窗口声明 201 8.4.3 默认窗口声明 202 8.5 Lead和Lag 202 8.5.1 语法和排序 202 8.5.2 例1：从前一行中返回一个值 203 8.5.3 理解数据行的位移 204 8.5.4 例2：从下一行中返回一个值 204 8.6 First_value和Last_value 205 8.6.1 例子：使用First_value来计算最大值 206 8.6.2 例子：使用Last_value来计算最小值 207 8.7 其他分析函数 207 8.7.1 Nth_value(11gR2) 207 8.7.2 Rank 209 8.7.3 Dense_rank 210 8.7.4 Row_number 211 8.7.5 Ratio_to_report 211 8.7.6 Percent_rank 212 8.7.7 Percentile_cont 213 8.7.8 Percentile_disc 215 8.7.9 NTILE 215 8.7.10 Stddev 216 8.7.11 Listagg 217 8.8 性能调优 218 8.8.1 执行计划 218 8.8.2 谓语 219 8.8.3 索引 220 8.9 高级话题 221 8.9.1 动态SQL 221 8.9.2 嵌套分析函数 222 8.9.3 并行 223 8.9.4 PGA大小 224 8.10 组织行为 224 8.11 小结 224 第9章 Model子句 225 9.1 电子表格 225 9.2 通过Model子句进行跨行引用 226 9.2.1 示例数据 226 9.2.2 剖析Model子句 227 9.2.3 规则 228 9.3 位置和符号引用 229 9.3.1 位置标记 229 9.3.2 符号标记 230 9.3.3 FOR循环 231 9.4 返回更新后的行 232 9.5 求解顺序 233 9.5.1 行求解顺序 233 9.5.2 规则求解顺序 235 9.6 聚合 237 9.7 迭代 237 9.7.1 一个例子 238 9.7.2 PRESENTV与空值 239 9.8 查找表 240 9.9 空值 242 9.10 使用Model子句进行性能调优 243 9.10.1 执行计划 243 9.10.2 谓语前推 246 9.10.3 物化视图 247 9.10.4 并行 249 9.10.5 Model子句执行中的分区 250 9.10.6 索引 251 9.11 子查询因子化 252 9.12 小结 253 第10章 子查询因子化 254 10.1 标准用法 254 10.2 SQL优化 257 10.2.1 测试执行计划 257 10.2.2 跨多个执行的测试 260 10.2.3 测试查询改变的影响 263 10.2.4 寻找其他优化机会 266 10.2.5 将子查询因子化应用到PL/SQL中 270 10.3 递归子查询 273 10.3.1 一个CONNECT BY的例子 274 10.3.2 使用RSF的例子 275 10.3.3 RSF的限制条件 276 10.3.4 与CONNECT BY的不同点 276 10.4 复制CONNECT BY的功能 277 10.4.1 LEVEL伪列 278 10.4.2 SYS_CONNECT_BY_PATH函数 279 10.4.3 CONNECT_BY_ROOT运算符 281 10.4.4 CONNECT_BY_ISCYCLE伪列和NOCYCLE参数 284 10.4.5 CONNECT_BY_ISLEAF伪列 287 10.5 小结 291 第11章 半联结和反联结 292 11.1 半联结 292 11.2 半联结执行计划 300 11.3 控制半联结执行计划 305 11.3.1 使用提示控制半联结执行计划 305 11.3.2 在实例级控制半联结执行计划 308 11.4 半联结限制条件 310 11.5 半联结必要条件 312 11.6 反联结 312 11.7 反联结执行计划 317 11.8 控制反联结执行计划 326 11.8.1 使用提示控制反联结执行计划 326 11.8.2 在实例级控制反联结执行计划 327 11.9 反联结限制条件 330 11.10 反联结必要条件 333 11.11 小结 333 第12章 索引 334 12.1 理解索引 335 12.1.1 什么时候使用索引 335 12.1.2 列的选择 337 12.1.3 空值问题 338 12.2 索引结构类型 339 12.2.1 B-树索引 339 12.2.2 位图索引 340 12.2.3 索引组织表 341 12.3 分区索引 343 12.3.1 局部索引 343 12.3.2 全局索引 345 12.3.3 散列分区与范围分区 346 12.4 与应用特点相匹配的解决方案 348 12.4.1 压缩索引 348 12.4.2 基于函数的索引 350 12.4.3 反转键索引 353 12.4.4 降序索引 354 12.5 管理问题的解决方案 355 12.5.1 不可见索引 355 12.5.2 虚拟索引 356 12.5.3 位图联结索引 357 12.6 小结 359 第13章 SELECT以外的内容 360 13.1 INSERT 360 13.1.1 直接路径插入 360 13.1.2 多表插入 363 13.1.3 条件插入 364 13.1.4 DML错误日志 364 13.2 UPDATE 371 13.3 DELETE 376 13.4 MERGE 380 13.4.1 语法和用法 380 13.4.2 性能比较 383 13.5 小结 385 第14章 事务处理 386 14.1 什么是事务 386 14.2 事务的ACID属性 387 14.3 事务隔离级别 388 14.4 多版本读一致性 390 14.5 事务控制语句 391 14.5.1 Commit(提交) 391 14.5.2 Savepoint(保存点) 391 14.5.3 Rollback(回滚) 391 14.5.4 Set Transaction(设置事务) 391 14.5.5 Set Constraints(设置约束) 392 14.6 将运算分组为事务 392 14.7 订单录入模式 393 14.8 活动事务 399 14.9 使用保存点 400 14.10 序列化事务 403 14.11 隔离事务 406 14.12 自治事务 409 14.13 小结 413 第15章 测试与质量保证 415 15.1 测试用例 416 15.2 测试方法 417 15.3 单元测试 418 15.4 回归测试 422 15.5 模式修改 422 15.6 重复单元测试 425 15.7 执行计划比较 426 15.8 性能测量 432 15.9 在代码中加入性能测量 432 15.10 性能测试 436 15.11 破坏性测试 437 15.12 通过性能测量进行系统检修 439 15.13 小结 442 第16章 计划稳定性与控制 443 16.1 计划不稳定性：理解这个问题 443 16.1.1 统计信息的变化 444 16.1.2 运行环境的改变 446 16.1.3 SQL语句的改变 447 16.1.4 绑定变量窥视 448 16.2 识别执行计划的不稳定性 450 16.2.1 抓取当前所运行查询的数据 451 16.2.2 查看一条语句的性能历史 452 16.2.3 按照执行计划聚合统计信息 454 16.2.4 寻找执行计划的统计方差 454 16.2.5 在一个时间点附近检查偏差 456 16.3 执行计划控制：解决问题 458 16.3.1 调整查询结构 459 16.3.2 适当使用常量 459 16.3.3 给优化器一些提示 459 16.4 执行计划控制：不能直接访问代码 466 16.4.1 选项1：改变统计信息 467 16.4.2 选项2：改变数据库参数 469 16.4.3 选项3：增加或移除访问路径 469 16.4.4 选项4：应用基于提示的执行计划控制机制 470 16.4.5 大纲 470 16.4.6 SQL概要文件 481 16.4.7 SQL执行计划基线 496 16.4.8 基于提示的执行计划控制机制总结 502 16.5 结论 502 媒体评论     本书作者全部是OakTable的成员，且具有15~29年丰富的Oracle开发经验。在研究一些被其他专门讨论Oracle SQL语言的参考书直接忽略的问题时，这种对Oracle数据库的长期钻研无疑是一个巨大的优势。     ——亚马逊读者评论 精彩内容     SQL核心     凯伦?莫顿（Karen Morton）     不管你是刚开始写SQL语句还是已经写过很多年了，学会写出“好的”SQL这个过程都需要具有很扎实的SQL核心语法和概念基础知识。本章对SQL语言的核心概念及其性能做了回顾，同时还描述了一些你应该已经很熟悉的常用SQL命令。对于那些以前曾经使用过SQL并且基础知识相当牢靠的读者来说，本章就是一个简要的复习，让你为后面更详细的SQL论述做好准备。如果你是一位SQL新人，你可能想要先阅读Beginning Oracle SQL这本书以确保掌握SQL的基础。不管是哪种情况，第1章的目的就是通过对5个核心SQL语句的快速浏览来衡量一下你的SQL水平，同时还概述了我们用来执行SQL语句的工具：SQL*Plus。     1.1  SQL语言     SQL语言最早是IBM公司于20世纪70年代开发出来的，称为结构化英文查询语言，简称为SEQUEL。该语言是基于E.F.Codd在1969年提出的关系型数据库管理系统（RDBMS）的。后来因为商标的纠纷，其简称又进一步缩写为SQL。1986年和1987年，ANSI（美国国家标准化组织）和ISO（国际标准化组织）先后将SQL语言采纳为标准语言。而人们并不熟悉的是，ANSI官方曾将SQL语言的读音确定为“S-Q-L”。绝大多数人，包括我本人，都还在使用“sequel”的读音，只是因为这样读起来更顺口一些。     SQL的目的就是简单地提供一个到数据库的接口，在本书指的是Oracle数据库。每一条SQL语句对于数据库来说就是一条命令或指令。SQL与其他编程语言（如C或Java）的区别就在于它是要处理数据集合而不是一行一行的数据。语言本身也不需要你提供如何导航到数据的指令——这是在后台透明地进行的。但你将在后面的章节中看到，如果想在Oracle中写出高效的SQL语句，了解数据及其在数据库中的存储方式与存储位置是很重要的。     由于不同的供应商（例如甲骨文、IBM和微软）实现SQL核心功能的机制相差无几，所以基于某一种数据库所学的技巧同样可以应用到其他类型的数据库上。你基本上可以利用同样的SQL语句来进行数据的查询、插入、更新和删除，以及创建、修改和删除对象，而不必管数据库的供应商是哪家。     尽管SQL是各种关系型数据库管理系统的标准语言，但实际上它并不一定是关系型的。在本书后面我将就这一点稍作扩展。如果想要了解更多的细节，我推荐大家阅读C.J.Date的SQL and Relational Theory一书。需要铭记于心的一点是SQL语言并不总是严格遵守关系模型的——它根本就没有实现关系模型的某些要素，同时还不恰当地实现了一些要素。事实上，既然SQL是基于关系模型的，那么要想写出尽可能正确高效的SQL语句，你不仅必须要理解SQL语言，还要理解关系模型。     1.2  数据库的接口     多年以来人们开发出多种途径来传递SQL语句到数据库并获得结果。Oracle数据库的本地接口界面是Oracle调用界面（OCI）。OCI将由Oracle内核传送而来的查询语句发送到数据库。当使用某种Oracle工具如SQL*Plus或者SQL Developer时，你都在使用OCI。其他的Oracle工具如SQL*Loader、数据泵（Data Pump）以及Real Application Testing （RAT）既使用OCI，也可以使用语言特定的接口，如Oracle JDBC-OCI、ODP.Net、Oracle预编译器、Oracle ODBC以及Oracle C++调用接口（OCCI）驱动器。     当使用编程语言（如COBOL或C语言）时，你所写的语句被称为嵌入式的SQL语句并且在应用程序编译之前会由SQL预处理器进行预处理。代码清单1-1是一段可以在C/C++程序块中使用的SQL语句的例子。     代码清单1-1  C/C++程序块中所嵌入的SQL语句     其他工具，例如SQL*Plus和SQL Developer，都是交互式的工具。你输入并执行命令，然后获得相应的输出。交互式工具并不需要在运行代码前先精确编译，你只需要输入想要执行的命令即可。代码清单1-2是一段使用SQL*Plus执行语句的例子。     代码清单1-2  使用SQL*Plus执行SQL语句     在本书中，为了保持一致性我们所用的示例代码清单都使用SQL*Plus工具，但需要记住的是，不管你是用什么方法或工具来输入和执行SQL语句，所有的事情最后都要通过OCI来传递到数据库。这里的主旨就是不管你所使用的是什么工具，其本地接口都是一样的。     1.3  SQL*Plus回顾     SQL*Plus是一个不管采用哪个安装平台（Windows或Unix）都会提供的命令行工具。它是一个用来输入和执行SQL语句并显示输出结果的纯文本环境。用该工具可以直接输入、编辑命令，可以一条条地保存和执行命令或者通过脚本文件来进行，然后将输出结果以很精美格式的报表输出。要启动SQL*Plus你只需要在主机的命令提示符后敲入sqlplus即可。     1.3.1  连接到数据库     有多种方法可以通过SQL*Plus连接数据库。然而在连接之前，你还需要在$ORACLE_HOME/ network/admin/tnsnames.ora这个文件中登记想要连接的数据库。有两种通常使用的方法，或者如代码清单1-3所示那样在启动SQL*Plus时提供连接信息，或者如代码清单1-4所示那样在启动SQL*Plus以后使用connect命令。     代码清单1-3  通过窗口命令提示符连接到SQL*Plus     如果想要启动SQL*Plus而又不显示登录到数据库后的提示，可以在启动SQL*Plus时使用/nolog选项。     代码清单1-4  通过SQL>提示符连接SQL*Plus并登录到数据库     1.3.2  配置SQL*Plus环境     SQL*Plus有很多的命令可以让你来定制工作环境和显示选项。代码清单1-5所示是在SQL>提示符下输入help index命令后显示出来的可用的命令。     代码清单1-5  SQL*Plus命令列表     set命令是用来定制工作环境的最基本的命令。代码清单1-6为set命令的帮助文本。     代码清单1-6  SQL*Plus的SET命令     有了上面这些可用命令，你就能够很轻松地定制最适合你的运行环境了。但有一点要铭记于心的就是当你退出或关闭SQL*Plus的时候，这些设置命令就不再被保留了。为了避免每次使用SQL*Plus时都重新敲入一遍这些设置命令，你可以创建一个login.sql文件。事实上每次启动SQL*Plus的时候它都会默认去读两个文件。第一个是$ORACLE_HOME/sqlplus/admin目录下的glogin.sql文件。如果找到了这个文件，它就会被读进来，文件中的命令语句也会被执行。这样就可以把那些定制你的会话体验的SQL*Plus命令和SQL语句保存起来。     在读取glogin.sql文件以后，SQL*Plus会进一步寻找login.sql文件。这个文件必须在SQL*Plus的启动文件夹中或者包含在环境变量SQLPATH所指向的文件夹路径中。在login.sql文件中的所有命令优先级都比glogin.sql文件中的命令高。从10g开始，Oracle在每次你启动SQL*Plus或者从SQL*Plus里执行connect命令的时候都会同时去读取glogin.sql和login.sql这两个文件。在Oracle 10g之前，login.sql脚本文件只有在SQL*Plus启动的时候才会被执行。代码清单1-7是一个常见的login.sql文件内容。     代码清单1-7  一个常见的login.sql文件     注意这里在SET SQLPROMPT中使用的变量_user和_connect_identifier。它们是预定义变量的两个示例。你可以在login.sql文件中或者任何你创建的脚本文件中使用下面这些预定义变量：     ·_connect_identifier     ·_date     ·_editor（这个变量指定了当你使用edit命令的时候启动哪个编辑器）     ·_o_version     ·_o_release     ·_privilege     ·_sqlplus_release     ·_user     1.3.3  执行命令     有两种命令可以在SQL*Plus中执行：SQL语句和SQL*Plus命令。代码清单1-5和代码清单1-6中所列出的SQL*Plus命令对于SQL*Plus来说是特有的命令，可以用来定制运行环境并且可以运行SQL*Plus特有的命令，例如DESCRIBE和CONNECT。要想执行一个SQL*Plus命令，你只需在命令提示符后输入该命令然后敲回车，命令会自动被执行。另一方面，如果要执行SQL语句，就必须使用一个特定字符来表明你想要执行输入的语句，分号（;）或者斜线（/）都可以。使用分号的话可以直接放在输入命令的后面或者放在接下来的空行中，而斜线则必须放在接下来的空行中才可以被识别。代码清单1-8展示了如何使用这两种符号。     代码清单1-8  执行字符的用法     注意第5个在语句最后面加了一个斜线（/）的例子。光标移动到了下一行而不是立即执行语句命令。接下来，如果你再按一下回车键，语句就会被放入SQL*Plus的缓冲器中，但是也不执行。如果想要查看SQL*Plus缓冲器中的内容，可以使用list命令（也可以简写为l）。接下来如果你想在缓冲器中通过使用斜线（/）来执行语句[尽管斜线（/）命令本来就是这样来用的]在这里也将会返回一个错误。这是因为你最初在SQL语句的结尾敲入了一个斜线（/），而斜线（/）并不是一个有效的SQL命令，从而在语句想要执行的时候报错。     另外一种执行命令的方法是把命令放到一个文件中。你可以在SQL*Plus之外直接用文本编辑器生成这些文件，也可以在SQL*Plus中使用EDIT命令来直接调用编辑器。如果已经有了一个文件，EDIT命令可以打开这个文件，如果没有的话就会创建新的文件。文件必须放在默认文件夹中，否则你必须指定文件的全路径。想要设定所选择的编辑器，你只需要利用命令define_ editor='//myeditor.exe'来设置预定义变量_editor。具有.sql扩展名的文件在执行的时候不必敲入扩展名，通过@或START命令都可以执行。代码清单1-9中列出了这两个命令的用法。     代码清单1-9  执行.sql脚本文件     SQL*Plus具有很多特性和选项，以致于多得在这里不能一一列举。就本书需要而言，这种概述就已经足够了。但是，Oracle文档对SQL*Plus的用法给出了指导，而且很多的书，比如Beginning Oracle SQL，都对SQL*Plus作了更为深入的阐述，如果感兴趣你可以参考。     1.4  5个核心的SQL语句     SQL语言有很多不同的语句，但在整个职业生涯中，你可能只会用到其中很少的一部分。不过你所使用的几乎其他任何产品不也是这样的吗？据说有一个统计结果是，绝大多数人都仅使用了他们常用的软件产品或编程语言所有功能的20%甚至更少。我不知道这个统计真实与否，但以我的经验来看，这似乎是很准确的。我发现同样的基本SQL语句格式在大多数应用中使用了将近20年了。极少数的人使用过SQL提供的所有功能——即使对于那些他们确实经常使用的功能也常常用得不是很恰当。显而易见，我们不可能覆盖SQL语言的所有语句以及它们的选项。本书的目的在于让你能够深入理解那些最常用的SQL语句并帮助你更高效地使用它们。     在本书中，我们将重点讨论5个最常用的SQL语句，它们分别为SELECT、INSERT、UPDATE、DELETE以及MERGE。尽管这些核心语句都将逐个讲解，但重中之重还是SELECT语句。将这5个语句用好了将会为你在日常工作中用好SQL语言打下坚实的基础。     1.5  SELECT语句     SELECT语句用来从一个或多个表中或者其他数据库对象中提取数据。你应该已经很熟悉SELECT语句的基础知识了，所以我将不再从一个初学者的角度来介绍SELECT语句，而是首先回顾一下SELECT语句的执行逻辑。对于如何来写一个基本的SELECT语句你应该已经学习过了，但为了培养基本的思维模式，你要一直写出符合语法规则的高效SQL语句，你需要理解SQL语句是如何执行的。     一个查询语句在逻辑上的处理方式可能会与实际物理处理过程大相径庭。Oracle基于查询成本的优化器（cost-based optimizer , CBO）用来产生实际的执行计划。我们在后面的章节中将会讲解优化器是干什么的，如何来实现其功能的以及为什么要进行优化。目前，我们需要关心的是优化器将会决定如何访问表、按照什么样的顺序来处理它们，以及如何将多个表联结起来及如何使用筛选器。查询的处理在逻辑上是按照特定的顺序进行的，但是，优化器所选择的物理执行计划可能会按照完全不同的顺序来实际执行这些步骤。代码清单1-10是一段包含SELECT语句的主要子句的查询片段，在其中标出了每一个子句的逻辑处理顺序。     代码清单1-10  查询语句的逻辑处理顺序     你应该立刻注意到SQL有别于其他编程语言的一点在于首先处理的并不是写在第一行的语句（SELECT语句），而是FROM子句。注意在这个代码清单中我给出了两个不同的FROM子句。标记为1.1的那个FROM子句表示的是当使用ANSI语法时的不同。我们可以把处理过程中的每一个步骤想象为生成一个临时的数据集。随着每个处理步骤的进行，这个数据集被不断地操作直到生成最终的处理结果。查询返回给调用者的就是这个最终结果数据集。     为了更详细地了解SELECT语句的每个部分，你可以参考代码清单1-11所示的查询语句，该语句返回的结果集为下订单超过4次的女顾客的列表。     代码清单1-11  下订单超过4次的女顾客查询语句     1.5.1  FROM子句     FROM子句列出了所查询数据的源对象。这个子句可以包含表、视图、物化视图、分区或子分区，或者你可以建立一个子查询来生成子对象。如果使用了多个源对象，其逻辑处理阶段也将会应用到每一个联结类型以及谓词ON（如步骤1.1所示）。在本书后面的章节中你将会进一步了解联结类型的更多细节，但注意在处理联结语句的时候是按照下面的顺序来进行的：     (1) 交叉联结，也称为笛卡儿乘积；     (2) 内联结；     (3) 外联结。     在代码清单1-11所示的查询例子中，FROM子句列出了两张表：customers和orders，通过customer_id列来联结。因此，当处理这一信息时，FROM子句所生成的初始数据集将会包含这两张表中customer_id相匹配的行。在本例中结果集将会包含105行。为了验证这一点，只要执行例子中的前4行，如代码清单1-12所示。     代码清单1-12  仅通过FROM子句的部分查询语句的执行     注意 为了使之很好地适应页面我手工调整了输出结果，实际输出结果在页面上超过105行。     1.5.2  WHERE子句     WHERE子句提供了一种方法，可以按照条件来限制查询最终返回结果集的行数。每个条件或者谓语都是以两个值或表达式相比较的形式出现的。比较的结果要么是匹配（值为TRUE）要么是不匹配（值为FALSE）。如果比较的结果是FALSE，那么相应的行不会被包含在最终结果集中。     这里我需要稍微偏离一下主题，来谈一谈与这一步相关的SQL中的一个重要方面。事实上，SQL中逻辑比较的可能结果是TRUE、FALSE以及未知。当其中包含空值（null）的时候比较的结果就会是未知。空值与任何值比较或者用在表达式中都会得到空值，或者是未知。一个空值代表一个相应值的缺失，并且可能因为SQL语言中的不同部分对空值的处理不同而令人费解。关于空值是如何影响SQL语句执行的话题将会贯穿本书，但在这里我不得不先提及一下这个话题。我之前所说的还是基本正确的，一个比较的返回值将会是TRUE或者FALSE。你会发现当进行筛选的比较条件中包含空值的时候，将作为FALSE来对待。     在我们的例子中，只有一个将结果限定为下了订单的女性消费者的谓语。如果你查看FROM子句执行之后的中间结果（见代码清单1-12），你会发现105行中仅有31行是由女性消费者所下的订单（gender = 'F'）。因此，在应用了WHERE子句以后，中间结果集将从105行减少到31行。     应用WHERE子句以后得到了更精确的结果集。注意，在这里使用的是“精确的结果集”。我的意思是说现在已经得到了能够满足你查询需求的数据行。其他子句（GROUP BY, HAVING）也许可以用来聚合并且进一步限制调用程序会接收到的最终的结果集，但需要注意的很重要的一点是，目前已经得到了查询计算最终结果所需的所有数据。     WHERE子句的目的是限制或者减小结果集。你所使用的限制条件越少，最终返回的结果集中包含的数据就会越多。你需要返回的数据越多，执行查询的时间也就越长。     1.5.3  GROUP BY子句     GROUP BY子句将执行FROM和WHERE子句后得到的经过筛选后的结果集进行聚合。查询出来的结果按照GROUP BY子句中列出的表达式进行分组，来为每一个分组得出一行汇总结果。你可以按照FROM子句中所列出对象的任意字段进行分组，即使你并不想在输出结果列表中显示该列。相反，Select列表中的任何非聚合字段都必须包括在GROUP BY表达式中。     GROUP BY子句中还可以包含两个附加的运算：ROLLUP 和CUBE。ROLLUP运算用来产生部分求和值，CUBE运算用来求得交互分类值。当你使用这两种运算中任意一个的时候，你将会得到不止一行的汇总信息。在第7章中将会对这两个运算进行更详细的讨论。     在示例查询中，需要按照customer_id来进行分组。这就意味着对于每一个唯一的customer_id只会返回一行值。在WHERE子句执行后所得到的代表下订单的女性消费者的31行订单中，有11个独特的customer_id值，如代码清单1-13所示。     代码清单1-13  截至GROUP BY子句的部分查询执行     你会发现查询的结果是经过分组的，但并没有排序。表面上看结果好像是按照order_ct字段排序的，但这仅仅是个巧合而不是确定的行为。需要记住的很重要的一点是：GROUP BY子句并不确定结果数据的排序。如果你需要结果按照特定的顺序排列，则必须指定一个order by子句。     1.5.4  HAVING子句     HAVING子句将分组汇总后的查询结果限定为只有该子句中的条件为真的数据行。除非你使用HAVING子句，否则将返回所有的汇总行。事实上，GROUP BY子句和HAVING子句的位置是可以互换的，谁先谁后都无关紧要。但是，似乎在编码中将GROUP BY子句放在前面更有意义一些，因为GROUP BY子句在逻辑上是先执行的。从本质上来说，HAVING子句是在GROUP BY子句执行后用来筛选汇总值的第二个WHERE子句。     在我们的查询例子中，HAVING子句HAVING COUNT(o.order_id) > 4，将分组数据从11行减少到2行。这一点你可以通过查看GROUP BY子句应用后返回的结果行来确认，如代码清单1-13所示。注意仅有146和147号消费者所下的订单数超过4次。这样就产生了组成最终结果集的两行数据。     1.5.5  SELECT列表     SELECT列表列出查询的返回最终结果集中需要显示哪些列。这些列可以是数据表中一个实际的列、一个表达式，或者甚至是一个SELECT语句的结果，如代码清单1-14所示。     代码清单1-14  展现SELECT列表各种可能情况的查询实例     SQL> select.customer_id, c.cust_first_name||''||c.cust_last_name,     .     当使用另外一个SELECT语句来产生结果中的一列的值的时候，这个查询必须只能返回一行一列的值。这种类型的子查询被称为标量子查询。尽管这可能是一个非常有用的语法，但需要牢记于心的是标量查询在结果集中的每一行结果产生时都要执行一遍。在某些情况下可以进行优化以减少标量子查询的重复执行，但更糟糕的场景是每一行都需要标量子查询执行。你可以想象如果你的结果集中有几千行甚至上百万行数据的时候所需要付出的查询代价！在后面的章节中我们还将回顾标量子查询并讨论如何更好地来使用它们。     在SELECT列表中你还有可能用到的一个选项是DISTINCT子句。在例子中并没有使用它，但我想要简要地提及一下。DISTINCT子句用来在其他子句执行完毕以后从结果集中去除重复的行。     SELECT列表执行完以后，你就得到了最终的查询结果集。所剩的唯一需要做的事情，如果包含了的话，就是将查询结果集按照所需的顺序排序。     1.5.6  ORDER BY子句     ORDER BY子句用来对查询最终返回的结果集进行排序。在本例中，需要按照orders_ct和customer_id进行排序。orders_ct这一列是通过GROUP BY子句中的COUNT聚合函数计算得到的值。如代码清单1-13中所示，有两个消费者的订单超过4个。由于这两个消费者的订单数都是5份，orders_ct这一列的值是相同的，所以要由第二个排序列来确定最终结果的显示顺序。如代码清单1-15中所示，该查询的最终经过排序的输出结果是按照customer_id排序的两行数据集。     代码清单1-15  示例查询的最终输出     当输出结果需要排序的时候，Oracle必须在其他所有子句都执行完之后按照指定的顺序对最终结果集进行排序。需要排序的数据量大小是非常重要的。我这里所说的大小是指结果集中所包含的总字节数。你可以通过用行数乘以每一行的字节数来估计数据集的大小。每行所包含的字节数通过将选择列表中包含的每一列的平均长度相加来确定。     上面的查询实例在选择列表中仅需要列出customer_id 和orders_ct两列的值。我们可以估算每一行输出值的字节数为10。在第6章中我将阐述从哪里能找到优化器所估计的值。因此，如果我们在结果集中只有两行数据，排序的大小实际上是很小的，大约20字节。请记住这仅仅是估算，但这样的估算也是很重要的。     较小的排序会完全在内存中来实现，而较大的排序将不得不使用临时磁盘空间来完成。如你可能推断的那样，在内存中完成的排序比必须使用磁盘的排序要快。因此，当优化器估算排序数据的影响时，它必须要考虑排序数据集的大小，以此来调整如何能够以最有效的方法来获得查询的结果。一般来说，排序是查询过程中开销相当大的一个处理步骤，尤其是当返回结果集很大的时候。     1.6  INSERT语句     INSERT语句用来向表、分区或视图中添加行。可以向单表或者多个表方法中添加数据行。单表插入将会向一个表中插入一行数据，这行数据可以显式地列出插入值也可以通过一个子查询来获取。多表插入将会向一个或多个表中插入行，并且会通过子查询获取值来计算所插入行的值。     1.6.1  单表插入     代码清单1-16中的第一个例子阐明了使用values子句实现的单表插入。每一列的值都显式地输入。如果你要插入表中所定义的所有列的值，那么列的列表是可选的。但是，如果你只想提供部分列的值，则必须在列的列表中指明所需的列名。好的做法是不管是不是需要插入所有列的值，都把所有列的列表列出来。这样做就像该语句的自述文件一样，并且也可以减少将来别人要插入一个新列到表中的时候可能出现的错误。     代码清单1-16  单表插入     第二个例子阐述了通过子查询来实现插入。这是插入数据行的一个非常灵活的选项。所写的子查询可以返回一行或多行数据。返回的每一行都会用来生成需要插入的新行的列值。根据你的需要这个子查询可以很简单也可以很复杂。在本例中，我们使用子查询实现了在现有薪水的基础上为每一位员工发放10%奖金的计算。事实上奖金表包含4列，但在这个插入中我们只列出了3个字段。comm这一列在子查询中并没有占据一列并且我们也没有将它包括在列表中。因为我们没有包含这一列，它的值将会是null。注意如果comm列具有非空约束，那么可能已返回一个约束错误，语句的执行也已失败。     1.6.2  多表插入     代码清单1-17所示的多表插入的例子阐明了一个子查询返回的数据行是如何被用来插入多个表中的。我们从3个表开始：small_customers、medium_customers以及large_customers。我们想要按照每位消费者所下订单的总金额来将数据分别插入这些表。子查询将每一位消费者的order_total列求和来确定该消费者的消费金额是小（所有订单的累加金额小于10 000美元）、中等（介于10 000美元与99 999.99美元之间）还是大（大于等于100 000美元），然后按照条件将这些行插入对应的表中。     代码清单1-17  多表插入     注意INSERT关键字后面ALL子句的使用。当指定了ALL子句的时候，这个语句就会执行无条件的多表插入。也就意味着每一个WHEN子句按照子查询所返回的每一行来确定值而不管前一个条件的输出结果是什么。因此，你需要注意如何来指定每个条件。例如，如果我使用WHEN sum_orders < 100 000这个条件而不是像上面一样列出范围，插入medium_customers表中的行有可能也会插入small_customers表中。     你需要指明FIRST选项来实现每一个WHEN子句按照其出现在语句中的顺序进行评估，并且对于一个给定的子查询行跳过接下来的WHEN子句评估。关键在于要记住哪一个选项能够更好地满足你的需要，ALL还是FIRST，然后使用最适合的选项。     1.7  UPDATE语句     UPDATE语句的作用是改变表中原有行的列值。这个语句的语法由3部分组成：UPDATE、SET和WHERE。UPDATE子句用来指定要更新的表，SET子句用来指明哪些列改变了以及调整的值，WHERE子句用来按条件筛选需要更新的行。WHERE子句是可选的，如果忽略了这个子句的话，更新操作将针对指定表中的所有行进行。     代码清单1-18列出了几种UPDATE语句的不同写法。首先，我建立了一个employees表的副本，名称为employees2，然后我将执行几个完成基本相同任务的不同更新操作：将90部门的员工工资增加10%。在例5中，commission_pct这一列也进行了更新。下面就是采用的不同方法。     例1：使用表达式更新一个单列的值。     例2：通过子查询更新一个单列的值。     例3：通过在WHERE子句中使用子查询确定要更新的数据行来更新单列的值。     例4：通过使用SELECT语句定义表及列的值来更新表。     例5：通过子查询更新多列。     代码清单1-18  UPDATE语句的例子     1.8  DELETE语句     DELETE语句用来从表中移除数据行。该语句的语法结构由3部分组成：DELETE、FROM和WHERE。DELETE关键字是单独列出的。除非你决定使用我们后面将会讨论到的提示（hint），没有其他选项与DELETE关键字相结合。FROM子句用来指定要从哪个表中删除数据行。如代码清单1-19中的例子所示，这个表可以直接指定也可以通过子查询来确定。WHERE子句提供筛选条件有助于确定哪些行是要删除的。如果忽略了WHERE子句，删除操作将删除指定表中的所有数据行。     代码清单1-19展示出了DELETE语句的几种不同写法。注意，在这些例子中我使用了代码清单1-18中创建的employees2表。下面你将看到的就是这些不同的删除方法。     例1：使用WHERE子句中的筛选条件来从指定表中删除行。     例2：使用FROM子句中的子查询来删除行。     例3：使用WHERE子句中的子查询来从指定表中删除行。     代码清单1-19  DELETE语句的例子     1.9  MERGE语句     MERGE语句具有按条件获取要更新或插入到表中的数据行，然后从1个或多个源头对表进行更新或者向表中插入行两方面的能力。它最经常被用在数据仓库中来移动大量的数据，但它的应用不仅限于数据仓库环境下。这个语句提供的一个很大的附加值在于你可以很方便地把多个操作结合成一个。这就使你可以避免使用多个INSERT、UPDATE以及DELETE语句。并且，在本书后面的内容中你将看到，如果你避免去做那些不是必须做的事情，响应时间可能得到相应的改善。     MERGE语句的语法是：     为了说明MERGE语句的用法，代码清单1-20展示出了如何建立一个测试表，然后恰当地利用MERGE条件来向表中插入或更新行。     代码清单1-20  MERGE语句例子     MERGE语句完成了下面这些事情。     ·插入了两行（员工id 106和107）。     ·更新了一行（员工id 105）。     ·删除了一行（员工id 103）。     ·一行保持不变（员工id 104）。     如果没有MERGE语句，你必须最少写3条不同的语句来完成同样的事情。     1.10  小结     正如你可以从到目前为止的例子中看出的，SQL语言提供了很多不同的选择来得到同样的结果集。你可能还注意到了一点就是这5个核心的SQL语句都可以使用类似的构造，例如子查询。关键是需要搞清楚在各种不同的使用场景下哪种构造是最高效的。我们将在本书后面的内容中阐述如何做到这一点。     如果你对本章的例子的理解有任何困难，请一定花点时间复习Beginning Oracle SQL或者Oracle文档中的SQL Reference Guide。在本书中接下来的部分我们假设你已经很好地理解了5个核心SQL语句的基本构造：SELECT、INSERT、UPDATE、DELETE和MERGE。
编程入门科普向——工具概览及其英文缩写
weixin_30550081的博客
07-29 239
首先需要一款IDE（集成开发环境，Integrated Development Environment）IDE是一个工具箱，它通常包括以下常用工具： Code Editor（代码编辑器）代码其实就是文本，你用Txt书写，然后改后缀名也可以，现代编辑器做的工作仅仅是帮助你自动补全代码、提供语法高亮显示、提供对齐等各种文本格式上的服务。 Compiler（编译器）编译器是将你书写的文本转换成计算机...
常用编程语言简介大全
Quest_sec的博客
05-19 8411
一、计算机编程语言分类；二、高级语言分类；三、常用语言的用途
软考中常见的英文缩写
养乐多要吸管
10-06 1785
软考中常见的英文缩写
【其他】编程技巧之常用缩写
永远年轻 永远热泪盈眶
09-02 995
前言   在编写C语言代码时规定标识符最长可达255个字符，但只有前面32个字符在编译时有效，所以在编写源程序时标识符的长度建议不要超过32个字符。这也就是缩写单词使用的必要性，当然缩写单词同时可以帮助程序员快速完成创建变量，本博客整理了一些常用缩写。   argument 可缩写为 arg   buffer 可缩写为 buff   clock 可缩写为 clk   command 可缩写为 cmd   compare 可缩写为 cmp   configuration 可缩写为 cfg   device
常用英文变量缩写
最新发布
05-29
在编程中，为了让变量名更加简洁和易于理解，我们经常使用一些英文单词的缩写。以下是一些常用的英文变量缩写： 1. `num`：表示“number”，数字的意思。 2. `str`：表示“string”，字符串的意思。 3. `bool`：表示“boolean”，布尔类型的意思。 4. `arr`：表示“array”，数组的意思。 5. `obj`：表示“object”，对象的意思。 6. `func`：表示“function”，函数的意思。 7. `param`：表示“parameter”，参数的意思。 8. `var`：表示“variable”，变量的意思。 以下是一些示例： ``` # 使用缩写 num1 = 10 str1 = "hello" bool1 = True arr1 = [1, 2, 3] obj1 = {"name": "John", "age": 30} func1 = lambda x: x + 1 param1 = "name" var1 = "Hello, world!" # 不使用缩写 number = 10 string = "hello" is_true = True array = [1, 2, 3] object = {"name": "John", "age": 30} function = lambda x: x + 1 parameter = "name" variable = "Hello, world!" ``` 需要注意的是，缩写虽然可以让变量名更加简洁，但也可能会降低代码的可读性，因此需要根据具体情况进行选择。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值