
服务边界 · 分项说明
概念说明
服务边界是把处理权与结果责任一并标出的范围:在一种场景只提供判断意见,在另一种场景负责完成交付,责任随交付物转移而改变。91上床打扑克免费app。比较场景时看交付物由谁形成、结果由谁确认,而不是只看请求名称。
判断方法
判断服务边界,可以从条目反推样本:每条边界文字至少要能举出一个应被包含的具体请求和一个应被排除的具体请求。举不出排除样本的条目,通常写得过宽,需要补上限定动作或对象;举不出包含样本的条目,往往只是描述状态或态度,没有可执行的内容,应改写或删除。再把待判请求代入,能同时对上样本中的动作与对象才判归属,对不上的标为待确认。这个方法只检验条目的可判定性,不评价服务好坏。
适用边界
服务边界适合处理可以拆成离散条目的事项,回答的是“这一项归不归本次委托”;它给不出“做到什么程度”的判据。遇到以程度描述的事项,例如轻微与严重的分界、部分完成算不算完成,同一句边界文字会被双方读出两个结论,应另设可观察的完成标准,不能靠边界本身裁定。另外,边界只对订立时已能列举的情形有效,订立后新出现的事项只能按最接近的条目作类比提出,再另行确认归属,不能凭类比直接判为范围内或范围外。



读者评论
有一点不太同意,有时候客户自己也不知道要什么,得边做边改
看完学了一招,先把双方默认的前提一条条写出来对一遍
干了几年项目,最深体会就是沟通比技术难多了
把所有变更记在同一张表里,回头翻起来方便很多
有时候不是不想规范,是根本没人手去维护那些文档