软件工程辅导班讲稿.pptVIP

软 件 工 程2002年5月 ?实现 任务：? 实现设计类和子系统；? 由设计类生成构件；对构件进行单元测试；对构件进行集成和连接；? 把可执行的构件映射到部署模型。 工作流程： ①→② → ④ ↓ ↗ ↘ ③ → ⑤ 序号 输入 活动 执行者 输出 1 设计模型、部署模型、体系结构描述设计模型、部署模型角度 实现体系结构 体系结构设计者 构件概述、体系结构描述实现模型、部署模型角度 2 补充需求、用况模型、设计模型、实现模型当前建造 集成系统 系统集成者 集成建造计划、实现模型连续的建造 3 集成建造计划、体系结构描述实现模型角度、设计子系统已设计、接口已设计 实现子系统 构件工程师 实现子系统建造完成，接口建造完成 4 设计类已设计、接口由设计类提供 实现类 构件工程师 构件完成 5 构件完成、接口 完成单元测试 构件工程师 构件已完成单元测试 产生： ?实现模型：：描述用构件如何实现设计模型中的元素； 描述按实现环境如何组织构件；描述构件间依赖关系。 ? 构件：是对模型元素（如设计模型中的设计类）的物理 封装。 ? 实现子系统：由构件、接口和其它子系统组成。 ? 接口：用于表示由构件和实现子系统所实现的操作。在 这一阶段可以使用设计时的接口。 体系结构描述实现模型的角度 ：包括由实现模型分解的 子系统、子系统间的接口、子系统间的依赖以及关键构 件。 集成建造计划：在增量开发中，每一步的结果即为一 个建造（Bulid），即系统的一个可执行的版本。 ? 测试 工作流程： ①→② ④ ↓ ↗ ↘↘ ③ →⑤→⑥ 序号 输入 活动 执行者 输出 1 补充需求、用况模型、分析模型、设计模型、实现模型、体系结构描述模型的体系结构角度 计划测试 测试工程师 测试计划 2 补充需求、用况模型、分析模型、设计模型、实现模型、体系结构描述模型的体系结构角度、测试计划策略、时间表 设计测试 测试工程师 测试用况 测试过程 3 测试用况、测试过程、实现模型被测试的建造 实现测试 构件工程师 测试构件 4 测试用况、测试过程、测试构件、实现模型被测试的建造 执行集成测试 集成测试者 缺陷 5 测试用况、测试过程、测试构件、实现模型被测试的建造 执行系统测试 系统测试者 缺陷 6 测试计划、测试模型、缺陷 评价测试 测试工程师 测试评价 产生： ?测试模型：测试模型是测试用例、测试过程和测试构件 的集合体。 ?测试用况：一般描述：输入、输出和条件。 ?测试过程：描述怎样执行一个或几个测试用况。 ?测试构件：用于测试模型实现中的构件。 ?测试计划：测试计划描述测试策略、资源和时间表。其中 测试策略包括：对各迭代进行测试的种类、目 的、级别、代码覆盖率以及成功的准则。 ?缺陷：系统的异常现象。 ?评价测试： 对一次迭代，对测试用况覆盖率、代码覆盖率和缺陷情况（可绘制缺陷趋势图）进行评价。 把评价结果与目标比较，准备度量。 （2）USDP的四个阶段 ?初始阶段：本阶段确定所设立的项目是否可行。办法： ?采用简化的用况模型，确定系统的大多数角色和用况； ?给出在子系统意义下的系统体系结构； ?识别影响项目可行性的风险， 其中主要考虑时间、经费、技术、项目规模和效益等 ?基于业务情况，制订出开发计划。 ??精化阶段：进行高层分析和设计，并作出结构性决策 产生： ?基线体系结构 包括：用况列表、领域概念模型（类图以及 相关的行为模型）和技术平台。 体系结构基线的稳定是精化阶段结束的准则 ?制订的构造阶段计划 ? 构造阶段 针对用况，进行分析、设计、编码（如对类、属性、范围、函数原型和继承的声明等）、测试和集成，得到一个满足项目需求子集的产品。 在代码完成后，要保证其符合某些标准和设计规则，并要进行质量检查。 对于新出现的变化，要通过逆向工具把代码转