[答疑精选]是否针对系统保存失败,要写扩展路径呢

是否针对系统保存失败,要写扩展路径呢

阿厉(309***4) 15:41:13

咨询下: 在写用例规约时,遇到这样的情况, 是否针对系统保存失败,要写扩展路径呢
1 会员提交订单信息
2 系统保存订单
潘加宇(3504847) 13:16:11
不要。这不是需求。
潘加宇(3504847) 13:18:47
系统为什么会保存失败，设计有问题呗，可能是代码写错，可能是系统基础设施资源不足，这些和需求无关。
潘加宇(3504847) 13:19:37
否则如果程序员不会写某段代码，需求是不是也得手把手教他?
Simplicity(19****517) 13:21:27
数据验证错误 可以写扩展路经
潭非一护(191612475) 13:22:21
数据验证错误应该不算需求吧
潘加宇(3504847) 13:22:33
应对和设计无关的失败才是扩展。例如，执行者输入某些信息，系统验证。系统无法保证执行者一定会输入合法信息。
Simplicity(19****517) 13:23:37
应该算啊，你的系统统应该对错误有应对
潘加宇(3504847) 13:24:08
系统请求第三方系统做某事，系统也无法保证第三方系统一定会正常运行。这些和你的设计错误没有关系。
绍校(2075***8) 13:33:41
应对和设计无关的失败才是扩展 
尘语<xno***.com> 13:34:19
应对和设计无关的失败才是扩展 
Simplicity(19****517) 13:42:36
仔细想一想，确实精辟，比如，要求用身份证读卡器读取身份信息，如果失败，那是读卡器等设计的事情，不是需求。
京张国战(492****67) 13:44:08
如果这种系统调用导致失败，如何给客户响应， 这应该是需要需求考虑吧
Simplicity(19****517) 13:44:25
这个应该是
京张国战(492****67) 13:44:34
就像"系统失败，请联系管理员"
Simplicity(19****517) 13:44:40
可以作为 可用性 
潘加宇(3504847) 16:21:47
如果这种系统调用导致失败，如何给客户响应， 这应该是需要需求考虑吧-----之前的回答已经说清楚了。设计无关的意外是扩展，"设计相关"的意外，涉众并不关心其细节（哪段代码写错了还是根本没写?），只需反馈系统故障，这和特定用例无关，不用写在某个用例中，单独写在后面某个地方即可。如果这都已经有共识，那就不用写。

建模高阶在线实作训练

UMLChina通过视频会议的方式提供一系列"点上强化"的UML建模高阶实作训练课程。每次课都是老师现场讲的，不是录像！

目前网络高阶训练已进入分析设计（即《软件方法（下）》）的内容，领域建模6次课，领域驱动设计3次课，内容和去年相比有较大更新，欢迎参加！

【最近上课内容安排】

上课日期时间	主题	内容纲要
7月28日（周四）晚19:30-22:30	领域驱动设计（二）	*领域驱动设计战略模式 *领域驱动设计战术模式
待定	领域驱动设计（三）	*典型架构模式（2）
待定	EA团队开发	*EA版本控制和协作开发
待定	Rational Rhapsody特色功能演示	*序列图、状态图仿真等特色功能
待定	在团队中推进建模	*如何在团队中推进建模的要点
待定	愿景高阶	*定位老大背后的道理 *如何定位目标组织和老大 *如何得到恰当的愿景和度量指标 *通过愿景过滤用例 *如何给产品命名
待定	业务建模高阶（一）	*业务用例图要点 *业务用例图常见错误剖析 *业务序列图要点 *业务序列图常见错误剖析
待定	业务建模高阶（二）	*绘制业务流程时的思考方法 *寻找改进点的训练
待定	系统用例图高阶	*系统用例图要点 *系统用例图常见错误剖析
待定	系统用例规约高阶	*系统用例规约要点 *不同类型需求的辨别和提炼 *系统用例规约常见错误剖析
待定	EA生成文档& 需求启发	*定制EA文档模板 *生成文档 *研究资料 *访谈 *观察 *研究竞争对手
待定	领域建模（一）	*从用例规约到分析类 *基于核心域的复用 *如何得到恰当的领域抽象
待定	领域建模（二）	*以一个实例贯穿剖析 *提炼类 *审查类和属性
待定	领域建模（三）	*识别类间关系 *类图的大局观 *彩色UML建模  *类图和代码的映射
待定	领域建模（四）	*序列图要点剖析 *合理分配责任的原则 *状态机图要点剖析 *绘制状态机图 *调试状态机图（EA+Rhapsody)
待定	领域建模（五）	*典型分析模式（1） 模式和分析模式 组织模式 人员模式 物品模式 时间模式
待定	领域建模（六）	*典型分析模式（2） 餐饮领域模式
待定	领域驱动设计（一）	*领域驱动设计要点 *核心域和非核心域的映射 *类图和代码的映射 *序列图和代码的映射 *状态机和代码的映射

【费用】

整个高阶讲座共分18个主题，每个主题3小时。可逐次交费，但考虑到价格会逐渐上调，欢迎一次性购买较多课时，一次性开发票，然后慢慢使用。课时余额一直有效，可以随意挑选任意一次讲座参加。

300元，听1个主题（3小时）
1700元，听6个主题（18小时） 
4800元，听18个主题（54小时）

【学员对象】

训练将不再讲授"UML全程实作"训练讲过的内容，缺省认为学员了解"UML全程实作"训练的知识，所以，参加对象应为符合以下条件之一的软件开发人员：
1.接受过"UML全程实作"训练，并已尝试应用在项目中。
2.已精读《软件方法》和"UML全程实作"训练幻灯，并已尝试应用在项目中。

【老师】

潘加宇，UMLChina首席专家。在1999年还是一名程序员时，利用业余时间创建了UMLChina，潜心研究需求和设计技能。2002年开始对外提供UML需求和设计的技术指导和训练服务，到现在为止，已经上门为超过240家的组织提供服务，覆盖了国内各个领域的领袖企业，包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。

【上课地址】

训练通过视频会议室Zoom举行，支持视频，屏幕共享。 会议室地址：https://zoom.us/j/7358411155，或者在客户端输入会议号7358411155。有PC、Mac、iOS、Android客户端。欢迎试用!

Zoom安装使用指南：

每次课都是老师现场讲的，不是录像！

【报名和交费】

步骤一、报名

教室座位有限，所以需要先报名以便我们预留座位。请填写以下项目通过以下任何方式告知我们，我们将尽快告诉您是否还有座位为您预留。

姓名：
单位：
职务：
Email：
QQ：
手机：
您自己的Zoom帐号：

电话：[phone]，邮件：[e-mail]

QQ：2925524189 ，微信：umlchina 

步骤二、交费（还有高阶课时余额的学员，我们在回复消息中会提示跳过此步骤）

得到我们确认座位的信息后，就可以办理交费。可选交费方法：

（1）微信支付到umlchina

（2）支付宝账号[e-mail]

（3）公司账户

户名：杭州先思软件技术有限公司
帐号：3310 6594 0018 0100 29896
开户行：交通银行杭州滨江支行

汇款后将凭证（底单照片或截图）告知我们。如需开发票，请告知发票单位名称。

【上课】

收到费用后，会发放听课证给您，上有上课时会议室的密码。

判断是否上课的标准：上课时间会议室内出现了您的Zoom帐号，则认为您上了一次课。
如果碰到老师或服务商的网络故障导致大家没上成课，会再补上。