所在位置:答疑 - 内容   
业务规则和设计约束两者都为附加约束
 

上光所马冬冬(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、业务规则和设计约束两者都为附加约束,我原来的理解是两者区别主要在于前者关注核心域或业务逻辑领域,后者关注非业务的其他领域,但是今天看到附件约束里写的也有"行业规定",这不是与业务规则重复了吗?
--这个"行业规定"实际上说的是某行业里面关于实现方案的特定约束,确实有误解,已经在软件方法中删掉,你看到的是幻灯片的,新版也删掉