2020

论述题

在这里插入图片描述

统一软件过程RUP：用例驱动、以架构为中心的迭代增量开发

一个用例可能需要多个功能来实现，一个功能也可能被用于多个用例

边界类、控制类、实体类

顺序图、通信图、定时图、交互概述图
在这里插入图片描述

扩展关系《extend》、包含关系《include》、泛化关系

2022

1、简答题

在这里插入图片描述
部署的包要和部署环境相匹配、将包分割成若干子包、把子包部署到不同的节点上，完成各自工作

边界类：参与者与用例之间（箭头）
控制类：用例
实体类：根据业务逻辑进行定义
在这里插入图片描述
：代表0个或多个（可以使用n表示）
0…：代表0个或多个
0…1：代表0或1
1…：代表1个或多个

注意还有类Student和类Account之间的聚合关系。不能回答Account类

2、综合分析题

在这里插入图片描述
类Master继承类ClassA:

public class Master extends ClassA{
	private int M_No;
	public Course Select;
	public Study()
	{
	}
}
public ClassA{
	private int AID;
}

public class Course{
	private String No;
}

在这里插入图片描述
包和包的嵌套。一个大包包含3个子包

这里用的是聚合关系，这里聚合关系的图像没有箭头

安全性则增加一个登录用例。所有参与者都要连向登录用例
浏览商品上扩展一个比较性价比用例（语句中说了“可与”，这里使用扩展–《extends》）
三种支付方式，任何一种都可以：使用扩展–《extends》
注意还有一个时间参与者（系统定期）
在这里插入图片描述
注意系统构件图的画法、接口的画法
实现要使用实现、依赖要使用虚线加箭头

订票时必须“填写预定信息”，这里“必须”要使用包含关系–《include》
必须“填写预定信息”，这里“必须”使用包含关系–《include》
其中“收款”工作可以采用“微信支付”、“现金支付”和“支付宝支付”，这里“可以采用”使用扩展关系–《extend》
**注意：**要注意《include》和《extend》的指向，它们是不一样的。其中《include》是向外指向；《extend》是向内指向
在这里插入图片描述

这里包括用例“通知发货单位”、参与者“发货单位”

在这里插入图片描述

注意活动图的画法，其中的开始、结束、状态节点（活动节点）、控制节点（菱形）、块节点
注意中间的这根实线也要画

多对多：外键建立中间表
1对多：外键放在多的
1对1：外键放哪都可以
这里中间表示“库存”

在这里插入图片描述
这里是用泛化关系（三角形加横线）

激活条或控制焦点符号不能画成长条形状

3、论述题

在这里插入图片描述
建筑工业的“模块化、标准化、工厂化、流水组装”是一种高效、规范的生产模式，也是软件产业值得学习借鉴的地方。软件产业可以将常用的功能模块进行模块化和标准化，以提高软件产品的开发效率和质量***，同时可以采用工厂化的生产管理方式*，形成成熟的软件工程和流水化的开发流程，提高软件产品的生产效率和可靠性。
在这里插入图片描述
对模型进行建模的目的是为了更好的理解和管理复杂性

用例不只是捕获需求的工具，还能驱动整个开发过程。
储户对象的用例有：存款、取款、转账、查询余额、打印账单、修改密码

2023

答案来源：

在这里插入图片描述

1、简答题、综合分析与设计题

T1

在这里插入图片描述

不可分割表明是组合关系

T2

在这里插入图片描述

系统维护者的功能包括了系统操作者里面的功能，这里使用泛化关系

T3

在这里插入图片描述

派生出的具体类：表示的是泛化关系
这两个具体类又是另一个类Driver的一部分：表示的是聚合关系

T4

在这里插入图片描述

T5

在这里插入图片描述

T6

在这里插入图片描述

public class Master extends ClassA{
	private int M_No;
	public Course Select;
	public Study()
	{
	}
}
public ClassA{
	private int AID;
}

public class Course{
	private String No;
}

T7

在这里插入图片描述

T8

在这里插入图片描述

多对多：外键建立中间表
1对多：外键放在多的
1对1：外键放哪都可以
外键放在多的那个，而且外键始终指向主键

T9

在这里插入图片描述

T10

在这里插入图片描述

T11

在这里插入图片描述

T12

在这里插入图片描述
（1）顾客、管理员、工作人员、发货单位（或网站仓库、或其他供应商）

T13

在这里插入图片描述

T14

在这里插入图片描述

T15

在这里插入图片描述
类“ToolBooks”从类“Books”中继承了Name属性、Price属性和getname（）方法，以及类Catalog和类Books的聚合关系

