第11组出租车管理系统.docx
《第11组出租车管理系统.docx》由会员分享，可在线阅读，更多相关《第11组出租车管理系统.docx（27页珍藏版）》请在冰豆网上搜索。
第11组出租车管理系统
软件需求课程实践
出租车管理系统
软件需求说明书
（V1.0）
班级：
20112014
第11组
2013年4月26日
学号
2011201417
2011201430
2011201431
2011201432
姓名
史欣慧
赵胜男
赵泽祥
钟洪屹
角色
组长
成员
成员
成员
贡献
成绩
教师评语
目录
1引言3
1.1编写目的3
1.2背景3
1.3定义3
1.4参考资料3
2任务概述3
2.1目标3
2.2用户的特点4
2.3假定和约束4
3需求规定4
3.1对功能的规定4
3.2对性能的规定4
3.2.1精度4
3.2.2时间特性要求4
3.2.3灵活性5
3.3输人输出要求5
3.4数据管理能力要求5
3.5故障处理要求5
3.6其他专门要求6
4运行环境规定6
4.1设备6
4.2支持软件6
4.3接口6
4.4控制6
软件需求说明书的编写提示
1引言
1.1编写目的
本文档主要是对获取的用户需求，综合考虑组织目标、现状、技术条件、投资能力等因素，从系统目标、结构、功能、性能、风险等方面对出租车管理进行深入细致地分析，剔除相互矛盾、不一致、有歧义或者不必要的需求，最终确定出合理、正确、可行的系统需求，尽可能地满足用户要求，避免开发人员和用户之间的误解。
本文档将详细、准确地反映最终确定的系统需求内容，简要地反映需求分析的过程以及相关问题；既是对需求分析工作的总结，又将作为后续开发阶段系统分析、设计、实现和测试的工作纲领。
1.2背景
a．待开发的软件系统的名称：
出租车管理系统
b．项目的任务提出者：
XX出租车公司
c．项目开发者：
哈尔滨工程大学软件工程20112014班第11小组
d．本文档的读者范围包括：
a．需求提供方具体责任人
b．开发方项目负责人、系统分析设计人员
1.3定义
需求：
用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
1.4参考资料
《需求工程—软件建模与分析》高等教育出版社【主编】骆斌；【编著】丁二玉；
《问题分析过程》文档；
《用例文档》；
《分析模型》；
《软件需求说明》（GB856T——88）；
《TheUnifiedModelingLanguageUserGuide,SecondEdition》中文版，人民邮电出版社【作者】（美）GradyBooch,JamesRumbaugh,IvarJacobson；【译者】邵维忠麻志毅马浩海刘辉；
《Java数据库接口JDBC入门基础讲座》。
2任务概述
2.1目标
随着当今交通的日益便利，出租车作为一种不可缺少的交通工具，其数量在不断增加。
用户方为了更好地管理公司车辆和司机，有效地利用资源，提高出租车服务质量而提出了开发该系统的要求。
该系统是一套对出租车管理明细登记、查询、贺驶员管理；出租车买费、买费查询、买票登记、买票查询；公司收入与支出、公司财产进行全面管理的系统。
该系统通过简单录入业务基本信息随时方便统计出车辆费用、利润、车票使用情况。
根据出租车辆管理的要求，对数据进行分类、统计、汇总、分析出租管理系统。
充分利用系统维护中的数据设置了辅助录入，减少了录入工作量，提高了工作效率，降低了工作强度，为出租车公司提供了一个现代化的管理手段，保持了各种数据的完整性、及时性和正确性，完善了管理体系提高了管理水平。
2.2用户的特点
用户方：
软件的直接使用者。
包括公司车辆管理人员，公司人事部人员，公司财务部人员，车辆调度人员（即时订车、提前订车），公司事务处理人员（处理司机投诉、事故保险索赔、失物处理等事务），公司管理人员（公司高层管理人员）。
车辆管理人员使用系统的车辆管理模块，负责记录、更新车辆信息。
要求他们能熟练操作本系统的车辆管理模块，包括熟练记录、更新、查询车队信息；对公司的车队运行状况有很好的了解；能根据查询报表准确对车队运行情况进行分析；了解国内车辆性能及车辆销售商信息。
公司人事部人员主要负责公司人事任免，与本系统关系不大。
部分人事部成员负责管理司机信息，使用本系统的司机管理模块。
要求他们能熟练操作本系统的司机管理模块，包括熟练记录、更新、查询司机信息，从查询信息产生报表；有较强的沟通能力；了解有关司机的法律法规，制定司机违章记录规则；有很好的敬业精神，不会徇私记录错误信息。
公司财务部人员对公司收入与支出、公司财产进行全面管理。
使用本系统的销售管理模块。
要求他们能熟练操作本系统的销售管理模块，包括熟练记录、更新每天的出租车收入，发票，车辆缴费记录等信息；能根据查询信息产生财务报表，并分析营销情况。
车辆调度人员相对应于公司的订车服务有两种，主要使用本系统的订车管理模块。
一种负责提前订车，他们同时作为电话接待员，根据客户的要求，即车队信息为客户安排车辆，并通知相应司机；另一种负责即时订车，他们从即时订车电话接待员那里的到信息，根据客户的位置，找到离客户最近或最方便到达客户的可用车辆，并通知相应的司机前去。
要求他们有较强的调度能力，且对本市路况非常了解；并且公平公正，完全从公司和客户的角度来考虑，不徇私。
公司事务处理人员处理司机投诉、事故保险索赔、失物处理等事务，需要有很强的语言表述能力。
公司管理人员可以通过系统查看公司车队运营状况及司机信息，他们不需要能对本系统有熟练的操作系统。
司机：
不会直接使用本系统，但须向人事部司机管理人员提供自身信息；可以从司机管理人员那更快的得到自己的信息，如有必要；系统内记录的司机信息也会对司机以后的事业产生影响。
数据库管理员：
管理和维护整个数据库，设置其他角色访问权限。
要求他们对数据库非常了解，能熟练进行管理数据库的各种操作，且对公司的运营模式非常了解，以便设置不同权限。
客户：
与本系统没有直接关系，但却是本系统的最大受益者，可以得到更好的服务，减少等待时间，出行更方便。
2.3假定和约束
1.假定公司车辆车牌照仅限于本市（黑龙江省哈尔滨市）。
2.每辆车的信息都完备。
3.每辆车都装有GPS系统
4.考虑经费原因，需与公司已有计算机硬件接口良好
5.与公司已有数据库系统及其他部门（如人事部，财务部）系统接口良好。
6.软件系统开发时间期限至2013年9月1日。
7.使用数据库存储信息。
车辆信息管理最多记录2000辆车辆信息，新増车辆不得使用已废弃车辆ID；司机信息管理最多纪录4000名司机信息，新增司机不能使用已废弃的司机ID。
8.需求分析及软件开发均使用面向对象方法。
9.软件开发使用Java语言。
3需求规定
3.1对功能的规定
本系统共有分为5个模块：
车辆管理，司机管理，订车管理，营销管理，事务管理；有7个功能：
车辆信息管理，从业人员信息管理，销售管理，事务管理，保险管理，数据库管理，订车管理。
系统需求结构图
3.1.1车辆信息管理
车辆信息管理提供记录车辆型号，车牌号，登记证，行车执照，检车时限，保险，尾气，公里数等信息，且提供车辆信息更新，查询，统计，打印等功能。
功能介绍见表3-1，活动图见图3-1。
该模块还提供自动累计、到期提醒功能。
功能介绍见表3-2。
VehicleAdministrators（VA）操作
系统反应
打开系统选择车辆管理
显示车辆管理模块登录界面，要求VA输入用户名，及密码
输入用户名、密码选择登录系统
检查用户名及密码是否正确。
若正确允许VA进入系统，如不正确要求重新输入用户名及密码，登录次数不得超过3
要求记录一辆新车信息
为新车辆分配一个新ID，弹出一个窗口供VA填写新车信息。
VA需填写的信息包括车辆型号，车牌号，登记证，行车执照，检车时限，保险，尾气，公里数，乘客人数及备注。
要求记录一批车辆信息（公司购进一批同品牌，同型号的车辆
为每辆车分配一个新ID，弹出一个窗口供VA填写新车信息。
VA可选择填写共用信息，通常包括车辆型号，检车时限，保险，尾气，公里数；也可为每辆车填写特有信息，包括车牌照及其他信息。
提交新车辆信息
1）检查车辆信息是否符合规格以及是否完全。
2）若车辆信息不符合要求，提醒用户返回继续填写车辆信息
3）若车辆信息完全且符合规格，则检测车牌照是否与原有车辆牌照有重复，如有，要求VA重新输入，如无，将信息存储到数据库。
查询一辆或一批车辆信息
获得VA输入查询限制语句，根据语句从数据库中调出相应信息。
支持模糊查询、批量查询、或单项查询。
要求将查询数据生成报表
将查询得到的数据生成报表，提供打印功能，VA可编辑报表样式。
要求更新某车辆信息
弹出窗口显示该车辆信息，供VA修改
要求更新一批车辆信息（一般是指修改这批车辆的共同信息）
弹出窗口显示该批车辆得共同信息，供VA修改
提交更新车辆信息
1）检查车辆信息是否符合规格以及是否完全。
2）若车辆信息不符合要求，提醒用户返回继续填写车辆信息
3）若车辆信息完全且符合规格，则检测车牌照是否与原有车辆牌照有重复，如有，要求VA重新输入，如无，将信息存储到数据库。
表3-1
图3-1
1.自动累计并计算得出新车ID
2.自动累计车辆使用年份。
3.系统存储了车检时限，提前一月跳出提醒信息。
提醒信息包括车辆ID及车检时限。
4.自动累计公司车队车辆数目。
包括总数目，各型号车辆数目，及不同品牌车辆数目。
表3-2
3.1.2订车管理
订车服务作为公司收入主要来源，所以订车管理是本系统的核心模块，起着非常重要的作用，是提出本开发本系统的最主要的原因。
相应于本公司的订车服务，订车管理模块分为两个子模块：
提前订车、即时订车。
提前订车分为电话预约和网上预约。
电话预约即客户致电电招中心，电话接待员为客户安排车辆。
由于此时调度工作并不复杂，电话接待员即可完成工作。
他们在得到客户提出的时间和地点信息后，查看公司车队运行信息，找出客户预订时间还并未被预订的车辆，查看车辆司机信息，包括司机代号及联系方式。
通知该司机，如果该司机不同意，找另外一辆，直到找到为止。
如果实在找不到（这种情况一般不会出现），及时通知该客户。
活动图见图3-2
图3-2
网上预约即乘客登陆公司网站，选择网上预约订车业务，填写要求司机前往的地点，及所要求到达的时间，并留下联系方式，系统提示订车管理人员有订车业务，由管理人员安排车辆，并及时通知客户。
活动图见图3-3。
图3-3
即时订车即在接到客户电话后立即安排车辆前去服务。
活动图见图3-4。
图3-4
3.1.3从业人员信息管理
本软件系统对从业人员信息的管理主要指对该公司司机信息的管理。
系统司机管理模块负责往数据库中存储司机姓名、性别、出生年月、住址、驾驶证号码、身份证号码、驾龄、驾驶车型、车牌号码等基本信息。
提供基本信息管理（录入、修改、删除、打印等）功能，基本信息的查询功能，及司机违章记录的管理功能。
见表3-3。
司机管理人员（用户）操作
系统反应
打开系统选择司机管理
显示司机管理模块登录界面，要求VA输入用户名，及密码
输入用户名、密码选择登录系统
检查用户名及密码是否正确。
若正确允许VA进入系统，如不正确要求重新输入用户名及密码，登录次数不得超过3
要求插入一个新增司机信息
为新司机分配一个新ID，弹出一个窗口供司机管理人员填写新车信息。
需填写的信息包括司机姓名、性别、出生年月、住址、驾驶证号码、身份证号码、驾龄、驾驶车型、车牌号码等基本信息。
要求查询一个或一批司机信息
获得司机管理员输入查询限制语句，根据语句从数据库中调出相应信息。
支持模糊查询、批量查询、或单项查询。
要求将查询信息生成报表
将查询得到的数据生成报表，提供打印功能，VA可编辑报表样式。
要求打印报表
提交报表，进入打印任务列表。
要求更新一个原有司机信息
弹出窗口显示该司机信息，供司机管理员修改
提交更新的司机信息
1）检查司机信息是否符合规格以及是否完全。
2）若司机信息不符合要求，提醒用户返回继续填写车辆信息
3）若司机信息完全且符合规格，则检测车牌照是否与原有车辆牌照有重复，如有，要求用户重新输入，如无，将信息存储到数据库。
表3-3
该模块还提供自动累计、到期提醒功能。
见表3-4。
1.自动累计并计算得出新车ID。
2.根据司机出生时间计算得到司机年龄，生日等信息
3.扣分自动累积，一年未满12分则清零，若一年内扣分累计达12分吊销驾驶证，并通知重新学习
4.驾龄自动累积。
系统还提供方便的维护黑名单司机数据库，黑名单的来源：
交通管理局、其他出租车公司、媒体报道。
3.1.4销售管理
本系统的销售管理模块与公司原有财务系统联网，即提供公司原有财务系统链接本系统此模块的接口。
本系统中的系统主要记录处理与出租车运营有关的收入、支出，发票管理和车辆缴费管理。
功能描述见表3-5。
财务部人员（用户）操作
系统反应
用户从财务系统进入本系统的销售管理模块，打开车队运营管理
显示车队运营管理界面
打开车辆缴费管理
显示缴费管理界面
用户查看司机缴费记录
系统从数据库中提取相应数据，以列表的形式显示。
显示的信息包括司机姓名，司机ID，上次缴费时间和金额，费用类型，应缴金额。
提交更新的司机缴费记录信息。
检查提交的信息是否符合规格，若符合，则将信息存到数据库，否则，返回要求用户重新填写。
打开发票管理
显示发票管理界面
要求记录发票领用情况
显示发票领用情况记录界面，记录的信息包括：
包括车主姓名，所拥有车辆车牌号，领取发票数量，领取时间。
提交记录发票领用情况信息
检查提交的信息是否符合规格，若符合，则将信息存到数据库，否则，返回要求用户重新填写。
要求生成收费明细表
从数据库中调取相应信息。
以列表的形式显示相应信息。
包括司机ID，司机姓名，缴费类型和金额。
选择报表样式
根据用户选择的样式显示报表
要求生成司机欠费明细表
从数据库中调取相应信息。
以列表的形式显示相应信息。
包括司机ID，司机姓名，缴费类型和应缴金额。
根据上级指示调整收费标准
显示收费标准调整界面
提交收费标准调整信息
检查提交的信息是否符合规格，若符合，则将信息存到数据库，否则，返回要求用户重新填写。
表3-5
3.1.5数据库管理
数据库管理负责管理和维护数据库，为不同角色分配访问数据库的不同权限，维护数据库中数据安全，为系统存储提交的信息和为系统查询系统提交的查找讯息。
根据系统特性为用户提供默认角色权限设置（见表3-6），数据库管理员可根据需要更改（表3-7）。
角色
权限
数据库管理员
管理和维护整个数据库，设置其他角色访问权限。
车辆管理人员
访问和修改数据库中的车辆信息。
司机管理人员
访问和修改数据库中的司机信息。
财务部人员
访问和修改数据库中的销售管理信息
事务管理人员
访问和修改数据库中的事务管理信息
公司高管
访问数据库中的各种信息，但没有修改权限
表3-6
数据库管理员（用户）操作
系统反应
打开系统选择数据库管理
显示数据库管理界面，提示用户输入用户名和密码
输入用户名和密码并登录
检查用户名和密码是否匹配，若匹配则登录，否则返回要求用户重新输入。
一次登录不能超过3次。
要求更改角色权限设置
弹出角色权限设置窗口
提交权限设置
更改数据库权限。
添加新的角色
添加新的角色，并弹出角色权限设置界面
删除原有的某些角色
将选定的角色删除，连同它的相关设置。
表3-7
3.1.6事务管理
事务管理包括对失物处理、投诉和满意度的管理。
值得一提的是对满意度的管理，它是指客户在公司主页上服务进行评价，系统获得满意度评价，并对之进行管理。
功能描述见表3-8。
事务管理人员（用户）操作
系统反应
打开系统选择事务管理模块
显示事务管理界面，要求用户输入用户名和密码
输入用户名和密码
检查用户名及密码是否正确。
若正确允许用户进入系统，如不正确要求重新输入用户名及密码，登录次数不得超过3
要求处理失物管理
显示失物管理窗口
记录乘客丢失物品状况
提交乘客丢失物品信息
存储信息，更新数据库
要求处理投诉管理
显示投诉管理窗口
要求查看某个司机的投诉信息
从数据库中调取相应信息，在屏幕上显示。
显示该司机所有被记录的投诉信息，信息包括：
司机ID，司机姓名，总共被投诉的次数，每个投诉投诉类别，具体投诉内容，及被投诉时间。
要求处理满意度管理
显示满意度管理窗口
要求查看某个司机的投诉信息
从数据库中调取相应信息，在屏幕上显示。
显示该司机的满意度信息。
显示总投票次数，及满意度百分比；满意度划分：
非常满意、比较满意、比较不满意、非常不满意。
要求清空每年投诉和满意度信息（每年年底）
从数据库中清空每个司机的满意度和投诉的具体信息，只余每个司机的历年奖惩情况
表3-8
3.1.6保险管理
保险管理模块有保险到期预警，保险购买，索赔，保险基本信息管理等功能。
功能描述见表3-9。
保险管理人员（用户）操作
系统反应
打开系统选择保险管理模块
显示保险管理界面，要求用户输入用户名和密码
输入用户名和密码
检查用户名及密码是否正确。
若正确允许用户进入系统，如不正确要求重新输入用户名及密码，登录次数不得超过3
查看即将到期或已经到期的保险预警信息
显示保险到期预警信息。
点击某条保险预警信息
显示预警信息内容，包括保险到期车辆ID，车主信息（姓名，ID，联系方式）及保险到期期限。
要求填写保险购买信息
显示未购买保险或保险即将到期车辆列表
选择要更改保险信息的车辆
进入该车辆的保险信息管理模块
提交该车辆的新的保险期限
检查保险信息规格，如符合，提交数据库保存，否则，返回，要求重新填写。
查看事故索赔事务管理
显示未处理的事故索赔事务。
点击某个事务
显示该事务的信息，包括事故发生的时间地点，发生事故的车辆、司机信息，事故的详细描述，处理情况。
查询某个事务处理情况
获取搜索信息，据此从数据库中获取该事务的处理信息。
表3-9
3.2对性能的规定
3.2.1精度
1.检车时限及保险期限精确到月份即可；
2.出生年月精确到日，且必须与身份证上的一致；
3.系统中所有费用均精确到分；
4.缴费时间，事故发生时间，失物上报时间均精确到秒。
3.2.2时间特性要求
1.响应时间：
打开系统，系统响应时间最大值为2秒；用户点击按钮，事件响应时间最大值为0.01秒。
2.用户登录时间：
网络状况良好的情况下，登录时间最大值为2秒；网络状况较差时，登录时间大于10秒，要求用户重新登录。
3.信息校验时间：
校验用户名及密码时间最大值为0.1秒；其他信息校验时间最多最大值为0.5秒。
4.更新处理时间：
最大值为2秒。
5.数据传送时间：
系统与数据库之间的数据传送时间，单项数据传送时间最大值为0.5秒，批量数据传送时间最大值为5秒。
6.生成报表时间：
最大值为5秒。
3.2.3灵活性
1.操作方式上的灵活多变，用户可根据喜好和长处选择喜欢的操作方式。
2.可在不同品牌的台式机或笔记本电脑上运行。
支持MicrosoftWindowsXPProfessional，MicrosoftWindows2000Professional，MicrosoftWindowsVistaProfessional操作系统。
3.支持Oracle，DB2两种数据库的接口。
4.数据库管理员可根据需要改变输入输出的精度，也可改变有些信息的有效时限。
3.3输入输出要求
3.3.1输入
所有用户输入的用户名和密码必须符合以下规格：
1.用户名：
由字符和字母组成，长度为3-10位，区分大小写。
2．密码：
由字符和字母组成，长度为6-18位，区分大小写。
3.输入的车辆信息必须符合以下规格：
4.车辆型号：
由英文字母和数字组成，至少有6-8位；
5.车牌号：
以“黑A”开头，其后由4位或者5位字母或数字组成；
6.登记证：
有或无；
7.行车执照：
有或无；
8.检车时限：
格式yyyy：
MM，如2013：
04即2013年4月，月份范围在1-12，时间不得早于当前时间，也不得超过当前时间2年；
9.保险：
格式yyyy：
MM，如2013：
04即2013年4月，月份范围在1-12，时间不得早于当前时间，也不得超过当前时间2年；
10.尾气：
是否符合国家规定的尾气排放标准；
11.乘客人数：
格式是数字，范围是2-5。
输入的司机信息必须符合以下规格：
1.司机姓名：
汉字，2-4个；
2.性别：
单项选择，男或者女；
3.出生年月：
格式：
YYYY：
MM：
DD，如1988：
10：
22；范围年份在1950以后，MM取值范围1-12；
4.住址：
不能为空；
5.身份证号码：
18位数字或字符组成，前17位必须全部是数字，第18位可能是字母“X”；
6.驾驶证号码：
与身份证号码一致，可能由于身份证号码升位比身份证号码少2位，但生日必须一致；
7.驾龄：
正整数，1-2位；
8.驾驶车型：
汉字或字母；
9.车牌号码：
以“黑A”开头，其后由4位或者5位字母或数字组成。
10.司机缴费信息：
记录缴费时间，及缴费金额。
11.发票领用情况：
包括车主姓名，所拥有车辆车牌号，领取发票数量，领取时间。
12.新的收费标准：
根据国家政策及上级指示，输入新的收费标准，精确到分。
13.数据库用户权限：
为用户选择能访问和更改的数据库权限。
14.为数据库添加的新角色：
角色指一类用户，角色名应有意义，且易懂，如车辆管理员，司机管理员等。
15.乘客丢失物品状况:
字符或汉字，字数不限，但要求描述清楚。
16.保险购买信息：
新的保险期限。
3.3.2输出
1.输出的车辆信息以列表的形式输出车辆的信息，信息的规格同输入的车辆信息规格。
2.输出的司机信息以列表的形式输出车辆的信息，信息的规格同输入的车辆信息规格。
3.输出的司机缴费情况以列表的形式显示。
显示的信息包括司机姓名，司机ID，上次缴费时间和金额，费用类型，应缴金额。
表格形式如下：
见表4-1
4.输出的发票领用情况记录界面记录的信息包括：
包括车主姓名，所拥有车辆车牌号，领取发票数量，领取时间。
5.生成的收费明细表以列表的形式显示相应信息。
包括司机ID，司机姓名，缴费类型和金额。
6.欠费明细表以列表的形式显示相应信息。
包括司机ID，司机姓名，缴费类型和应缴金额。
7.收费标准：
显示目前收费标准，可更改。
8.数据库各用户使用权限
9.投诉信息：
司机ID，司机姓名，总共被投诉的次数，每个投诉投诉类别，具体投诉内容，及被投诉时间。
10.满意度:
显示该司机的满意度信息。
显示总投票次数，及满意度百分比；满意度划分：
非常满意、比较满意、比较不满意、非常不满意。
11.保险预警信息:
预警信息内容，包括保险到期车辆ID，车主信息（姓名，I
升级会员 