[答疑]设备数据上报的类图

彡工鸟 2018-12-13 17:48

潘老师，有空帮忙点评一下，谢谢

UMLChina潘加宇:

彡工鸟:

参数类型 更多的是表示分组，而参数规格是用于参数校验的。。
数据上报的时候，可能与mi不是同一个时刻的，在可能在设备端收集后统一发上来，所以不能合并

UMLChina潘加宇:

再思考一下，分组是对规格分组还是对参数分组

彡工鸟:

参数名和参数值一开始是没有属性的，感觉怪怪我就加上去了。参数名和状态名都想表示不同时刻，可能拥有不同的值
对参数分组
状态是设备的状态，模组也可以理解为参数那边的分组，就是逻辑上划分

UMLChina潘加宇:

我的意思是我的意见很可能是对的，你再好好思考一下
类比：商品-商品规格-商品类型
特别是，设备直接连到事件类型，这个不会的。
规则是规则，游戏是游戏

就算有规则似乎是针对个体，其实也不是，仍然是针对群体，只不过这个职位目前可能只有他一个人。
你再仔细体会一下。

彡工鸟:

这个确实，我连的时候，也想了好久。。。

UMLChina潘加宇:

实在不行，你就当成是数据库建模 ，把你认为合适的数据库模型发上来

彡工鸟:

这种可以合并么？最开始通过用例分析的时候，分别是存在参数上报，状态上报，事件上报三个mi的，然后对应自己的mi明细。现在合并成一个数据上报，再添加上报类型的描述

UMLChina潘加宇:

如实描述。合并成一个，上报，关联到上报类型

彡工鸟:

谢谢，我再仔细体会一下，到时候同数据库建模一起发上来

彡工鸟:

潘老师，我重新再整理了一下，觉得这样应该更合理。同时附上了数据库模型，您再帮忙点评一下，谢谢！

UMLChina潘加宇:

彡工鸟:

1. 我是偷懒，所以直接用领域属性的做主键的，实际上会单独用ID
2. 适用那个，可以理解成同一型号的设备，都有这些参数和状态，之前是关联到具体设备，后来觉得应该是关联到设备型号
3. 右下角的事件，同样是设备上报的，事件差不多等同参数/状态

彡工鸟:

潘老师，这个还是需要设备ID吧，不然不知道是哪个设备

UMLChina潘加宇:

已经关联到上报了，又关联一次不是重复了吗

彡工鸟:

哦，那事件和状态也是一样处理才行
我想着这样便利一点呢

UMLChina潘加宇:

这几个类就够了

彡工鸟:

，我好好消化一下

彡工鸟:

不过数据项不需要跟设备，设备型号关联么？因为还有反过来，修改设备的数据项一说

换成这样？

UMLChina潘加宇:

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

主题:	软件需求设计UML全程实例剖析
开课时间:	2019年1月5-6日(周六、周日)（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版，自行到书店购买，勘误：http://www.umlchina.com/book/errata2ed.htm （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. 改进指南
--根据团队情况改进
--小步前进
--正确的改进心态

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