概念模型设计从PowerDesigner

2019-05-10 14:39:41 来源: 昭通信息港

1 : 从PowerDesigner概念设计模型(CDM)中的3种实体关系说起

注:本blog上所有随笔均属EagleFish在cnblogs上的原创,欢迎转载,但请注明出处。(]

CDM是大多数开发者使用PD时早创建的模型,也是全部数据库设计层的抽象。CDM是建立在传统的ER图模型理论之上的,ER图中有3大主要元素:实体型,属性和联系。其中实体型对应到CDM中的Entity,属性对应到CDM中每一个Entity的Attribute,在概念上基本上是逐一对应的。但在联系上,CDM有了比较大的扩大,除保存ER图原本的RelationShip概念以外,还增加了Association,Inheritance两种实体关系,下面就让我们分别看看这些关系的用法和之间的区分(下图中被标红的工具栏按钮就是用来向实体中添加这些关系的)。

另外,在介绍所有这些CDM中的元素之前,笔者先给出1个很简单的CDM图,是对我们熟习的学校场景的1个建模,下文中提到的所有概念在图中都有体现,大家在看下文的时候可以比较着来看:

1. RelationShip(联系)

先给出PD手册里对联系的定义:A relationship is a link between entities. For example, in a CDM that manages human resources, the relationship Member links the entities Employee and Team, because employees can be members of teams. This relationship expresses that each employee works in a team and that each team has employees. 可见,或许联系的概念真的太简单了吧,所以反而不那么好表述,所以PD的文档里也是用1个例子来讲明出现了甚么样的情况我们就认为两个实体间是有联系的。

当我们提起实体间联系的时候,早想到的恐怕是one to one,one to many 和many to many这3种联系类型,这些联系类型也是大家熟习的。笔者对ER图本来的概念其实不精通,但在CDM中,联系还有另外3个可以设置的属性:mandatory(强迫性联系), dependent(依赖性联系/标定关联) 和dominant(统制联系)。这些属性对后面PDM的生成都有比较大的影响,需要我们逐一有所了解。它们都是在联系的属性控制面板中设定的,见下图:

ndatory

联系是不是具有强迫性,指的是实体间是否是1定会出现这类联系;或换句话说,当我们在谈及1个联系的利用场景的时候,联系对应的那两个实体型的实体实例的个数可不可能为零。或许这样的解释还是有点抽象,让我们举两个联系的例子,1个是对两边的实体都有强迫性的,另外一个则不然。

(1)教师--学生 联系

这个联系首先是1个多对多联系,由于每一个老师可以教多个学生,每个学生也都有多个老师来负责他们的学业。同时,这个联系对教师和学生都是强迫性的,也就是说,不存在任何1个老师,他不负何1个学生的教学;也不存在任何1个学生,他没有任何1个任课老师。

(2)学生--俱乐部 联系

这个联系也是1个多对多关系,但它对学生这个实体型而言就不是强迫的(Optional,可选的)。每一个俱乐部都有少1个学生参加,但其实不是每个学生都要去参加俱乐部的活动。完全可以有1些学生,他们什么俱乐部都没参加。

上面的例子主要是从概念的角度来辨别了mandatory和optional的辨别。实际上如果把这个模型对应到我们生成的表,如果A-B间的联系对A是mandatory的话,那末如果在A里面如果包括B的外键,这个外键不能为空值,反之可以为空值。后面我们谈到PDM和实际数据库的时候,大家会看到这1点。

pendent

每个Entity型都有自己的Identifier,如果两个Entity型之间产生关联时,其中1个Entity型的Identifier进入另外一个Entity型并与该 Entity型中的Identifier共同组成其Identifier时,这类关联称为标定关联,也叫依赖性关联(dependent relationship)。1个Entity型的Identifier进入另外一个Entity型后充当其非Identifier时,这类关联称为非标定关联,也叫非依赖关联。

概念的定义说起来还是有些拗口,说白了其实就是主-从表关系,从表要依赖于主表。比如在我们系统里要记录教师休假的情况,有1个实体型Holiday,其属性包括休假的开始时间和天数,每次有教师休假的时候,都要在这个表留下记录。从我们的场景描写中可以看到,实体型假期必须依附于实体型教师,即对每一个假期实例,必须指向某1个教师实例。

