系统域建模技术幻灯片.pptVIP

系统域建模技术 二、域模型 （1）实体域对象 代表人、地点、事物或概念等 通常可以把业务领域中的名词，例如客户、订单、商品，作为实体域对象； （2）过程域对象：代表应用中的业务逻辑或流程。它通常依赖于实体域对象。 （3）事件域对象：代表应用中的一些事件，例如异常、警告或超时等。 本讲的简要回顾 * 在本讲您能了解如下知识点 UML中的三种分析类 区分分析类与设计类的不同 什么是“问题域”和“域建模” 域模型及域建模 如何通过域模型发现出类及其关系 建立域模型的各种示例 1、UML建模中所涉及的各种分析类（对象） （1）边界对象（边界类在系统与外界之间，为它们交换各种信息与事件。边界类处理软件系统的输入与输出） 您熟悉MVC吗？ 一、UML中的三种分析类 （2）控制对象（控制类与业务过程相关，它们控制整个业务的流程和执行次序） （3）实体对象（它一个业务级别的分析类，例如，银行系统中的银行顾客、帐户） 所应该注意的是： 控制类和边界类都是面向技术实现的类，而不是面向业务的类，而只有实体类才是面向业务的类。 2、三种分析类的UML的图示（从而解决如何表达的问题） 棒槌头 天边的太阳 咬住尾巴的蛇 （2）边界对象只能与控制对象和动作者交互（即不能直接访问实体对象） 3、有四个规则对应上面的三种分析类对象间的交互 （1）用例的参与者只能与边界对象交互 基于MVC，V与M不直接接触 （3）实体对象只能与控制对象交互 （4）控制对象可以和边界对象交互，也可以和实体交互，但是不能和动作者交互 基于MVC，用户不直接与控制器接触 4、区分分析类与设计类的不同 （1）所谓分析类：因为它是在建模过程中所产生的，因此是和语言（或者实现）无关的类；并且不需要定义属性与方法。 （2）设计类就具有特定的语言特点 比如Java/C++类等，并且可以定义成员；分析类和设计类没有一一对应关系----分析类是对设计类的进一步抽象和简化。 5、在Rose中的选择方法---在类的Stereotype选择项目中进行选择 6、网上银行系统中的各个主要的分析类示例 控制类 开户、销户、转帐、存取钱、修改密码 （1）各个分析类 边界类 用户帐号表单、转帐信息表单、存取钱表单 实体类：用户、管理员、帐户、人民币帐户、美元帐户 （2）基于前面的各个分析类所实现的用户开户的业务分析的类图 （2）域建模---对问题域中的各个问题进行建模 建模是开发优秀软件所有活动中的核心部分，其目的是：把所要设计的结构和系统行为沟通起来，并对系统体系结构进行可视化的控制 。 建模是为了更好的理解正在开发的系统，并经常提供简化和复用的机会，同时，建模还可以管理风险。 我们设计一个系统，总是希望它能解决一些问题，这些问题总是会映射到现实问题和概念。对这些问题进行归纳、分析的过程就是域建模（这个域，指的就是问题域） 1、什么是“问题域”和“域建模” （1）问题域 现实世界中系统所要解决问题的领域为“问题域”，如“银行业务”属于“银行的问题域”。 如金融、财务等 我们在处理问题时需要建立数学模型 2、域对象的类型 3、为什么要进行“问题域”建模 （1）必要性 建模是开发优秀软件所有活动中的核心部分，其目的是：把所要设计的结构和系统行为沟通起来，并对系统体系结构进行可视化的控制。 建模同时也是为了更好地理解系统，并经常提供简化和复用的机会，同时，建模还可以管理风险。 （2）建立域模型的好处 一方面能够从现实的问题域中找到最有代表性的概念对象 另一方面并能够发现出其中的类和类之间的关系，因为所捕捉出的类是反馈问题域本质内容的信息 否则我们后面的类图如何产生？ 4、与建立域模型相关的一些知识 （1）人门知识 （2）识别领域类的策略----下面提供了两种识别领域类的技巧 使用领域类分类列表。 识别名词短语。 （3）使用领域类分类列表方法来获得领域类 （4）根据名词短语识别找出领域类 有人提出了用名词短语分析找出领域类的方法，然后把它们作为候选的领域类或者属性； 不过我们在使用这种方法必须十分小心-----从名词机械的映射肯定是不行的，因为自然语言中的单词本来就是模棱两可的。 可以“混合”应用两种识别领域类的识别方法 5、如何通过域模型来发现出类及其关系 基本过程如下，详细说明请见文档 收集和描述我们的用例 对用例进行分析 根据分析的结果找出我们的各个分析类 对所找出的各个分析类，描述出这些类的职责（只有具有一定的职责的类，才是有效的类） 建立分析类之间的关系（建立静态模型） 确认分析类的行为（建立动态模型） 描述并定义出属性和方法（逐步转向设计环节） 6、建模实例一 基本过程如下，详细说明请见文档 （1）收集和描述我们的用例