首师大需求概述Java开发实训

1、 首都师范大学首都师范大学java开发实训开发实训工作内容工作内容: 定义用户场景和用户用例定义用户场景和用户用例定义用户场景和用户用例的步骤定义用户场景和用户用例的步骤o 用户访谈用户访谈 o 访谈整理访谈整理o 定义岗位职责定义岗位职责o 定义系统用户定义系统用户o 归类用户需求，推导系统模型归类用户需求，推导系统模型o 定义系统用户场景定义系统用户场景o 分析用户场景分析用户场景o 定义用户用例定义用户用例 用户访谈用户访谈调查表调查表用户访谈用户访谈原始访谈记录表原始访谈记录表访谈对象：调度中心调度员访谈对象：调度中心调度员时间：时间：2009年年6月月1日日10：00-11：00地点

2、：公交公司调度中心调度办公室地点：公交公司调度中心调度办公室采访人：张静仪采访人：张静仪1.作为调度员，我们需要对车辆的实时速度进行监控，如果车速异常系统最好能给作为调度员，我们需要对车辆的实时速度进行监控，如果车速异常系统最好能给出提示信息来提高调度效率。出提示信息来提高调度效率。2.当有路段发生拥堵塞车的时候，给提示信息，帮助我们及时调度车辆。当有路段发生拥堵塞车的时候，给提示信息，帮助我们及时调度车辆。3.当有车辆出现超员时，如果系统也能自动给出提示，会给我们及时调度提供很大当有车辆出现超员时，如果系统也能自动给出提示，会给我们及时调度提供很大的帮助。的帮助。4.有时我们也需要查找有时我

3、们也需要查找/定位车辆的位置信息以进行各种调配。定位车辆的位置信息以进行各种调配。5.我们需要监视车辆运行，如果发生交通事故，我们需要及时调配其他车辆进行支我们需要监视车辆运行，如果发生交通事故，我们需要及时调配其他车辆进行支援。援。6.如果车辆发生超速是非常危险的，我们需要监控车辆的速度，但是监控每一辆车如果车辆发生超速是非常危险的，我们需要监控车辆的速度，但是监控每一辆车又不太现实，所以最好是在有车超速的时候发给我们调度员一个超速警示。又不太现实，所以最好是在有车超速的时候发给我们调度员一个超速警示。7.当某一车站的客流量过大，导致车站拥塞时，所以我们最好可以监控车站的客流当某一车站的客流

4、量过大，导致车站拥塞时，所以我们最好可以监控车站的客流量以便系统可以发出警示，以方便我们及时增加运力。量以便系统可以发出警示，以方便我们及时增加运力。用户访谈用户访谈故事卡故事卡p什么是故事卡？什么是故事卡？ 故事卡描述每个用户从事的业务及其过程。编写需求故事卡描述每个用户从事的业务及其过程。编写需求故事卡是企业、分析师和故事卡是企业、分析师和it开发人员等利益相关方协作的开发人员等利益相关方协作的过程。过程。p故事卡原始访谈记录提炼而成故事卡原始访谈记录提炼而成p访谈故事卡由以下三方面组成：访谈故事卡由以下三方面组成：（1）故事卡的描述信息，例如被访人的信息、访问的时）故事卡的描述信息，例如

5、被访人的信息、访问的时间和地点，用来作为故事卡的提示。间和地点，用来作为故事卡的提示。（2）有关故事的对话，用户的原始谈话记录，是具体化）有关故事的对话，用户的原始谈话记录，是具体化的故事细节。的故事细节。（3）故事卡的整理内容，用于表达和编辑故事细节且可）故事卡的整理内容，用于表达和编辑故事细节且可用于确定故事何时完成。用于确定故事何时完成。用户访谈用户访谈将原始访谈记录转化成将原始访谈记录转化成故事卡故事卡p通过通过6w分析法将用户原始访谈记录转化成故事卡分析法将用户原始访谈记录转化成故事卡 通过人员（who）、地点（where）、时间（when）、事件（what）、原因（why）、方法（

