华软软件工程复习提纲

书名、作者、类别等描述书籍的基本信息统称，“ 关键字”则是代表其中之一，因此无需对其建模；
“功能”、“新书籍”、“信息”、“记录”都是在描述需求时使用 到的一些相关词语，并不是问题域的本质，因此先可以将其淘汰掉；

筛选修选类



“计算机类”、“非计算机类”是该系统中图书的两大分类， 因此应该对其建模，并改名为“计算机类书籍”和“非计算机 类书籍”，以减少歧义； “外借情况”则是用来表示一次借阅行为，应该成为一个候选 类，多个外借情况将组成“外借情况列表”，而外借情况中一 个很重要的角色是“朋友”—借阅主体。虽然到本系统中并不 需要建立“朋友”的资料库，但考虑到可能会需要列出某个朋 友的借阅情况，因此还是将其列为候选类。为了能够更好地表 述，将“外借情况”改名为“借阅记录”，而将“外借情况列 表”改名为“借阅记录列表”； “购买金额”、“册数”都是统计的结果，都是一个数字，因 此不用将其建模，而“特定时限”则是统计的范围，也无需将 其建模；不过从这里的分析中，我们可以发现，在该需求描述 中隐藏着一个关键类—书籍列表，也就是执行统计的主体。
得到候选类
书籍 计算机类书籍 非计算机类书籍 借阅记录 借阅记录列表 书籍列表

在使用“名词动词法”寻找类的时候，很多团 队会在此耗费大量的时间，特别是对于中大型 项目，这样很容易迷失方向。其实在此主要的 目的是对问题领域建立概要的了解，无需太过 咬文嚼字
关联分析建模
多重性分析建模
职责分析
书籍类：从需求描述中，可找到书名、类别、作者、出版社；同时从统

顺序图示例-还书
顺序图示例-POS机
43
软件测试
软件测试
45

白盒测试 黑盒测试 对比测试(背靠背测试) Alpha测试和Beta测试的定义与区别

采用Alpha测试和Beta测试来发现只有最终用户才能发现的问题 Alpha(α )测试：由一个用户在开发者的场所、在开发者指导下 进行测试 Beta(β )测试：由最终用户在一个或多个用户场所单独地进行测 试
顺序图
40
定义：也可叫作序列图、时序图 Sequence Diagram 以可视化方式为系统中逻辑的流程建 模，通常用于（用例）分析和设计阶 段。 描述对象是如何交互的，即描述消息 如何在对象间发送和接收。 纵轴时间、横轴对象

顺序图
41
描述了对象之间传送消息的时间顺 序，用来表示用例中的行为顺序 显示了交互的参与者以及参与者之 间的消息顺序，也显示了系统为了 执行全部或部分用例而与参与者交 互。 注意：一个事件流一个顺序图
软件工程 复习提纲
总体要求
2
软件工程内容多，牵涉面广，每个 方面的知识都可单独开设课程 基本概念的理解与掌握是必须的 考试范围 教材、课件 讲的不一定考，没讲的不一定不考 开卷

题型
3

单项选择题10题（每题3分，共30分）
判断题10题（每题2分，共20分） 简答题5题（每题6分，共30分） 综合题（共20分）
49/69
缺陷池—mysoft3.0

X池-----475错误 Y池-----370错误 有125个缺陷同时出现在X、Y池中 唯一缺陷总数=475+370-125=720 缺陷总数=475*370/125=1406 可能剩余缺陷=1406-720=686 隐藏缺陷密度= 686/1406=48.79%
任务解决

④ 信 息 查 询 用 例 图 的 绘 制
用例规约
用例规约--进行用例阐述
27

用例规约：更进一步的精度
用例文档的核心，而用例图作为
用例文档的总图 进一步的精度：有层次的文档 文档中每一句话都有其价值
用例规约组成
28
用例名称：处理销售 用例标识 涉及的参与者 涉及的用例 描述 用例的规格说明
书籍列表类：书籍列表就是全部
的藏书列表，其主要的成员方法 是新增、修改、查询（按关键字 查询）、统计（按特定时限统计 册数与金额）。 借阅时间。 计的需要中，可得知“定价”也是一个关键的成员变量。
借阅记录类：借阅人（朋友）、 借阅记录列表类：主要职责就是
添加记录（借出）、删除记录 （归还）以及打印借阅记录

项目规划内容（见教材） 软件项目规划应处理哪些问题及其作用
56
最后预祝各位同学考出 好成绩！
遗漏的需求 29%
UML

UML定义 主要有哪九种UML图 活动图的画法 活动图与时序图的区别以及使用场合 组件图与部署图的概念与作用
用例分析与用例图
需求建模
16
用例图的画法 角色与用例，用例与用例的关系

角色与角色之间是泛化关系 角色与用例之间是关联关系 用例与用例之间包括包含、泛化和
50/69
缺陷引入



