上光所马冬冬(149***708)11:30:12
潘老师，请教关于用例分析的三个问题：1、用例规约如果要简写的话，可以略去哪些项，在答疑记录里看到"若觉得用例规约条目太多，也可以简化，即不写路径步骤，只要前置后置条件、涉众利益和补充约束就够了"，请问是否是这样？
2、路径步骤感觉有点像有些开发者说的场景，可否理解为不同的路径对应不同的场景？
3、业务规则和设计约束两者都为附加约束，我原来的理解是两者区别主要在于前者关注核心域或业务逻辑领域，后者关注非业务的其他领域，但是今天看到附件约束里写的也有"行业规定"，这不是与业务规则重复了吗？
成都-CA-李旗风(287***589)15:11:13
业务规则是将要开发的系统尽量实现的，约束是实现时的一些限制条件
上光所马冬冬(149***708)15:22:12
那请问是不是还是核心域与非核心域的区别？
上光所马冬冬(149***708)15:22:54
比如PPT中，关于银行取款机
上光所马冬冬(149***708)15:22:56
5. 密码为6位数字
8. 取款金额应为100元的倍数；取款金额应少于账户余额；单次取款金额不超过3000元；当日取款金额不超过20000元
设计约束
1. 通过磁条卡或芯片卡提交账户信息
上光所马冬冬(149***708)15:23:59
前面的两条业务规则是核心域的，后面那条设计约束是非核心域的
上光所马冬冬(149***708)15:24:08
只是介质
成都-CA-李旗风(287***589)15:38:31
我认为不是核心与非核心的概念
成都-CA-李旗风(287***589)15:39:23
这样理解可能好些
成都-CA-李旗风(287***589)15:39:37
业务规则通常与技术无关
成都-CA-李旗风(287***589)15:39:48
设计约束通常与技术有关
成都-CA-李旗风(287***589)15:39:58
但设计约束不全是技术
成都-CA-李旗风(287***589)15:40:45
设计约束还有法律、法规和强制要求等
Saly(153***153)15:41:29
潘老师讲课时说，不要再说技术这个词
北京-张攀攀(369***82)15:49:47
《软件方法》P205页 四、设计约束
第一句："设计约束是在实现系统时必须遵守的一些约束，包括界面样式、报表格式、平台、语言等"
潘加宇(3504847)15:50:50
1、用例规约如果要简写的话，可以略去哪些项，在答疑记录里看到"若觉得用例规约条目太多，也可以简化，即不写路径步骤，只要前置后置条件、涉众利益和补充约束就够了"，请问是否是这样？
--对的
2、路径步骤感觉有点像有些开发者说的场景，可否理解为不同的路径对应不同的场景？
--可以
3、业务规则和设计约束两者都为附加约束，我原来的理解是两者区别主要在于前者关注核心域或业务逻辑领域，后者关注非业务的其他领域，但是今天看到附件约束里写的也有"行业规定"，这不是与业务规则重复了吗？
--这个"行业规定"实际上说的是某行业里面关于实现方案的特定约束，确实有误解，已经在软件方法中删掉，你看到的是幻灯片的，新版也删掉