6、how）了解分析问题的来龙去脉以及实现目标的各种问题。事件（what） ：做什么？原因（why） ：为什么做，做这个的目的？方法（how） : 如何完成要做的事情？人员（who） ：谁来做？时间（when） ：什么时间做？地点（where） ：在哪里做？公交运营管理系统用户访谈故事卡（一）公交运营管理系统用户访谈故事卡（一）姓名：调度员姓名：调度员_甲甲 职位：调度中心调度员职位：调度中心调度员 部门：调度运营部部门：调度运营部 级别：普通职工级别：普通职工用户访谈记录用户访谈记录整理故事整理故事作为调度员，我们需要对车辆的实时速度进行监控，作为调度员，我们需要对车辆的实时速度进行监控，如果车

7、速异常系统最好能给出警示信息来提醒我们。如果车速异常系统最好能给出警示信息来提醒我们。事件（事件（what）：监控车辆速度异常情况）：监控车辆速度异常情况原因原因(why)：车速关系到乘客的乘车安全以及运行情况：车速关系到乘客的乘车安全以及运行情况方法方法(how)：系统对车速异常情况自动提示：系统对车速异常情况自动提示当有路段发生拥堵塞车的时候，司机上报拥堵信息，当有路段发生拥堵塞车的时候，司机上报拥堵信息，我们填到系统里，这样其他调度就可以从系统里查到我们填到系统里，这样其他调度就可以从系统里查到拥堵信息，可以为大家及时调度车辆提供依据。拥堵信息，可以为大家及时调度车辆提供依据。事件（事件

8、（what）：监控路面拥堵状况）：监控路面拥堵状况原因原因(why)：减缓拥堵状况、提高运行效率：减缓拥堵状况、提高运行效率方法方法(how)：司机上报，调度员将信息记入系统，系统对路面拥：司机上报，调度员将信息记入系统，系统对路面拥堵情况自动提示堵情况自动提示当有车辆出现超员时，如果系统也能自动给出提示，当有车辆出现超员时，如果系统也能自动给出提示，会给我们及时调度提供很大的帮助。会给我们及时调度提供很大的帮助。事件（事件（what）：监控车载客流量状况）：监控车载客流量状况原因原因(why)：保证行驶安全：保证行驶安全方法：系统对超员情况自动提示方法：系统对超员情况自动提示有时我们也需要查

9、找有时我们也需要查找/定位车辆的位置信息以进行各种定位车辆的位置信息以进行各种调配。调配。事件（事件（what）：查询车辆位置并及时调度）：查询车辆位置并及时调度原因原因(why)：保证运营正常、充分发挥运力作用：保证运营正常、充分发挥运力作用方法方法(how)：利用系统进行查找：利用系统进行查找我们需要监视车辆运行，如果发生交通事故，我们需我们需要监视车辆运行，如果发生交通事故，我们需要司机及时上报然后根据具体情况及时调配其他车辆要司机及时上报然后根据具体情况及时调配其他车辆进行支援。进行支援。事件（事件（what）：监控运行状况，以便及时处理事故）：监控运行状况，以便及时处理事故原因原因(

10、why)：保证运营正常：保证运营正常方法方法(how)：司机上报，调度员将信息记入系统，系统对事故情：司机上报，调度员将信息记入系统，系统对事故情况自动提示况自动提示如果车辆发生超速是非常危险的，我们需要监控车辆如果车辆发生超速是非常危险的，我们需要监控车辆的速度，但是监控每一辆车又不太现实，所以最好是的速度，但是监控每一辆车又不太现实，所以最好是在有车超速的时候发给我们调度员一个超速警示。在有车超速的时候发给我们调度员一个超速警示。事件（事件（what）：监控超速行驶行为）：监控超速行驶行为原因原因(why)：保证行车安全、避免交通意外：保证行车安全、避免交通意外方法方法(how)：系统对超

11、速情况自动提示：系统对超速情况自动提示当某一车站的客流量过大，导致乘客无法正常乘车，当某一车站的客流量过大，导致乘客无法正常乘车，我们希望系统可以发出警示，以方便我们及时发现问我们希望系统可以发出警示，以方便我们及时发现问题增加运力。题增加运力。事件（事件（what）：监控车站客流量状况）：监控车站客流量状况原因原因(why)：应对乘车高峰、保证运行正常、避免超载等：应对乘车高峰、保证运行正常、避免超载等方法方法(how)：系统对车站客流量过大的情况自动提示：系统对车站客流量过大的情况自动提示以上所有公用以上所有公用 人员人员(who)：调度员：调度员 地点地点(where)：调度室：调度室

12、时间时间(when)：工作时间：工作时间模糊信息：模糊信息：整理人：李整理人：李 访谈用户确认：访谈用户确认： 负责人确认：负责人确认：典型的故事卡典型的故事卡用户场景用户场景岗位职责岗位职责用户访谈故事卡用户访谈故事卡人员：人员：调度员调度员地点：地点：调度室调度室时间：时间：工作时间工作时间事件：事件：监控车辆速度异常情况监控车辆速度异常情况原因：原因：车速关系到乘客的乘车安全以及运行情况车速关系到乘客的乘车安全以及运行情况方法：方法：系统对车速异常情况自动提示系统对车速异常情况自动提示内容提炼内容提炼监视监视车速车速用户场景用户场景岗位职责岗位职责职责职责活动活动对象对象元素元素监视车速

13、监视车速监视监视车况车况车速车速监视路面拥堵情况监视路面拥堵情况监视监视路况路况路 面 拥路 面 拥堵堵监视车载客流量监视车载客流量监视监视客流量客流量车 载 客车 载 客流流1.监视车辆位置监视车辆位置2.根据车辆位置进行调度根据车辆位置进行调度监视监视/调度调度1.监视运行状况监视运行状况2.根据运行状况调度根据运行状况调度监视事故监视事故监视监视路况路况路 面 事路 面 事故故监视超速监视超速监视监视监视运行状况监视运行状况用户场景用户场景岗位职责岗位职责岗位岗位职责职责职责描述职责描述备注备注调度中心调度员调度中心调度员监视监视车况：故障、车速、载客量；车况：故障、车速、载客量；路况：

14、事故、拥堵路况：事故、拥堵调度调度执行调度计划、调整调度计执行调度计划、调整调度计划划调度中心业务管理调度中心业务管理员员监视监视运营数据统计、线路预测运营数据统计、线路预测调度调度运营数据报表运营数据报表路线预测路线预测公交总公司调度管公交总公司调度管理员理员监视监视统计公司运营财务报表、统计公司运营财务报表、制定公司运营年度计划制定公司运营年度计划调度调度运营数据报表运营数据报表财务数据报表财务数据报表年度计划年度计划司机司机向调度报告向调度报告车辆故障、路况车辆故障、路况接受调度接受调度执行调度命令执行调度命令乘务员乘务员向调度报告向调度报告车辆故障、路况车辆故障、路况乘客乘客查询查询向

15、司机传达调度命令向司机传达调度命令用户场景用户场景定义系统用户定义系统用户岗位岗位职责职责系统用系统用户户业务需求业务需求岗位岗位职责职责调度中心调度员调度中心调度员监视监视调度调度调度中心业务管理调度中心业务管理监视监视调度调度运营数据报表运营数据报表路线预测路线预测公交总公司调度管理公交总公司调度管理监视监视调度调度运营数据报表运营数据报表财务数据报表财务数据报表年度计划年度计划用户场景用户场景定义系统用户定义系统用户系统用户系统用户调度员调度员系统用户系统用户业务需求业务需求调度员调度员监视监视调度调度岗位岗位职责职责系统用系统用户户业务需求业务需求调度中心调度调度中心调度员员监视监视调

16、度员调度员监视监视调度调度调度中心业务调度中心业务管理管理监视监视调度调度运营数据报表运营数据报表路线预测路线预测调度调度公交总公司调公交总公司调度管理度管理监视监视调度调度运营数据报表运营数据报表财务数据报表财务数据报表年度计划年度计划用户场景用户场景定义系统用户定义系统用户用户场景用户场景系统用户场景系统用户场景系统角色系统角色业务需求业务需求用户场景用户场景调度员调度员调度调度车况车况运行状况运行状况路况路况客流量客流量调度处理调度处理场 景 名场 景 名称称调度员调度员_调度调度_客流量客流量场 景 代场 景 代码码scenario.dispatcher.dispatch.passen

17、gervol场 景 描场 景 描述述调度员需要对如下客流量情况进行调度：大型活动和调度员需要对如下客流量情况进行调度：大型活动和车站客流量。调度员接收到系统增加的大型活动信息车站客流量。调度员接收到系统增加的大型活动信息（时间、地点、线路、车号、活动）或者车站客流量（时间、地点、线路、车号、活动）或者车站客流量信息（时间、地点、线路、车号、车站名、滞留等级）信息（时间、地点、线路、车号、车站名、滞留等级）的提示后，查看信息并按需要进行调度，当大型活动的提示后，查看信息并按需要进行调度，当大型活动时选择调度方式（增开区间车、增加班次，甩站），时选择调度方式（增开区间车、增加班次，甩站），当车站客

18、流量异常时调度方式（增开区间车、增加班当车站客流量异常时调度方式（增开区间车、增加班次）。最后保存并退出，同时解除提示信息。次）。最后保存并退出，同时解除提示信息。定义用户用例定义用户用例分析用户场景分析用户场景用例名称用例名称用例代码用例代码场景描述场景描述图示图示参与者列表参与者列表前置条件前置条件主流程主流程分支流程分支流程后置条件后置条件用例名称用例名称调度员调度员_调度调度_运行中车辆运行中车辆_车载客流量车载客流量定义用户用例定义用户用例分析用户场景分析用户场景用例代码用例代码usecase.dispatcher_dispatch_businop _passengervol用 例

19、描用 例 描述述调度员看到车载客流量警示的数据后，调度员看到车载客流量警示的数据后，判断是否对车辆进行调整。对于不需调整判断是否对车辆进行调整。对于不需调整的车辆，此次的警示信息将入档保存。的车辆，此次的警示信息将入档保存。对需要调整的车辆，调度员发送超载警对需要调整的车辆，调度员发送超载警告信息给此车。之后向后面的同线路同行告信息给此车。之后向后面的同线路同行向的所有车发送本次超载提醒信息。超载向的所有车发送本次超载提醒信息。超载车按警告信息调整车载客流量后，调度员车按警告信息调整车载客流量后，调度员收到车载客流量警示解除消息，将本次警收到车载客流量警示解除消息，将本次警示及处理过程入档保存

20、。示及处理过程入档保存。定义用户用例定义用户用例分析用户场景分析用户场景参 与 者 列参 与 者 列表表调度员，系统车载客流量警示，系统车载客流量信息调度员，系统车载客流量警示，系统车载客流量信息页面，超载车，超载车的后车。页面，超载车，超载车的后车。前置条件前置条件调度员收到并查询超载信息调度员收到并查询超载信息主主流流程程1.调度员判断车载客流量警示数据。调度员判断车载客流量警示数据。a. 对车辆进行调整，进入步骤；对车辆进行调整，进入步骤；b. 对车辆不进行调整，进入步骤对车辆不进行调整，进入步骤2.调度员向超载车发出信号调度员向超载车发出信号a. 调度员向超载车发出发送超载警告信息调度

21、员向超载车发出发送超载警告信息b. 调度员与超载车向在同路线同向行驶的调度员与超载车向在同路线同向行驶的车辆发送前车超载警告信息：车超车辆发送前车超载警告信息：车超载载3.调度员收到车载客流量警示解除消息调度员收到车载客流量警示解除消息4.调度员将此次事件录入档案：包括发生时调度员将此次事件录入档案：包括发生时间、发生地点、车辆号、处理时间、结束间、发生地点、车辆号、处理时间、结束时间时间5.用例结束用例结束后后置置条条件件系统返回调度页面系统返回调度页面定义用户用例定义用户用例分析用户场景分析用户场景分支分支流程流程1调度员向超载车发出发送超载警告信息没有调度员向超载车发出发送超载警告信息没

22、有从系统发出，或没有被对方系统接收从系统发出，或没有被对方系统接收1.系统返回错误信号系统返回错误信号2.系统返回上级页面系统返回上级页面3.用例结束用例结束分支分支流程流程2调度员向后面的车辆发送前车超载警告信息调度员向后面的车辆发送前车超载警告信息没有从系统发出，或没有被对方系统接收没有从系统发出，或没有被对方系统接收1.系统返回错误信号系统返回错误信号2.系统返回上级页面系统返回上级页面3.用例结束用例结束主流主流程程1.调度员判断车载客流量警示数据。调度员判断车载客流量警示数据。a. 对车辆进行调整，进入步骤；对车辆进行调整，进入步骤；b. 对车辆不进行调整，进入步骤对车辆不进行调整，

23、进入步骤2.调度员向超载车发出信号调度员向超载车发出信号a. 调度员向超载车发出发送超载警告调度员向超载车发出发送超载警告信息（分支流程信息（分支流程1）b. 调度员与超载车向在同路线同向行调度员与超载车向在同路线同向行驶的车辆发送前车超载警告信息：驶的车辆发送前车超载警告信息：车超载（分支流程车超载（分支流程2）3.调度员收到车载客流量警示解除消息调度员收到车载客流量警示解除消息4.调度员将此次事件录入档案：包括发生调度员将此次事件录入档案：包括发生时间、发生地点、车辆号、处理时间、时间、发生地点、车辆号、处理时间、结束时间结束时间5.用例结束用例结束用例名称用例名称调度员调度员_调度调度_

24、运行中车辆运行中车辆_车载客流量车载客流量用例代码用例代码usecase.dispatcher_dispatch_businop _passengervol用例描述用例描述调度员看到车载客流量警示的数据后，判断是否对车辆进行调整。对于不需调度员看到车载客流量警示的数据后，判断是否对车辆进行调整。对于不需调整的车辆，此次的警示信息将入档保存。调整的车辆，此次的警示信息将入档保存。对需要调整的车辆，调度员发送超载警告信息给此车。之后向后面的同线路对需要调整的车辆，调度员发送超载警告信息给此车。之后向后面的同线路同向行驶的所有车发送本次超载提醒信息。超载车按警告信息调整车载客流同向行驶的所有车发送本

25、次超载提醒信息。超载车按警告信息调整车载客流量后，调度员收到车载客流量警示解除消息，将本次警示及处理过程入档保量后，调度员收到车载客流量警示解除消息，将本次警示及处理过程入档保存。存。图示图示参与者列表参与者列表调度员，系统车载客流量警示，系统车载客流量信息页面，超载车，超载车调度员，系统车载客流量警示，系统车载客流量信息页面，超载车，超载车的后车的后车前置条件前置条件调度员收到并查询超载信息调度员收到并查询超载信息主流程主流程1.调度员判断车载客流量警示数据。调度员判断车载客流量警示数据。a.对车辆进行调整，进入步骤；对车辆进行调整，进入步骤；b.对车辆不进行调整，进入步骤对车辆不进行调整，

26、进入步骤2.调度员向超载车发出信号调度员向超载车发出信号a.调度员向超载车发出发送超载警告信息（分支流程调度员向超载车发出发送超载警告信息（分支流程1）b.调度员与超载车向在同路线同向行驶的车辆发送前车超载警告信息：调度员与超载车向在同路线同向行驶的车辆发送前车超载警告信息：车超载（分支流程车超载（分支流程2）3.调度员收到车载客流量警示解除消息调度员收到车载客流量警示解除消息4.调度员将此次事件录入档案：包括发生时间、发生地点、车辆号、处理调度员将此次事件录入档案：包括发生时间、发生地点、车辆号、处理时间、结束时间时间、结束时间5.用例结束用例结束分支流程分支流程1调度员向超载车发出发的送超

