《二级公共基础知识教学课件.ppt》由会员分享，可在线阅读，更多相关《二级公共基础知识教学课件.ppt（115页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、二级公共基础知识教学课件 Still waters run deep.流静水深流静水深,人静心深人静心深 Where there is life,there is hope。有生命必有希望。有生命必有希望内容提要软件工程基本概念，软件生命周期概念，软件工具与软件开发环境。结构化分析方法，数据流图，数据字典，软件需求规格说明书。结构化设计方法，总体设计与详细设计。软件测试的方法，白盒测试与黑盒测试，测试用例设计，软件测试的实施，单元测试、集成测试和系统测试。程序的调试3.1 软件工程基本概念3.1.1 软件定义与软件特点1软件的定义和组成软件的定义和组成定义：计算机软件（Software）是计算
2、机系统中与硬件相互依赖的另一部分。组成：程序数据文档国标（GB）定义与计算机系统的操作有关的计算机程序、规程、规则，以及可能有的文件、文档及数据。3.1.1 软件定义与软件特点(续)2软件的特点软件的特点软件是一种逻辑实体，而不是具体的物理实体，具有抽象性软件没有明显的制造过程。对软件的质量控制，必须在软件开发方面下功夫软件不存在老化问题，但存在退化问题，必须要修改和维护对计算机系统有着依赖性软件移植的问题软件复杂性高，开发和维护成本高软件开发涉及诸多社会因素3.1.1 软件定义与软件特点(续)3软件的分类软件的分类应用软件系统软件操作系统数据库管理系统设备驱动程序支撑软件3.1.2 软件危机
3、与软件工程1软件危机软件危机软件工程源自于软件危机主要表现：软件需求的增长得不到满足软件开发成本和进度无法控制软件质量难以保证软件不可维护或维护程度非常低软件成本不断提高软件开发生产效率的提高赶不上硬件的发展和应用需求的增长归结为成本、质量和生产率等问题3.1.2 软件危机与软件工程2软件工程的产生与定义软件工程的产生与定义软件工程学工程学的新兴领域定义：国标（GB）：应用于计算机软件的定义、开发和维护的一整套方法、工具、文档、实践标准和工序。德国人Fritz Bauer：软件工程是建立并使用完善的工程化原则，以较经济的手段获取能在实际机器上有效运行的可靠软件的一系统方法。IEEE：将系统的、
4、规范的、可度量的方法应用于软件开发、运行和维护的过程，即将工程应用于软件中。主要思想：在软件开发过程中需要应用工程化原则的重要性3.1.2 软件危机与软件工程2软件工程的产生与定义软件工程的产生与定义软件工程3个要素：方法工具过程3.1.3 软件工程过程与软件生命周期1软件工程过程软件工程过程P（Plan）软件规格说明D（Do）软件开发C（Check）软件确认A（Action）软件演进3.1.3 软件工程过程与软件生命周期软件产品从提出、实现、使用维护、停止使用到退役的过程3个阶段6个阶段工作3.1.3 软件工程过程与软件生命周期定义阶段制定计划：”能做吗？“需求分析：“做什么？”开发阶段：软
5、件设计：“如何做？”，分为概要设计和详细设计两个阶段。软件实现：“实现”，编码。软件测试：”做的怎么样？“运行维护阶段使用，不断维护3.1.4 软件工程的目标与原则1软件工程的目标软件工程的目标成功的项目：成本功能移植维护费用按时及时交付目标：在给定成本、进度的前提下，开发出具有有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性且满足用户需求的产品3.1.4 软件工程的目标与原则2软件工程学的范畴软件工程学的范畴3.1.4 软件工程的目标与原则3软件工程的原则软件工程的原则抽象信息隐蔽模块化局部化确定性一致性完备性可验证性3.1.5 软件开发工具与软件开发环
6、境1软件开发工具软件开发工具协助开发人员进行软件开发活动所使用的软件或环境 需求分析工具、设计工具、编码工具、排错工具、测试工具等。2软件开发环境软件开发环境 全面支持软件开发全过程的软件工具的集合计算机辅助软件工程：CASE3.2 结构化分析方法3.2.1 需求分析与需求分析方法1需求分析需求分析定义：任务：导出目标系统的逻辑模型，解决“做什么”的问题全面理解用户的各项要求准确地表达各项要求主要工作：需求获取需求分析编写需求规格说明书需求审评3.2.1 需求分析与需求分析方法2需求分析方法需求分析方法结构化分析方法面向数据流的结构化分析方法（SA）面向数据结构的Jackson方法（JSD）面
7、向数据结构的结构化数据系统开发方法（DSSD）面向对象分析方法（OOA）静态分析方法动态分析方法3.2.2 结构化分析方法1关于结构化分析方法关于结构化分析方法结构化程序设计理论在需求分析阶段的运用面向数据流进行需求分析的方法自顶向下、逐层分解主要工具：数据流图、数据字典3.2.2 结构化分析方法2结构化分析的常用工具结构化分析的常用工具数据流图（数据流图（DFD）数据字典数据字典判定树判定树 判定表判定表3.2.2 结构化分析方法数据流图数据流图3.2.2 结构化分析方法数据流图：基本图形元素数据流图：基本图形元素 3.2.2 结构化分析方法数据流图：分层数据流图数据流图：分层数据流图 3.
8、2.2 结构化分析方法2结构化分析的常用工具结构化分析的常用工具数据字典数据字典结构化分析方法的核心结构化分析方法的核心对数据流图中出现的被命名的图形元素的确切解释对数据流图中出现的被命名的图形元素的确切解释判定树判定树判定树判定树判定表判定表3.2.3 软件需求规格说明书需求分析阶段的最后成果作用：便于用户、开发人员进行理解和交流；反映出用户问题的结构，可以作为软件开发工作的基础和依据；作为确认测试和验收的依据。主要内容概述、数据描述、功能描述、性能描述、参考文献、附录 特点：正确性；无歧义性；完整性；可验证性；一致性；可理解性；可修改性；可追踪性。3.3 结构化设计方法3.3.1 软件设计
9、的基本概念1软件设计的基础软件设计的基础开发阶段：设计、实现（编码）和测试需求分析：主要解决“做什么”问题软件设计：主要解决“怎么做”问题3.3.1 软件设计的基本概念1软件设计的基础软件设计的基础重要性：重要性：主要内容：主要内容：结构设计、数据设计、接口设计、过程设计结构设计、数据设计、接口设计、过程设计步骤：步骤：概要设计和详细设计概要设计和详细设计3.3.1 软件设计的基本概念2软件设计的基本原理软件设计的基本原理 抽象一种思维工具抽出事物本质的共同特点，不考虑细节模块化模块模块化信息隐蔽每个模块的实现细节对于其它模块来说是隐蔽的模块独立性每个模块只涉及软件要求的具体的子功能和软件系统
10、中其它的模块的接口是简单的衡量指标：耦合性、内聚性3.3.1 软件设计的基本概念内聚性度量一个模块功能强度的一个相对指标。一个模块只做一件事7种类型3.3.1 软件设计的基本概念耦合性度量模块之间的相互联系程度取决于接口的复杂程度、调用方式、哪些信息通过接口模块连接方式有7种，构成耦合性的7种类型3.3.2 概要设计1概要设计的基本任务概要设计的基本任务系统结构设计主要任务：划分为模块数据结构和数据库的设计实现需求定义和规格说明过程中提出的数据对象的逻辑表示编写概要设计文档概要设计说明书、数据库设计说明书、用户手册和集成测试计划。概要设计的评审对概要设计文档中给出的设计方案可行性、正确性、有效
11、性、一致性等进行审核3.3.2 概要设计(续)2软件结构图软件结构图用来表示软件结构用来表示软件结构基本图符基本图符3.3.2 概要设计(续)两个附加符号两个附加符号 3.3.2 概要设计(续)系统结构图（SC）中的模块 原子模块 4种类型的模块 3.3.2 概要设计(续)结构图的形态特征 深度、宽度、扇出、扇入 3.3.2 概要设计(续)3面向数据流的设计方法面向数据流的设计方法数据流图（DFD）：需求分析工具系统结构图（SC）：概要设计工作主要任务：数据流图变换成结构图数据流的类型变换流事务流 3.3.2 概要设计(续)变换流数据流图：取得数据、变换数据、给出数据3.3.2 概要设计(续)
12、变换流系统的结构图：输入、中心变换、输出3.3.2 概要设计(续)事务流数据流图 3.3.2 概要设计(续)事务流系统的结构图：3.3.2 概要设计(续)实施要点与设计过程分析、确认数据流图的类型，区分是事务型还是变换型说明数据流的边界数据流图映射为程序结构根据设计准则把数据流转换成程序结构图 3.3.2 概要设计(续)变换分析确定数据流图是否具有变换特性确定输入流和输出流的边界，划分出输入、变换和输出，独立出变换中心第一级分解按上述步骤如出现事务流的映射方式对各个子流进行逐级分解，直至分解到基本功能；对每个模块写一个简要的说明利用软件的设计原则对软件结构透一步转化事务分析与变换分析类似主要差
13、别：映射方法不同 3.3.2 概要设计(续)4.设计准则提高模块独立性深度、宽度、扇度和扇出适度使模块的作用域在该模块的控制域内应减少模块的接口和界面的复杂性设计成单入口、单出口的模块设计功能可预测的模块 3.3.3 详细设计详细设计的任务：确定实现算法和局部数据结构不同于编码或编程详细设计的常用工具：图形工具：程序流程图、N-S、PAD和HIPO表格工具：判定表；语言工具：PDL（伪码）3.3.3 详细设计(续)程序流程图图形元素：方框：处理步骤菱形：逻辑条件箭头：控制流5种控制结构顺序型选择型先判断重复型后判断重复型多分支选择型。3.3.3 详细设计(续)程序流程图 3.3.3 详细设计(
14、续)N-S图流程图：随意性与灵活性N-S图：限制了随意的控制转移，保证了程序的良好结构5种基本控制结构：3.3.3 详细设计(续)N-S图3.3.3 详细设计(续)N-S图特点：每个构件具有明确的功能域控制转移必须遵守结构化设计要求；易于确定局部数据和（或）全局数据的作用域易于表达嵌套关系和模块的层次结构3.3.3 详细设计(续)PAD图PAD问题分析图，Problem Analysis Diagram表现程序逻辑结构的图形工具5种基本控制结构3.3.3 详细设计(续)PAD图3.3.3 详细设计(续)PAD图特征结构清晰，结构化程度高易于阅读程序的纵线数等于程序的层次数程序执行从PAD图最左
15、主干线上端结点开始，自上而下、自左向右依次执行，程序终止于最左主干线3.3.3 详细设计(续)PDL（伪码）PDL过程设计语言，Program Design Language混合语言，类似编程语言常用词汇：顺序：条件：IFTHENELSEETIDIF循环：DOWHILEENDDO循环：REPEAT UNTILENDREPEAT分支：CASE OFWHENSELECTWHENSELECTENDCASEPDL特征：有为结构化构成元素、数据说明和模块化特征提供的关键词语法；处理部分的描述采用自然语言语法可以说明简单和复杂的数据结构支持各种接口描述的子程序定义和调用技术。3.4 软件测试3.4.1 软
16、件测试的目的检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别Grenford J.Myers观点：测试是程序的执行过程，目的在于发现错误一个好的测试用例在于能发现至今未发现的错误一个成功的测试是发现了至今未发现的错误的测试3.4.2 软件测试的准则所有测试都应追溯到需求严格执行测试计划，排除测试的随意性充分注意测试中的群集现象程序员应避免检查自己的程序穷举测试不可能妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便3.4.3 软件测试技术与方法综述1静态测试与动态测试静态测试人工评审软件文档或程序，借以发现其中的错误主要方法：代码检查、静态结构分析、代码质量度量动态
17、测试上机测试关键：设计高效、合理的测试用例分两类：白盒测试方法和黑盒测试方法3.4.3 软件测试技术与方法综述(续)2白盒测试方法与测试用例设计也称结构测试或逻辑驱动测试测试用例是根据程序的内部逻辑来设计主要用于单元测试基本原则保证所测模块中每一个独立路径至少执行一次保证所测模块所有判断的每一个分支至少执行一次保证所测模块每一个循环都在边界条件和一般条件至少执行一次验证所有内部数据结构的有效性主要方法：逻辑覆盖、基本路径测试3.4.3 软件测试技术与方法综述(续)逻辑覆盖测试 程序中的逻辑：判断、分支、条件可分为：语句覆盖：每一个语句都能执行一次路径覆盖：所有的可能路径都至少经历一次判定覆盖：
18、每个判定至少都获得一次“真值”和“假值”的机会条件覆盖：每个判定中每个条件都获得一次“真”和“假”的机会判断-条件覆盖：判定中的每个条件都能取得各种可能的“真”和“假”值，并且使每个判定都能取到“真”和“假”两种结果强度顺序语句覆盖路径覆盖判定覆盖条件覆盖判定-条件覆盖 3.4.3 软件测试技术与方法综述(续)基本路径测试 把覆盖的路径数压缩到一定限度内思想和步骤：根据软件过程性描述中的控制流程确定程序的环路复杂性度量，用此度量定义基本路径集合，并由此导出一组测试用例对每一条独立执行路径进行测试3.4.3 软件测试技术与方法综述(续)3黑盒测试方法与测试用例设计黑盒测试方法与测试用例设计也称功
19、能测试或数据驱动测试对软件已经实现的功能是否满足需求进行测试和验证根据程序的功能说明来设计测试用例主要用于确认测试主要方法等价类划分法边界值分析法错误推测法3.4.3 软件测试技术与方法综述(续)等价类划分法有效等价类无效等价类边界值分析法大量的错误是发生在输入或输出范围的边界上 错误推测法根据经验或直觉推测程序易出错的地方 3.4.4 软件测试的实施3.4.4 软件测试的实施(续)1单元测试对象：针对程序模块，进行正确性检验的测试目的：发现各模块内部可能存在的各种差错依据：从程序的内部结构出发设计测试用例，其依据是详细的设计说明书和源程序方法：以白盒测试为主，辅以黑盒测试3.4.4 软件测试
20、的实施(续)1单元测试内容：模块接口测试局部数据结构测试路径测试错误处理测试边界测试步骤：在编码阶段进行源程序代码编制完成，经过评审和验证，确认没有语法错误之后利用设计文档，设计可以验证程序功能、找出程序错误的多个测试用例对于每一组输入，应有预期的正确结果3.4.4 软件测试的实施(续)1单元测试驱动模块、桩模块3.4.4 软件测试的实施(续)2集成测试任务：把模块在按照设计要求组装起来的同时进行测试目的：发现与接口有关的错误依据：集成测试的依据是概要设计说明书内容：软件单元的接口测试、全局数据结构测试、边界条件和非法输入的测试方式：非增量方式组装与增量方式组装。3.4.4 软件测试的实施(续
21、)2集成测试非增量方式组装也称为一次性组装方式增量方式组装也称渐增式集成方式3种方式：自顶向下自底向上自顶向与自底向上相结合3.4.4 软件测试的实施(续)自顶向下3.4.4 软件测试的实施(续)自底向上3.4.4 软件测试的实施(续)3确认测试又称有效性测试目的：验证软件的功能和性能及其它特性是否与用户的要求一致依据：软件需求规格说明书方法：黑盒测试法4系统测试任务：在实际运行（使用）环境下，对计算机系统进行一系列的组装测试和确认测试目的：在于通过与系统的需求定义作比较，发现软件与系统定义不符合或与之矛盾的地方依据：需求分析规格说明来设计内容：功能测试、性能测试、操作测试、配置测试、外部接口
22、测试、安全性测试3.5 程序的调试3.5.1 基本概念任务：诊断和改正程序中的错误时机：调试主要在开发阶段进行3.5.1 基本概念(续)1.基本步骤错误定位、纠正错误、回归测试3.5.1 基本概念(续)2程序调试原则确定错误的性质和位置的原则用头脑去分析思考与错误征兆有关的信息避开死胡同。只把调试工具当作辅助手段来使用避免用试探法，最多只能把它当作最后手段修改错误的原则在出现错误的地方，很可能还有别的错误只修改了这个错误的征兆或这个错误的表现，而没有修改错误的本身。当心修正一个错误的同时有可能会引入新的错误修改错误的过程将迫使人们暂时回到程序设计阶段修改源代码程序，不要改变目标代码 3.5.2
23、 软件调试方法1强行排错法通过内存全部打印来排错（Memory Dump）在程序特定部位设置打印语句自动调试工具2回溯法3原因排除法演绎法归纳法二分法典型考题分析【例3-1】下列描述中正确的是_。A）程序就是软件B）软件开发不受计算机系统的限制C）软件既是逻辑实体，又是物理实体D）软件是程序、数据与相关文档的集合【例3-2】下列描述中正确的是_。A）软件工程只是解决软件项目的管理问题B）软件工程主要解决软件产品的生产率问题C）软件工程的主要思想是强调在软件开发过程中需要应用工程化原则D）软件工程只是解决软件开发中的技术问题【例3-3】下面不属于软件工程的3个要素的是_。A）工具B）过程C）方法
24、D）环境【例3-4】下列叙述中正确的是_。A）软件交付使用后还需要进行维护B）软件一旦交付使用就不需要再进行维护C）软件交付使用后其生命周期就结束D）软件维护是指修复程序中被破坏的指令【例3-5】下列选项中不属于软件生命周期开发阶段任务的是_。A）软件测试B）概要设计C）软件维护D）详细设计【例3-6】软件工程学一般包括软件开发技术和软件工程管理两方面的内容。软件工程经济学是软件工程管理的技术内容之一，它专门研究_。A）软件开发的方法学B）软件开发技术和工具C）软件成本效益分析D）计划、进度和预算【例3-7】下面不属于软件工程原则的是_。A）抽象B）模块化C）自底向上D）信息隐蔽【例3-8】计
25、算机辅助软件工程，简称为_。A）SAB）SDC）SCD）CASE【例3-9】需求分析阶段的任务是确定_。A）软件开发方法B）软件开发工具C）软件开发费用D）软件系统功能【例3-10】软件需求分析阶段的工作，可以分为四个方面：需求获取，需求分析，编写需求规格说明书，以及_。A）阶段性报告B）需求评审C）总结D）都不正确【例3-11】结构化分析方法是面向_的自顶向下逐步求精进行需求分析的方法。A）对象B）数据结构C）数据流D）目标【例3-12】下列工具中为需求分析常用工具的是_。A）PADB）PFDC）N-SD）DFD【例3-13】数据流图用于抽象描述一个软件的逻辑模型，数据流图由一些特定的图符构
26、成。下面图符号不属于数据流图的是_。A）控制流B）加工C）数据存储D）源和潭【例3-14】下列叙述中，不属于软件需求规格说明书的作用的是_。A）便于用户、开发人员进行理解和交流B）反映出用户问题的结构，可以作为软件开发工作的基础和依据C）作为确认测试和验收的依据D）便于开发人员进行需求分析【例3-15】Jackson方法是一种面向_的结构化方法。【例3-16】从工程管理角度，软件设计一般分为两步完成，它们是_。A）概要设计与详细设计B）数据设计与接口设计C）软件结构设计与数据设计D）过程设计与数据设计【例3-17】两个或两个以上模块之间关联的紧密程度称为_。A）耦合度B）内聚度C）复杂度D）数
27、据传输特性【例3-18】为了提高模块的独立性，模块之间最好是_。A）控制耦合B）公共耦合C）内容耦合D）数据耦合【例3-19】为了使模块尽可能独立，要_。A）模块的内聚程度要尽量高，且各模块间的耦合程度要尽量强 B）模块的内聚程度要尽量高，且各模块间的耦合程度要尽量弱 C）模块的内聚程度要尽量低，且各模块间的耦合程度要尽量弱 D）模块的内聚程度要尽量低，且各模块间的耦合程度要尽量强【例3-20】软件的结构化开发过程各阶段都应产生规范的文档，以下_不是在概要设计阶段应产生的文档。A）集成测试计划B）软件需求规格说明书C）概要设计说明书D）数据库设计说明书【例3-21】软件结构设计的图形工具是_。
28、A）DFD图B）程序图C）PAD图D）N-S图【例3-22】下列软件系统结构图的宽度为_。【例3-23】数据流图的类型有_和事务型。【例3-24】在软件设计中，不属于过程设计工具的是_。A）PDL(过程设计语言)B）PAD图C）N-S图D）DFD图【例3-25】程序流程图(PFD）中的箭头代表的是_。A）数据流B）控制流C）调用关系D）组成关系【例3-26】为了避免流程图在描述程序逻辑时的灵活性，提出了用方框图来代替传统的程序流程图，通常也把这种图称为_。A）PAD图B）N-S图C）结构图D）数据流图【例3-27】下列对于软件测试的描述中正确的是_。A）软件测试的目的是证明程序是否正确 B）软
29、件测试的目的是使程序运行结果正确 C）软件测试的目的是尽可能地多发现程序中的错误 D）软件测试的目的是使程序符合结构化原则【例3-28】为了提高测试的效率，应该_。A）随机地选取测试数据B）取一切可能的输入数据作为测试数据C）在完成编码以后制定软件的测试计划D）选择发现错误可能性大的数据作为测试数据【例3-29】程序测试分为静态分析和动态测试，其中_是指不执行程序，而只是对程序文本进行检查，通过阅读和讨论，分析和发现程序中的错误。【例3-30】使用白盒测试方法时，确定测试数据应根据_和指定的覆盖标准。A）程序的内部逻辑B）程序的复杂结构C）使用说明书D）程序的功能【例3-31】等价类型划分法是
30、_测试常用的方法。【例3-32】在进行模块测试时，要为每个被测试的模块另外设计两类模块：驱动模块和承接模块（桩模块）。其中_的作用是将测试数据传送给被测试的模块，并显示被测试模块所产生的结果。【例3-33】检查软件产品是否符合需求定义的过程称为_。A）系统测试B）集成测试C）确认测试D）单元测试【例3-34】_的任务是诊断和改正程序中的错误。【例3-35】下列叙述中正确的是_。A）程序设计就是编制程序B）程序的测试必须由程序员自己去完成C）程序经调试改错后还应进行再测试D）程序经调试改错后不必进行再测试【例3-36】以下所述中，_是软件调试技术。A）错误推断B）集成测试C）回溯法D）边界值分析