在此方法中，一组测试人员故意将缺陷埋入软 件中 另一组测试人员将试图发现这些缺陷 这么做的主要目的是估计被检测到的引入的缺 陷数与故意埋入的缺陷总数之比 这使我们可以了解在此过程中未被发现的不是 故意埋入的缺陷的总数
51/69
缺陷引入示例

有意埋入75个缺陷 检测到引入缺陷总数：DS=35 发现的不是引入的缺陷：DUF=520 软件中的缺陷总数=75/35*520=1114 没有发现的缺陷数=1114-520=594
47/69
mysoft
版本 1.0 2.0 3.0 代码行 650K 800K 900K 缺陷 2500 2300 2100 缺陷密 度 3.84 2.87 2.33 用户发 现错误 400 225 缺陷密 度 4.46 3.15
缺陷密度=缺陷数/代码行
48/69
缺陷池





这种方法中，我们将使用两个池，例如池X 和池Y 来跟踪缺陷 现在，让池X 中的缺陷数为Dx，池Y 中的缺陷数 为Dy 软件中发现的唯一缺陷总数如下： 唯一缺陷总数= Dx + Dy - 在X 和Y 中发现的缺陷 数 软件中的缺陷总数可以估计为： 缺陷总数= (Dx*Dy) / 在X 和Y 中发现的缺陷数
筛选备选类

“李小平”、“人”、“家里”很明显是系统外的概念，无须对其建 模； 而“个人图书管理系统”、“系统”指的就是将要开发的系统，即系 统本身，也无须对其进行建模； 很明显“书籍”是一个很重要的类，而“书名”、“作者”、“类别 ”、“出版社”、“书号”则都是用来描述书籍的基本信息的，因此 应该作为“书籍”类的属性处理，而“规则”是指书号的生成规则， 而书号则是书籍的一个属性，因此“规则”可以作为编写“书籍”类 构造函数的指南。
发现类

李小平是一个爱书之人，家里各类书籍已过千册 ，而平时又时常有朋友外借，因此需要一个个人 图书管理系统。该系统应该能够将书籍的基本信 息按计算机类、非计算机类分别建档，实现按书 名、作者、类别、出版社等关键字的组合查询功 能。在使用该系统录入新书籍时系统会自动按规 则生成书号，可以修改信息，但一经创建就不允 许删除。该系统还应该能够对书籍的外借情况进 行记录，可对外借情况列表打印。另外，还希望 能够对书籍的购买金额、册数按特定时间周期进 行统计。
52/69
项目管理
项目管理


项目计划 面向规模的度量：LOC、KLOC 面向功能的度量：FP 成本估算模型：COCOMO Bohem模型： 工作量=（平均最大规模+最小规模+4*最 可能的规模）/6 甘特图、PERT网络图 风险管理 软件项目相关的国际标准
项目规划
扩展关系 包含与扩展的区别
泛化关系

当多个用例共同拥有一种类似的结构和行 为的时候 我们可以将它们的共性抽象成为 父用例，其他的用例 作为泛化关系中的子 用例。
包含关系

包含是指基本用例(base use case)会用到包含 用例(inclusion)，具体地讲，就是将包含用例的 事件流插入到基础用例的事件流中。包含用例是 可重用的用例──多个用例的公共用例

测试停止
测试只能发现软件中的错误和缺陷，不能 证明软件没有错误和缺陷 停止策略：

单位时间内发现的错误数法 缺陷密度法 缺陷池方法 缺陷引入法
46/69
缺陷密度



缺陷密度可以定义为每行代码的错误数 应是一个象0.003 这样的数字 这个数字实际上表示每1000 行代码中的缺陷密 度是3 一个更有用的方法是将缺陷密度设置为每千行 代码（KLOC）的缺陷数 我们可以使用缺陷密度度量来确定是否可以发 布正在开发的软件的某个特定版本



软件工程概念与过程
软件工程概念与过程
5
软件的特性 软件危机的表现 、原因 ISO/IEC 12207定义的软件过程

软件生命周期
6
软件生命周期定义 软件生存期各阶段 软件生命周期模型


线性顺序模型

瀑布模型 RAD模型

原型模型 渐增模型 螺旋模型 统一过程 敏捷软件开发
类与类图
类及类之间的关系
31

依赖 泛化
关联 实现



案例

李小平是一个爱书之人，家里各类书籍已过千册 ，而平时又时常有朋友外借，因此需要一个个人 图书管理系统。该系统应该能够将书籍的基本信 息按计算机类、非计算机类分别建档，实现按书 名、作者、类别、出版社等关键字的组合查询功 能。在使用该系统录入新书籍时系统会自动按规 则生成书号，可以修改信息，但一经创建就不允 许删除。该系统还应该能够对书籍的外借情况进 行记录，可对外借情况列表打印。另外，还希望 能够对书籍的购买金额、册数按特定时间周期进 行统计。