软件工程 第七版 Chapter_9构件级设计.pptVIP

* 设计传统构件 处理逻辑的设计是由算法设计的基本原则和结构化编程支配 数据结构的设计由系统开发的数据模型定义 接口的设计是由协作支配的，协作受构件的影响 * 算法设计 最接近编码的设计活动 方法： 审查构件的设计说明 使用逐步求精开发算法 使用结构化程序实现程序逻辑 使用“形式化方法”证明逻辑 * 逐步求精 开门 走向门； 伸向把手； 打开门； 走进门 关门 一直重复直至门打开 顺时针转动把手； If 把手不能转动，拿出钥匙； 找到正确的钥匙； 插进锁孔； endif 推/拉门 移动脚步 end 重复 open walk to door; walk through; close door. repeat until door opens if knob doesnt turn, then take key out; find correct key; endif pull/push door move out of way; reach for knob; open door; turn knob clockwise; insert in lock; end repeat * 算法设计模型 以细节的层次表示算法，它能对质量进行评审 选择： 图解 (例如：流程图、盒图) 伪代码(例如：PDL) ... 很多选择 编程语言 决策表 * 结构化程序设计 使用一组有限的逻辑结构： 顺序 条件句 — if-then-else, select-case 循环 — do-while, repeat until 导致更高的可读性、可测试的代码 对实现高品质目标很重要，但是还不够 可以结合“正确性证明”使用 * 结构化程序设计 增加一个条件Z，如果为真，退出程序 * 决策表 条件 普通会员 白金会员 黄金会员 特别折扣 动作 无折扣 8%折扣 15%折扣 额外的x%的优惠 规则 * 开发决策表的步骤 列出特定过程（或构件）相关的所有动作 列出执行该过程时的所有条件（或所做的决策） 将特定的条件组合与特定的动作相关联，消除不可能的条件组合；或者找出所有可能的条件排列 定义规则，指出一组条件应该对应哪个或哪些动作。 * 程序设计语言(PDL) 机器可读，不需要图形输入 容易结合源代码 由PDL可以生成图形 允许数据及过程的声明 易于维护 if 条件 x then 过程a； else 过程b； endif * 为什么要设计语言？ 机器可读并可处理 能够派生出cho的HOL，例如：Ada PDL 可以嵌入源码，因此更易维护 如果设计师和程序员不同，可以详细表示 易于审查 * 基于构件的开发 当面对重用的可能，软件团队会问： 商业成品构件（COTS）对实现需求是可用的吗？ 内部开发的可复用构件可实现需求吗？ 可复用构件的接口兼容待建系统的体系结构吗？ 与此同时，重用时他们会遇到以下障碍…… * 重用困难 很少有企业和组织有任何甚至略微相似的一个全面的软件可重用计划。 虽然越来越多的软件厂商目前销售的工具或构件为软件重用提供直接援助，但大多软件开发者都不用他们。 相对较少的训练是可以帮助软件工程师和管理者理解并应用重用。 许多软件从业者仍然认为，“相比其价值，重用的麻烦更多。” 许多公司继续鼓励软件开发方法，而不促进重用。 很少有公司提供生产可重用的程序组件的激励措施。 * CBSE 过程 领域工程 领域分析 软件体系结构开发 重用构件开发 存储库可重用构件/组件 结构模型 领域模型 软件工程 用户需求 系统分析 规格说明和设计 构建 应用系统软件 分析和设计模型 系统规格说明 * 领域工程 1. 定义待研究的领域。 2. 把从领域中提取的项进行分类。 收集领域中有代表性的应用系统样本。 4. 分析样本中的每个应用系统。 5. 为这些对象开发需求模型。 * 确定可复用构件 ? 组件功能需要在未来实现吗？ ? 领域内组件的功能有多普遍？ ? 领域内组件功能有重复的吗？ ? 组件依赖于硬件吗? ? 在实现时，硬件保持不变吗？ ? 硬件细节能被远离另一个组件吗？ ? 最优设计对接下来的实现足够吗？ ? 我们能参数化一个不可重用的组件使其变为可重用的吗？ ? 在许多仅有一点改变的实现中，组件可重用吗？ ? 通过修改使重用可行吗? ? 一个不可重用的组件能被分解生成可重用的组件吗？ ? 组件如何被有效分解成可重用的？ Domain Engineering 1. Define the domain to be investigated. 2. Categorize t