对依赖型联系,必须注意它不多是1个多对多联系,在这个联系中,必须有1个作为主体的实体型。1个dependent联系的从实体可以没有自己的identifier.

minant

这个联系属性是为简单的,它仅作用于1对1联系,并指明这类联系中的主从表关系。在A,B两个实体型的联系中,如果A--B被指定为dominant,那么A为这个1对1联系的主表,B为从表,并且在以后生成的PDM中会产生1个援用(如果不指定dominant属性的话会产生两个援引)。比如老师和班级之间的联系,由于每一个班级都有1个老师做班主任,每一个老师也多只能做1个班级的班主任,所以是1个1对1关系。同时,我们可以将老师作为主表,用老师的工号来唯1肯定1个班主任联系。

sociation(关联)

先来看1下PD给association的定义:An association is a connection between entities. In the Merise modeling methodology an association is used to connect several entities that each represents clearly defined objects, but are linked by an event, which may not be so clearly represented by another entity.。

在上1小段提到的那些RelationShip,在很多情况下(特别是多对多关系中),我们会把联系专门提出来,作为1个实体型放在两个需要被关联的实体型中间(在PD中,选中任何1个联系,在右键的弹出菜单当选择Change to Entity命令便可完成联系转实体的操作)。但有的时候,把若干个实体型之间的联系抽象为1个实体型可能不太适合,这个时候你可以选择为这些实体型建立1个association,那末在生成PDM的时候,所有这些相干实体型的identifier都会被加入到association对应生成的表模型中。所以,说白了,其实association就是实体型的1种特例,用来在建模的时候更确切的表达实体间的关联信息。在PD的文档及第了1个录音带、顾客、商店3个实体型在租借录音带这个场景上产生关联,然后把租借定义为上述3个实体型之间的association的例子,非常确切。在我们的学校模型里,我定义了家访做为老师和学生实体型中间的1个association,在接下来产生的PDM中大家便可能看到这类定义所产生的效果。

heritance(继承)

这类关系在概念层面是容易理解的了,本文就不赘述了。

前面已介绍了CDM中关于实体间关系的主要内容,接下来我们就来看看根据这个CDM所生成的PDM是1个甚么样子:

上图中所有标红的部份是我们应当关注的内容,由于他们都是由于我们对实体型间的关系的定义而产生的,下面给出1些简单的说明。

1.师生关系和学生俱乐部这两个表是由于我们的多对多关系而产生的。

2.假期表的工号字段是由于我们将教师-假期关系指定为dependent而产生的。

3.班级表的工号字段是由于我们将教师-班级关系制定为dominant而产生的。

4.家访表中的工号和学号字段是由于家访是教师和学生实体型的association而产生的。

另外,记得我们在提到dominant属性的时候说过,1个没指定dominant方向的1对1联系将产生两个援引,下面我们就把本来的CDM中的教师-班级关系进行1个小小的修改,去掉这个relationship的dominant定义,那末终究产生的PDM中教师表和班级表将相互包括对方的主键(由于我们的班级表没有自己的主键,所以只能在班级表中看到多出来的列),截图以下:

对比这个PDM截图和上1个PDM截图之间的辨别,大家可以很容易得看出dominant属性对1个1对1关系的作用。

好了,说到这里,本文就暂时告1段落了。文中提到的,都是常常使用PD的同志和笔者1样每天都会碰到的1些概念。只有我们把这些概念弄得很清楚,对PD的使用才能事半功倍。笔者也在上找过关于PD的资料,发现有价值的资源很少。如果哪位老兄有比较好的资源或书,还请推荐12。

应1位朋友的要求,将本文中用到的CDM文件放在这里:r

2 : 设计中的概念模型——以豆瓣FM为例

对产品的“概念模型”早提出和在设计中的作用,几近都是几个心理学背景的专家在讨论(如 Norman),这1点不难理解,概念模型的构成依赖用户的认知进程,其表征情势反应用户对产品的认知操作结构,这1知识系统构建天然地与认知心理学研究相干。[ )但恍如这1概念及其作用并没有被太多设计者意想到。作为1篇介绍概念模型在设计中利用和举例说明的文章,暂不对这1概念内涵和演进做系统梳理。

什么是产品的概念模型

