自考_软件工程复习资料[借鉴].pdfVIP

第一章 1 软件生产率、软件质和量远远满足不了社会发展的需求，成为社会、经济发展的制约因素，人们通常把 这一现象称为软件危机 2 软件工程定义：软件工程是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度实现满 足用户要求的软件产品工程，或以此为研究对象的学科 3 软件开发的本质概括为：不同抽象层术语之间的 “映射”，以及不同抽象层处理逻辑之间的 “映射” 两大类技术：过程方向、过程途径 。 基本途径：系统建模 4 所谓模型，是待建系统的任意抽象，其中包括所有的基本能力、特性或其他一些方面，而没有任何冗余 的细节。进一步说，模型是在特定意图下所确定的角度和抽象层次上对物理系统的描述，通常包含对该系 统边界的描述、对系统内各模型元素以及它们之间关系的语义描述 5 系统模型分为软件模型、概念模型 软件模型分为设计模型、部署模型、实现模型 第二章 软件需求与软件需求规 6 一个需求是有关一个 “要与构造”的陈述，描述了待开发产品、系统功能上的能力、性能或者其他性质 7 需求性质：必要的、无歧义的、可测的、可跟踪的、可测量的 8 需求分类：功能需求、非功能需求（性能、外部接口、设计约束、质量属性需求） 9 功能需求规约了系统或系统构建必须执行的功能 功能需求是整个需求的主体 10 接口需求分为：用户接口、硬件接口、软件接口、通信接口、内存约束、运行、地点需求 11 质量属性：可靠性 存活性 可维护性 用户友好性 12 需求发现技术：自悟 交谈 观察 小组会 提炼 13 需求规约定义，是一个软件项/产品/系统所有需求陈述的正式文档，它表达了一个软件产品/系统概念模 型 性质：重要性和稳定性程度 可修改的 完整的 一致的 14 需求规约的作用：需求规约是软件开发组和用户之间一份事实上的技术合同书，是产品功能及其环境 的体现 对于项目的其余大多数工作，需求规约是一个管理控制点 对于产品/系统的设计，需求规 是一个正式的、受控的起始点 需求规约是创建产品验收测试计划和用户指南的基础，是基于需求规约一 般还会产生另外两个文档（初始测试计划和用户系统操作描述） 第三章 结构化方法 15 需求工作挑战： 问题空间理解 人与人之间的通信 需求的变化性 16 好的需求技术具备特征： 提供方便的通信机制 鼓励需求分析人员使用问题空间的术语思考问题，编 写文档 提供定义系统边界的方法 提供支持抽象的基本机制 为需求分析人员提供多重可供选择的方案 提供天特定的技术化、适应需求变化 17 结构化方法：结构化分析方法 结构化设计方案 机构化程序设计方法 18 数据流 加工 数据存储 数据源和数据潭 19 需求分析的首要任务是建立系统功能模型 工具：数据流图 DFD 图是一种描述数据变化的图形工具 20 建模过程：建立系统环境图，确定系统语境 自顶向下逐步求精，建立系统层次数据流图 定义数据 字典 描述加工(结构化自然语言 判定表 判定树) 21 需求阶段的主要任务是完整地定义问题，确定系统的功能和能力 22 需求验证验证需求规格说明书的每一单一需求是否满足5 个性质（必要性 无歧义性 可测性 可跟踪型 可测量性），需求沿着我难过规格说明属否满足4 个性质（重要性和稳定性程度 可修改型 完整性 一致 性） 23 结构化设计的主要任务是在需求分析的基础上，定义满足需求所需要的结构，即针对给定的问题，给 出该问题的软件解决方案，确定 “怎么做”的问题 24 结构化设计分为总体设计（目标，建立系统的模块结构）和详细设计 25 模块指软件中具有特定标识的独立成分 模块调用指模块之间的一种使用关系 26 总体设计阶段的基本任务是把系统的功能需求分配到一个特定的软件体系结构中 工具（Yourdon 模块 1 / 3 结构图 层次图 HIPO 图 ） 步骤：将系统的DFD 图转化为初始的模块结构图，再基于高内聚低耦合 的原则，通过模块化，将初始的模块结构图转化为最终的、可供详细设计使用的模块结构图MSD 27 模块化 模块是执行一个特殊任务的一个过程以及相关的数据结构。由两部分组成：接口 、模块体 28 耦合：不同模块之间相互依赖程度的度量 （强到弱 内容耦合（直接操作修改另一模块数据）、 公共 耦合（共用一个全局数据项）、 控制耦合（控制信号）、 标记耦合（A 向BC 传递一个公共参数）、 数据 耦合（通过参数传递数据）） 29 内聚：一个模块内部成分之间的相互关联程度的度量 （偶然内聚 、逻辑内聚（逻辑相关的功能放一块） 、 时间内聚（同一时间内执行） 、过程内聚（特定次序