作业练习：熟悉GB3469-83《文献类型与文献载体代码》规定...

《数据库系统及应用》 实验一 一、实验目的： 1、初步了解SQL SERVER 2008的功能。 2、掌握SQL SERVER 2008的使用环境。 3、掌握数据库的建立、查看方法。数据的导入和导出练习。 二、实验内容及步骤： 练习一：熟悉操作环境 熟悉SQL SERVER 2008 “SQL Server Management Studio”窗口的使用。 练习二：掌握数据库的建立 （一）使用命令建立数据库的步骤、方法： 1、单击窗口左上角的“新建查询”命令， 2、在打开的查询窗口中输入代码：Create database lx 说明：这是建立数据库的最简单的一条命令，其中：create是命令动词，database是创建对象的类型（sql中可以使用create创建的对象有很多种，包括数据库、表、查询、视图等），lx是创建数据库的名称。其他参数都缺省 注意（以后做复杂命令时注意）： (1) 输入代码时按照书上的标点符号（英文半角下）和格式输入。 (2)将书上的文件存储位置修改为自己的文件夹。 3、单击窗口上的“执行”命令。就可以自动创建数据库，在sql的‘对象资源管理器’窗口可以找到lx库，库文件和日志文件的逻辑名和物理存储的文件名一致，文件位置在sql的安装位置（默认的文件打开和保存位置C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA。） （二）使用图形界面建立数据库的步骤： 1、在方便的位置创建自己的文件夹，按照上课演示的方法窗口操作，按照导航提示创建数据库：数据库名称自定，数据库文件的逻辑名和磁盘存储的物理名尝试修改，体会sql环境使用和磁盘使用数据库的方法，数据库文件位置选择自己创建的文件夹。 2、尝试在数据库中添加数据库文件，可以选择不同分组。体会数据仓库的意义。 练习三：数据库的查看 “使用数据库属性对话框”的“常规”和“文件”选项查看数据库。观察所建数据库的两个数据库的属性是否和以上要求一致。 方法： 右击要查看的数据库名称→选择“属性”→“常规”和“文件”选项进行查看。 练习四：练习数据库的分离和附加 要求：分离、附加用导航方法创建的数据库 1.数据库分离的目的：在SQL Server中可以使用分离数据库和附加数据库的方法快速将数据库从一台服务器转移到另一台服务器上。 分离数据库将使数据库文件（.MDF、.NDF和.LDF文件）与SQL Server脱离关系，这时无法在当前服务器上使用数据库，但数据库文件仍然存储在磁盘上，可以将其复制到另一台服务器上，然后在另一台服务器上用附加数据库的方法将数据库文件附加到SQL Server上，这样就可以在另一台服务器上管理和使用该数据库了。 方法：在“SQL Server Management Studio”中右击要分离的数据库“仓储定货”数据库→“任务”→选择“分离数据库”→勾选“删除链接”→确定。（注意：分离不是删除。如果不勾选“删除链接”，有时系统会提示正在使用的数据库是不能分离的。） 2.数据库附加的目的：将游离的数据库添加到SQL Server中，这样DBMS才能对数据库进行管理和使用。 方法：右击“数据库”文件夹→选择“附加” 注意：若数据库的物理文件名或路径更改之后，在附加数据库时，系统会提示找不到该文件，此时要在“添加”按钮下面的“当前文件路径”重新进行选择。 注意：理解数据库的删除和分离的区别。 练习五：数据转换的操作： （导入和导出数据，其意义：在使用SQL Server的过程中，经常需要将其他应用程序（例如 excel数据表或ASCII 文本文件）的数据移植到SQL Server 2008数据库中，或者将SQL Server 2008的数据表移植到其他数据中。这种在SQL Server 2008和其他应用程序之间的数据转换，是为了方便用户对哪个软件的用法熟悉就在哪个软件下操作。这就是数据导入导出操作。） 练习要求：将收到的练习文件夹中的BGA.xls导入到自己创建的数据库中。(可以先打开BGA.xls文件，查看其内容，再关闭该文件一定要关闭该文件)。 方法：在“management studio”窗口→右击“仓储定货”数据库→“任务”→导入数据→数据源：选择“EXCEL” →再单击“浏览”按钮，找到你的EXCEL文件并选中（就是老师提供给你的BGA.xls文件，）导入到你刚建立的“仓储定货”数据库中）→身份验证选择你登陆SQL时的方式→下一步。。。→选择 “sheet1”→下一步。。。。→完成→回到“management studio”窗口→右击你的数据库“仓储定货”→刷新→展开你的数据库，找到“表”→右击你刚导入的表名“dbo.sheet1$”→选择“选择前1000行”命令，就可以查看表中的内容。 将bgA.xls工作表转换为SQL数据表后，就可以使用SQL命令操作数据表了如：计算出实发工资列的数据。 方法：单击工具栏上的“新建查询”按钮，在右窗格中输入如下命令： Use 自己创建的数据库名称 --打开数据库并把他作为当前数据库 不用该命令可能会出现上课时出现的错误，即当前数据库不对 update dbo.Sheet1$ set 实发=基本工资+津贴-个人税-水电费 --该命令是计算实发工资的命令 选中这两行命令→再单击“执行”按钮→右击你的表名“dbo.sheet1$”→选择“选择前1000行”命令，就可以查看到计算后的内容啦。 （2）导出数据：是将SQL Server表中的数据转换为其他指定格式的数据的过程，例如将SQL Server表的内容转换为EXCEL数据表。 注意：导出后，原本数值型的数据在EXCEL中都变成文本型的啦，此时选中文本数字，之后在左上角或右上角会出现一个“”的一个图表，单击其右边的下来箭头，选择“转换为数值型”即可。 另外刚导入的数据表，想要再导出数据，只有重新命名表名后才可以导出，否则提示导出失败。