Norman(2002)在其经典著作 The design of everyday things (中文译作《设计心理学》)中较早对这1概念模型有介绍。他认为与产品相干的概念模型有两个(见下图):

Norman的概念模型

来源:Norman, D. (2002). The Design of Everyday Things,第 16 页

设计者的概念模型(即设计模型,designer model)和终究用户的概念模型(用户模型,user’s model)。设计模型作为产品设计者的概念模型,是对产品构成结构和操作方式的系统化、结构化描写;相对应的用户模型,是用户在产品使用进程中构成的关于产品构成和操作方式等的结构化理解。而设计者是通过1系列视觉线索(如隐喻 metaphor, 可供性 affordance 等),和用户的产品使用进程将设计模型传递给用户(即 Norman 所说的系统图式 system image),并终究转换为用户概念模型。

设计模型和用户模型的理想状态就是2者完全同等,即产品的所有设计意图和操作方式完全被用户所理解。但现实常常是残酷的!除作为设计师和用户的那个/些人,这两个模型总存在差异。而设计模型是否是正确和有效的转达,并转化为用户的心理模型,在相当程度上决定了该用户对产品功能的理解和操作方式、使用效力等。

豆瓣 FM 模型实例

下面以豆瓣 FM(iPhone v2.3.3)转达的概念模型来讲明其操作对用户(基于我和身边几个朋友的使用体验)酿成的困扰。

1、豆瓣 FM 在其概念模型转达上存在的问题:

豆瓣 FM 中“电台”概念,与络概念联系紧密,而豆瓣 FM 可以离线收听(需要先登录并缓存“红心”歌曲), 这1概念没有在视觉上清晰传递给用户 (对关注数据流量用户很重要)。

挑战用户已成模式的播放控制概念(如播放、暂停、上/下1首等), 强迫以豆瓣 FM 方式取代,造成经常使用播放控制却需要额外认知和操作上的努力。

2、豆瓣 FM 的设计模型(根据产品详细使用而来 ):见下图

3、产品设计建议:

在界面上调剂(比以下图):引入播放模式切换;回归标准的播放控制模式,以更符适用户播放习惯。这样会让产品功能结构的概念模型更好地传递给用户,并与已构成的概念更流畅、自然地关联,从而提高使用效力。

概念模型的意义

通过上面的例子不难看出,通过概念模型对产品利用场景的模拟作用,能够有效帮助产品进行用户体验方面的改进。逾越设计模型和用户模型之间的鸿沟,是概念模型体系所要1直改进的方向。

3 : 原型设计:原型设计- 原型设计概念,原型设计-  目的

原型设计以站注册作为例子,全部前期的交互设计流程图以后,就是原形开发的设计阶段,简单的来讲是将页面的模块、原素、人机交互的情势,利用线框描写的方法,将产品脱离皮肤状态下更加具像跟生动的进行表达.原型设计是交互设计师与PD、PM、站开发工程师沟通的工具。

原型设计_原型设计 - 原型设计概念

产品原型概括的可以说是全部产品面市之前的1个框架设计。原型设计以站注册作为例子,全部前期的交互设计流程图以后,就是原形开发的设计阶段,简单的来说是将页面的模块、原素、人机交互的情势,利用线框描写的方法,将产品脱离皮肤状态下更加具像跟生动的进行表达。原型图利器–Mockplus的审阅功能原型设计是交互设计师与PD、PM、站开发工程师沟通的工具。而该块的设计在原则上必须是交互设计师的产物,交互设计以用户为中心的理念会贯穿全部产品。利用交互设计师专业的眼光与经验直接导至该产品的可用性。原型开发工具,每一个人都有各自的使用习惯,有人喜欢axure、Mockplus,也有人喜欢手绘,乃至有人用excel制作的交互原型,不但能够布局,还具有基本的链接和跳转功能。

BoxandArrow的这篇文章《PDFPrototype:》提示我们,工具只是实现目标的1个手段,因此选用何种工具完全基于个人的习惯及方便。

在原形设计上:axure软件提供了1套非常完善的原形设计工具。。就目前所有的原型图工具,于轻量化的原型设计工具来讲,Mockplus软件入手更快,更容易接受。

原型设计_原型设计 -  目的

以下角色使用用户界面原型:

用例阐释者,用来了解用例的用户界面;

系统分析员,用来了解用户界面如何影响系统分析;

