需求之系统用规例约.pptVIP

下载本文档

2
0
约8.71千字
约 40页
2017-04-09 发布于四川
举报
版权申诉

需求之系统用规例约.ppt

1、本文档共40页，可阅读全部内容。
2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
8、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

需求之系统用例规约（System use Specification） 2017年4月 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 2 需求步骤2-3：书写系统用例规约用例图只是表达了用例的目标，需要通过书写用例规约把不同级别的相关需求表达出来。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 3 前置条件和后置条件前置条件：用例开始前，系统需要满足的约束。后置条件：用例接受后，系统需要满足的约束。后置条件分为最小后置和成功后置。最小后置指即使在用例失败的情况下系统也需要满足的约束；成功后置指用例成功时系统需要满足的约束。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 4 前置条件和后置条件前置条件和后置条件必须是系统能检测的。在“录入保单”用例中，系统无法检测业务代表是否已经将保单交给内勤。在“收银”用例中，系统无法检测顾客是否已带货物离开。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 5 前置条件和后置条件前置条件必须是用例开始前系统能检测到的。储户开始取款的交互前，系统不知道储户是谁，要取多少钱，所以“储户账户里有足够的金额”这个条件是无法检测的。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 6 前置条件和后置条件前置后置条件必须是约束，不是动作。 “系统记录鉴定结果”是一个动作，不是条件。条件应该是“系统已记录鉴定结果”。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 7 前置条件和后置条件前置后置条件要有系统的味道。 “系统正常进行”、“网络连接正常”等放之四海皆准的约束，和所研究的系统没有特定关系，不能作为前置后置条件，否则又将是一大堆正确而无用的废话。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 8 涉众利益储户在取款时，涉及的涉众利益如下：储户—希望操作24小时服务；担心权益受损。银行负责人—希望安全；希望节约运营成本。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 9 取款的用例描述片段基本路径 1.储户提交账户信息 2.系统验证账户信息合法 3.系统提示输入密码 4.储户输入密码 5.系统验证密码合法、正确 6.系统提示输入取款金额 7.储户验证金额合法 8.系统记录取款信息，更新账户信息 …… 业务规则 5.密码为6位数字 8.取款金额应为100元的倍数；取款金额应少于账户余额；单次取款余额不超过3000元；单日取款金额不超过20000元设计约束 1.通过磁条卡或芯片卡提交账户信息。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 10 涉众利益的交锋步骤1有设计约束“通过磁条卡或芯片卡提交账户信息”，这是为了照顾储户“方便”的涉众利益。验证密码是为了照顾银行“安全”的利益。 “密码长度为6位”是“方便”和