27、载警告信息没有从系统发出，或没有被对方系调度员向超载车发出发的送超载警告信息没有从系统发出，或没有被对方系统接收统接收1.系统返回错误信号系统返回错误信号2.系统返回上级页面系统返回上级页面3.用例结束用例结束分支流程分支流程2调度员向后面的车辆发送的前车超载警告信息没有从系统发出，或没有被对调度员向后面的车辆发送的前车超载警告信息没有从系统发出，或没有被对方系统接收方系统接收1.系统返回错误信号系统返回错误信号2.系统返回上级页面系统返回上级页面3.用例结束用例结束后置条件后置条件系统返回调度页面系统返回调度页面工作内容工作内容:需求列表讲解需求列表讲解需求列表讲解步骤需求列表讲解步骤o 分

28、析用例分析用例o 定义功能性需求定义功能性需求o 定义非功能性需求定义非功能性需求 系统需求列表系统需求列表 原始需求原始需求现在有一条原始需求：现在有一条原始需求：“系统添加并保存了路面事故信息系统添加并保存了路面事故信息”。我们通。我们通过一步步分析来填写过一步步分析来填写需求功能列表需求功能列表分析功能需求分析功能需求观察原始需求，发现其中有一个业务流程名词观察原始需求，发现其中有一个业务流程名词“路面事故信息路面事故信息”，它的解释为，它的解释为“路路面事故信息是一行记录，包括路面事故时间、路面事故发生的地点、路面事故所在面事故信息是一行记录，包括路面事故时间、路面事故发生的地点、路面

29、事故所在线路、路面事故详情、添加此路面事故的车号线路、路面事故详情、添加此路面事故的车号”，这个解释就是一个功能需求，填，这个解释就是一个功能需求，填入功能需求描述中。入功能需求描述中。功能需求描述功能需求描述路面事故信息是一行记录，包括路面事故时间、路面事路面事故信息是一行记录，包括路面事故时间、路面事故发生的地点、路面事故所在线路、路面事故详情、添故发生的地点、路面事故所在线路、路面事故详情、添加此路面事故的车号。加此路面事故的车号。分析功能需求分析功能需求观察原始需求，发现业务流程的动作观察原始需求，发现业务流程的动作“添加并保存添加并保存”。“添加添加”是说是说“系统会把任何路面事故信

30、息的修改反映到数据库中系统会把任何路面事故信息的修改反映到数据库中”；“保存保存”是说是说“数据库会存储事故信息，系统会拿到这个信息然后做出提示反映数据库会存储事故信息，系统会拿到这个信息然后做出提示反映”，这就是这就是2条功能需求条功能需求需求描述需求描述任何路面事故信息修改都要反映到数据库中任何路面事故信息修改都要反映到数据库中需求描述需求描述当数据库的路面事故信息被修改时，系统可以获取到这当数据库的路面事故信息被修改时，系统可以获取到这种修改，并给出提示种修改，并给出提示分析功能需求分析功能需求观察用户用例，发现有一种异常，那就是系统可能无法获取路面事故信观察用户用例，发现有一种异常，那

31、就是系统可能无法获取路面事故信息。在这种情况下，系统需要做出一些反映，息。在这种情况下，系统需要做出一些反映，“系统重试，若系统重试，若30秒后秒后仍不能获取，则提示用户该异常仍不能获取，则提示用户该异常”，填入功能需求描述，填入功能需求描述需求描述需求描述error：当无法获取数据库的修改时，系统重试，若：当无法获取数据库的修改时，系统重试，若30秒秒后仍不能获取，则提示用户该异常后仍不能获取，则提示用户该异常填写功能需求编号填写功能需求编号按照按照“场景场景.用例用例.需求编号需求编号.错误情况编号错误情况编号”把功能需求编号填入功能需求编把功能需求编号填入功能需求编号中。如果没有错误情况

32、，错误情况编号不需要填写。编号采用的原则同场号中。如果没有错误情况，错误情况编号不需要填写。编号采用的原则同场景编号。景编号。需求编号需求编号disproadinfo.dispaccident. accidentadddisproadinfo.dispaccident. accidentupdatedisproadinfo. dispaccident.accidentquerydisproadinfo. dispaccident.accidqueryeror填写优先级填写优先级有有3条正常功能需求，一条异常功能需求，因此是条正常功能需求，一条异常功能需求，因此是3个个p1，一个，一个p2优先级