设计员,用来了解用户界面如何施加影响及它对系统“内部”的要求;

类测试人员,用来制定测试计划活动。

原型设计_原型设计 -  特点

可建立3种基本原型:

图纸(在纸上)

位图(绘图工具)

可履行文件(交互式)

很多项目中,您需要按上述顺序使用全部3种原型。

原型设计_原型设计 -  时机

用户界面原型必须在先启阶段的初期或在精化阶段1开始建立。全部系统(包括它的“实际”用户界面)的分析、设计和实行必须在原型建立落后行。

请注意:创建用户界面原型的主要目的是在实际设计与开发开始之前揭露和测试系统的功能与可用性。这样,您可以在将太多时间与资源投入开发活动之前,确保所构建的系统是正确的。

为了成功进行该早期测试,开发原型的开支必须远远低于开发实际系统的开支,同时这个原型应具有足够的功能,可以进行故意义的使用测试。

原型设计_原型设计 -  职责

用户界面设计员负责保护用户界面原型的完全性,并确保依照用例示意板和边界对象的要求,使用原型构建1个可用的用户界面。4 : 东南V5概念车 突破自主车型设计理念

第10届北京国际车展拉开帷幕后,可供欣赏的国内外各大汽车产品云集,新车、概念车层见叠出。东南携款概念车型V5在展台的亮相也一样引发了不小的轰动。为东南汽车未来重要的自主战略车型,V5展现了很多与众不同的特点。下面就1起来看看这款首次亮相的概念车型吧。

车身外形通过流线设计使其更富有时尚感,靓丽的色彩也较为引人注视。前脸设计的独特大型进气格栅显得颇具霸气;响应前部设计的车身后部一样通过紧凑的线条突出结实的质感。

多处细节都能看出V5的运动特性,采取ENKEI的合金多辐轮毂及简洁到的外后视镜线条证明了这1点。前后车灯均使用LED作为主要组成部分,充分显示其时尚特点。

东南V5概念车公布的动力参数显示了其不俗的性能,资料显示其使用CVT无极变速系统,搭载1.8L汽油发动机,依托可变正时系统保证了燃油经济型,动力输出到达106千瓦,扭矩峰值可达178N·m,强劲动力1目了然。

此款概念车的车内配置丰富,智能巡航,偏移警示,自动导航等等系统1应俱全。安全方面基于高刚性车体配合全车7安全气囊设计保证了成员的安全,同时将ABE、ESP、BAS等安全电子系统完善结合,令行车时安全感倍增。

V5作为东南汽车的概念车型,通过不俗的外形及良好的动力安全配置,在未来上市后将成为东南完成年销售目标的新力量。相信在看过本文后您还想对这款自主概念车有更多的了解的话,那就来新国展的东南展台1探究竟吧。(文/刘小亚)

5 : 软顶设计 双龙 XIV⑵概念版车型发布

[聚知识 ] 2012年4月24日,北京车展继续进行,双龙汽车在北京车展上上市了1款主席标准版(点击查看售价),另外1款全新概念车XIV⑵也在车展上发布,据双龙表示,新车会在以后终究实现量产。

XIV⑵ (Exciting User Interface Vehicle 2)是曾在广州国际车展上倍受关注的概念车XIV⑴的升级款,车型定位于跨界多功能车CUV (Crossover Utility Vehicle)。

XIV⑵概念车在设计上的亮点在于独特的软顶车篷,辨别于其他SUV产品,其车顶被设计成只需轻轻1按就能够打开的帆布车顶。在内部设计方面,XIV⑵沿袭了XIV⑴简洁灵动的设计风格,红色的仪表盘为车内设计增加活力。

新车内部,其主驾驶位操控整合为1个中央系统,驾驶员可以通过安装在屏幕上的中控监视仪表盘(Center Fascia Monitor)控制全局,另外还配备了自动智能用户界面。而车内的4个独立凹背座椅则确保了乘客的乘坐空间。

动力方面,新车主要体现环保清洁,1.6升柴油/汽油发动机配备6速手动/自动变速器和ISG启动发电1体机等技术,据官方表示能到达欧洲6号环保标准。(编译/聚知识 曾晓云)

点击进入北京车展

登录 随时随地看北京车展

葵花胃康灵
小儿肺热咳喘口服液
葵花胃康灵
本文标签: