系统分析师-案例分析专题

面向对象系统开发

某软件企业拟采用面向对象方法开发一套体育用品在线销售系统，在系统分析阶段，“提交订单”用例详细描述如表1-1所示。
 

【问题1】（9分）
面向对象系统开发中，实体对象、控制对象和接口对象的含义是什么？

【问题2】（10分）
面向对象系统分析与建模中，从潜在候选对象中筛选系统业务对象的原则有哪些？

【问题3】（6分）
根据题目所示“提交订单”用例详细描述，可以识别出哪些业务对象？

----------------------------------------------------------------------------

【问题1】：

(1)实体对象 ：用来表示业务域的事实数据并需要持久化存储的对象类型；

（实体两个特性，一是记录事实上的数据，二是实体类在开发中常用于映射数据库的表字段，所以需要持久化，第三是它的范围，一般是用于业务场景，所以是业务域）

(2)控制对象：用来表示业务系统中应用逻辑和业务规则的对象类型

（控制对象联想到控制器，一般在控制器中做些逻辑处理，设定业务规则，所以回答包含应用逻辑和业务规则）

(3)接口对象：用来表示用户与系统之间交互方式的对象类型。

（接口返回的是给前端的数据，所以联想到交互方式，交互的主体是来自于用户和系统，所以是用户与系统之间的交互方式）
【问题2】
(1)去除相同含义的对象；
(2)去除不属于系统范围内的对象；
(3)去除没有特定独立行为的对象；
(4)去除含义解释不清楚的对象；
(5)去除属于另一个对象属性或行为的对象。

记忆方式:

归类：(含义、范围)

去除 相同含义、解释不清楚的对象

去除 非系统范围、非特定独立行为、属性重合（一个对象属性/行为属于另一个对象的属性/行为）

通过对用例进行分析，可以识别出多个数据项作为候选对象，要通过分析这些数据项之间的关系最终筛选出真正的对象集合。在对象筛选过程中，首先需要去重，即去除相同含义的数据项；也有可能部分数据项不属于系统开发的范围，也需要去除；还要去除一些数据项本身没有明显特征进行区分或者含义无法解释，将来无法准确表示出来；还有一些数据项是属于其他数据项的属性或者行为描述，也不适合作为业务对象。

【问题3】
会员、商品、购物车、订单、配送信息、支付记录。

通过对表1-1所示用例中的数据项进行分析，识别出的数据项包括订单、会员、商品、 购物车、系统、商家、仓库、支付系统、快递公司、商品列表、价格、支付、密码、配送地址等，其中，商家、仓库、支付系统、快递公司属于系统外部数据项，商品列表和商品重复，价格、支付、密码和配送地址等都属于其他数据项的属性或行为，无需独立作为候选对象。最后可以筛选出候选对象，包括会员、商品、购物车、订单、配送信息、支付记录。