《首师大需求概述Java开发实训》由会员分享,可在线阅读,更多相关《首师大需求概述Java开发实训(49页珍藏版)》请在金锄头文库上搜索。
1、 首都师范大学首都师范大学Java开发实训开发实训工作内容工作内容: 定义用户场景和用户用例定义用户场景和用户用例定义用户场景和用户用例的步骤n用户访谈用户访谈 n访谈整理访谈整理n定义岗位职责定义岗位职责n定义系统用户定义系统用户n归类用户需求,推导系统模型归类用户需求,推导系统模型n定义系统用户场景定义系统用户场景n分析用户场景分析用户场景n定义用户用例定义用户用例 用户访谈调查表用户访谈原始访谈记录表访谈对象:象:调度中心度中心调度度员时间:2009年年6月月1日日10:00-11:00地点:公交公司地点:公交公司调度中心度中心调度度办公室公室采采访人:人:张静静仪1.作作为调度度员,我
2、我们需需要要对车辆的的实时速速度度进行行监控控,如如果果车速速异异常常系系统最最好好能能给出提示信息来提高出提示信息来提高调度效率。度效率。2.当有路段当有路段发生生拥堵塞堵塞车的的时候,候,给提示信息,帮助我提示信息,帮助我们及及时调度度车辆。3.当当有有车辆出出现超超员时,如如果果系系统也也能能自自动给出出提提示示,会会给我我们及及时调度度提提供供很很大大的帮助。的帮助。4.有有时我我们也需要也需要查找找/定位定位车辆车辆的位置信息以的位置信息以进进行各种行各种调调配。配。5.我我们需需要要监视车辆运运行行,如如果果发生生交交通通事事故故,我我们需需要要及及时调配配其其他他车辆进行行支支援
3、。援。6.如如果果车辆发生生超超速速是是非非常常危危险的的,我我们需需要要监控控车辆的的速速度度,但但是是监控控每每一一辆车又不太又不太现实,所以最好是在有,所以最好是在有车超速的超速的时候候发给我我们调度度员一个超速警示。一个超速警示。7.当当某某一一车站站的的客客流流量量过大大,导致致车站站拥塞塞时,所所以以我我们最最好好可可以以监控控车站站的的客客流流量以便系量以便系统可以可以发出警示,以方便我出警示,以方便我们及及时增加运力。增加运力。用户访谈故事卡故事卡p什么是故事卡?什么是故事卡? 故事卡描述每个用户从事的业务及其过程。编写需求故故事卡描述每个用户从事的业务及其过程。编写需求故事卡
4、是企业、分析师和事卡是企业、分析师和IT开发人员等利益相关方协作的过开发人员等利益相关方协作的过程。程。p故事卡原始访谈记录提炼而成故事卡原始访谈记录提炼而成p访谈故事卡由以下三方面组成:访谈故事卡由以下三方面组成:(1)故事卡的描述信息,例如被访人的信息、访问的时)故事卡的描述信息,例如被访人的信息、访问的时间和地点,用来作为故事卡的提示。间和地点,用来作为故事卡的提示。(2)有关故事的对话,用户的原始谈话记录,是具体化)有关故事的对话,用户的原始谈话记录,是具体化的故事细节。的故事细节。(3)故事卡的整理内容,用于表达和编辑故事细节且可)故事卡的整理内容,用于表达和编辑故事细节且可用于确定
5、故事何时完成。用于确定故事何时完成。用户访谈将原始访谈记录转化成将原始访谈记录转化成故事卡故事卡p通过通过6W分析法将用户原始访谈记录转化成故事卡分析法将用户原始访谈记录转化成故事卡 通过人员(who)、地点(where)、时间(when)、事件(what)、原因(why)、方法(how)了解分析问题的来龙去脉以及实现目标的各种问题。事件(what) :做什么?原因(why) :为什么做,做这个的目的?方法(how) : 如何完成要做的事情?人员(who) :谁来做?时间(when) :什么时间做?地点(where) :在哪里做?公交运营管理系统用户访谈故事卡(一)公交运营管理系统用户访谈故事
6、卡(一)姓名:调度员姓名:调度员_甲甲 职位:调度中心调度员职位:调度中心调度员 部门:调度运营部部门:调度运营部 级别:普通职工级别:普通职工用户访谈记录用户访谈记录整理故事整理故事作作为为调调度度员员,我我们们需需要要对对车车辆辆的的实实时时速速度度进进行行监监控控,如果车速异常系统最好能给出警示信息来提醒我们。如果车速异常系统最好能给出警示信息来提醒我们。事件(事件(what):监控车辆速度异常情况):监控车辆速度异常情况原因原因(why):车速关系到乘客的乘车安全以及运行情况:车速关系到乘客的乘车安全以及运行情况方法方法(how):系统对车速异常情况自动提示:系统对车速异常情况自动提示
7、当当有有路路段段发发生生拥拥堵堵塞塞车车的的时时候候,司司机机上上报报拥拥堵堵信信息息,我我们们填填到到系系统统里里,这这样样其其他他调调度度就就可可以以从从系系统统里里查查到到拥堵信息,可以为大家及时调度车辆提供依据。拥堵信息,可以为大家及时调度车辆提供依据。事件(事件(what):监控路面拥堵状况):监控路面拥堵状况原因原因(why):减缓拥堵状况、提高运行效率:减缓拥堵状况、提高运行效率方方法法(how):司司机机上上报报,调调度度员员将将信信息息记记入入系系统统,系系统统对对路路面面拥拥堵情况自动提示堵情况自动提示当当有有车车辆辆出出现现超超员员时时,如如果果系系统统也也能能自自动动给
8、给出出提提示示,会给我们及时调度提供很大的帮助。会给我们及时调度提供很大的帮助。事件(事件(what):监控车载客流量状况):监控车载客流量状况原因原因(why):保证行驶安全:保证行驶安全方法:系统对超员情况自动提示方法:系统对超员情况自动提示有有时时我我们们也也需需要要查查找找/定定位位车车辆辆的的位位置置信信息息以以进进行行各各种种调配。调配。事件(事件(what):查询车辆位置并及时调度):查询车辆位置并及时调度原因原因(why):保证运营正常、充分发挥运力作用:保证运营正常、充分发挥运力作用方法方法(how):利用系统进行查找:利用系统进行查找我我们们需需要要监监视视车车辆辆运运行行
9、,如如果果发发生生交交通通事事故故,我我们们需需要要司司机机及及时时上上报报然然后后根根据据具具体体情情况况及及时时调调配配其其他他车车辆辆进行支援。进行支援。事件(事件(what):监控运行状况,以便及时处理事故):监控运行状况,以便及时处理事故原因原因(why):保证运营正常:保证运营正常方方法法(how):司司机机上上报报,调调度度员员将将信信息息记记入入系系统统,系系统统对对事事故故情情况自动提示况自动提示如如果果车车辆辆发发生生超超速速是是非非常常危危险险的的,我我们们需需要要监监控控车车辆辆的的速速度度,但但是是监监控控每每一一辆辆车车又又不不太太现现实实,所所以以最最好好是是在有
10、车超速的时候发给我们调度员一个超速警示。在有车超速的时候发给我们调度员一个超速警示。事件(事件(what):监控超速行驶行为):监控超速行驶行为原因原因(why):保证行车安全、避免交通意外:保证行车安全、避免交通意外方法方法(how):系统对超速情况自动提示:系统对超速情况自动提示当当某某一一车车站站的的客客流流量量过过大大,导导致致乘乘客客无无法法正正常常乘乘车车,我我们们希希望望系系统统可可以以发发出出警警示示,以以方方便便我我们们及及时时发发现现问问题增加运力。题增加运力。事件(事件(what):监控车站客流量状况):监控车站客流量状况原因原因(why):应对乘车高峰、保证运行正常、避
11、免超载等:应对乘车高峰、保证运行正常、避免超载等方法方法(how):系统对车站客流量过大的情况自动提示:系统对车站客流量过大的情况自动提示以上所有公用以上所有公用 人员人员(Who):调度员:调度员 地点地点(Where):调度室:调度室 时间时间(When):工作时间:工作时间模糊信息:模糊信息:整理人:李整理人:李 访谈用户确认:访谈用户确认: 负责人确认:负责人确认:典型的故事卡典型的故事卡用户场景岗位职责用户访谈故事卡用户访谈故事卡内容提炼内容提炼人员:人员:调度员调度员地点:地点:调度室调度室时间:时间:工作时间工作时间事件:事件:监控车辆速度异常情况监控车辆速度异常情况原因:原因:
12、车速关系到乘客的乘车安全以及运行情况车速关系到乘客的乘车安全以及运行情况方法:方法:系统对车速异常情况自动提示系统对车速异常情况自动提示监视监视车速车速用户场景岗位职责职责职责活动活动对象对象元素元素监视车速监视车速监视监视车况车况车速车速监视路面拥堵情况监视路面拥堵情况监视监视路况路况路路 面面 拥拥堵堵监视车载客流量监视车载客流量监视监视客流量客流量车车 载载 客客流流1.监视车辆位置监视车辆位置2.根据车辆位置进行调度根据车辆位置进行调度监视监视/调度调度1.监视运行状况运行状况2.根据运行状况调度根据运行状况调度监视事故监视事故监视监视路况路况路路 面面 事事故故监视超速监视超速监视监
13、视监视运行状况监视运行状况用户场景岗位职责岗位位职责职责描述描述备注注调度中心度中心调度度员监视车况:故障、况:故障、车速、速、载客量;客量;路况:事故、路况:事故、拥堵堵调度度执行行调度度计划划、调整整调度度计划划调度度中中心心业务管管理理员监视运运营数据数据统计、线路路预测调度度运运营数据数据报表表路路线预测公公交交总公公司司调度度管管理理员监视统计公司运公司运营财务报表、表、制定公司运制定公司运营年度年度计划划调度度运运营数据数据报表表财务数据数据报表表年度年度计划划司机司机向向调度度报告告车辆故障、路况故障、路况接受接受调度度执行行调度命令度命令乘乘务员向向调度度报告告车辆故障、路况故
14、障、路况乘客乘客查询向司机向司机传达达调度命令度命令用户场景定义系统用户岗位位职责系系统用用户业务需求需求岗位位职责调度中心度中心调度度员监视调度度调度中心度中心业务管理管理监视调度度运运营数据数据报表表路路线预测公交公交总公司公司调度管理度管理监视调度度运运营数据数据报表表财务数据数据报表表年度年度计划划用户场景定义系统用户系系统用用户调度度员系系统用用户业务需求需求调度度员监视调度度岗位位职责系系统用用户业务需求需求调度度中中心心调度度员监视调度度员监视调度度调度度中中心心业务管理管理监视调度度运运营数据数据报表表路路线预测调度度公公交交总公公司司调度管理度管理监视调度度运运营数据数据报表
15、表财务数据数据报表表年度年度计划划用户场景定义系统用户用户场景系统用户场景系系统角色角色业务需求需求用用户场景景调度度员调度度车况况运行状况运行状况路况路况客流量客流量调度度处理理场 景景 名名称称调度度员_调调度度_客流量客流量场 景景 代代码Scenario.Dispatcher.dispatch.PassengerVol场 景景 描描述述调度度员需需要要对如如下下客客流流量量情情况况进行行调度度:大大型型活活动和和车站站客客流流量量。调度度员接接收收到到系系统增增加加的的大大型型活活动信信息息(时间、地地点点、线路路、车号号、活活动)或或者者车站站客客流流量量信信息息(时间、地地点点、线
16、路路、车号号、车站站名名、滞滞留留等等级)的的提提示示后后,查看看信信息息并并按按需需要要进行行调度度,当当大大型型活活动时选择调度度方方式式(增增开开区区间车、增增加加班班次次,甩甩站站),当当车站站客客流流量量异异常常时调度度方方式式(增增开开区区间车、增增加加班班次)。最后保存并退出,同次)。最后保存并退出,同时解除提示信息。解除提示信息。定义用户用例分析用户场景用例名称用例名称用例代用例代码场景描述景描述图示示参与者列表参与者列表前置条件前置条件主流程主流程分支流程分支流程后置条件后置条件用例名称用例名称调度度员_调调度度_运行中运行中车辆车辆_车载车载客流量客流量定义用户用例分析用户
17、场景用例代用例代码usecase.dispatcher_dispatch_businop _passengervol用用例例描描述述调度度员看看到到车载客客流流量量警警示示的的数数据据后后,判判断断是是否否对车辆进行行调整整。对于于不不需需调整整的的车辆,此次的警示信息将入档保存。,此次的警示信息将入档保存。对需需要要调整整的的车辆,调度度员发送送超超载警警告告信信息息给此此车。之之后后向向后后面面的的同同线路路同同行行向向的的所所有有车发送送本本次次超超载提提醒醒信信息息。超超载车按按警警告告信信息息调整整车载客客流流量量后后,调度度员收收到到车载客客流流量量警警示示解解除除消消息息,将将本
18、本次次警警示及示及处理理过程入档保存。程入档保存。定义用户用例分析用户场景参参与与者者列列表表调度度员,系系统车载客客流流量量警警示示,系系统车载客客流流量量信信息息页面,超面,超载车,超,超载车的后的后车。前置条件前置条件调度度员收到并收到并查询超超载信息信息主主流流程程1.调度度员判断判断车载客流量警示数据。客流量警示数据。a.对车辆进行行调整,整,进入步入步骤;b.对车辆不不进行行调整,整,进入步入步骤2.调度度员向超向超载车发出信号出信号a.调度度员向超向超载车发出出发送超送超载警告信息警告信息b.调度度员与与超超载车向向在在同同路路线同同向向行行驶的的车辆发送送前前车超超载警警告告信
19、信息息:车超超载3.调度度员收到收到车载客流量警示解除消息客流量警示解除消息4.调度度员将将此此次次事事件件录入入档档案案:包包括括发生生时间、发生地点、生地点、车辆号、号、处理理时间、结束束时间5.用例用例结束束后后置置条条件件系系统返回返回调度度页面面定义用户用例分析用户场景分分 支支流程流程1调度度员向向超超载车发出出发送送超超载警警告告信信息息没没有有从系从系统发出,或没有被出,或没有被对方系方系统接收接收1.系系统返回返回错误信号信号2.系系统返回上返回上级页面面3.用例用例结束束分分 支支流程流程2调度度员向向后后面面的的车辆发送送前前车超超载警警告告信信息息没有从系没有从系统发出
20、,或没有被出,或没有被对方系方系统接收接收1.系系统返回返回错误信号信号2.系系统返回上返回上级页面面3.用例用例结束束主主 流流程程1.调度度员判断判断车载客流量警示数据。客流量警示数据。a.对车辆进行行调整,整,进入步入步骤;b.对车辆不不进行行调整,整,进入步入步骤2.调度度员向超向超载车发出信号出信号a.调度度员向向超超载车发出出发送送超超载警警告告信息(分支流程信息(分支流程1)b.调度度员与与超超载车向向在在同同路路线同同向向行行驶的的车辆发送送前前车超超载警警告告信信息息:车超超载(分支流程(分支流程2)3.调度度员收到收到车载客流量警示解除消息客流量警示解除消息4.调度度员将将
21、此此次次事事件件录入入档档案案:包包括括发生生时间、发生生地地点点、车辆号号、处理理时间、结束束时间5.用例用例结束束用例名称用例名称调度度员_调调度度_运行中运行中车辆车辆_车载车载客流量客流量用例代用例代码Usecase.dispatcher_dispatch_businop _passengervol用例描述用例描述调度度员看看到到车载客客流流量量警警示示的的数数据据后后,判判断断是是否否对车辆进行行调整整。对于于不不需需调整的整的车辆,此次的警示信息将入档保存。,此次的警示信息将入档保存。对需需要要调整整的的车辆,调度度员发送送超超载警警告告信信息息给此此车。之之后后向向后后面面的的同
22、同线路路同同向向行行驶的的所所有有车发送送本本次次超超载提提醒醒信信息息。超超载车按按警警告告信信息息调整整车载客客流流量量后后,调度度员收到收到车载客流量警示解除消息,将本次警示及客流量警示解除消息,将本次警示及处理理过程入档保存。程入档保存。图示示参与者列表参与者列表调度度员,系系统车载客客流流量量警警示示,系系统车载客客流流量量信信息息页面面,超超载车,超超载车的的后后车前置条件前置条件调度度员收到并收到并查询超超载信息信息主流程主流程1.调度度员判断判断车载客流量警示数据。客流量警示数据。A.对车辆进行行调整,整,进入步入步骤;B.对车辆不不进行行调整,整,进入步入步骤2.调度度员向超
23、向超载车发出信号出信号A.调度度员向超向超载车发出出发送超送超载警告信息(分支流程警告信息(分支流程1)B.调度度员与与超超载车向向在在同同路路线同同向向行行驶的的车辆发送送前前车超超载警警告告信信息息:车超超载(分支流程(分支流程2)3.调度度员收到收到车载客流量警示解除消息客流量警示解除消息4.调度度员将将此此次次事事件件录入入档档案案:包包括括发生生时间、发生生地地点点、车辆号号、处理理时间、结束束时间5.用例用例结束束分支流程分支流程1调度度员向向超超载车发出出发的的送送超超载警警告告信信息息没没有有从从系系统发出出,或或没没有有被被对方方系系统接收接收1.系系统返回返回错误信号信号2
24、.系系统返回上返回上级页面面3.用例用例结束束分支流程分支流程2调度度员向向后后面面的的车辆发送送的的前前车超超载警警告告信信息息没没有有从从系系统发出出,或或没没有有被被对方方系系统接收接收1.系系统返回返回错误信号信号2.系系统返回上返回上级页面面3.用例用例结束束后置条件后置条件系系统返回返回调度度页面面工作内容工作内容:需求列表讲解需求列表讲解需求列表讲解步骤n分析用例分析用例n定义功能性需求定义功能性需求n定义非功能性需求定义非功能性需求 系统需求列表系统需求列表 原始需求现在有一条原始需求:现在有一条原始需求:“系统添加并保存了路面事故信息系统添加并保存了路面事故信息”。我们通。我
25、们通过一步步分析来填写过一步步分析来填写需求功能列表需求功能列表分析功能需求观察原始需求,发现其中有一个业务流程名词观察原始需求,发现其中有一个业务流程名词“路面事故信息路面事故信息”,它的解释为,它的解释为“路面事路面事故信息是一行记录,包括路面事故时间、路面事故发生的地点、路面事故所在线路、故信息是一行记录,包括路面事故时间、路面事故发生的地点、路面事故所在线路、路面事故详情、添加此路面事故的车号路面事故详情、添加此路面事故的车号”,这个解释就是一个功能需求,填入功能需,这个解释就是一个功能需求,填入功能需求描述中。求描述中。功能需求描述功能需求描述路路面面事事故故信信息息是是一一行行记录
26、,包包括括路路面面事事故故时间、路路面面事事故故发生生的的地地点点、路路面面事事故故所所在在线路路、路路面面事事故故详情情、添添加加此此路面事故的路面事故的车号。号。分析功能需求观察原始需求,发现业务流程的动作观察原始需求,发现业务流程的动作“添加并保存添加并保存”。“添加添加”是说是说“系统会系统会把任何路面事故信息的修改反映到数据库中把任何路面事故信息的修改反映到数据库中”;“保存保存”是说是说“数据库会存数据库会存储事故信息,系统会拿到这个信息然后做出提示反映储事故信息,系统会拿到这个信息然后做出提示反映”,这就是,这就是2条功能条功能需求需求需求描述需求描述任何路面事故信息修改都要反映
27、到数据任何路面事故信息修改都要反映到数据库中中需求描述需求描述当当数数据据库的的路路面面事事故故信信息息被被修修改改时,系系统可可以以获取取到到这种种修改,并修改,并给出提示出提示分析功能需求观察用户用例,发现有一种异常,那就是系统可能无法获取路面事故信观察用户用例,发现有一种异常,那就是系统可能无法获取路面事故信息。在这种情况下,系统需要做出一些反映,息。在这种情况下,系统需要做出一些反映,“系统重试,若系统重试,若30秒后仍秒后仍不能获取,则提示用户该异常不能获取,则提示用户该异常”,填入功能需求描述,填入功能需求描述需求描述需求描述Error:当当无无法法获获取取数数据据库库的的修修改改
28、时时,系系统统重重试试,若若30秒秒后仍不能后仍不能获获取,取,则则提示用提示用户该户该异常异常填写功能需求编号按照按照“场景场景.用例用例.需求编号需求编号.错误情况编号错误情况编号”把功能需求编号填入功能需求编把功能需求编号填入功能需求编号中。如果没有错误情况,错误情况编号不需要填写。编号采用的原则同场号中。如果没有错误情况,错误情况编号不需要填写。编号采用的原则同场景编号。景编号。需求需求编号号DispRoadInfo.DispAccident. AccidentAddDispRoadInfo.DispAccident. AccidentUpdateDispRoadInfo. DispA
29、ccident.AccidentQueryDispRoadInfo. DispAccident.AccidQueryEror填写优先级有有3条正常功能需求,一条异常功能需求,因此是条正常功能需求,一条异常功能需求,因此是3个个p1,一个,一个p2优先先级p1p1p1p2填写用户角色用户用例名称中的用户是用户用例名称中的用户是“调度员调度员”用用户角色角色调度度员分析非功能性需求n罗列出跟系统用例性能有关的非功能性需求。罗列出跟系统用例性能有关的非功能性需求。n罗列出跟系统用例安全性有关的非功能性需求。罗列出跟系统用例安全性有关的非功能性需求。n罗列出跟系统用例可靠性有关的非功能性需求。罗列出跟
30、系统用例可靠性有关的非功能性需求。n罗列出跟系统用例易用性有关的非功能性需求。罗列出跟系统用例易用性有关的非功能性需求。n罗列出跟系统用例兼容性有关的非功能性需求。罗列出跟系统用例兼容性有关的非功能性需求。n罗列出跟系统用例可拓展性有关的非功能性需求。罗列出跟系统用例可拓展性有关的非功能性需求。n罗列出跟系统用例可维护性有关的非功能性需求。罗列出跟系统用例可维护性有关的非功能性需求。n将以上步骤的结果进行归纳和整理。将以上步骤的结果进行归纳和整理。分析非功能性需求举例说明:举例说明:分析与系统性能相关的非功能性需求:分析与系统性能相关的非功能性需求:要求系统要求系统“添加并保存了路面事故信息添
31、加并保存了路面事故信息”在在5秒内完成并自动弹出提示框。秒内完成并自动弹出提示框。填写非功能性需求按照按照“场景场景.用例用例.需求编号需求编号.错误情况编号错误情况编号”把功能需求编号填入功能需把功能需求编号填入功能需求编号中。如果没有错误情况,错误情况编号不需要填写。编号采用的求编号中。如果没有错误情况,错误情况编号不需要填写。编号采用的原则同场景编号。原则同场景编号。需求需求编号号DispRoadInfo.DispAccident. speed填写非功能性需求需求描述需求描述在在5秒内完成秒内完成“系系统添加并保存了路面事故信息添加并保存了路面事故信息”并并弹出提示框出提示框优先先级p2
32、形成需求列表场景场景用例名用例名称称原始需求原始需求功能需求编号功能需求编号功能需求描述功能需求描述优先优先级级用户用户角色角色调调度度_路路况况场场景景一一调调 度度 员员调调 度度 路路面事故面事故系系统统添添加加并并保保存存了了路路面面事故信息事故信息DispRoadInfo. DispAccident. AccidentAdd路路面面事事故故信信息息是是一一行行记记录录,包包括括路路面面事事故故时时间间、路路面面事事故故发发生生的的地地点点、路路面面事事故故所所在在线线路路、路路面面事事故故详详情情、添添加此路面事故的车号加此路面事故的车号p1调调 度度员员DispRoadInfo.
33、DispAccident. AccidentUpdate任任何何路路面面事事故故信信息息修修改改都都要要反映到数据库中反映到数据库中p1调调 度度员员DispRoadInfo. DispAccident.AccidentQuery当当数数据据库库的的路路面面事事故故信信息息被被修修改改时时,系系统统可可以以获获取取到到这这种种修修改改,并并给给出出提提示示(通通过过按钮闪烁)按钮闪烁)p1调调 度度员员DispRoadInfo. DispAccident.AccidQueryErorError:当当无无法法获获取取数数据据库库的的修修改改时时,系系统统重重试试,若若30秒秒后后仍仍不不能能获获
34、取取,则则提提示示用用户户该错误该错误p2调调 度度员员DispRoadInfo. DispAccident.Speed在在5秒秒内内完完成成“系系统统添添加加并并保保存存了了路路面面事事故故信信息息”并并弹弹出出提示框提示框 P2调调 度度员员工作内容工作内容:需求说明书讲解需求说明书讲解需求说明书讲解步骤p系统概述系统概述p系统功能简介系统功能简介p系统用户角色系统用户角色p理由理由p项目范围项目范围p系统假设系统假设p系统定义系统定义p用户场景用户场景p用户用例用户用例p用户用例步骤用户用例步骤p系统需求系统需求p功能性需求功能性需求p非功能性需求非功能性需求p文档历史文档历史需求说明书
35、讲解步骤p系统概述系统概述p系统功能简介系统功能简介l系统由哪几类角色构成?系统由哪几类角色构成?l系统使用什么架构?系统使用什么架构?l系统是用什么数据库?系统是用什么数据库?需求说明书讲解步骤系统用户角色:系统用户角色:系统里有哪五类系统用户?分别都是什么功能。系统里有哪五类系统用户?分别都是什么功能。需求说明书讲解步骤理由:理由:1 现阶段公交系统的运营现状现阶段公交系统的运营现状2 开发公交调度系统的必要性开发公交调度系统的必要性3 我公司从技术资金时间考虑,该项目是否具有可行性。我公司从技术资金时间考虑,该项目是否具有可行性。需求说明书讲解步骤项目范围:项目范围:1我国所处的信息化阶
36、段我国所处的信息化阶段2如果系统上线将会影响我国公交系统的哪些方面?如果系统上线将会影响我国公交系统的哪些方面?需求说明书讲解步骤系统假设:系统假设:1 开发期限开发期限2 项目资金项目资金3 开发地点开发地点4 开发人员开发人员5 我公司管理组我公司管理组需求说明书讲解步骤系统定义:系统定义:1 系统中五种用户之间的交互过程。系统中五种用户之间的交互过程。需求说明书讲解步骤用户场景:用户场景:1 各个小组成员结合自己所写的用户总场景和分场景填入需求说明书中。各个小组成员结合自己所写的用户总场景和分场景填入需求说明书中。需求说明书讲解步骤用户用例:用户用例:1 各个小组成员结合自己所写的用户用
37、例填入需求说明书各个小组成员结合自己所写的用户用例填入需求说明书需求说明书讲解步骤功能性需求:功能性需求:1 展示乘客,乘务员,调度员,管理员和业务员的用例图展示乘客,乘务员,调度员,管理员和业务员的用例图2 展示业务员和调度员的交互时序图展示业务员和调度员的交互时序图3 展示业务员和调度员的交互活动图展示业务员和调度员的交互活动图需求说明书讲解步骤非功能性需求:非功能性需求:1 表现层需求表现层需求2 业务层需求业务层需求3 数据持久层需求数据持久层需求4 性能需求性能需求需求说明书讲解步骤文档历史文档历史版本版本修改内容修改内容修改日期修改日期 修改人修改人审阅人人谢谢!谢谢!谢谢!谢谢!