实验项目编号 8303007002 实验项目名称 实验2:JavaScript练习 实验目的 了解和熟悉JavaScript技术,能够使用JavaScript进行编程实现数据处理和用户交互。 实验环境 Win7 ,任意浏览器 实验原理 应用JavaScript编写验证输入的日期是否为系统当天日期,需要使用以下javascript命令: （） 编写表单form提交按钮的onclick事件调用的JavaScript函数,验证成功和失败需弹出相应提示信息。最后添加普通按钮实现window关闭操作。 请此处加入你的实验代码和结果截图!! 实验小结 请此处适当总结实验体会!

把人们熟悉的十进制数或字符转换成二进制代码的电路称为译码器。

此题为判断题(对，错)。

小组作业具体要求如下：（以下阶段应按顺序执行。附加题供学有余力的小组自选完成。） （1）阶段一：熟悉白盒测试方法。 使用白盒测试方法设计测试用例，建议使用测试管理工具来录入设计的测试用例，最后用csv或excel等工具支持的导出形式导出为测试用例清单文件（便于作业检查，谢谢）。也允许使用excel文件来记录测试用例，文档模板见附件1-测试用例设计清单(模板).docx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出测试用例的测试管理工具就尽量不选了（禅道支持测试用例导出）； b. 导出的测试用例建议在末尾列补充一个备注列，说明是基于什么覆盖标准或什么方法得到的测试用例。 （2）阶段二：熟悉代码复审的过程。 通过静态评审发现缺陷。选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，针对代码展开静态评审。关于如何准备和展开同行评审会议，可学习MOOC课程“软件测试与质量”的3.4节 静态白盒测试，通过视频和讲义了解相关内容。关于在评审过程中如何才能更好地进行代码复审，建议学习邹欣老师的讲义“现代软件工程讲义 3 代码规范与代码复审”。 该阶段要求遵循评审的流程，至少包括： l 指定全体与会人员角色； l 选择合适的代码评审标准（例如阿里巴巴Java开发手册，或者邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容），全体评审人员应遵循该标准来评审代码； l 评审员应提前阅读代码，并填写评审表； l 主持人组织全体与会人员召开会议并记录会议过程，会议过程应给出拍照作为证明（在博客中体现）； l 提交会议纪要和评审结果报告，报告中应记录会议过程，评审员提交的评审表应作为附录放在报告末尾。评审结果报告内容可参考北京航空航天大学罗杰老师的作业要求中第一部分的内容，即代码复审Check List，且报告内容可根据本小组的实际情况进行适当删减或增加； l 如果在评审过程中发现了缺陷，还应提交缺陷报告。缺陷建议通过测试管理工具进行管理和跟踪，最后用csv或excel等工具支持的导出形式导出为缺陷清单文件（便于作业检查，谢谢）。也允许使用excel文档来管理，文档模板见：附件2-缺陷报告模板v1.0.xlsx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出缺陷的测试管理工具就尽量不选了（禅道支持缺陷导出）； b. 导出的缺陷建议在末尾列补充一个备注列，说明是通过什么途径发现的缺陷，例如，是通过静态评审，还是通过执行测试用例，或者是通过静态代码检查工具等。 （3）阶段三：熟悉静态代码检查工具。 通过自动化静态检查发现缺陷。选择一款静态代码检查工具（可阅读静态代码检查工具简介来初步了解和筛选合适的静态代码检查工具），对整个系统源代码进行扫描，统计发现的缺陷（包括错误和警告）。要求撰写静态代码检查报告， 具体要求包括： a. 说明工具来源、基本特点、下载地址； b. 给出工具扫描过程的界面截图，如果一张图不够，可以给出多张图； c. 通过图、表格等方式体现对缺陷的统计； d. 通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析； e. 基于上述过程，分析该款静态代码检查工具的优缺点。 注意： a. 每班班内各小组应选择不同的静态代码检查工具，最多只能有两个小组使用相同的工具，即每个班至少应选择三种不同的静态代码检查工具； b. 跨班允许选择相同的静态代码检查工具； c. 每班班内各小组应使用不同的被测系统； d. 跨班允许使用相同的被测系统，但使用相同被测系统的小组应选择不同的静态代码检查工具来执行代码检查（仅针对同群内的小组，如1-3班+7班部分同学为1群，4-6班+7班部分同学为2群，同群内的小组受本条件限制，跨群小组允许使用相同被测系统和相同的代码检查工具）。 （4）阶段四：熟悉基于JUnit的单元测试脚本开发 编写单元测试并执行测试。基于JUnit框架，结合面向对象程序的特点，针对阶段三所选择的风险最高的模块，根据在阶段一设计得到的测试用例，编写单元测试脚本，执行脚本，记录发现的缺陷。具体内容和要求如下： a. 无需额外设计测试用例，直接用阶段一设计得到的测试用例，编写单元测试脚本； b. 执行测试脚本； c. 报告发现的缺陷，记录和管理缺陷，缺陷记录方式的要求同阶段二，具体说明见评审流程的最后一条； d. 撰写测试执行报告，说明测试环境，测试的过程，通过报表对测试工作进行分析，通过图、表对缺陷进行统计和分析，如果是使用测试管理工具，可直接利用工具的统计、分析功能自动生成相关图和报表，再补充文字说明。注意，在测试小结中，应对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件3-测试执行过程及小结-模板）撰写测试小结； e. 单元测试脚本应覆盖至少40个测试用例； f. 单元测试脚本应包含注释； g. 可以针对登录或注册模块编写单元测试脚本，但只能二选一。 有关JUnit的基本概念和使用，可通过学习SPOC课程“软件测试与质量”的7.1节 单元测试及其工具来了解。 （5）每日例会记录 小组成员的工作过程应通过博客进行记录。从本作业公布之日起，到任务提交之日止，小组每日在博客上记录任务完成情况，内容包括：小组成员的任务进展情况、存在的问题、解决方法、以及下一步计划等，应尽量详细并给出必要的证明，例如，说明每人完成任务所花的时长，测试脚本截图，小组开会的图片等（从隐私的角度考虑，可不必给出面部，打马赛克，或者背影之类均可）。格式不限，只要能反映小组的进度情况即可，请尽量详细。 小组需要提交的材料包括： （1）测试用例清单。阶段一设计得到，文件名格式：作业名-070x班-0x组-1白盒测试用例； （2）评审会议纪要和评审结果报告。阶段二得到。评审员提交的评审表应作为评审结果报告的附录。如果有发现缺陷，还应另外提交缺陷报告。文件名格式：作业名-070x班-0x组-2代码评审会议纪要和结果报告； （3）静态代码检查结果报告。阶段三得到。word文档，不要用wps格式。文件名格式：作业名-070x班-0x组-3静态代码检查结果报告； （4）单元测试脚本。阶段四得到。要求同时包含测试脚本对应的原始代码文件。如果测试脚本文件不止一个，可放在一个文件夹下。文件夹名称格式：作业名-070x班-0x组-4单元测试脚本； （5）测试总结报告。对上述单元测试的各个阶段进行总结，评价测试工作的质量和被测系统模块的质量。并对被测模块源代码的优劣进行评价。文档名格式：作业名-070x班-0x组-5代码测试总结报告； （6）所有上述材料仅为小组提交材料，应统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。（注意：个人提交时的格式要求见其他说明的第（1）条） 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。每个人在SPOC平台上传作业时，小组作业及个人作业最终统一打包为一个压缩包，文件名格式：作业名-170x班-0x组-个人姓名。 （2）请务必在上传附件后，记得点击【提交答案】，才能成功提交作业。如图1所示。图1 作业提交时注意点击【提交答案】 （3）本次作业仍将采用互评方式来评分，因此，请确保单元测试脚本是可以运行的。在提交单元测试脚本材料的时候，自己务必提前在不同配置环境下实验，不能运行的测试脚本是不能得分的。 （4）互评的注意事项。本次作业分数构成和作用如下表所示。 分数构成 小组基本分 个人基本分 满分分值 90 10 作用 用于对小组所有成员的基本分取平均 用于本次作业的个人评分 因此，互评时，请各位同学除了参照评分标准逐项进行打分之外，还需要填写备注，在备注中明确指出分数的构成。例如，给某位同学的打分是小组基本分80分，个人基本分9分，则总分为：89分。此时，在SPOC评分系统中，除了给出总分89之外，还需要在备注中额外注明：小组基本分（80）+个人基本分（9）。否则，在互评机制下，小组中的所有组员得到的小组基本分可能是不相同的。

