公交查询系统需求分析报告.docx
- 文档编号:4720279
- 上传时间:2022-12-07
- 格式:DOCX
- 页数:17
- 大小:23.60KB
公交查询系统需求分析报告.docx
《公交查询系统需求分析报告.docx》由会员分享,可在线阅读,更多相关《公交查询系统需求分析报告.docx(17页珍藏版)》请在冰豆网上搜索。
公交查询系统需求分析报告
西安市公交查问系统
项目需求剖析研究报告
学生姓名:
学号:
专业:
计算机科学与技术
班级:
目录1
1.前言1
1.1编写目的1
1.2项目背景1
1.3定义1
1.4参照资料1
2.软件产品的一般性描述.2
2.1运转环境与资源2
2.2软件产品的功能2
2.3用户特点3
2.4限制与拘束3
3.系统功能行为剖析4
3.1前言4
3.2系统功能模型4
3.3有关用例的睁开7
3.4系统静态模型11
3.5系统动向模型12
3.6系统系统构造模型16
3.7输出结果18
4.系统性能剖析18
4.1数据精确度18
4.2时间特征18
4.3适应性18
4.4故障办理19
5.所建议系统经济可行性剖析.19
5.1用户界面19
5.2硬件界面19
5.3软件界面19
6.其余要求20
6.1可使用性20
6.2安全保密性20
6.3可保护性20
1.前言
1.1编写目的
应城市交通的发展要求,跟着经济的快速发展,城市公交网也渐渐宏大起来。
而计算机技术的快速发展,推进了信息技术宽泛、深入地应用到人类社会的各个
领域并发挥极其重要的作用。
因为计算机的靠谱性高、储存量大、保密性好、查
找方便、成本低等优势,我们能够利用计算机的这些长处来提升信息管理的效率。
所以,为了令人们能够合理选择公交线路,更快、更正确的认识各路况以及公交
线路的流通和改正状况,使出行更为方便快捷,城市公交管理系统应运而生。
1.2项目背景
跟着现代化建设的快速兴起,城市地图的不停扩大,公交线路由本来的几条
简单线路发展成为巨大的公交网交叉在城市中,传统的识记、步行等方法已经不
能知足人们便利出行的需求。
其一,人们没法所有识记巨大而又复杂的公交路线
和站点转搭车辆;其二,公交信息的改动,人们将没法快速捕捉公交信息的动向
变化,为人们的出行及公交车次、线路等选择带来不便,浪费人们的时间。
为解决此问题,我们小组拟为其开发城市公交线路查问系统。
一方面令人们不用记忆复杂而众多的各样公交线路,另一方面也能够方便人们合理选择搭车路线,方便人们的出行生活。
1.3定义
城市公交查问系统:
以城市的地图为载体,以公交线路及公交站点为重要管理对象,为广大市民供给一个对城市空间信息进行查问的软件。
公交查问系统中有三种角色:
旅客、会员和系统管理员。
旅客:
能够登录公交查问系统查问公交信息和查察公交新闻。
会员:
不单拥有旅客的所有权限,还能够向公交部门提出建议。
系统管理员:
登岸系统管理端对公交信息进行管理的人员,这个角色主要负责对站台信息和线路信息的增加、删除、改正、查问,以及对网站的保护。
1.4参照资料
《信息系统剖析与设计(第三版)》王晓敏、邝孔武编著清华大学第一版社
1
2.软件产品的一般性描述
2.1运转环境与资源
该系统在VisualStudio2010环境下进行开发,数据库服务器为SQL
Server2008R2,采纳ASP.NET动向网页编程技术使系统在阅读器上运转。
该系统合适在Windows2000以上的操作平台上运转。
2.2软件产品的功能
城市公交查问系统拥有输入/输出、查问、更新数据等功能。
该系统分为查问模块和后台管理模块。
用户能够按车次查问、站点查问和起点—终点线路查问三种查问方式,使用户精确掌握公交车次信息、线路信息以及一次变换乘公交的搭车方法;此中注册会员还能够对公交部门提出建议,这样不单能够方便用户出行,还有益于公交部门对公交营运的改革。
而在后台管理模块中,系统管理员能够实现对公交信息、公交线路、发车时间表以及公交新闻、最新动向的新增改正和删除操作,方便管理员正确的改正信息,与实质公交线路或信息符合,方便人们查问公交信息。
2
城市公交查问系统整体用例图描述:
用例编号:
1
用例名称:
城市公交信息查问系统
用例描述:
旅客登录系统界面能够直接对公交信息进行查问。
会员继承旅客的查问权限。
在此基础上,会员登录会员登录界面,用例描述:
输入正确的用户名和密码成功登录后,能够对自己的会员信息进用例描述:
行改正,并能够向交通部门提出建议。
管理员进入系统后台管理登录界面,输入正确的管理员名称和密用例描述:
码成功登录后,能够对公交信息和信息进行查察和管理。
前置条件:
会员和后台管理员要输入用户名和密码才能进行权限操作。
后置条件:
旅客能够查问公交信息。
会员继承旅客权限,并能改正会员信息,及向交通管理部门提出用例描述:
建议。
管理员后台管理公交信息和信息。
活动步骤:
1.旅客、会员、管理人员进入系统界面直接对公交信息进行查问
2.会员或管理员进入会员或管理员登录界面
3.输入正确的用户名和密码
4.成功登录会员界面或管理员界面进行有关的权限操作
扩展点:
1.假如会员或管理员在登录时输入的用户名或密码错误,
则系统自动提示密码或用户名错误,请从头输入。
2.假如会员在登录过程中忘掉密码,则能够经过“忘掉密
码”进行密码找回。
2.3用户特点
该公交查问系统面向的是城市的广大市民,关于出门而不熟习城市公交车或
线路信息、不知道怎样选择转乘方案的人们,只需会使用手机、电脑等设施,都能够上网利用该系统进行公交信息查问。
2.4限制与拘束
因为该公交查问系统的最后用户是该城市的广大市民,所以关于系统不一样
的模块,他们拥有不一样的权限。
比如一般用户只好查问公交信息而不一样意向交通
部门提出建议,也不一样意登录后台管理模块进行公交信息的各样改正和管理操
作。
3
3.系统功能行为剖析
3.1前言
跟着城市的发展,愈来愈多的外来人口涌入经济发达的城市,在陌生的城市,人们必然采纳公交作为出行工具,所以功能强盛、性能优秀的公交查问系统为广大市民的出行供给了方便。
人们经过对公交线路、公交车次及站点的查问,令人们更快、更正确的认识到整个城市的交通状况;经过对交通线路动向信息的掌握,能够快速的帮助人们确定最正确公交路线,让人们的出行变得轻松而又便利。
公交查问系统应当便于后台管理员的管理,方便管理员对最新公交动向、路段信息的改正和替代旧的动向信息。
应当简化管理员对公交线路、公交站点、公交信息的改正工作,使管理员能够在最短的时间改动交通讯息,而不会发生错误。
每个管理员都由自己的安全密码登录进入后台,防备外来人对系统的任意窜改。
3.2系统功能模型
公交查问系统是为了知足广大民众的需求,方便管理员正确的更新公交信息,所以该系统包含三个参加者:
旅客:
该集体是查问系统中数目最多,也是最重要的参加者。
旅客能够经过
该系统进行车次查问、站点查问、公交乘换线路查问、公交新闻查问,认识公交
信息及其线路信息,掌握公交新闻动向。
会员:
获取旅客的权限,还能够保护自己的会员信息,向公交部门提出建议。
管理员:
管理员是公交信息的管理者,他们能够依据公交的实质工作信息、
站点信息及线路信息进行对公交信息、站点及线路信息的增加删除,使公交线路
及公交信息与实质相切合;并能够对公交信息进行增加/查察和删除。
4
1.旅客和会员能够经过该系统进行以下活动:
公交系统用户权限用例图用例描述:
用例编号:
2
用例名称:
用户权限
用例描述:
旅客:
旅客能够经过该系统进行车次查问、站点查问、公交乘换线路查问、公交新闻查问,认识公交信息及其线路信息,掌握公交新闻动向。
会员:
会员继承旅客的权限。
会员进入会员登录界面后输入正确的用户名和密码以成功登录,登录后进入会员界面来保护自己的会员信息,向公交部门提出建议。
前置条件:
会员输入用户名和密码进行登录。
后置条件:
旅客、会员能够进行公交信息查问,会员登录后进行会员权限操作。
活动步骤:
1.旅客、会员进入系统界面直接对公交信息进行查问
2.会员进入会员登岸界面,输入自己的用户名和密码
3.会员成功进入会员界面
4.会员保护自己的信息,向公交部门提出建议
扩展点:
1.假如会员在登录时输入的用户名或密码错误,则系统自动提
示密码或用户名错误,请从头输入。
2.假如会员在登录过程中忘掉密码,则能够经过“忘掉密
2.管理员能够经过该系统进行以下活动:
码”进行密码找回。
1.旅客和会员能够经过该系统进行以下活动:
3.假如旅客或会员在查问操作时输入错误的车次、站点,则系
统自动提示输入的车次、站点不存在。
5
2.管理员能够经过该系统进行以下活动:
公交信息管理的用例图用例描述:
用例编号:
3
用例名称:
公交信息管理
用例描述:
管理员进入后台管理登岸界面后,输入正确的用户名和密码,登录成功后进入管理界面以对公交信息和信息进行管理。
管理员能够对公交信息进行增加、改正和删除来更新公交信息,进行车次、站点及线路的管理;管理员经过抵信息管理来对最新公交新闻进行公布和对过期新闻进行删除操作来达到公交新闻的及时改正管理;经过对用户反应的建议进行查察来达到对部门工作状况的改良,管理员能够删除无效的建议。
前置条件:
管理员输入用户名和密码登录。
后置条件:
管理员对公交信息进行管理。
活动步骤:
1.管理员进入后台管理登岸界面
2.输入正确的用户名和密码
3.进入后台管理界面
4.对公交信息进行增加、改正、删除及信息管理等操作。
扩展点:
假如管理员在登录时输入的用户名、密码错误,则系统提
6
示错误信息并要求从头输入。
3.3有关用例的睁开
1.旅客登录系统查问公交信息活动图
在旅客登录系统查问公交信息的活动图中,创立了两个泳道,分别是旅客对象和公交信息查问界面对象,详细活动过程描述以下:
(1)旅客进入公交信息查问界面,系统提示用户输入需要查问的内容;
(2)旅客输入查问内容提交系统后,考证其输入内容能否存在和正确;
(3)若正确,则公交信息查问界面反应正确的查问结果;若错误,系统提示输入错误或查问内容不存在。
依据上述过程,创立以下活动图所示。
2.旅客注册会员活动图
在旅客登录注册会员界注册会员的活动图中,创立了两个泳道,分别是旅客
对象和注册会员界面对象,详细活动过程描述以下:
(1)旅客进入注册会员界面,系统提示用户输入需要填写的内容;
(2)旅客填写身份信息内容提交系统后,考证其输入内容格式能否正确;
(3)若正确,则注册会员界面提示注册成功;若错误,系统提示输入填写内容的格式错误,需要从头填写。
7
依据上述过程,创立以下活动图所示。
3.会员进入会员操作权限界面的活动图
在会员登录会员权限界面的活动图中,创立了三个泳道,分别是会员对象和会员登岸界面和会员权限操作界面对象,详细活动过程描述以下:
(1)会员进入会员登录界面,系统提示用户输入用户名和密码;
(2)用户输入用户名和密码提交系统后,系统查问其输入的用户名能否存在并考证密码能否与用户名般配;
(3)若正确,则会员登岸成功并自动跳转至会员权限操作界面;若错误,系统提示输入的身份信息有误,需要从头填写登录。
依据上述过程,创立以下活动图所示。
8
4.会员考证身份成功后,进入会员操作权限界面后进行会员信息管理和提出建议操作的活动图
在会员考证身份成功后,进入会员权限操作界面的活动图中,创立了两个泳道,分别是会员对象和会员权限操作界面对象,详细活动过程描述以下:
(1)会员进入会员权限操作界面,能够选择会员信息管理或提出建议选项;
(2)若会员选择会员信息管理,则在其下方显示会员信息,会员能够输入要改正的内容并提交系统;若会员选择提出建议,则在其下方会显示建议框,会员能够输入建议内容并提交;
(3)若会员信息改正的内容切合要求,则系统提示改正成功,或改正内容不切合要求,则系统提示填写内容格式错误;若会员填写的建议标题、内容不为空,则系统提示提交成功,若填写内容有一项为空,则系统提示输入内容不可以为空。
依据上述过程,创立以下活动图所示。
5.管理员登录后台管理界面的活动图
在管理员登录管理权限界面的活动图中,创立了三个泳道,分别是管理员对象、后台管理登岸界面和后台管理界面对象,详细活动过程描述以下:
(1)管理员进入后台管理登岸界面,系统提示用户输入用户名和密码;
(2)管理员输入用户名和密码提交系统后,系统查问其输入的用户名能否存在并考证密码能否与用户名般配;
(3)若正确,则管理员登岸成功并自动跳转至后台管理界面;若错误,系统提示输入的身份信息有误,需要从头填写登录。
9
依据上述过程,创立以下活动图所示。
6.管理员身份信息考证成功后进入后台管理界面后进行有关操作的活动图
在管理员考证身份成功后,进入后台管理界面的活动图中,创立了两个泳道,
分别是管理员对象和后台管理界面对象,详细活动过程描述以下:
(1)管理员进入后台管理界面,能够选择更新车辆信息或信息管理选项;
(2)若会员选择更新车辆信息,则在其下方显示车辆、站点、线路信息,管理员能够输入或选摘要更新的内容并提交系统;若管理员选择信息管理,则在其下方会显示信息信息,管理员能够查察或更新信息内容并提交;
(3)若公交信息需要更新的内容切合要求,则系统提示改正成功,或改正内容不切合要求,则系统提示填写内容错误;若管理员更新的信息内容正确,则系统提示提交成功,若更新的信息内容错误,则系统提示输入内容错误。
依据上述过程,创立以下活动图所示。
10
3.4系统静态模型
静态构造用类图和对象图描述。
对象图是类图的实例,几乎使用与类图完好
同样的表记。
其不一样点在于对象图显示类的多个对象实例。
经过类图将用例图实
现详细到每个类中。
经过剖析,列出公交查问系统波及到的类:
1.公交信息表:
记录该辆公交车的车次、车辆参数、工作时间等信息,管理员能够进行增加、改正、删除操作。
2.公交线路表:
记录公交线路号,和对应的公交线路所经过的站点会合,管理员能够进行增加、改正、删除等操作。
3.公交站点表:
记录各公交站台名及相对应的公交车经过的各路线会合,管理员能够进行增加、改正、删除等操作。
4.会员表:
包含了会员的昵称、姓名、密码找回等信息,会员能够改正会员
信息。
5.公交新闻表:
记录公交新闻公布的时间、标题及内容,管理员能够对公交新闻进行增加及删除操作,用户能够查察新闻。
6.建议表:
记录会员用户反应给管理者的建议,包含建议序号、标题及内容、提交时间,会员能够增加建议,管理员能够查察和删除建议。
用户与系统需要进行交互,一个友善的系统往常采纳直观的图形可视化界
面,所以需要定义系统的用户界面类。
经过对系统的不停剖析和细化,可辨别出界面类、类的操作和属性。
此中,界面包含:
主界面、登录界面、查问界面、更新公交信息界面、更新信息界面、会员信息界面、建议议论界面。
如图则为系统完好的类图,剖析则有主界面类与登岸界面类之间是关系关系,而查问界面、后台管理界面、会员权限界面、会员注册界面和密码找回界面都是主界面的一部分,所以它们和主界面之间是组合关系。
会员信息管理界面与提建议界面与会员权限界面是组合关系,它们都依靠于会员进行操作。
会员与旅客是继承的关系,会员权限在旅客查问权限的基础上有所增加。
会员能够改正会员信息和提建议,他们都依靠于会员进行操作,会员表和建议表都是经过改正会员信息和提建议两个接口类实现的,所以他们是实现关系。
会员继承成了旅客的查问权限。
公交信息管理界面和信息管理界面与后台管理界面是组合关系,他们都依靠于管理员进行操作。
此中,管理员能够经过增加、更新、删除操作进行对公交车次、站点及路线信息的管理;管理员也能够增加、删除公交新闻并查察删除市民提出的建议。
关于整个公交系统而言,用户、管理员查问的是车辆、站点以及线路信息,
11
所以车辆、站点、车次作为系统中最重要的实体,有以下的关系,用户经过查问车辆信息能够查问它的运转时间以及它的运转线路,一种车次的车只有一个夏、冬天工作时间和一条工作线路,而多个站点按每种车次的车辆的工作线路一次组合成该车次运转的公交线路。
以下列图所示。
3.5系统动向模型
系统的动向模型能够使用交互作用图、状态图和活动图来描述。
交互作用图包含序列图和协作图。
序列图描述了系统中的一组对象在时间上交互的整体行为,协作图描述的是系统中一组对象的交互行为。
创立次序图:
在公交查问系统中,经过系统用例的描述,能够获取以下交互行为。
旅客登录系统查问公交信息;
旅客能够注册成为会员;
会员登录时,若忘掉密码还能够进行密码找回操作;
会员能够查问公交信息,还能够改正会员信息和向公交部门提出建议;
后台管理员身份考证成功后能够登录后台进行对公交信息和信息信息的管理操作。
1.旅客登录系统查问公交信息的用例的工作流程
(1)旅客想经过系统查问公交信息;
(2)旅客进入查问信息页面,输入需要查问的公交信息并提交;
(3)系统考证输入内容能否存在,若正确反应旅客查问结果;若查问内容不存在,提示错误。
12
依据基本流程,旅客查问公交信息的次序图以下列图所示。
2.旅客注册会员用例的工作流程
(1)旅客进入注册会员界面,系统提示用户输入需要填写的内容;
(2)旅客填写身份信息内容提交系统后,考证其输入内容能否完美;
(3)若填写的内容完美,则注册会员界面提示注册成功;若错误,系统提示输入填写内容的格式错误,需要从头填写。
以下列图次序图所示。
13
3.会员找回密码用例工作流程
(1)会员进入会员登岸界面,系统提示用户输入需要填写的内容;
(2)会员填写身份信息内容提交系统后,考证其输入用户名与密码能否般配;
(3)若身份考证信息正确,则系统反应登录成功;若考证身份失败,系统提示会员能够密码找回。
(4)若会员选择密码找回,则界面自动跳转密码找回界面。
(5)会员输入注册时所设问题答案,若答案与问题般配,则提示用户的用户
密码;若答案输入错误,则系统提示从头输入。
依据基本流程,会员找回密码的次序图以下列图所示。
14
4.会员改正会员信息/提建议用例的工作流程
在会员考证身份成功后,进入会员权限操作界面的活动图中,创立了两个泳道,分别是会员对象和会员权限操作界面对象,详细活动过程描述以下:
(1)会员进入会员权限操作界面,能够选择会员信息管理或提出建议选项;
(2)若会员选择会员信息管理,则在其下方显示会员信息,会员能够输入要改正的内容并提交系统;若会员选择提出建议,则在其下方会显示建议框,会员能够输入建议内容并提交;
(3)若会员信息改正的内容切合要求,则系统提示改正成功,或改正内容不切合要求,则系统提示填写内容格式错误;若会员填写的建议标题、内容不为空,则系统提示提交成功,若填写内容有一项为空,则系统提示输入内容不可以为空。
依据上述过程,次序图以下所示。
5.管理员更新公交信息用例的工作流程
(1)管理员进入后台管理界面,能够选择更新车辆信息或信息管理选项;
15
(2)若会员选择更新车辆信息,则在其下方显示车辆、站点、线路信息,管理员能够输入或选摘要更新的内容并提交系统;若管理员选择信息管理,则在其下方会显示信息信息,管理员能够查察或更新信息内容并提交;
(3)若公交信息需要更新的内容切合要求,则系统提示改正成功,或改正内容不切合要求,则系统提示填写内容错误;若管理员更新的信息内容正确,则系统提示提交成功,若更新的信息内容错误,则系统提示输入内容错误。
依据上述过程,活动图以下。
3.6系统系统构造模型
依据系统的需求,创立包图。
剖析可知系统中的主要实体类为:
旅客、会员和管理员。
主要协助类为:
车
16
次查问、站点查问、线路查问,这几个类能够抽象出父类“查问”。
公交信息管
理和信息管理这两个类能够抽象出父类“后台管理”。
剖析可知用户界面类为:
主界面、登录界面、查问界面、注册会员界面、密
码找回界面、会员权限操作界面、后台管理界面。
公交查问系统主要参加者
公交查问系统的主要操作功能
公交查问系统的系统界面类
17
3.7输出结果
(1)查问:
公交查问:
文本显示查问结果来挨次显示车次及车辆参数、运转路线和工
作时间表信息。
线路查问:
显示公交路线。
站点查问:
显示经过站点的所有车次;按默认优先级摆列各条可达路线。
(2)管理:
增加管理:
显示新增的车辆信息或新闻信息。
改正管理:
显示改正以后的车次和线路信息。
删除管理:
显示删除成功。
4.系统性能剖析
4.1数据精确度
Data型数据:
采纳标准的输入格式输入,输入时采纳文本框直接限制格式
的形式,传输过程中最为短日期型数据办理传输,输出时以标准形式输出。
String型数据:
输入时视详细状况而定,站点名称以数据库默认的精度为
准,长度为50.传输和输出都不进行特意的办理。
Integer型数据:
视输入数据的合理性而定,一般采纳在界面上对数据位数加以控制,在数据库的储存上仍旧以默认位数,便于扩大。
传输和输出上未加办理。
Float型数据:
主要用于电费上,精度为2位小数。
输入、传输和输出一致。
4.2时间特征
响应时间,更新办理时间都比较快速,完好知足用户要求。
一般操作的响应时间应在1-2s内,对数据的导入、导出的操作也应在可接受的时间内达成。
4.3适应性
在软件方面,响应时间,更新办理时间,数据传递和变换时间,办理和解决
问题时都比较快且快速,完好知足用户要求。
当用户需求,如操作方式,运转环境,结果精度,数据构造与其余软件接口
等发生变化时,设计的软件要做合适调整,灵巧性特别大。
18
4.4故障办理
若发生故障马上终端目前操作且提示犯错信息,并提示用户正确操作。
假如是致命错误,则本次操作失败并退出系统,不对数据进行改正、插入或删除等操
作以保证该系统安全性。
5.所建议系统经济可行性剖析
5.1用户界面
1)页面内容:
主题明确,排版清楚简短,站点链接和标题格式一致,规范,
栏目、菜单设置和布局合理,传达的信息正确及时。
内容丰富,功能多样。
控制广告数目,给人一种思路清楚,目的明确的感觉,同时也不失餐饮业介绍所应有
的特点。
2)导航构造:
页面拥有明确的导航指示,且便于记忆理解,方便用户使用。
3)技术环境:
页面大小合适,能用各样常用阅读器以不一样分辨率阅读;无
错误链接和空链接;用C#进行逻辑剖析办理,尽量防止逻辑上的破绽,采纳CSS
办理,控制字体大小和版面布局。
4)艺术风格:
界面、版面形象清爽悦目、布局合理,字号大小适合、字体选
择合理,前后一致,雅观大方;背景颜色适中,不会惹起视觉疲惫;色彩和睦自然,与主题内容相协调。
5.2
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 公交查询 系统 需求 分析 报告