T16

在这里插入图片描述

注意区分这两题不同

T17

在这里插入图片描述

T18

在这里插入图片描述
潜在会员、会员、货管员、经理、系统管理员、供应商系统、财务系统

注：这个用例模型的箭头指向有待确认

T19

在这里插入图片描述

T20

在这里插入图片描述
普通聚集：部分和整体具有相同的生命周期–整体消失则部分也消失
共享聚集：整体拥有部分。整体消失则部分未消失

T21

在这里插入图片描述

接口和构建之间的关系：

实现关系：接口和构件之间用实线连接
依赖关系：接口和构建之间用虚线表示
在这里插入图片描述
注：朋友说上面的销售管理系统去掉，目前有待确认

T22

在这里插入图片描述
构件：结账系统，商品资料库，购物车，商品导览系统
有依赖关系和实现关系，
结账系统和商品导览系统

T23

在这里插入图片描述
IncomeOrder与OrderItem之间不该为继承关系，应改为聚合关系

T24

在这里插入图片描述

T25

在这里插入图片描述

：代表0个或多个
0…：代表0个或多个

T26

在这里插入图片描述

T27

在这里插入图片描述

T28

在这里插入图片描述

T29

在这里插入图片描述

注：

T30

在这里插入图片描述

T31

在这里插入图片描述

T32

在这里插入图片描述

T33

在这里插入图片描述

T34

在这里插入图片描述

双向关联关系，用例可以把内部消息通知给参与者，参与者可以把外部消息变更通知给用例
单向关联关系，箭头指向被拥有者，参与者可以把外部消息变更通知给用例
单向关联关系，系统可以把内部消息通知给参与者

T35

在这里插入图片描述

T36

在这里插入图片描述

T37

在这里插入图片描述

public class ClassA{
	public ClassB theClassB;
	public ClassA(){
	}
}
public class ClassB{
	public ClassB(){
	}
}

T38

在这里插入图片描述

T39

在这里插入图片描述

T40

在这里插入图片描述

T41

在这里插入图片描述

T42

在这里插入图片描述

T43

在这里插入图片描述

这里去掉3种支付方式

T44

在这里插入图片描述

T45

在这里插入图片描述

T46

在这里插入图片描述

T47

在这里插入图片描述

T48

在这里插入图片描述

T49

在这里插入图片描述

答案待确认

T50

在这里插入图片描述

答案还未写

在这里插入图片描述
这个题是上面T50的第（3）问

T51

在这里插入图片描述

T52

在这里插入图片描述

在这里插入图片描述

注意：这个T52题和T7题不一样，老师把题给改了

T53

加粗样式
答案未写
在这里插入图片描述

T54

在这里插入图片描述

T55

在这里插入图片描述
答案未写

T56

在这里插入图片描述
答案未写

T57

在这里插入图片描述
求职者和招聘者都是“用户”参与者，这里存在泛化关系

T58

在这里插入图片描述
答案未写

T59

在这里插入图片描述
答案未写

T60

在这里插入图片描述
答案未写

T61

在这里插入图片描述
答案未写

2、论述题

T1

在这里插入图片描述

**
先构建部分再构建整体
多次开发
软件规模庞大、软件的需求是模糊的、随时间而变化
后期的维护工作量巨大、维护代价也非常高
简化了软件的开发和维护
提高了软件的可重用性
**

T2

在这里插入图片描述

**
在后期引入变动比在早期引入所需要的代价高2~3个数量级
维护要花费大量的代价
目的是要尽早发现错误
**

T3

在这里插入图片描述

**
软件是程序、数据及其相关文档的完整集合
软件文档使无形的脑力劳动显示化，规范不同人员的表达方式，减少不必要的信息沟通，提高交流的效率
软件文档分为研发规范文档和项目文档
**

T4

在这里插入图片描述

**
高质量的设计将是软件系统长期稳定运行的根本保障，是软件走向成功的关键。
为了获得高质量软件，必须遵循开发规范，采用恰当的设计方法，正确的开发方法。
**

T5

在这里插入图片描述

提高分析、设计、开发效率

T6

在这里插入图片描述

认识问题：以用户的身份站在用户的角度认识问题。获取需求，采用用例建模技术。客户提出其可接受的、系统必须满足的条件或具备的能力
分析问题：以开发者的身份站在用户的角度分析问题。分析需求，采用用例分析技术。满足客户定义的需求
解决问题：以开发者的身份站在开发团队的角度分析问题。解决需求，采用面向对象设计。面向对象的设计原则是构造高质量软件的出发点