车辆管理系统需求规格说明书.docx
- 文档编号:11164228
- 上传时间:2023-02-25
- 格式:DOCX
- 页数:29
- 大小:304.05KB
车辆管理系统需求规格说明书.docx
《车辆管理系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《车辆管理系统需求规格说明书.docx(29页珍藏版)》请在冰豆网上搜索。
车辆管理系统需求规格说明书
车辆管理系统
软件需求规格说明书
班级08软工A2
组号
拟制人陆美娟
2011年3月14日
1引言
1.1编写目的
此需求规格说明书对车辆管理系统软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
1.2背景
随着社会经济的发展,使用车辆的人越来越多,对于拥有各种类型大量车辆的机关事业单位,车辆的管理日益成为日常事务中的一项重要的工作内容。
如何让管理人员及时了解车辆状况,提高工作效率,提高车辆的使用效率,就成为各单位期待解决的一个课题。
汽车管理系统能够提供一个科学,规范,系统的管理手段,改善以往人工运行维护管理过程中繁琐的工作流程,提高车辆使用效率。
项目小组已完成了全面的市场调查和分析,同时与目标用户进行了多次深入沟通,并在此基础上着手开发车辆管理系统软件。
项目开发者:
08软工A2陆美娟
用户:
个人
1.3预期读者
本需求的预期读者是开发组成人员,软件测试人员,支持本项目的老师,软件维护人员。
1.4参考资料
[1].《ASP.NET2.0网络编程从基础到实践》马颖华苏贵洋袁艺苏桂涛编著
[2].《UML基础与Rose建模教程》蔡敏徐惠惠黄炳强编著
[3].《C#数据库系统开发完全手册》明日科技张跃延许文武王小科编著
[4].《软件工程实验与实践教程》陈佳曹妍编著
[5].《实用软件文档写作》肖刚古辉程振波张元鸣著
[6].《软件需求工程》毋国庆梁正平袁梦霆李勇华编著
2综合描述
2.1产品目标
车辆管理系统软件旨在为商业人士及在社会团体、机构中负责公共关系的人士提供一个功能全面、使用方便的汽车管理数据库系统,以替代传统的手工通讯录,同时利用先进信息技术为用户提供一些更为方便实用的功能。
2.2产品功能
1、车辆购置管理
2、车辆调拨管理
3、车辆报废管理
4、车辆基本信息管理
2.3用户范畴和特征
此软件的使用者具有如下特点:
1、工作繁忙,惜时如金;
2、工作中与外界联系非常频繁;
3、与外界的联系成为开展工作的关键因素,相关信息丢失或损坏可能带来重大损失;
4、已经或即将实施办公自动化。
针对如上用户特点,车辆管理系统软件可以迅捷、准确、方便地提供汽车的管理功能,同时力求为用户提供方便、高效、实用的功能。
2.4运行环境
运行该软件所适用的具体设备必须是奔腾4、内存512MB以上的计算机。
操作系统在Windowsxp及以上。
数据库为SQLServer2005版本
2.5设计和实现限制
仅设计为本地版本,无需联网,没有服务器端。
2.6假定和约束
2.6.1人力资源约束
1、开发工作量约需3个人2月工作量。
开发完成后,可减少为1名作为维护人员。
2、辅导老师1人,开发人员2人;
2.6.2技术约束
本项目的设计是在ASP\Asp.Net程序设计语言的条件下进行的,技术设计采用软硬一体化的设计方法。
2.6.3环境约束
运行该软件所适用的具体设备必须是奔腾4、内存512MB以上的计算机。
操作系统在Windowsxp及以上。
3外部接口需求
3.1用户界面
见《系统设计说明书》
3.2硬件接口
考虑到大量数据的备份等要求,需要保持与磁带机、光盘刻录机及USB的接口,这较易实现。
3.3软件接口
这里,主要考虑软件与操作系统、数据库管理系统的接口。
由于不存在从其他文件导入的功能,所以无需担心格式转换的问题。
该软件更趋向于单一封闭的单机版软件。
3.4通信接口
无需与网络连接,只需考虑与外部移动设备的通信。
4功能性需求
4.1功能分析
1、登陆模块
1)登录时进行用户匹配后,根据不同权限要求,可对不同模块进行操作。
2、车辆购置管理模块
1)二级公司申请购置车辆
2)总工程师审批
3)总经理批复
4)车辆购置登记、汽车履历及规格记录
3、车辆调拨管理模块
1)二级公司申请调拨车辆
2)总工程师审批
3)总经理批复
4)汽车履历及规格记录
4、车辆报废管理模块
1)二级公司申请报废车辆
2)总工程师审批
3)总经理批复
4)车辆报废台账、汽车履历及规格记录
4.2用例图
1、车辆管理信息系统用例图
图2-24车辆管理信息系统用例图
2、车辆购置管理子用例图
图2-25车辆购置管理子用例图
3、车辆调拨管理子用例图
图2-26车辆调拨管理子用例图
4、车辆报废管理子用例图
图2-27车辆报废管理子用例图
5、车辆基本信息子用例图
6、
图2-28车辆基本信息管理子用例图
4.3用例分析
用例1
用例名称:
添加车辆购置申请
用例识别号:
1.1.1
参与者:
二级公司用户
简要说明:
二级公司用户添加一个车辆购置申请单
前置条件:
二级公司用户已登陆车辆管理信息系统
基本事件流:
1)二级公司用户单击“插入”按钮。
2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。
4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆购置申请记录就被插入到数据库中。
5)用例终止。
其它事件流:
在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的内容都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
一条新的车辆购置申请记录被插入到数据库并显示出来。
注释:
无
用例2
用例名称:
删除车辆购置申请
用例识别号:
1.1.2
参与者:
二级公司用户
简要说明:
二级公司用户删除一个车辆购置申请单
前置条件:
二级公司用户已登陆车辆管理信息系统
基本事件流:
1)二级公司用户单击选中要删除的车辆购置申请记录。
2)二级公司用户单击“删除”按钮。
3)系统出现“提示是否删除”窗口。
4)二级公司用户单击“是”按钮,该车辆购置申请记录就被从数据库中删除。
5)用例终止。
其它事件流:
在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆购置申请记录不会被删除。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的或默认的车辆购置申请记录从数据库中被删除,同时显示界面被更新。
注释:
删除之前,要先使用查询功能,以便选中要删除的内容。
用例3
用例名称:
总工程师购置申请审批
用例识别号:
1.2.1
参与者:
总工程师
简要说明:
总工程师对二级公司用户提交的车辆购置申请单进行审批。
前置条件:
总工程师已登陆车辆管理信息系统、存在未审批的车辆购置申请。
基本事件流:
1)总工程师单击选中要审批的车辆购置申请记录。
2)总工程师单击“审批”按钮。
3)系统出现编辑窗口。
4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。
5)总工程师选择“同意”或“不同意”单选按钮审批结果。
6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆购置申请记录就被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
7)用例终止。
其它事件流:
在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的车辆购置申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释:
审批之前,要先使用查询功能,查出未审批的车辆购置申请记录。
用例4
用例名称:
总经理购置申请批复
用例识别号:
1.3.1
参与者:
总经理
简要说明:
总经理对二级公司用户提交的车辆购置申请单进行批复。
前置条件:
总经理已登陆车辆管理信息系统、存在满足如下条件的车辆购置申请记录,即:
总工程师已审批、总经理未批复的公司所属车辆购置申请记录。
基本事件流:
1)总经理单击选中要批复的车辆购置申请记录。
2)总经理单击“批复”按钮。
3)系统出现编辑窗口。
4)总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。
5)总经理选择“同意”或“不同意”单选按钮批复结果。
6)总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆购置申请记录就被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
7)用例终止。
其它事件流:
在单击“存盘”按钮之前,总经理随时可以单击“取消”按钮,审批内容及批复结果都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的车辆购置申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释:
批复之前,要先使用查询功能,查出总工程师已审批,总经理未批复的公司所属车辆购置申请记录。
用例5
用例名称:
添加车辆调拨申请
用例识别号:
2.1.1
参与者:
二级公司用户
简要说明:
二级公司用户添加一个车辆调拨申请单
前置条件:
二级公司用户已登陆车辆管理信息系统
基本事件流:
1)二级公司用户单击“插入”按钮。
2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。
4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆调拨申请记录就被插入到数据库中。
5)用例终止。
其它事件流:
在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的内容都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
一条新的车辆调拨申请记录被插入到数据库并显示出来。
注释:
无
用例6
用例名称:
删除车辆调拨申请
用例识别号:
2.1.2
参与者:
二级公司用户
简要说明:
二级公司用户删除一个车辆调拨申请单
前置条件:
二级公司用户已登陆车辆管理信息系统
基本事件流:
1)二级公司用户单击选中要删除的车辆调拨申请记录。
2)二级公司用户单击“删除”按钮。
3)系统出现“提示是否删除”窗口。
4)二级公司用户单击“是”按钮,该车辆调拨申请记录就被从数据库中删除。
5)用例终止。
其它事件流:
在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆调拨申请记录不会被删除。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的或默认的车辆调拨申请记录从数据库中被删除,同时显示界面被更新。
注释:
删除之前,要先使用查询功能,以便选中要删除的内容。
用例7
用例名称:
总工程师调拨申请审批
用例识别号:
2.2.1
参与者:
总工程师
简要说明:
总工程师对二级公司用户提交的车辆调拨申请单进行审批。
前置条件:
总工程师已登陆车辆管理信息系统、存在未审批的车辆调拨申请。
基本事件流:
1)总工程师单击选中要审批的车辆调拨申请记录。
2)总工程师单击“审批”按钮。
3)系统出现编辑窗口。
4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。
5)总工程师选择“同意”或“不同意”单选按钮审批结果。
6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆调拨申请记录就被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
7)用例终止。
其它事件流:
在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的车辆调拨申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释:
审批之前,要先使用查询功能,查出未审批的车辆调拨申请记录。
用例8
用例名称:
总经理调拨申请批复
用例识别号:
2.3.1
参与者:
总经理
简要说明:
总经理对二级公司用户提交的车辆调拨申请单进行批复。
前置条件:
总经理已登陆车辆管理信息系统、存在满足如下条件的车辆调拨申请记录,即:
总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。
基本事件流:
1)总经理单击选中要批复的车辆调拨申请记录。
2)总经理单击“批复”按钮。
3)系统出现编辑窗口。
4)总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。
5)总经理选择“同意”或“不同意”单选按钮批复结果。
6)总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆调拨申请记录就被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
7)用例终止。
其它事件流:
在单击“存盘”按钮之前,总经理随时可以单击“取消”按钮,审批内容及批复结果都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的车辆调拨申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释:
批复之前,要先使用查询功能,查出总工程师已审批,总经理未批复的公司所属车辆调拨申请记录。
用例9
用例名称:
添加车辆报废申请
用例识别号:
3.1.1
参与者:
二级公司用户
简要说明:
二级公司用户添加一个车辆报废申请单
前置条件:
二级公司用户已登陆车辆管理信息系统
基本事件流:
1)二级公司用户单击“插入”按钮。
2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。
4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆报废申请记录就被插入到数据库中。
5)用例终止。
其它事件流:
在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的内容都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
一条新的车辆报废申请记录被插入到数据库并显示出来。
注释:
无
用例10
用例名称:
删除车辆报废申请
用例识别号:
3.1.2
参与者:
二级公司用户
简要说明:
二级公司用户删除一个车辆报废申请单
前置条件:
二级公司用户已登陆车辆管理信息系统
基本事件流:
1)二级公司用户单击选中要删除的车辆报废申请记录。
2)二级公司用户单击“删除”按钮。
3)系统出现“提示是否删除”窗口。
4)二级公司用户单击“是”按钮,该车辆报废申请记录就被从数据库中删除。
5)用例终止。
其它事件流:
在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆报废申请记录不会被删除。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的或默认的车辆报废申请记录从数据库中被删除,同时显示界面被更新。
注释:
删除之前,要先使用查询功能,以便选中要删除的内容。
用例11
用例名称:
总工程师报废申请审批
用例识别号:
3.2.1
参与者:
总工程师
简要说明:
总工程师对二级公司用户提交的车辆报废申请单进行审批。
前置条件:
总工程师已登陆车辆管理信息系统、存在未审批的车辆报废申请。
基本事件流:
1)总工程师单击选中要审批的车辆报废申请记录。
2)总工程师单击“审批”按钮。
3)系统出现编辑窗口。
4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。
5)总工程师选择“同意”或“不同意”单选按钮审批结果。
6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆报废申请记录就被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
7)用例终止。
其它事件流:
在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的车辆报废申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释:
审批之前,要先使用查询功能,查出未审批的车辆报废申请记录。
用例12
用例名称:
总经理报废申请批复
用例识别号:
3.3.1
参与者:
总经理
简要说明:
总经理对二级公司用户提交的车辆报废申请单进行批复。
前置条件:
总经理已登陆车辆管理信息系统、存在满足如下条件的车辆报废申请记录,即:
总工程师已审批、总经理未批复的公司所属车辆报废申请记录。
基本事件流:
1)总经理单击选中要批复的车辆报废申请记录。
2)总经理单击“批复”按钮。
3)系统出现编辑窗口。
4)总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。
5)总经理选择“同意”或“不同意”单选按钮批复结果。
6)总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆报废申请记录就被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
7)用例终止。
其它事件流:
在单击“存盘”按钮之前,总经理随时可以单击“取消”按钮,审批内容及批复结果都不会被保存。
异常事件流:
1)提示错误信息,二级公司用户确认。
2)返回到管理系统主界面。
后置条件:
选中的车辆报废申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释:
批复之前,要先使用查询功能,查出总工程师已审批,总经理未批复的公司所属车辆报废申请记录。
4.4功能活动图
1、用户登录活动图
图2-33用户登录活动图
2、车辆基本信息管理活动图
图2-34车辆基本信息管理活动图
3、车辆购置管理活动图
图2-35(a)车辆购置管理活动图
6、车辆购置管理泳道图
图2-35(b)车辆购置管理泳道图
4.5活动分析
1、用户登录管理
显示登录界面后,输入用户名密码,信息检验后,设置进入权限,之后进入主界面。
2、车辆基本信息管理
在车辆基本信息管理中可选择插入、修改或删除车辆基本信息,然后可继续插入或查询、修改、删除车辆基本信息直到活动结束。
3、车辆购置管理
填写车辆购置申请单,后可查询到所需购置申请表,后若选择删除购置申请则活动结束,选择修改或不修改当前购置申请表,然后总工程师审批,若审批未通过活动结束,若通过则总经理批复公司所有的车辆购置申请,未通过的活动结束,通过的或者融资挂靠的二级公司购车,服务部下调拨单,二级公司接收调拨单,活动结束。
4、车辆调拨管理
填写车辆调拨申请单,后可查询到所需调拨申请表,后若选择删除调拨申请则活动结束,选择修改或不修改当前调拨申请表,然后总工程师审批,若审批未通过活动结束,若通过则总经理批复公司所有的车辆调拨申请,未通过的活动结束,通过的或者融资挂靠的二级公司调拨车辆,活动结束。
5、车辆报废管理
填写车辆报废申请单,后可查询到所需报废申请表,后若选择删除报废申请则活动结束,选择修改或不修改当前报废申请表,然后总工程师审批,若审批未通过活动结束,若通过则总经理批复公司所有的车辆报废申请,未通过的活动结束,通过的或者融资挂靠的二级公司报废车辆,活动结束。
4.6功能状态图
1、车辆购置申请单的状态图
图2-79车辆购置申请单的状态图
2、车辆基本信息状态图
图2-80车辆基本信息状态图
5非功能需求
5.1性能需求
5.1.1时间、界面、响应要求
由于此系统主要用于信息的保管查询,即对数据的安全性要求极高。
为防止对信息资料和管理程序的恶意破坏,及恶意的窃取私人信息,要求有较为可靠的安全性能。
另外也需要高速的响应,要求稳定、安全、便捷,易于管理和操作。
另外使用者大多为非计算机人员,所以要求界面友善,交互性强。
查询速度:
不超过5秒;
其它所有交互功能反应速度:
不超过3秒;
可靠性:
平均故障间隔时间不低于300小时。
信息容量:
不低于10G时可能出现系统崩溃。
5.1.2灵活性
当用户需求,如操作方式,运行环境,结果精度,数据结构与其他软件接口等发生变化时,设计的软件要做适当调整,灵活性非常大。
5.2数据管理需求
5.2.1系统数据流图
图2-2车辆购置业务流程
2-3车辆调拨业务流程图
2-4车辆报废业务流程图
5.2.2数据整理与保存
应满足随时整理的需求,用户可随时更改数据,保存数据。
对于数据唯一性的识别应放在多个关键字之上。
5.2.3数据安全性
数据应具有极高的安全性,为了保护用户的隐私,仍需设置登陆及密码保护,以防用户的信息被人窃取。
5.3故障处理需求
1、内部故障处理:
在开发阶段可以随即修改数据库里的相应内容。
2、外部故障处理:
对编辑的程序进行重装载时,第一次装载认为错,修改。
第二次运行,在需求调用时出错,有错误提示,重试。
3、本软件可能产生的错误为数据库的错误信息,应由数据库管理员对数据库进行维护。
为了确保系统恢复的能力,数据库管理员要定期对数据库进行备份。
但产品投入使用后,则由维护人员跟进。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 车辆 管理 系统 需求 规格 说明书