UML-领域模型-准则】的更多相关文章

阅读目录: 1.原则 1.1.精简聚合 1.2.分离用例与接口功能(设计模式的用武之地) 2.工具.框架.组件 3.过程 1]原则 原则对于任何一项技术实现来说都是至关重要的,在设计某一个系统功能的时候我们讲究的是设计原则: [单一职责原则Single Responsibility Principle.里氏替换原则Liskov Substitution Principle.依赖倒置原则Dependence Inversion Principle.接口隔离原则Interface Segregati…
1.前言 以当前迭代中所要设计的需求为界,创建领域模型的步骤: 1.寻找概念类 2.将其绘制为UML类图中的类 3.添加关联和属性 2.如何寻找概念类 寻找概念类有如下几种方法: 重用和修改现有的模型 许多常见领域都存在已发布的.绘制精细的领域模型和数据模型 使用分类列表 业务交易 -> 交易项目 -> 与交易项目相关的产品或服务 -> 交易记录何处?.... 通过识别名词短语寻找概念类 在对领域的文本型描述中识别名词和名词短语,将其作为候选的概念类或属性 3.绘制UML类图中的类 规则…
1.前言 领域模型是OO分析中最重要和经典的模型.它阐述了领域中的重要概念: 领域模型作为设计某些软件对象的重要来源,也作为案例研究中探讨的几个制品的输入: 领域模型的范围限定于当前迭代开发的用例场景: 注:用例是重要的需求分析制品,但不是面向对象的. 2. 领域模型与其它制品的相互影响 图 UP制品样例的影响 相关用例概念和专家观点作为创建领域模型的输入,领域模型反过来又会影响设计模型等制品: 3. 领域模型示例 图 部分领域模型 确定一组概念类是OO分析的核心 避免瀑布思维倾向,为完成详尽或…
1.前言 本文主要介绍用例编写时所遵循的几条基本准则. 2.用例编写的准则 2.1 以本质的风格编写用例 如系统认证,而不要说 需要输入ID进行认证等 2.2 编写简洁的用例 如系统认证,不要说 这个系统认证 2.3 编写黑盒用例 通过职责来描述系统,而不是说明系统如何工作 2.4 采用参与者和参与者目标的视角 对特定参与者具有价值的可观察结果 2.5 如何发现用例 1.选择系统边界 如:POS系统之外的收银员.支付授权服务都在系统边界之外: 2.寻找主要参与者和目标 用例建模的观点就是寻找参与…
UML http://www.uml-diagrams.org http://www.umlchina.com/index.htm 统一建模语言(UML)始于1997年的一个OMG(对象管理组织)标准,它是一种图形化.可视化的语言,为软件开发的所有阶段提供模型化和可视化支持,包括由需求分析到规格,到构造和配置. UML是一种建模语言,而不是一个开发过程. UML统一了各种方法对不同类型的系统.不同开发阶段以及不同内部概念的不同观点,从而有效的消除了各种建模语言之间不必要的差异.它实际上是一种通用…
引言 Applying UML and Patterns,以一个商店POS系统NextGen和一个掷骰子游戏Monopoly为例,围绕OOA/D的基本原则GRASP,以迭代作为基本方法.以UML为表达工具,配以GoF的基本模式,系统地展示了一个较为完整的OOA/D过程.相较原书第1版,此番重读该书第3版,吾仍深为所动,遂将其精华采撷如下,并适当加以注解,权作温故而知新所用. 摘录 P4 在OO开发中至关重要的能力,是熟练地为软件对象分配职责. P5 面向对象分析(OOA),强调的是在问题领域内发…
UML在需求分析与系统设计中之实战讲解(完整UML图形演示) 小序: 从学生时代就接触到UML,几年的工作中也没少使用,各种图形的概念.图形的元素和属性,以及图形的画法都不能说不熟悉.但是怎样在实际中有效地使用UML使之发挥应有的作用,怎样捕捉用户心中的需求并转换成明确的UML图形,怎样把自己心中的设计意图通过UML图形准确地表达出来,以及各职责人员如何通过UML图形进行有效沟通,关于这些,却深感迷茫. 最近有幸得到了一个台湾人赖信仁写的<UML团队开发流程与管理>这本书,才拜读了前两章,就已…
小序: 从学生时代就接触到UML,几年的工作中也没少使用,各种图形的概念.图形的元素和属性,以及图形的画法都不能说不熟悉.但是怎样在实际中有效地使用UML使之发挥应有的作用,怎样捕捉用户心中的需求并转换成明确的UML图形,怎样把自己心中的设计意图通过UML图形准确地表达出来,以及各职责人员如何通过UML图形进行有效沟通,关于这些,却深感迷茫. 最近有幸得到了一个台湾人赖信仁写的<UML团队开发流程与管理>这本书,才拜读了前两章,就已经爱不释手了,颇有点欣喜若狂的感觉,看了半本书之后,上述的种种…
1.前言 本章是从面向分析的工作过度到软件设计 典型的OO系统设计的基础是若干架构层,如UI层.应用逻辑(领域)层 本章简要考察逻辑分层架构和相关UML表示法 2.逻辑架构和层 逻辑架构 逻辑架构是软件类的宏观组织结构,它将软件类组织成包(命名空间).子系统和层,并未决定如何在不同的操作系统进程或网络中物理的计算机上对这些元素进行部署 层 对类.包或子系统的粗粒度的分组,具有对系统主要方面加以内聚的职责.较高层可以调用较低层的服务,OO系统通常包括的层: 用户界面 应用逻辑和领域对象,表示领域概…
小序: 从学生时代就接触到UML,几年的工作中也没少使用,各种图形的概念.图形的元素和属性,以及图形的画法都不能说不熟悉.但是怎样在实际中有效地使用UML使之发挥应有的作用,怎样捕捉用户心中的需求并转换成明确的UML图形,怎样把自己心中的设计意图通过UML图形准确地表达出来,以及各职责人员如何通过UML图形进行有效沟通,关于这些,却深感迷茫. 最近有幸得到了一个台湾人赖信仁写的<UML团队开发流程与管理>这本书,才拜读了前两章,就已经爱不释手了,颇有点欣喜若狂的感觉,看了半本书之后,上述的种种…