道奈特(240***10) 14:34:55 EA中序列图。我想表示消息返回值为 Customer 集合。目前只有一个Customer实体类，我需要另外新建一个CustomerList 类吗？** 潘加宇(3504847) 17:01:26 不需要。如果是分析，在类的操作中，定义一个参数（parameter），类型为Customer，方向（direction）为return，multiplicity为1…* 潘加宇(3504847) 17:02:27 如果是设计，假设选用C#实现，用List表达集合，可以直接在Return type处直接写List 潘加宇(3504847) 17:05:55** 
[幻灯]7.29-8.1日晚-剔除“伪创新”和“无领域”的领域驱动设计-网课
[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频
[新增：鸵鸟]软件开发团队的脓包：皇帝的新装、口号党、鸵鸟、废话迷
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
怪论：东北公司用用例做需求，反映了东北互联网落后？
别把洋垃圾当宝贝-评InfoQ中国“敏捷……”文章（一）
中文书籍中对《人月神话》的引用（完结，共110本）：软件工程通史1930-2019、实用Common Lisp编程……
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
UMLChina服务介绍
以下为凑原创的文字
进一步抽象之后，一些概念也可以理得更清楚。例如，人员之所以有若干个电话、手机、微信……，原因可能是用途不同。如果直接映射到模型，就会得到“办公电话”、“住宅电话”、“办公手机”、“私人手机”等属性。做了图9-29的抽象之后，直接在“联系方式”上关联一个类“用途”即可，如图9-31所示。
有些联系方式类型之间允许绑定。例如，电子邮件地址可绑定QQ帐号、MSN账号；从QQ号可以推导QQ邮箱地址和微信；从手机号可以推导139邮箱和微信，等等。注意，上面说的“可以”指的是联系方式类型的规则，具体联系方式是否绑定是不一定的。图9-32通过添加自反关联，表达了“可以绑定”和“绑定”的知识。
