[答疑]表示表之间的多对多的关系，但不希望通过EA生成外键约束

东风31(23***2) 2018-08-20 14:05:27
EA12 中，在Data Modeling图下，是否可以给两个表创建关系，但不创建外键约束的？
我想只表示表之间的多对多的关系，但不希望通过EA生成外键约束
有人知道吗？

潘加宇(3504847) 2018-08-20 14:15:30
没有约束，怎么能说得上有关系啊

东风31(23***2) 2018-08-20 14:16:30
从概念上是有约束，但生成DDL语句的时候，并不希望生成数据库的约束。这部分是通过程序逻辑来控制的

潘加宇(3504847) 2018-08-20 14:17:17
那就是没有关系

东风31(23***2) 2018-08-20 14:18:09
图上没有关系的线条，这样沟通起来不方便

潘加宇(3504847) 2018-08-20 14:18:31
A里面有个字段叫A_ID，B里面也有个字段叫A_ID，你不在某个地方说清楚，就说这两个有关系，那只是存在于你的意念里面而已。

东风31(23***2) 2018-08-20 14:18:45
之前用的EA9的版本都是可以的。用了12，发现和以前在Data Modeling下创建数据模型视图不一样了。。。
以前版本的EA是可以在Data Modeling图里，是可以使用关系的，现在貌似用关系就是建立外键约束了
而且在"操作"部分，自动创建一个外键约束对象

潘加宇(3504847) 2018-08-20 14:24:15
上面已经说了，就是静态上没有关系。

补充：

很多建模人员都有这个问题，逻辑放在自己的大脑里就已经以为系统的模型已经知道了。

例如：软件系统维护的信息里，有一个人姓名叫张大毛，另一个人姓名叫张二毛。建模人员大脑里知道这两人是兄弟，然后就觉得软件系统也知道了，其实建模人员的大脑和软件系统并没有同步的通道。建模人员必须在系统模型的某处说明（1）这两人是兄弟，或者（2）如果两人的姓名只有一个同样位置的字不同，而且这个字有数字含义，那么这两人为兄弟，或者（3）类似其它表达方式。

不只是分析的时候有这个问题，业务建模也不少。经常有人在业务序列图上画如果缺货就怎么样，却没有说判断是否缺货这个逻辑是封装在哪个系统里面的，好像从天上掉下来似的。

====广告分隔线====

主题:	软件需求设计UML全程实例剖析
开课时间:	2018年10月13-14日(周六、周日)（9:00-12:00，13:30-17:30）
上课地点:	深圳
费用：	每人2400元，含午餐。交通、住宿费请自理。可以开增值税专用发票和增值税普通发票。
微信报名：	18758097122
QQ报名：	1493943028
Email报名：	[e-mail]
咨询电话：	18758097122
报名交费：	步骤一、报名 教室座位有限，需要先报名。请通过以上任何联系方式告知我们您的姓名和单位，以便我们预留座位。 步骤二、交费 按以下方法办理交费，将交费凭证（截屏或照片）、发票单位名称（如果要开）通过以上任何方式告知我们。我们收到费用后会给您发听课证，听课证是一个pdf文件，上有详细听课地点和您的座位号。听课证上有详细地址和座位细节。 不方便现场交费，因为需按交费顺序安排座位，而且现场只有老师，无人收款。 如果您交费后因故未能参加，您的名额和上课时间将会一直保留。 交费方法： （1）支付宝支付到[e-mail]，手机扫描二维码或PC上点击付款图标即可付款 （2）微信支付到18758097122 （3）如果是公司财务汇，可以汇到负责UMLChina商务事宜的以下公司账号: 户名：杭州先思软件技术有限公司 帐号：3310 6594 0018 0100 29896 开户行：交通银行杭州滨江支行
课前准备：	请下载以下资料： （1）最新版本的本次课程训练幻灯 http://www.umlchina.com/training/slide.htm （2）建模软件EA30天试用版 http://www.sparxsystems.com/products/ea/trial/request.html （3）UMLChina模型模板 http://www.umlchina.com/training/myproject.rar （4）《软件方法（上）》第2版，自行到书店购买 （5）《软件方法（下）》目前公开内容，请在http://www.umlchina.com/book/softmeth0809.pdf下载 （6）课上可以专门以学员的项目作为主要讨论项目。如果您希望在课上讨论您的项目，麻烦下载http://www.umlchina.com/training/project.doc 填好后发给我们，以便老师针对您的项目相关领域事先做准备。

[训练介绍]

软件开发中，需求是解决“产品怎样好卖”的问题，设计是解决“降低生产成本”的问题。二者相辅相成，缺一不可。而且，不能相互取代。要迈向“低成本制造好卖的产品”的境界，并非喊喊口号就能达到，需要静下心来，学习和实践各种技能。

在这个强调“做减法”的时代，建模是正确帮助您“做减法”的绝佳工具。

本训练就是教授如何使用UML2.5相关的需求和设计技能来全程实例剖析一个系统的过程。

本训练对每个开发工作流，结合讲解、做练习巩固、应用到实际项目三种方式，展示使用UML2.5相关技能开发软件系统的全过程，解答实际应用中的疑难细节问题。

[学员要求]

有一年以上项目经验的需求或设计（编码）人员。不需要您有“UML基础”，只需要您有项目经验。欢迎学员携带自己的项目来听课，由专家在现场进行剖析。

[专家]

UMLChina首席专家 潘加宇。在1999年还是一名程序员时，利用业余时间创建了UMLChina，潜心研究软件需求和设计技能。2002年开始对外提供UML需求和设计的技术指导和训练服务，到现在为止，已经上门为超过270家的软件组织提供服务，覆盖了国内各个领域的领袖企业，包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。

[课程大纲]

1. 概论
--需求和设计的关键区别
--核心工作流
--UML的统一
--使用UML开发过程、工具、资料介绍
2. 愿景
--愿景的要点
--如何揣摩愿景
--项目实作：愿景 
3. 业务建模
--组织的外观和内观
--选取合适的建模业务单元
--业务执行者和业务用例
--业务序列图
--改进业务序列图
--项目实作：绘制业务用例图、业务序列图 
4. 需求
--系统执行者要点剖析
--系统用例要点剖析
--从业务序列图映射到系统用例图
--项目实作：绘制系统用例图 
--书写用例规约
--项目实作：书写用例规约 
--通过关系整理用例
--需求启发技术
5. 结构分析之类图
--抽象和封装
--识别类及其属性
--识别类之间的泛化
--识别类之间的关联
--项目实作：绘制类图 
--彩色建模技术
--典型分析模式
6. 行为分析之序列图
--序列图精要
--用例、类图、序列图的互动
--专家原则和单一责任原则
--老板原则和聚合根
--可视原则
--项目实作：绘制序列图 
7. 行为分析之状态图
--状态图、类图、序列图的映射
--状态
--事件、动作和转换
--层次状态、历史状态
--转换执行序列
--分层和细化
--状态图和代码的映射
--项目实作：绘制状态机图 
8. 架构和设计
--存储层的映射
--数据源层的映射
--业务层的映射
--界面层的映射
--领域驱动设计
9. 改进指南
--根据团队情况改进
--小步前进
--正确的改进心态

以上时间分配会根据项目特点和训练进程调整。