软件工程复习要点.docx

软件工程复习要点 第一章概论 （掌握）计算机软件：指计算机系统中的程序及其文档。 （掌握）软件生存周期：计算机系统工程，需求分析，设计，编码，测试，运行和维护。 （了解）软件过程模型：瀑布模型、演化模型、增量模型、原型模型、螺旋模型、喷泉模型、基于构件的开发模型、形式化方法模型。 第二章系统工程 基于计算机的系统的元素主要有：软件、硬件、人员、数据库、文档和规程。 可行性分析：经济可行性、技术可行性、法律可行性、方案的选择和初衷。第三章 需求工程 需求工程分为：需求获取、需求分析与协商、系统建模、需求规约、需求验证、需求管理。 第四章设计工程 软件设计工程的任务：数据、类设计，体系结构设计、接口设计、部件设计。 软件设计原则：抽象与逐步求精，模块化，信息隐藏，模块独立。 结构化程序设计方法 第五章结构化分析与设计 分层数据流图的画法： 1、画出系统的输入和输出 用顶层图来描述， 确定源或宿：考生、阅卷站和考试中心它们都既是源又是宿 顶层图唯一的加工：软件系统(考务处理系统) 确定数据流：系统的输入/输出信息 输入数据流：报名单(来自考生)、成绩清单(来自阅卷站)、合格标准(来自考试中心) 输出数据流：准考证(送往考生)、考生名单(送往阅卷站)、考生通知书(送往考生)、统计分析表(送往考试中心) 额外的输出流(考虑系统的健壮性)：不合格报名单(返回给考生)，错误成绩清单(返回给阅卷站) 顶层图通常没有文件 顶层图 第 1 页第 1 页 软件工程复习要点 2、 画出系统内部 0 层图：将顶层图的加工（即系统）分家成若干个子加工，并用一些新定义的数据流进行连接，使得系统的输入数据流（即顶层的输入数据流）经过一连串的加工处理后，变换成系统的输出数据流（即顶层的输出数据流） 数据流图的审查 检查图中是否存在错误或不合理(不理想)的部分一致性：分层 DFD 中不存在矛盾和冲突 完整性：分层 DFD 本身的完整性，即是否有遗漏的数据流、加工等元素 分层数据流图的一致性： 父图与子图平衡 任何一张 DFD 子图边界上的输入/输出数据流必须与其父图中对应的加工的输入/输出数据流保持一致 数据守恒 第 2 页第 2 页 软件工程复习要点 一个加工所有输出数据流中的数据，必须能从该加工的输入数据流中直接获得，或者能通过该加工的处理而产生 多余的数据流：加工未使用其输入数据流中的某些数据项 局部文件： 考虑分层数据流中一个文件应画在哪些 DFD 中，而不该画在哪些 DFD 中 一个加工的输出数据流不能与该加工的输入数据流同名分层数据流图的完整性： 每个加工至少有一个输入数据流和一个输出数据流 在整套分层数据流中，每个文件应至少有一个加工读该文件，有另一个加工写该文 件 分层数据流图中的每个数据流和文件都必须命名(除了流入或流出文件的数据流)，并保持与数据字典的一致 分层 DFD 中的每个基本加工(即不再分解子图的加工)都应有一个加工规约 字典条目的种类：数据流、文件、数据项（组成数据流和文件的数据）、加工、源和宿数据字典使用的描述符号 结构化设计概述：？？？？？？？？？？、 第七章面向对象的分析和设计 面向对象分析的一般步骤如下： 获取客户对系统的需求：包括标识场景（scenario）和用况（use case，也称用例），及建造需求模型 用基本的需求为指南，来选择类和对象（包括属性和操作）。 定义类的结构和层次。 建造对象—关系模型。 建造对象—行为模型。 利用用况/场景来复审分析模型。 面向对象设计的一般步骤如下： 系统设计 将子系统分配到处理器 选择实现数据管理、界面支持和任务管理的设计策略 为系统设计合适的控制机制 复审并考虑权衡（折衷） 对象设计 在过程级别（procedural level）设计每个操作，即设计每个操作的实现细节 第 3 页第 3 页 软件工程复习要点 定义内部类 为类属性设计内部数据结构 消息设计 使用对象间的协作和对象--关系模型，设计消息模型 复审 复审设计模型并在需要时迭代。 用况建模步骤 创建用况模型的步骤包括： 1．定义系统 2．确定执行者 3．确定用况 4．描述用况 5．定义用况间的关系 6．确认模型 第九章人机界面设计 第十章程序设计语言和编码 第 4 页第 4 页 软件工程复习要点 程序设计风格： 编程风格主要包括： 源程序中的内部文档 数据说明 语句构造 输入／输出第十一章软件测试 软件测试的目的：发现软件中的错误和缺陷，并加以改正。 软件测试的基本原则 所有的测试都应可追溯到客户需求。 应该在测试工作真正开始前的较长时间就进行测试计划。 Pareto 原则金额应用于软件测试。即如果测试模块 A 时发现的错误比测试模块 B 时发现的错误多，那么模块 A 中潜藏的错误可能仍比模块 B 中潜藏的错误多。 测试