4.3.100A分析过程 4.3.100A的分析过程 获取用户基本需求 标识类和对象 定义类的结构和层次 表示类(对象)间的关系 为对象行为建模 图470OA分析过程 1、获取用户基本需求 用户与开发者之间进行充分交流,常用 User case来收 集和描述用户的需求。即先标识使用该系统的不同的行为者 ( actor)。 行为者所提出的每个使用场景(或功能)称为一个用例 所有的用例则构成完整的系统需求
4.3.1 OOA分析过程 1、获取用户基本需求 用户与开发者之间进行充分交流，常用User case来收 集和描述用户的需求。即先标识使用该系统的不同的行为者 (actor)。 4.3.1 OOA的分析过程1 获取用户基本需求 标识类和对象 定义类的结构和层次 表示类(对象)间的关系 为对象行为建模 行为者所提出的每个使用场景（或功能）称为一个用例， 所有的用例则构成完整的系统需求。 图4.7 OOA分析过程
4.3.100A分析过程 4.3.10OA的分析过程2 2、标识类和对象 标识类与对象是一致的。在确定系统的用例后,可标识 类及类的属性和操作。 从问题域或用例描述入手,发现对象。 对象可能的形式有:外部实体、事物、发生的事件、角 色、组织单位、场所、构造物等。 确定最终对象 可根据以下原则确定:需要保留的信息,需要的服务,具 有多个属性,具有公共属性及操作 标识属性 从本质上讲,属性定义了对象。可从问题的陈述中或通过 对类的理解而标识出属性。 定义操作 操作定义了对象的行为并以某种方式修改对象的属性。操 作分为:对数据的操作,计算操作,控制操作
4.3.1 OOA分析过程 2、标识类和对象 标识类与对象是一致的。在确定系统的用例后，可标识 类及类的属性和操作。 4.3.1 OOA的分析过程2 确定最终对象 可根据以下原则确定：需要保留的信息，需要的服务，具 有多个属性，具有公共属性及操作。 从问题域或用例描述入手，发现对象。 对象可能的形式有：外部实体 、事物、发生的事件、角 色、组织单位、场所、构造物等。 标识属性 从本质上讲，属性定义了对象。可从问题的陈述中或通过 对类的理解而标识出属性。 定义操作 操作定义了对象的行为并以某种方式修改对象的属性。操 作分为：对数据的操作，计算操作，控制操作
4.3.100A分析过程 4.3.10OA的分析过程3 3、定义类的结构和层次 类的结构有: 般特殊( generalization- specialization)结构 整体部分( whole-part)结构 构成类图的元素所表达的模型信息 分为三个层次 对象层 对象层给出系统中所有反映问题城 特征层 和系统责任的对象。 特征层给出类(对象)的内部特征, 关系层 即类的属性和操作。 关系层给出各类(对象)之间的关 系,包括继承、组装、一般特殊、整 图48OOA基本模型 体部分、属性的静态依赖关系,操作的 动态依赖关系
4.3.1 OOA分析过程 3、定义类的结构和层次 类的结构有： 一般—特殊 (generalization - specialization)结构 整体—部分(whole-part)结构 4.3.1 OOA的分析过程3 构成类图的元素所表达的模型信息， 分为三个层次： 对象层—给出系统中所有反映问题域 和系统责任的对象。 特征层—给出类（对象）的内部特征， 即类的属性和操作。 关系层—给出各类（对象）之间的关 系，包括继承、组装、一般—特殊 、整 体—部分、属性的静态依赖关系，操作的 动态依赖关系。 对象层 特征层 关系层 图4.8 OOA基本模型
3.100A分析过程 4、建立类对象)间的关系 用“对象-关系模型″描述了系统的静态结构。 5、建立对象行为模型 描述了系统的动态行为
4.3.1 OOA分析过程 用“对象-关系模型”描述了系统的静态结构。 5、建立对象-行为模型 描述了系统的动态行为。 4、建立类(对象)间的关系