汽车维修管理系统需求规约.docx
《汽车维修管理系统需求规约.docx》由会员分享，可在线阅读，更多相关《汽车维修管理系统需求规约.docx（27页珍藏版）》请在冰豆网上搜索。
汽车维修管理系统需求规约
卷号
卷内编号
密级
<汽车维修管理系统>
需求规格说明书
Version:
1.0.0
项目承担部门：
第二组
撰写人（签名）：
王钊
完成日期：
2019年8月16日
本文档使用部门：
■主管领导■项目组
■客户（市场）■维护人员■用户
评审负责人（签名）：
评审日期：
1.引言
随着时代的进步，人们的生活品质也越来越好，购车的人也愈发增多，从而，维修车辆的需求量随之增大，汽车维修的公司的业务量增大导致订单等问题混乱，因此我们小组研发了汽车维修管理系统，使其公司能更便捷更系统的管理维修事宜，给公司和顾客带来更舒适的体验。
目的
定义网站总体要求，作为用户和软件开发人员之间相互了解的基础。
提供系统初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础。
作为软件总体测试和项目验收的依据。
范围
本文档适用于汽车维修公司和车主的汽车维修项目。
定义、首字母缩写和缩略语
表１.１ 数据定义
词汇名称
词汇含义
备注
静态数据
系统固化在内的描述系统实现功能的一部分数据
动态数据
在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据
数据字典
数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”，没有半点含糊
◆HTTP：
超文本传输协义
◆HTML：
超文本标签语言
◆JDBC：
JAVA数据库连接
文档组织
除去前面介绍了的内容，余下还有汽车维修系统的总体描述、详细需求描述等。
本说明文档从产品的开发顺序及其开发过程中涉及的问题顺序来编写组织文档。
参考资料
[1]《图解汽车原理与构造》张金柱主编化学工业出版社
[2]《汽车常见故障诊断与排除》 郑为民 主编 化学工业出版社
2.软件总体概述
软件标识
软件全称：
汽车维修管理系统
软件缩称：
汽修系统
版本号：
1.0.0
软件描述
系统属性
本系统是一个独立开发的网站。
在系统中提供汽修相关信息的整合统计汽车维修记录等。
开发背景
随着时代的不断进步，生活中汽车也随处可见。
汽修行业则是越来越多且生意火爆，然而却随之出现的问题是汽修行业没有系统的统计本店的修车记录，无法更便捷准确的计算营业额等。
对于这一问题，我部门就研发此系统，以方便用户更系统的管理的汽修店铺。
本系统基于互联网技术，可以使企业方便的使用本系统，高效的记录或查找出需要的信息数据。
本系统的应用目标是汽修公司和车主。
软件功能
表２.１ 系统功能表
序号
模块
功能名称
简要描述
１
用户界面
１.我的信息
对个人信息进行管理
２.车辆信息
对车辆信息进行查看、添加
３.维修信息
对维修车辆进行管理
４.通知信息
可以查看通知信息
２
管理员界面
１.用户信息管理
管理员对用户进行信息管理
２.车辆信息管理
对维修车辆进行信息管理
３.故障信息管理
对维修车辆的故障进行管理、统计
４.维修订单管理
对维修车辆进行订单管理
５.零件管理
对维修所使用的零件购买和使用进行管理
６.统计管理
查看最近访客
主体结构图
图２.１ 主体结构图
子模块结构图
图２.２ 用户界面结构图
图２.３ 管理员界面结构图
用户功能数据流图
图２.４ 用户功能数据流图
管理员功能数据流图
图２.５ 管理员功能结构图
用户特征
使用本系统的人员一般是顾客和公司，公司为管理员角色。
对二者使用要求如下：
用户能熟练的使用Ｗｉｎｄｏｗｓ系统和主流浏览器；
能熟练使用office办公套件进行文档处理。
限制与约束
系统运行环境
操作系统：
简体中文WindowsＸＰ及以上
数据库：
ｍｙＳＱＬ
浏览器：
InternetExplorer6.0及以上，ｇｏｏｇｌｅ浏览器，３６０浏览器，ＦｉｒｅＦｏｘ浏览器
硬件限制
WEB服务器、数据库服务器
CPU：
IntelPentium43.0G及以上
内存：
2GB及以上
硬盘：
80GB及以上
网络
以太网：
100MB及以上
用户机器配置
内存：
512MB及以上
3.具体需求
系统用例
图３.１ 系统边界用例图
图３.２ 用户功能用例图
图３.３ 管理员功能用例图
功能需求
表３.１ 我的信息
功能编号
1
功能名称
我的信息（用户界面）
功能描述
显示我的信息，并且能修改基本信息
输入项
登录成功后
处理描述
处理我的信息
输出项
网页界面
界面要求
我的信息网页正常显示
图３.４ “我的信息”流程图
表３.２ 车辆信息
功能编号
２
功能名称
车辆信息（用户界面）
功能描述
能查看车辆信息和添加车辆信息
输入项
登录成功并进入车辆信息界面后
处理描述
处理车辆信息
输出项
网页界面
界面要求
我的信息网页正常显示
图３.５ “车辆信息”流程图
表３.３ 维修信息
功能编号
３
功能名称
维修信息（用户界面）
功能描述
能查看车辆维修信息
输入项
登录成功并进入维修信息界面后
处理描述
加载维修信息
输出项
网页界面
界面要求
我的信息网页正常显示
图３.６ “维修信息”流程图
表３.４ 通知信息
功能编号
４
功能名称
通知信息（用户界面）
功能描述
能查看通知信息
输入项
登录成功并进入通知信息界面后
处理描述
加载维修信息
输出项
网页界面
界面要求
我的信息网页正常显示
图３.７ “通知信息”流程图
表３.５ 用户信息管理
功能编号
５
功能名称
用户信息管理（管理员界面）
功能描述
能查看用户信息和添加用户信息
输入项
登录成功并进入用户信息界面后
处理描述
加载用户信息
输出项
网页界面
界面要求
我的信息网页正常显示
图３.８ “用户信息管理”流程图
表３.６ 车辆信息管理
功能编号
６
功能名称
车辆信息管理（管理员界面）
功能描述
能查看用户车辆信息
输入项
登录成功并进入车辆信息管理界面后
处理描述
加载车辆信息
输出项
网页界面
界面要求
我的信息网页正常显示
图３.９ “车辆信息管理”流程图
表３.７ 故障信息管理
功能编号
７
功能名称
故障信息管理（管理员界面）
功能描述
能查看用户车辆故障信息和添加用户车辆故障信息
输入项
登录成功并进入故障信息管理界面后
处理描述
加载车辆故障信息
输出项
网页界面
界面要求
我的信息网页正常显示
图３.１０ “故障信息管理”流程图
表３.８ 维修订单信息
功能编号
８
功能名称
维修订单信息（管理员界面）
功能描述
添加并查看维修车辆的订单信息
输入项
登录成功并进入维修订单信息界面后
处理描述
加载维修订单信息
输出项
网页界面
界面要求
我的信息网页正常显示
表３.１１ “维修订单管理”流程图
表３.９ 零件管理
功能编号
９
功能名称
零件管理（管理员界面）
功能描述
购买添加并查看公司所使用的零件
输入项
登录成功并进入零件管理界面后
处理描述
加载零件管理信息
输出项
网页界面
界面要求
我的信息网页正常显示
图３.１２ “零件管理”流程图
表３.１０ 统计管理
功能编号
１０
功能名称
统计管理（管理员界面）
功能描述
查看并统计最近访客
输入项
登录成功并进入统计管理界面后
处理描述
查看访客
输出项
网页界面
界面要求
我的信息网页正常显示
图３.１３ “统计管理”流程图
性能需求
精度：
根据实际需要，数据在输入、输出及传输过程中要满足各种精度需求。
根据关键字精度的不同，如：
查找可分为精确查找和泛型查找。
前者与结果一模一样，后者关键字一样即可。
时间特性：
系统响应时间应在人的感觉和视觉范围内（<0.5s），系统响应时间足够迅速（<3s），能够满足使用者要求。
适应性：
在操作方式、运行环境、软件接口或开发计划发生变化时，应具有适应能力。
可适用性：
操作界面简单明了，易于操作，对由限制的地方进行验证，并采用错误提醒机制。
安全保密性：
只有合法用户才能登录使用软件，对每类且每个用户都有权限设置。
对使用者信息进行加密。
可维护性：
系统采用了记录日志，用户记录使用者的操作及故障信息，同时本软件采用B/S模式，结构清晰，便于维护。
4.对外接口需求
用户接口
界面风格：
本软件采用的图形用户界面，整体风格偏稳重简洁，给用户一种信任感。
界面布局：
软件页面较为合理，给人规范有保障的感觉。
界面操作：
页面上的每一个按钮、文本框等都是经过设计人员精心设计，目的是为了体验者感到更加便捷舒适。
界面内容：
所有界面都设置导航，并且规定消息的显示为弹出式显示。
硬件接口
通信协议：
HTTP协议。
软件接口
数据库：
采用Oracle数据库进行开发。
操作系统：
Windows7以上。
工具：
eclipse、tomcat等。
软件之间交换是数据的目的：
达到信息同步的效果。
通信接口
该系统仅支持PC端，ｗｅｂ端和手机端会持续开发。
5.业务规则
表５.１ 业务规则
ID
规则定义
规则类型
静态或动态
来源
BR-１
每个订单价格计算应为数量*单价
计算
动态
汽车维修管理
BR-２
在网络上传输顾客或商家的信息，涉及隐私和个人信息，需要用128位的加密
约束
静态
公司安全策略
BR-３
只有已注册用户才能登录进行交易等操作
约束
静态
公司安全策略
BR-４
商家店员能够合理分工，减少不必要的人力资源
约束
静态
汽车维修管理
6.质量属性
1）基于B/S体系。
在本体系中，用户可以通过浏览器向分布在网络上的许多服务器发出请求。
此结构极大的简化了客户机的工作。
其优点是，软件安装维护简便，数据集中管理，便于分散用户使用，适应互联时代软件的发展趋势。
2）采用三层体系结构。
即客户端浏览器，应用服务器和数据库。
这种结构不仅把客户机从沉重的负担和不断对其提高的性能的要求中解放出来，也把技术维护人户从繁重的维护升级工作解脱出来。
3）完善的安全管理机制。
由于本软件的特殊性，涉及财务和个人信息，所以安全性显得格外重要。
采用128位数据加密技术，确保软件系统的安全性。
在交易过程中也采用了大量的安全技术。
一个好的软件系统不仅要体现在强大的功能上，还要在使用上方便、快捷、高效的特点。
7.其他需求
1）软件开发要遵守《中华人民共和国物权法》，《中华人民共和国著作权法》等相关法律；
2）本系统仅对汽修公司和车主使用。
8.数据字典
user={id，name，password，type，status}
字段名
数据类型
默认值
允许非空
自动递增
备注
id
varchar
——
No
——
用户id
name
varchar
——
No
——
用户名
password
varchar
——
No
——
用户密码
type
int
——
No
——
用户类型
status
int
——
——
——
用户状态
parts_info={id，name，photo，price，num}
字段名
数据类型
默认值
允许非空
自动递增
备注
id
varchar
——
No
——
汽车零件id
name
varchar
——
——
——
汽车零件名
photo
varchar
——
——
——
汽车图片
price
varchar
——
——
——
汽车零件价格
num
int
——
——
——
汽车零件使用数量
trouble_info={id，trouble_code，trouble_name，trouble_remark，status}
字段名
数据类型
默认值
允许非空
自动递增
备注
id
varchar
——
No
——
用户id
trouble_code
varchar
——
No
——
汽车编号
trouble_name
varchar
——
——
——
故障名称
trouble_remark
varchar
——
——
——
汽车零件价具体故障问题
status
int
——
——
——
故障处理状态
visitor={id，v_name，v_time，long_time}
字段名
数据类型
默认值
允许非空
自动递增
备注
id
varchar
——
No
——
用户id
v_name
varchar
——
No
——
访客名称
v_time
varchar
——
No
——
访客时间
long_time
bigint
——
——
——
备注
car_info={id，plate，user_id，brand，model，color，price，date，remark，user_name}
字段名
数据类型
默认值
允许非空
自动递增
备注
id
varchar
——
No
——
汽车id
plate
varchar
——
No
——
车牌号
user_id
varchar
——
No
——
用户id
brand
varchar
——
——
——
汽车品牌
model
varchar
——
——
——
汽车型号
color
varchar
——
——
——
汽车颜色
price
varchar
——
——
——
汽车价格
date
varchar
——
——
——
汽车购置时间
remark
varchar
——
——
——
汽车其他具体信息
user_name
varchar
——
——
——
汽车用户名
order_info={id，user_id，user_name，plate，trouble_name，trouble_code，contact，contact_way，remark，long_time，creart_time，status}
字段名
数据类型
默认值
允许非空
自动递增
备注
id
varchar
——
No
——
订单id
user_id
varchar
——
——
——
用户id
user_name
varchar
——
——
——
用户名
plate
varchar
——
——
——
汽车品牌
trouble_name
varchar
——
——
——
汽车故障问题
trouble_code
varchar
——
——
——
汽车故障编号
contact
varchar
——
——
——
联系人
contact_way
varchar
——
——
——
联系方式
remark
varchar
——
——
——
汽车其他具体信息
long_time
varchar
——
——
——
汽车订单id
creart_time
varchar
——
——
——
订单创建时间
status
int
——
——
——
订单状态
personal_info={user_id，real_name，sex，birthday，email，address，tel_num，remark}
字段名
数据类型
默认值
允许非空
自动递增
备注
user_id
varchar
——
No
——
用户id
real_name
varchar
——
——
——
用户名（真实姓名）
sex
varchar
——
——
——
用户性别
birthday
varchar
——
——
——
出生日期
email
varchar
——
——
——
电子邮箱
address
varchar
——
——
——
通讯地址
tel_num
varchar
——
——
——
联系电话
remark
varchar
——
——
——
汽车其他具体信息
《需求规格说明书》确认协议
甲方：
XX事业部
乙方：
开发部第二小组
在甲方的大力配合与支持下，乙方制作了该《需求规格说明书》；甲方对该《需求规格说明书》经过详细审核，已确认该《需求规格说明书》中的各项内容翔实全面，该《需求规格说明书》中的内容已完全包括了《项目开发委托合同》中的《用户需求说明书》部分中关于软件产品的需求。
经过甲乙双方友好协商，达成如下协议：
1．该《需求规格说明书》是《项目开发委托合同》的补充文件，与《项目开发委托合同》具有同等的法律效力；
2．该《需求规格说明书》是《项目开发委托合同》中_____条__________款软件产品最终验收的唯一标准；
3．甲方在《项目开发委托合同》中_____条__________款软件产品最终验收前可提出对该《需求规格说明书》中的内容进行变更（包括增加、修改、删除），双方应就此签署《软件产品需求更改备忘录》或补充协议；
4．甲方同意乙方根据该《需求规格说明书》进行《项目开发委托合同》中_____条__________款软件产品的开发；
5．本协议一式二份，甲乙双方各执一份；
6．本协议自甲乙双方签字之日起生效。
甲方委托人（签字）：
乙方委托人（签字）：
甲方单位（盖章）：
乙方单位（盖章）：
年月日年月日
升级会员 