小组作业具体要求如下：（以下阶段应按顺序执行） （1）阶段一：熟悉白盒测试方法。 使用白盒测试方法设计测试用例，建议使用测试管理工具来录入设计的测试用例，最后用csv或excel等工具支持的导出形式导出为测试用例清单文件（便于作业检查，谢谢）。也允许使用excel文件来记录测试用例，文档模板见附件1-测试用例设计清单(模板).docx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出测试用例的测试管理工具就尽量不选了（禅道支持测试用例导出）； b. 导出的测试用例建议在末尾列补充一个备注列，说明是基于什么覆盖标准或什么方法得到的测试用例。 （2）阶段二：熟悉代码复审的过程。 通过静态评审发现缺陷。选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，针对代码展开静态评审。关于如何准备和展开同行评审会议，可学习MOOC课程“软件测试与质量”的3.4节 静态白盒测试，通过视频和讲义了解相关内容。关于在评审过程中如何才能更好地进行代码复审，建议学习邹欣老师的讲义“现代软件工程讲义 3 代码规范与代码复审”。 该阶段要求遵循评审的流程，至少包括： l 指定全体与会人员角色； l 选择合适的代码评审标准（例如阿里巴巴Java开发手册，或者邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容），全体评审人员应遵循该标准来评审代码； l 评审员应提前阅读代码，并填写评审表； l 主持人组织全体与会人员召开会议并记录会议过程，会议过程应给出拍照作为证明（在博客中体现）； l 提交会议纪要和评审结果报告，报告中应记录会议过程，评审员提交的评审表应作为附录放在报告末尾。评审结果报告内容可参考北京航空航天大学罗杰老师的作业要求中第一部分的内容，即代码复审Check List，且报告内容可根据本小组的实际情况进行适当删减或增加； l 如果在评审过程中发现了缺陷，还应提交缺陷报告。缺陷建议通过测试管理工具进行管理和跟踪，最后用csv或excel等工具支持的导出形式导出为缺陷清单文件（便于作业检查，谢谢）。也允许使用excel文档来管理，文档模板见：附件2-缺陷报告模板v1.0.xlsx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出缺陷的测试管理工具就尽量不选了（禅道支持缺陷导出）； b. 导出的缺陷建议在末尾列补充一个备注列，说明是通过什么途径发现的缺陷，例如，是通过静态评审，还是通过执行测试用例，或者是通过静态代码检查工具等。 （3）阶段三：熟悉静态代码检查工具。 通过自动化静态检查发现缺陷。选择一款静态代码检查工具（可阅读静态代码检查工具简介来初步了解和筛选合适的静态代码检查工具），对整个系统源代码进行扫描，统计发现的缺陷（包括错误和警告）。要求撰写静态代码检查报告，具体要求包括： a. 说明工具来源、基本特点、下载地址； b. 给出工具扫描过程的界面截图，如果一张图不够，可以给出多张图； c. 通过图、表格等方式体现对缺陷的统计； d. 通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析； e. 基于上述过程，分析该款静态代码检查工具的优缺点。 注意： a. 每班班内各小组应选择不同的静态代码检查工具，最多只能有两个小组使用相同的工具，即每个班至少应选择三种不同的静态代码检查工具； b. 跨班允许选择相同的静态代码检查工具； c. 每班班内各小组应使用不同的被测系统； d. 跨班允许使用相同的被测系统，但使用相同被测系统的小组应选择不同的静态代码检查工具来执行代码检查（仅针对同群内的小组，如1-3班+7班部分同学为1群，4-6班+7班部分同学为2群，同群内的小组受本条件限制，跨群小组允许使用相同被测系统和相同的代码检查工具）。 （4）阶段四：熟悉基于JUnit的单元测试脚本开发 编写单元测试并执行测试。基于JUnit框架，结合面向对象程序的特点，针对阶段三所选择的风险最高的模块，根据在阶段一设计得到的测试用例，编写单元测试脚本，执行脚本，记录发现的缺陷。具体内容和要求如下： a. 无需额外设计测试用例，直接用阶段一设计得到的测试用例，编写单元测试脚本； b. 执行测试脚本； c. 报告发现的缺陷，记录和管理缺陷，缺陷记录方式的要求同阶段二，具体说明见评审流程的最后一条； d. 撰写测试执行报告，说明测试环境，测试的过程，通过报表对测试工作进行分析，通过图、表对缺陷进行统计和分析，如果是使用测试管理工具，可直接利用工具的统计、分析功能自动生成相关图和报表，再补充文字说明。注意，在测试小结中，应对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件3-测试执行过程及小结-模板）撰写测试小结； e. 单元测试脚本应覆盖至少40个测试用例； f. 单元测试脚本应包含注释； g. 可以针对登录或注册模块编写单元测试脚本，但只能二选一。 有关JUnit的基本概念和使用，可通过学习SPOC课程“软件测试与质量”的7.1节 单元测试及其工具来了解。 （5）每日例会记录 小组成员的工作过程应通过博客进行记录。从本作业公布之日起，到任务提交之日止，小组每日在博客上记录任务完成情况，内容包括：小组成员的任务进展情况、存在的问题、解决方法、以及下一步计划等，应尽量详细并给出必要的证明，例如，说明每人完成任务所花的时长，测试脚本截图，小组开会的图片等（从隐私的角度考虑，可不必给出面部，打马赛克，或者背影之类均可）。格式不限，只要能反映小组的进度情况即可，请尽量详细。 小组需要提交的材料包括： （1）测试用例清单。阶段一设计得到，文件名格式：作业名-070x班-0x组-1白盒测试用例； （2）评审会议纪要和结果报告。阶段二得到。评审员提交的评审表应作为评审结果报告的附录。如果有发现缺陷，还应另外提交缺陷报告。文件名格式：作业名-070x班-0x组-2代码评审会议纪要和结果报告； （3）静态代码检查结果报告。阶段三得到。word文档，不要用wps格式。文件名格式：作业名-070x班-0x组-3静态代码检查结果报告； （4）单元测试脚本。阶段四得到。要求同时包含测试脚本对应的原始代码文件。如果测试脚本文件不止一个，可放在一个文件夹下。文件夹名称格式：作业名-070x班-0x组-4单元测试脚本； （5）测试总结报告。对上述单元测试的各个阶段进行总结，评价测试工作的质量和被测系统模块的质量。并对被测模块源代码的优劣进行评价。文档名格式：作业名-070x班-0x组-5代码测试总结报告； （6）所有上述材料仅为小组提交材料，应统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。（注意：个人提交时的格式要求见其他说明的第（1）条） 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。每个人在SPOC平台上传作业时，小组作业及个人作业最终统一打包为一个压缩包，文件名格式：作业名-170x班-0x组-个人姓名。 （2）请务必在上传附件后，记得点击【提交答案】，才能成功提交作业。如图1所示。图1 作业提交时注意点击【提交答案】 （3）补交作业由老师打分，不进行互评。

