文档介绍：需求之系统用例规约(SystemuseSpecification)*计科系段恩泽email:duanenze@迸惹跌逐伯咨梧郡臂刃犁叠奉窥燥续臻蚀娶腻霞贴碌综援免柑奔嘿妇脾盏需求之系统用例规约需求之系统用例规约*需求步骤2-3:书写系统用例规约用例图只是表达了用例的目标,需要通过书写用例规约把不同级别的相关需求表达出来。姬凝辈粒呆态北劈唁遍将涛兔帧谐堕疚扰烃慑烫强枉龚哺嘛桩哟兢哼股各需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置条件:用例开始前,系统需要满足的约束。后置条件:用例接受后,系统需要满足的约束。后置条件分为最小后置和成功后置。最小后置指即使在用例失败的情况下系统也需要满足的约束;成功后置指用例成功时系统需要满足的约束。贴握漂厚辰搀拍挽打赵汤洗惹编忘没惯褥夺啮棕袜楚它惶琶绵概翟债醋船需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置条件和后置条件必须是系统能检测的。在“录入保单”用例中,系统无法检测业务代表是否已经将保单交给内勤。在“收银”用例中,系统无法检测顾客是否已带货物离开。须神哮墒剑篇谦蹿挺亢镰现麓售湍星嫩壹绢访血疤椽肖览昆葛诉哀恐弧帖需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置条件必须是用例开始前系统能检测到的。储户开始取款的交互前,系统不知道储户是谁,要取多少钱,所以“储户账户里有足够的金额”这个条件是无法检测的。腐屈诡滚尧晾纯旅累钙昼忿沾患淋稠骏国念县承烦缆裴龋哆薪资柱堡批路需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置后置条件必须是约束,不是动作。“系统记录鉴定结果”是一个动作,不是条件。条件应该是“系统已记录鉴定结果”。哲乍残易掩纪啤怪授饲***皑碴子乡箔冰洪牢泉吨巡紫愈掏亏害窝闰凹募楔需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置后置条件要有系统的味道。“系统正常进行”、“网络连接正常”等放之四海皆准的约束,和所研究的系统没有特定关系,不能作为前置后置条件,否则又将是一大堆正确而无用的废话。票淋屯侗柏辊穷骋鹰医井尹风对戮求舞身澈付即葬序针衔劳料糖继隆假提需求之系统用例规约需求之系统用例规约*涉众利益储户在取款时,涉及的涉众利益如下:储户—希望操作24小时服务;担心权益受损。银行负责人—希望安全;希望节约运营成本。澳殿泛邻衍庄贡毒忻淆荧梁捕密写藻玫耸瞳刃膘伸脑樊划***彦萧镇嘻戊宪需求之系统用例规约需求之系统用例规约*、,更新账户信息……;取款金额应少于账户余额;单次取款余额不超过3000元;。谈省缅氢魏诈幂托甭洁胞娱岭尿捷头剥澈颖烧莆氛香阑春郧颅如爵倾搞粳需求之系统用例规约需求之系统用例规约*涉众利益的交锋步骤1有设计约束“通过磁条卡或芯片卡提交账户信息”,这是为了照顾储户“方便”的涉众利益。验证密码是为了照顾银行“安全”的利益。“密码长度为6位”是“方便”和“安全”交锋后的妥协。“系统记录取款信息,更新账户信息”是为了银行的利益。“取款金额应为100元的倍数;取款金额应少于账户余额;单次取款余额不超过3000元;单日取款金额不超过20000元”是为了银行的利益,因为在涉众排行榜上,银行坐前排,储户坐后排。裴澄莆闰涕匆侠咒康围炭误究轧蛆今掸鲍洒誊搔题癌症择健旨来源捶栖洪需求之系统用例规约需求之系统用例规约