钱乐秋清华大学-出版社软件工程复习要点.docx

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