
190
|
第
8
章
•
尽量将单个数据项的范围缩至最小,直到你感觉自己在考虑明显没有什么帮助
的细节。然后逐渐扩大范围,直到你感觉这个范围依然非常紧凑,但仍然有用。
这有助于确保显著性。重复这个操作,但这一次主要关注这些术语对谁来说很
重要,以及用例的驱动者是谁。
•
不要做模糊的区分。世上不存在“简短的描述”和“完整的描述”。应该根据
它们擅长反映的真实世界的上下文,为其指定更强的类型。现实世界没有简短
的描述,也没有完整的描述。
•
在写下“主要渠道”和“次要渠道”的时候,要多加小心。二者有何不同?是
从谁的角度做的区分?这是一个层次结构,也是软件开发中常见的一种重叠。
现实世界中没有主要渠道和次要渠道之分。渠道就是渠道。有没有“三级渠道”
呢?这个问题就类似“简短的描述”和“完整的描述”。
•
宇宙中只有三个数字:零、一和许多。
•
“价格”真的属于产品表吗?我们无法仅通过产品表的信息来回答这个问题,
我们还需要供应商,因为张记五金店的一个水龙头需要
30
元,而在王记五金店
中只要
25
元。这是因为产品的价格实际上是对现实世界的错误表示,尽管我们
口头上常常这样表达。库存商品有价格,这时产品对应的是供应商。所以它更
真实,因此更不容易出错。此外,产品通常都没有价格,应该有的是“市场价”
或“基本价格”,还有军用价格或教育折扣等。重点在于,事物往往都比较复杂。
你需要审视复杂性,以便做出真实的陈述,合理地表达你正在做的产品。通常
事物都需要分类成一个列表。
•
在两个层次上引用同一个事物时就会产生割裂的思维。你需要考虑谁是用例的 ...