[院校资料]软件工程导论复习.ppt

软件工程导论复习 第1章 软件工程学概述 1.1 软件危机的产生 对软件开发的成本和进度的估计常常很不正确。 对“已完成的”软件系统不满意的现象经常发生。 软件产品的质量常常靠不住。 软件常常是不可维护的。 软件通常没有适当的文档资料。 软件成本在计算机系统总成本中所占比例逐年上升。 1.2 软件工程的基本概念 １.3 软件工程过程与软件生存期 1.4 软件生存期模型 瀑布模型 1.4.2 循环模型 1.4.3 增量模型 1.4.4 螺旋模型 第2章 可行性研究 2.1 可行性研究的任务 2.2 可行性研究过程 2.3 系统流程图 2.4 数据流图（DFD） DFD图必须经过反复修改，才能获得最终的目标系统的逻辑模型（目标系统的DFD图）。可从以下方面考虑DFD图的改进： 1、检查数据流的正确性 ① 数据守恒 ② 子图、父图的平衡 ③ 文件使用是否合理。特别注意输入/出文件的数据流。 2、改进DFD图的易理解性 ① 简化加工之间的联系（加工间的数据流越少，独立性越强，易理解性越好）。 ② 改进分解的均匀性。 ③ 适当命名（各成分名称无二义性，准确、具体）。 2.5 数据字典（DD） 2.5.3 数据字典的用途 第3章 需求分析 3.1.1 软件需求分析的任务 　　需求分析阶段的任务： 　　在可行性分析的基础上，进一步了解确定用户需求。准确地回答 “系统必须做什么？” 的问题。获得需求规格说明书。 　Boehm对软件需求的定义： 　　研究一种无二义性的表达工具，它能为用户和软件人员双方都接受并能够把“需求”严格地、形式地表达出来。 3.2 分析建模 状态图中使用的主要符号 3.3.2 验证软件需求方法 第4章 形式化说明技术 第五章 总体设计 5.1 设计过程 5.2.1 模块化 模块化降低软件复杂度的简单证明 5.3 启发规则 5.4.1 层次图和HIPO图 5.5 面向数据流的设计方法 第六章 详细设计 6.1 结构程序设计 结构程序设计定义 其他常用的控制结构 6.3 过程设计工具 6.4 面向数据结构的设计方法 环形复杂度定量度量程序的逻辑复杂度。有了描绘程序控制流的流图之后，可以用下述3种方法中的任何一种来计算环形复杂度。 (1) 流图中的区域数等于环形复杂度。 (2) 流图G的环形复杂度V(G)=E-N+2,其中，E是流图中边的条数，N是结点数。 (3) 流图G的环形复杂度V(G)=P+1，其中，P是流图中判定结点的数目。 第七章 实现 7.2 软件测试基础 测试内容 白盒法又称为逻辑覆盖法，其测试用例选择，是按照不同覆盖标准确定的。 白盒法步骤： 例：用白盒法测试以下程序段： Procedure（VAR A，B，X：REAL）； BEGIN IF （A1) AND (B=0) THEN X:=X/A ; IF (A=2) OR (X1) THEN X:=X+1 END; 1、语句覆盖 使得程序中每个语句至少都能被执行一次。 2、判定覆盖 使得程序中每个判定至少为TRUE 或FALSE各一次。 3、条件覆盖 4、判定/条件覆盖 同时满足判断覆盖和条件覆盖。 5、条件组合覆盖 使得每个判定中条件的各种可能组合都至少出现一次。 1、等价分类法 基本思想：根据程序的I/O特性，将程序的定义域划分为有限个等价区段 —“等价类”，从等价类中选择出的用例，具有“代表性”。 2、边值分析法 基本思想： 选择等价类的边缘值作为测试用例，让每个等价类的边界都得到测试，选择测试用例既考虑输入亦考虑输出。 分析步骤： A、先划分等价类。 B、选择测试用例，测试等价类边界。 边界选择原则： A、按照输入值范围的边界。 B、按照输入/输出值个数的边界。 C、输出值域的边界。 D、输入/输出有序集的边界。 3、错误推测法 错误推测法的概念：凭经验或直觉推测可能的错误，列出程序中可能有的错误和容易发生错误的特殊情况，选择测试用例。 错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据它们选择测试用例。例如： 在单元测试时曾列出的许多在模块中常见的错误、以前产品测试中曾经发现的错误等，这些就是经验的总结。 还有，输入数据和输出数据为0的情况、输入表格为空格或输入表格只有一行等。这些都是容易发生错误的情况，可选择这些情况下的例子作为测试用例。 无论采用什么方法，调试的目标都是寻找软件错误的原因并改正错误。通常需要把系