搜索
1第1章软件工程学概述1、什么是软件危机？P12、软件危机产生的原因有哪些？P33、什么是软件工程？P54、软件工程方法学包含哪些要素？P95、在软件过程中有哪些模型？他们各自的特点是哪些？P15-P31(**瀑布模型、渐增型和变换型、喷泉模型、快速原型法)2第2章可行性研究1、可行性研究的目的是什么？P352、应从哪些方面研究可行性？P353、如何画系统流程图？P38-P404、如何画数据流图？P40-P375、了解数据字典及成本效益分析。3数据流图（DataFlowDiagram，DFD）是描述系统中数据流程的图形工具，它标识了一个系统的逻辑输入和逻辑输出，以及把逻辑输入转换为逻辑输出所需的加工处理。2.4数据流图（DFD）数据存储数据源点或终点数据处理(数据加工)加工名数据流数据流名文件名实体名箭头圆或椭圆单或双杠矩形框还有一些辅助的图例:一、数据流图的图符四种基本图形符号：TAB*CTAB*CTAB+CTAB+CTABC+TABC+*与+或互斥+4举例：储户储户1记录存款信息打印存款单存款单存款信息存款存单3计算利息4打印利息清单存款信息利息值利息清单D1存款信息存款信息2取款单5细化后的计算机储蓄系统软件结构计算机储蓄系统数据输入数据处理数据输出记录存款信息计算利息修改记录打印存单打印利息清单输入相关取款信息输入存款相关信息存款处理取款处理6第3章需求分析1、需求分析的基本任务是什么？P56-P582、分析建模2.1什么是模型？模型：就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，模型由一组图形符号和组织这些符号的规则组成。2.2数据模型（E-R）、2.3功能模型（2.4节数据流图）、行为模型（状态转换图是行为模型的基础）3、要从哪些方面验证软件需求？P707第5章总体设计1、在设计过程中，总体设计一般有哪两个主要阶段组成？(系统设计阶段、结构设计阶段)P91总体设计步骤？P92、P932、设计原理P94-P99(模块化、抽象、模块独立、……)3、什么模块化？模块独立性包含哪些内容？度量准则是什么？P95—P994、启发规则有哪些？P100—P1024、描绘软件结构的图形工具P102-P1045、面向数据流的设计方法P105—P11285.2.1模块化模块是程序对象有名字的集合。例如，过程、函数、子程序、宏等，是构成软件系统结构的基本元素。模块化就是将系统划分为若干个模块，每个模块完成一个子功能。模块化的目的是将系统“分而治之”，模块化能够降低问题的复杂性，使软件结构清晰，易阅读、易理解，易于测试和调试，因而也有助于提高软件的可靠性。95.2.5模块独立“模块”，又称“构件”，一般指用一个名字可调用的一段程序。它一般具有如下三个基本属性：⑴功能：即指该模块实现什么功能，做什么事情。必须注意：模块功能，应是该模块本身的功能加上它所调用的所有子模块的功能。⑵逻辑：即描述模块内部怎么做。⑶状态：即该模块使用时的环境和条件。所谓模块的独立性，是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他模块的接口是简单的。即功能专一，模块之间无过多的相互作用的模块。这种类型的模块可以并行开发，模块独立性越强，开发越容易。独立性强的模块，还能减少错误的影响，使模块容易组合、修改及测试。10模块独立性的度量标准是两个定性准则：耦合性用于描述模块之间联系的紧密程度。内聚性用于描述模块内部联系的紧密程度。模块独立性比较强的模块应该是具有高内聚性和的低耦合度。•启发式规则P99-102–会计算软件结构中的深度、宽度、扇入、扇出。结构图的形态特征•数据流有两种类型：变换型：具有顺序处理的特点事务型：具有平行分别处理的特点变换中心变换输入输出图变换型数据流图的基本模型13图事务型数据流图的基本模型事务中心输入流接收路径加工路径…14变换分析设计：把具有变换流特点的数据流图按预先确定的模式映射成软件结构。不具有显著的事务特点。虽然在任何情况下都可以使用变换分析方法设计软件结构，但是在数据流具有明显的事务特点时，也就是有一个明显的“发射中心”(事务中心)时，还是以采用事务分析方法为宜。两者的主要差别仅在于由数据流图到软件结构的映射方法不同。15第6章详细设计1、结构程序设计中有哪几种基本控制结构？P1182、掌握过程设计的工具（程序流程图、盒图、PAD图，判定树）P124—P1293、了解程序复杂度的定量度量（McCabe）166.1结构程序设计6.1结构程序设计图6.13种基本的控制结构176.1结构程序设计其他常用的控制结构图6.2其他常用的控制结构186.3.1程序流程图程序流程图是最早出现且使用较为广泛的算法表达工具之一，能够有效地描述问题求解过程中的程序逻辑结构。程序流程图中经常使用的基本符号如图6.3所示。图6.3程序流程图中使用的符号19N－S图又称为盒图，它是为了保证结构化程序设计而由Nassi和Shneiderman共同提出的一种图形工具。在N－S图中，所有的程序结构均使用矩形框表示，它可以清晰地表达结构中的嵌套及模块的层次关系。N－S图中，基本控制结构的表示符号如图6.4所示。6.3.2N-S图206.3.2N-S图图6.4盒图的基本符号21图6.5PAD中基本符号(a)顺序结构；(b)分支结构；(c)多分支CASE结构；(d)当型循环；(e)；直到型循环；(f)语句标号；（g）定义6.3.3PAD图226.3.3PAD图图6.6使用PAD图提供的定义功能来逐步求精的例子236.5程序复杂程度的定量度量定量度量程序复杂程度的方法很有价值：把程序的复杂程度乘以适当常数即可估算出软件中错误的数量以及软件开发需要用的工作量，定量度量的结果可以用来比较两个不同的设计或两个不同算法的优劣；程序的定量的复杂程度可以作为模块规模的精确限度。246.5程序复杂程度的定量度量6.5.1McCabe方法McCabe方法根据程序控制流的复杂程度定量度量程序的复杂程度，这样度量出的结果称为程序的环形复杂度。为了突出表示程序的控制流，人们通常使用流图(也称为程序图)。所谓流图实质上是“退化了的”程序流程图，它仅仅描绘程序的控制流程，完全不表现对数据的具体操作以及分支或循环的具体条件。256.5程序复杂程度的定量度量图6.16把程序流程图影射成流图26环形复杂度定量度量程序的逻辑复杂度。有了描绘程序控制流的流图之后，可以用下述3种方法中的任何一种来计算环形复杂度。(1)流图中的区域数等于环形复杂度。(2)流图G的环形复杂度V(G)=E-N+2,其中，E是流图中边的条数，N是结点数。(3)流图G的环形复杂度V(G)=P+1，其中，P是流图中判定结点的数目。6.5.1计算环形复杂度的方法27第7章实现1、测试技术P149—P179(1)软件测试的目标P150(2)软件测试准则P150(3)测试方法P151(4)测试步骤P151(5)测试阶段的信息流P1522、调试的途径有哪些？P1783、软件可靠性和可用性的基本概念P17928编码：把软件设计结果翻译成用某种程序语言书写的程序。测试：软件测试的目的是在软件投入生产性运行前，尽可能多的发现软件中的错误。实现编码和测试297.2软件测试基础7.2软件测试基础软件测试：为发现程序中的错误而执行程序的过程。软件测试的准则（尽早和不断的测试、彻底测试的不可能、软件测试是有风险的行为、并非所有的软件错误都能恢复、反向思维逻辑、由小到大的测试范围、避免检查自己的代码、追溯至用户需求）测试方法（黑盒测试和白盒测试）测试步骤（模块测试、子系统测试、系统测试、验收测试、平行运行）30测试内容模块模块接口测试局部数据结构测试重要路径测试错误处理测试边界条件测试I/O参数值的个数、类型、次序、格式是否正确，I/O文件属性、操作是否正确等。数据说明是否正确、一致，变量及其初值定义是否正确等。检查“错误处理程序”本身的错误。边界条件常包括循环边界，最大最小值、控制流中等于、大于、小于的比较值等。重要路径通常是指完成模块功能的主要路径，一般是控制结构。也称模块测试（moduletesting)7.3.1单元测试重点7.3单元测试31•白盒法又称为逻辑覆盖法，其测试用例选择，是按照不同覆盖标准确定的。语句覆盖判定覆盖条件覆盖判定条件覆盖条件组合覆盖弱强7.6白盒测试技术7.6白盒测试技术路径覆盖32①语句覆盖：选择足够的测试用例，使得程序中每个语句至少都能被执行一次。②判定覆盖：执行足够的测试用例，使得程序中每个判定至少都获得一次“真”值和“假”值。③条件覆盖：执行足够的测试用例，使得判定中的每个条件获得各种可能的结果。④判定/条件覆盖：执行足够的测试用例，使得判定中每个条件取到各种可能的值，并使每个判定取到各种可能的结果。⑤条件组合覆盖：执行足够的例子，使得每个判定中条件的各种可能组合都至少出现一次。⑥路径覆盖：执行足够的例子，使得每条路径都至少出现一次。白盒法常用的覆盖标准33等价分类法边值分析法错误推测法黑盒法不考虑程序的内部结构与特性，只根据程序功能或程序的外部特性设计测试用例。7.7黑盒测试技术7.7黑盒测试技术34调试（也称为纠错）作为成功测试的后果出现，也就是说，调试是在测试发现错误之后排除错误的过程。调试过程如下图所示：7.8调试7.8调试35•无论采用什么方法，调试的目标都是寻找软件错误的原因并改正错误。通常需要把系统地分析、直觉和运气组合起来，才能实现上述目标。一般说来，有下列3种调试途径可以采用：蛮干法回溯法原因排除法7.8调试途径36软件可靠性的定义：对于软件可靠性有许多不同的定义，其中多数人承认的一个定义是：软件可靠性是程序在给定的时间间隔内，按照规格说明书的规定成功地运行的概率软件可用性的一个定义：软件可用性是程序在给定的时间点，按照规格说明书的规定，成功地运行的概率。7.9调试7.9软件的可靠性37第8章维护1、软件维护的定义P1892、决定软件的可维护性的因素有哪些？P195-P196388.1软件维护的定义8.1软件维护的定义软件维护是指软件系统交付使用以后，为了改正错误或满足新的需求而修改软件的过程。按照不同的维护目的，维护工作可分成4类。完善性维护（PerfectiveMaintenance）：扩充原有系统的功能，提高原有系统的性能，满足用户的实际需要。纠错性维护（CorrectiveMaintenance）：对在测试阶段未能发现的，在软件投入使用后才逐渐暴露出来的错误的测试、诊断、定位、纠错以及验证、修改的回归测试过程。适应性维护（AdaptiveMaintenance）：要使运行的软件能适应运行环境的变动而修改软件的过程。预防性维护（PreventiveMaintenance）：为了进一步改善软件的可靠性和易维护性，或者为将来的维护奠定更好的基础而对软件进行修改。（8.5节）39第9章面向对象相关内容1、面向对象方法学概述P203—P2102、面向对象建模（涵盖第9章和第10章）3、面向对象分析的基本过程4、面向对象的设计准则409.1.1要点9.1概述面向对象方法学的出发点和基本原则，是尽可能模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法与过程，也就是使描述问题的问题空间(也称为问题域)与实现解法的解空间(也称为求解域)在结构上尽可能一致。认为客观世界是由各种对象组成的，任何事物都是对象，复杂的对象可以由比较简单的对象以某种方式组合而成。把所有对象都划分成各种对象类(简称为类，class)，每个对象类都定义了一组数据和一组方法。按照子类(或称为派生类)与父类(或称为基类)的关系，把若干个对象类组成一个层次结构的系统(也称为类等级)。对象彼此之间仅能通过传递消息互相联系。41•面向对象的方法学可以用下列方程来概括：OO=objects+classes+inheritance+communicationwithmessages也就是说