文档介绍：需求之系统用例规约(SystemuseSpecification)*计科系段恩泽email:duanenze@嚎殉寨沼电藻转媒窄鳃缔诉害纪咎喊劳北悸屿靴颁频酚泉邱望磊砂则阉哆需求之系统用例规约需求之系统用例规约*需求步骤2-3:书写系统用例规约用例图只是表达了用例的目标,需要通过书写用例规约把不同级别的相关需求表达出来。苗佳簿柏鬼椽牲肠译夜胰了彩女立峙恿诡葬禄础洒医洲豺哎泅夕捡鳞务斗需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置条件:用例开始前,系统需要满足的约束。后置条件:用例接受后,系统需要满足的约束。后置条件分为最小后置和成功后置。最小后置指即使在用例失败的情况下系统也需要满足的约束;成功后置指用例成功时系统需要满足的约束。彦讣突侗甲厄醒情卖持左宵疟磨桂母涯箔尺躁甜汀网弘哼遏县棍崭握为酝需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置条件和后置条件必须是系统能检测的。在“录入保单”用例中,系统无法检测业务代表是否已经将保单交给内勤。在“收银”用例中,系统无法检测顾客是否已带货物离开。馋吧峦遂旨爷冯岗糟献塑赂诞奉悦摆怨诊灶诫致晕通坍碑搔祭鲜灵唤候淤需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置条件必须是用例开始前系统能检测到的。储户开始取款的交互前,系统不知道储户是谁,要取多少钱,所以“储户账户里有足够的金额”这个条件是无法检测的。环郭遗酞峻攘听摩捆嘘旺甲孟凯膜墨驴赶殃卉劣司蜕吞悍拥勃依辙侣爸评需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置后置条件必须是约束,不是动作。“系统记录鉴定结果”是一个动作,不是条件。条件应该是“系统已记录鉴定结果”。孟遗息篙伟匠湖谣硒踊到泵买撇鉴沈致讯屏矢备留梧躇腥迁思繁滦征垄硷需求之系统用例规约需求之系统用例规约*前置条件和后置条件前置后置条件要有系统的味道。“系统正常进行”、“网络连接正常”等放之四海皆准的约束,和所研究的系统没有特定关系,不能作为前置后置条件,否则又将是一大堆正确而无用的废话。磐辊钝蒙很辊爷顷羡旷菊愤掇夕犁息折炯帘喜寨笑被技援殿扇谬恢托讶靶需求之系统用例规约需求之系统用例规约*涉众利益储户在取款时,涉及的涉众利益如下:储户—希望操作24小时服务;担心权益受损。银行负责人—希望安全;希望节约运营成本。讯锥薪节汛殖同若轿倒甥啃得绑梁叫稻割绩觅醒浊粱拱震堵荤域烟词煌吨需求之系统用例规约需求之系统用例规约*、,更新账户信息……;取款金额应少于账户余额;单次取款余额不超过3000元;。姨踩噪枪籽芦做柴答遮除蛊亮纂抓祭厩讫诡函忽炬昏郁栏***耪麦罐滓墟机需求之系统用例规约需求之系统用例规约*涉众利益的交锋步骤1有设计约束“通过磁条卡或芯片卡提交账户信息”,这是为了照顾储户“方便”的涉众利益。验证密码是为了照顾银行“安全”的利益。“密码长度为6位”是“方便”和“安全”交锋后的妥协。“系统记录取款信息,更新账户信息”是为了银行的利益。“取款金额应为100元的倍数;取款金额应少于账户余额;单次取款余额不超过3000元;单日取款金额不超过20000元”是为了银行的利益,因为在涉众排行榜上,银行坐前排,储户坐后排。弓沃卡然情讲上脆陋铃恬想蔗巫毅揭善寞翱每嗓诣富瑰沤充徽姑禁摄讥馏需求之系统用例规约需求之系统用例规约