第五章 分析模型：实体类vs软件类

不，我不想要自由；我只要条出路，向左或是向右，到哪儿都行。

5.2 面向对象的思维方式：围绕对象和类来分析、设计软件系统

5.3 面向对象分析

   面向对象分析的主要任务就是根据用户需求，建立一个准确的、完整的、一致的系统模型。这个过程的输入是软件的功能性需求。该过程产生三个分析模型：

a、功能模型：把用户的功能性需求转化为开发人员和用户都能理解的一种表达方式，其结果就是我们此前谈到的用例模型

b、对象模型：通过对用例模型的分析，把系统分解成互相协作的分析类。一般情况下，我们通过类图和对象图来描述系统中所有对象、对象属性、及对象之间的相互关系。对象模型就是系统的静态模型

c、动态模型：描述系统的动态行为，一般用顺序图和协作图来描述系统中对象之间的交互关系

 

5.3.2 实体类和软件类

5.3.2.1 实体类 （Entity class）是应用领域中的核心类，一般是从现实世界中的实体对象归纳和抽象出来的，用于长期保存系统中的信息，以及提供针对这些信息的相关处理行为。一般情况下，实体类的对象实例和应用系统本身有着相同的生命周期

5.3.2.2 边界类和控制类

边界类（boundary class）：边界类是系统内的对象和系统外的参与者的联系媒体，外界的消息只能通过边界类的对象实例才能发送给系统

控制类（control class）：实体类和边界类之间的润滑剂，是从控制对象中归纳和抽象出来的，用于协调系统内边界类和实体类之间的交互

 

5.4

5.4.1 提取实体对象和实体类（物理或实在的对象；人的角色；组织；事件；地点；故则说明或事物描述；规则和策略）

5.4.2 提取属性

5.4.3 提取关系（“有……”，“是……的一部分”，“包含”，“包括”，“管理”，“报告”） 1：1； 1：m； m：n ；归纳关系

5.4.4 添加边界类

5.4.5 添加控制类

5.4.6 绘制类图

5.4.7 绘制顺序图

5.4.8 变化的需求

5.4.9 编制术语表