什么是白盒测试？(2分) 请熟悉下面代码的逻辑结构，画出下列代码的流程图（2分），并并分别用路径测测试和分支测试方法设计测试用例集。（6分） 测试用例格式为【输入(A, B)，输出( X，Y)】，如：【(5,1),(1,2)】 Start Input（A，B） If A>5 Then X=10 Else X=1 End If If B>10 Then Y=20 Else Y=2 End If Print(X,Y) Stop

实验一 实验目的及要求： 熟悉Visual Studio集成开发环境。初步掌握集成开发环境的菜单栏、工具栏、解决方案资源管理器、窗体设计器、属性窗口和代码编辑器的使用； 初步掌握创建控制台应用程序和Windows应用程序的基本步骤； 熟悉程序的输入、编译、链接和运行过程； 初步掌握程序的调试方法。熟悉调试器的使用方法。 实验内容 1、新建一个C#控制台程序，然后在Main方法中输入以下代码： Console.WriteLine(“Hello World!”); 按F5运行程序，观察程序结果。 2、新建一个C#的Windows应用程序，然后在Main方法中输入以下代码： MessageBox.Show(“Hello World”,”Message from C#”); 按F5运行程序，观察程序结果。 3、在2的基础上，将下面的代码行注释掉 using System.Windows.Forms; 重新编译，观察情况，分析原因。 4、创建一个控制台应用程序。 创建新项目，项目类型：Visual C# ,模板：控制台应用程序，名称：SimpleConsoleApplication2。 在Main方法中声明两个整型变量num1和num2，然后使用Console.ReadLine()方法并给它们赋初值，然后使用书上的各种带格式字符串的Console.WriteLine()方法把num1、num2及它们的和输出在控制台上。（此处也可以自己试试其他类型的变量。） 5、创建一个Windows应用程序。 a.创建新项目，项目类型：Visual C# ,模板：Windows应用程序，名称：SimpleWindowsApplication。 b.将Form1的Text属性设为“求圆的面积”，然后更改该窗体的大小(Size)，Width=400，Height=200 c.向Form1中添加一个标签（Label）控件，该标签在窗体上的位置是20，20. d.把标签的Text属性设为“Hello World!”,并将字体大小设定为40磅。 e.将标签的TextAlign属性设定为MiddleCenter. f.运行该应用程序 g.保存所有更改，关闭该应用程序。

有关阶级差别与语言代码、语言威望的理解不正确的是()。

A、掌握代码系统多少以及复杂程度是语言能力的体现

B、伯恩斯坦通过实验认为出身上等阶级的人比下等阶级的人在语言能力上更有优势

C、最下层阶级的男性发音往往是远离社会标准发音的，形成“显威望”标准

D、中产阶级的地位、生活方式连同他们的语言特点都成为较低等级的人们模仿学习的对象

在McCall质量度量模型中，对于以下软件质量概念的解释正确的是(  )。

  A．正确性。软件按照设计要求，在规定的时间和条件下不出故障且持续运行的程度

  B．可靠性。软件满足设计规格说明及用户预期目标的程度

  C．效率。为了完成预定功能，软件系统所需的计算机资源和程序代码数量的程度

  D．完成性。用户熟悉、使用及准备输入和解释输出所需工作量的大小

  E．可用性。对非授权人访问软件或数据行为的控制程度