摘要：
1、在编写契约过程中，发现之前的领域模型不对，此时是否需要修改？ 2、用例中复杂场景里的状态变化细节，描述过多导致用例臃肿，让人看不下去，因此，这部分最好在操作契约中提现。 3、来源： 4、使用过去式 5、不要漏掉关联 6、例子 阅读全文
posted @ 2019-06-07 15:23
遥远2
阅读(941)
评论(0)
推荐(0)
摘要：
1、例子 发现： 2、定义 1）、契约有哪些部分？ 2）、什么是系统操作？ 就是SSD中的操作名称（相当于类中的方法），由此定义操作契约。 3）、后置条件 定义：描述了领域模型内对象状态的变化。该状态变化包含： 后置条件如何与领域模型相关？ 如何编写后置条件？ 由此可知，后置条件是操作契约的重点，其 阅读全文
posted @ 2019-06-07 14:40
遥远2
阅读(4396)
评论(0)
推荐(0)
摘要：
1、不是所有场景都需要画SSD。需要画SSD的场景： 2、角色 3、画SSD时间不要过长，一般几分钟或30分钟即可。 4、SSD属于用例模型中的一部分。 5、何时构建SSD？ 阅读全文
posted @ 2019-06-07 13:38
遥远2
阅读(296)
评论(0)
推荐(0)
摘要：
1、SSD来自哪里？答：用例文本 2、如何为系统事件和操作命名？ 3、SSD中的哪些需要放到词汇表中？ SSD元素包含 这些元素，必须要简洁。但别人可能不太明白，因此这些需要放到词汇表中。比如：图10-2中，“change due，receipt”，词汇表中写： 阅读全文
posted @ 2019-06-07 11:51
遥远2
阅读(626)
评论(0)
推荐(0)
摘要：
需求文本看着过于抽象，采用SSD一目了然。 在设计软件之前，分析人员会关注系统会发生那些事件？ 1、基本上，软件系统要对以下3种事件进行响应： 2、系统事件与系统行为 阅读全文
posted @ 2019-06-07 11:39
遥远2
阅读(213)
评论(0)
推荐(0)
摘要：
1、NextGen例子 SSD来自用例文本 2、定义 3、那些场景需要画SSD？ 阅读全文
posted @ 2019-06-07 11:24
遥远2
阅读(385)
评论(0)
推荐(0)
摘要：
场景：用户重复交易，即同一笔订单号不断支付或充值。 做法： 一般的做法是，在交易接口中，首先查询数据库是否有该笔流水。如果有则返回重复支付，否则放行。 但是，这样的接口违反了“单一职能原则”，对数据库冲击很大，而且修改业务后可能会带来bug隐患。 可这样做： 其他做法： 服务层：修改/删除，用乐观锁 阅读全文
posted @ 2019-06-07 10:05
遥远2
阅读(276)
评论(0)
推荐(0)
浙公网安备 33010602011771号