33、优先级p1p1p1p2填写用户角色填写用户角色用户用例名称中的用户是用户用例名称中的用户是“调度员调度员”用户角色用户角色调度员调度员分析非功能性需求分析非功能性需求o罗列出跟系统用例性能有关的非功能性需求。罗列出跟系统用例性能有关的非功能性需求。o罗列出跟系统用例安全性有关的非功能性需求。罗列出跟系统用例安全性有关的非功能性需求。o罗列出跟系统用例可靠性有关的非功能性需求。罗列出跟系统用例可靠性有关的非功能性需求。o罗列出跟系统用例易用性有关的非功能性需求。罗列出跟系统用例易用性有关的非功能性需求。o罗列出跟系统用例兼容性有关的非功能性需求。罗列出跟系统用例兼容性有关的非功能性需求。o罗列出

34、跟系统用例可拓展性有关的非功能性需求。罗列出跟系统用例可拓展性有关的非功能性需求。o罗列出跟系统用例可维护性有关的非功能性需求。罗列出跟系统用例可维护性有关的非功能性需求。o将以上步骤的结果进行归纳和整理。将以上步骤的结果进行归纳和整理。分析非功能性需求分析非功能性需求举例说明：举例说明：分析与系统性能相关的非功能性需求：分析与系统性能相关的非功能性需求：要求系统要求系统“添加并保存了路面事故信息添加并保存了路面事故信息”在在5秒内完成并自动弹出提示框。秒内完成并自动弹出提示框。填写非功能性需求填写非功能性需求按照按照“场景场景.用例用例.需求编号需求编号.错误情况编号错误情况编号”把功能需求

35、编号填入功能把功能需求编号填入功能需求编号中。如果没有错误情况，错误情况编号不需要填写。编号采需求编号中。如果没有错误情况，错误情况编号不需要填写。编号采用的原则同场景编号。用的原则同场景编号。需求编号需求编号disproadinfo.dispaccident. speed填写非功能性需求填写非功能性需求需求描述需求描述在在5秒内完成秒内完成“系统添加并保存了路面事故信息系统添加并保存了路面事故信息”并弹出提示框并弹出提示框优先级优先级p2形成需求列表形成需求列表场景场景用例名用例名称称原始需求原始需求功能需求编号功能需求编号功能需求描述功能需求描述优先优先级级用户用户角色角色调度调度_路况场

36、景一路况场景一调 度 员调 度 员调 度 路调 度 路面事故面事故系统添加并系统添加并保存了路面保存了路面事故信息事故信息d i s p r o a d i n f o . d i s p a c c i d e n t . accidentadd路面事故信息是一行记录，路面事故信息是一行记录，包括路面事故时间、路面事包括路面事故时间、路面事故发生的地点、路面事故所故发生的地点、路面事故所在线路、路面事故详情、添在线路、路面事故详情、添加此路面事故的车号加此路面事故的车号p1调 度调 度员员d i s p r o a d i n f o . d i s p a c c i d e n t .

37、accidentupdate任何路面事故信息修改都要任何路面事故信息修改都要反映到数据库中反映到数据库中p1调 度调 度员员d i s p r o a d i n f o . dispaccident.accidentquery当数据库的路面事故信息被当数据库的路面事故信息被修改时，系统可以获取到这修改时，系统可以获取到这种修改，并给出提示（通过种修改，并给出提示（通过按钮闪烁）按钮闪烁）p1调 度调 度员员d i s p r o a d i n f o . dispaccident.accidqueryerorerror：当无法获取数据库的：当无法获取数据库的修改时，系统重试，若修改时，系统重试，若30秒秒后仍不能获取，则提示用户后仍不能获取，则提示用户该错误该错误p2调 度调 度员员d i s p r o a d i n f o . dispaccident.speed在在5秒内完成秒内完成“系