汽车销售管理系统需求规格说明书new.docx
《汽车销售管理系统需求规格说明书new.docx》由会员分享，可在线阅读，更多相关《汽车销售管理系统需求规格说明书new.docx（26页珍藏版）》请在冰点文库上搜索。
汽车销售管理系统需求规格说明书new
汽车销售管理系统
需求规格说明书
文件状态:
[√]草稿
[]正式发布
[]正在修改
文件标识:
IRP—REQ
当前版本：
V1.3
作者：
赵欣悦、余柳、张砚樵、赵建斌、朱子奇
审核：
张庆
完成日期：
2012-5—11
重庆理工大学
1。
文档介绍
1。
1文档目的
在本次系统设计过程中需求规格说明书是为了使用户和项目开发者双方对该项目的初始规定有一个共同的理解，使之成为整个开发工作的基础.项目需求规格说明书将作为下一个阶段-—概要及详细设计工作的前提和依据
本项目需求规格说明书的编写目标是使项目用户和项目开发商建立起沟通的基础，并在本需求说明书通过用户评审后成为项目设计的依据和系统建设的依据。
1.2文档范围
描述本项目的功能、背景和用户群；
描述本项目的功能性需求;
描述本项目的非功能性需求;
描述需求建模与分析报告；
用户确认需求.
1.3读者对象
本需求规格说明书的读者对象为汽车销售管理系统项目成员以及管理人员。
1.4参考文档
《计算机软件文档编写指南》
《汽车销售管理系统业务调查手稿》
《汽车销售管理系统需求分析概要》
《汽车销售管理系统项目介绍》
《计算机软件开发质量监督与过程控制》
《CMMI+3级软件过程改进方法与规范》
1.5术语与缩写解释
缩写、术语
解释
SPP
简化并行过程（SimplifiedParallelProcess）
PM
项目管理（projectmanagement）
JAVA
Java，是由SunMicrosystems公司于1995年5月推出的Java程序设计语言和Java平台的总称。
由于其具有跨平台、动态的Web、Internet计算等新特性显示了Java的魅力.从此,Java被广泛接受并推动了Web的迅速发展。
JSP
是由SunMicrosystems公司倡导、许多公司参与一起建立的一种动态网页技术标准，JavaServerPages
JAVASSH框架
JAVASSH框架是Struts+Spring+Hibernate的组合框架简称。
Struts的MVC设计模式可以使我们的逻辑变得很清晰.
Spring的IOC和AOP可以使我们的产品在最大限度上解藕.
hibernate当然就是实体对象的持久化
实体
实体是一个可持久化的域对象，比如电脑、书等.
数据字典
对数据流程图中对象的详细描述
2.产品介绍
2.1产品标识
产品名称：
汽车销售管理系统
缩称：
CSMS（CarSalesManagementSystem）
版本号：
企业版1。
0
2。
2产品描述
本产品是为解决汽车销售公司的管理问题而设计。
随着经济的发展和国内汽车市场的不断扩大，某汽车销售公司定单成倍增加,各项业务更加细化,各部门分工更加明确.而目前的人工管理方式显然已是不符合现代企业的管理要求。
基于整体考虑,本产品的任务就是设计一个管理系统，利用计算机来代替人工操作。
减轻了员工的劳动强度，提高了劳动质量和效率，减少了错误的发生。
本次设计,从需求分析，概念设计，逻辑设计，物理设计，到数据库的建立、运行，再到数据库的安全维护等各个方面进行了详细的分析设计。
并且值得一提的是,大家认真分析了企业的业务需求,公司的主要职责和主要结构等信息，从而保证了设计出比较符合公司需要的管理系统。
3.产品面向的用户群体
本系统的最终用户有两类：
1）管理部门主管：
对各项业务工作熟悉,为本系统的主要面向用户,部门主管人员几乎每天都会用到本管理系统；2）销售部门员工：
需要较快地熟悉本系统的用户,销售时会大量地使用本系统进行更新和查询.
使用者具有如下特点：
1）工作繁忙，惜时如金；2）工作中与外界联系非常频繁；3）与外界的联系成为开展工作的关键因素,相关信息丢失或损坏可能带来重大损失；4）已经或即将实施办公自动化。
针对如上用户特点，车辆管理系统软件可以迅捷、准确、方便地提供汽车的管理功能，同时力求为用户提供方便、高效、实用的功能。
故我们的系统面向用户的功能就要求必须操作简便，效率。
至于前台界面部分则在保证实现功能的前提下尽量做到简便，方便管理人员使用.
4。
产品应当遵循的标准或规范
为满足用户要求，保证汽车销售系统的先进性、实用性、安全性和扩展性，在汽车销售系统的设计过程中我们详细参考国内外的相关标准,技术上严格遵守国际、国内标准.主要设计参考标准或规范如下：
《CMMI+3级软件过程改进方法与规范》
《ISO/IEC14443》
《EMV标准》
《ISO8583：
1993》
《汽车销售系统整体解决方案》
《中华人民共和国行政区划代码》GB2260—91
《专业技术职务代码》GB8561-88
《学科分类代码》GB/T13745—92
《文化程度代码》GB4658—84
政府或行业的其它代码标准。
.。
。
。
5.产品范围
本产品主要应用于汽车销售企业，主要负责方案发布与获取，其适用领域集中在信息化的汽车销售企业，可以通过本系统获取业务明细从而得出项目总体规划,不适用于其他类信息系统。
本产品分多个阶段实施,虽本需求规范说明书列举了本项目的大部分需求，但本次开发只限定为一阶段，其中包含系统管理中心部分功能、汽车销售管理系统部分功能。
6。
产品中的角色
角色名称
职责描述
［R1］超级管理员
负责汽车销售系统的管理和维护，主要负责对主管和员工授于账号权限和激活权限；对整个系统进行升级维护,数据转储，故障排除
［R2]管理部门主管
负责对系统进行数据审核，数据的调用和更改，并且具有微调系统使用功能的权限
[R3]销售部门员工
负责数据的录入和对存储数据的权限要求下的察看
7。
产品的功能性需求
7。
1功能性需求分类
功能类别
功能名称、标识符
描述
F1系统管理中心
F1.1基础信息管理
对厂商信息，车辆信息，客户信息进行管理
F1。
2进货管理
对车辆采购、车辆入库进行管理
F1.3销售管理
对车辆预售、车辆销售、收益统计进行管理
F1.4仓库管理
对库存车辆、仓库明细账、进销存统计进行管理
F1.5收款管理
对收用户款、付厂商款、应收款统计、应付款统计进行管理
F2决策分析中心
需求暂不明确
略
7。
2系统管理中心F1
7。
2。
1基础信息管理F1.1（主要是增、删、改、查）
功能名称
子功能名称、标识符
描述
F1.1基础信息管理
F1.1.1新增功能
增加厂商、车辆、客户的信息
F1。
1。
2修改功能
修改厂商、车辆、客户的信息
F1。
1.3删除功能
在被允许的情况下删除厂商、车辆、客户的信息
7。
2.1.1新增功能F1。
1.1
名称、标识符
新增功能F1.1。
1
功能描述
增加厂商、车辆、客户的信息。
优先级
普通
输入
厂商、车辆、客户信息
操作序列
1、输入厂商、车辆、客户信息.
2、检验信息。
3、保存后的信息.
输出
新增信息的结果
补充说明
无
7。
2.1.2修改功能F1。
1。
2
名称、标识符
修改功能F1.1.2
功能描述
修改厂商、车辆、客户的信息.
优先级
普通
输入
需修改的信息
操作序列
1、检索出需修改的信息。
2、编辑修改信息.
3、检验信息.
4、更新信息。
输出
修改后的信息
补充说明
无
7.2。
1。
3删除功能F1。
1。
3
名称、标识符
删除功能F1。
1.3
功能描述
删除不需要的信息。
优先级
普通
输入
需删除的信息
操作序列
1、检索出需删除信息.
2、删除信息.
3、判断是否存在对应信息。
输出
删除后的信息
补充说明
无
7。
2.2进货管理F1.2
功能名称
子功能名称、标识符
描述
F1。
2进货管理
F1。
2.1车辆采购
采购员进行车辆的采购.
F1.2。
2车辆入库
仓库管理员进行车辆的入库。
7。
2。
2。
1车辆采购F1.2。
1
名称、标识符
车辆采购F1。
2。
1
功能描述
采购员进行车辆的采购
优先级
普通
输入
车辆采购计划
操作序列
1、采购员将采购订单交给汽车厂商。
2、汽车厂商将发货单反馈给采购员。
3、汽车销售公司财务管理员将货款发给厂商后，厂商将汽车发给汽车公司。
输出
发货单
补充说明
无
7。
2。
2。
2车辆入库F1。
2。
2
名称、标识符
修改菜单F1。
2。
2
功能描述
仓库管理员将车辆进行入库处理.
优先级
普通
输入
入库单
操作序列
1、采购员将入库单交给仓库管理员。
2、仓库管理员将汽车进行入库管理并修改库存信息.
输出
库存信息
补充说明
无
7.2。
3销售管理F1。
3
功能名称
子功能名称、标识符
描述
F1.3销售管理
F1。
3。
1车辆预售
客户预先订购汽车.
F1。
3.2车辆销售
销售员销售汽车.
F1。
3.3收益统计
财务管理员统计销售的收益。
7。
2.3.1车辆预售F1.3。
1
名称、标识符
车辆预售F1。
3.1
功能描述
客户预先订购汽车。
优先级
普通
输入
用户订购信息
操作序列
1、用户将订购单交给销售员。
2、销售员将预订合同交给客户。
3、客户交定金交给财务管理员.
输出
预售合同
补充说明
无
7.2.3.2车辆销售F1。
3。
2
名称、标识符
车辆销售F1。
3.2
功能描述
销售员销售汽车。
优先级
普通
输入
客户购车需求
操作序列
1、客户将购车需求告知销售员。
2、销售员生成购车订单并将购车合同交给客户。
3、客户将全款支票交给财务管理员.
4、财务管理员将更新财务账本。
输出
财务账本
补充说明
无
7。
2.3.3收益统计F1.3。
3
名称、标识符
收益统计F1.3.3
功能描述
统计销售的收益。
优先级
普通
输入
销售信息
操作序列
1、输入需要统计的收益。
2、进行收益统计。
输出
销售收益
补充说明
无
7。
2。
4仓库管理F1.4
功能名称
子功能名称、标识符
描述
F1.4仓库管理
F1.4。
1库存车辆管理
进行车辆的库存管理。
F1.4.2仓库明细账管理
进行仓库的明细账管理.
F1.4。
3进销存统计
统计进销存情况.
7.2。
4。
1库存车辆管理F1。
4.1
名称、标识符
库存车辆管理F1.4。
1
功能描述
进行车辆的库存管理。
优先级
普通
输入
入库单、出库单
操作序列
1、仓库管理员收到入库单，发出出库单进行仓库管理。
2、检查车辆的库存.
3、统计库存情况。
输出
车辆库存信息表
补充说明
无
7.2。
4.2仓库明细账管理F1。
4.2
名称、标识符
仓库明细账管理F1。
4.2
功能描述
管理仓库的明细账。
优先级
普通
输入
出入库的车辆信息
操作序列
1、统计出入库车辆信息。
2、登记修改台账.
输出
仓库库存台账
补充说明
无
7.2.4。
3进销存统计F1.4。
3
名称、标识符
进销存统计F1.4。
3
功能描述
统计进销存情况。
优先级
普通
输入
进销存信息
操作序列
1、输入进货、销售、库存情况。
2、统计进销存。
输出
进销存情况表
补充说明
无
7.2.5收款管理F1.5
功能名称
子功能名称、标识符
描述
F1。
5收款管理
F1。
5。
1收用户款
客户购车后收客户的购车款
F1.5.2付厂商款
采购完成后交付厂商车款
F1。
5。
3应收款统计
统计所有的应该收的款项
F1.5.4应付款统计
统计所有应该付的款项
7.2.5。
1收用户款F1.5。
1
名称、标识符
收用户款F1.5.1
功能描述
客户购车后收客户的购车款
优先级
普通
输入
客户购车情况
操作序列
1、完成客户购车.
2、客户将款项交给财务管理员。
输出
发票
补充说明
无
7。
2。
5.2付厂商款F1。
5。
2
名称、标识符
付厂商款F1.5.1
功能描述
采购完成后交付厂商车款
优先级
普通
输入
采购单
操作序列
1、将采购单发给厂商。
2、厂商将发货单给采购员。
3、公司财务管理员将购车款项交给厂商。
输出
发票
补充说明
无
7.2。
5.3应收款统计F1。
5.3
名称、标识符
应收款统计F1。
5.1
功能描述
统计所有的应该收的款项
优先级
普通
输入
应收的款项
操作序列
1、输入所有应收的款项。
2、统计所有应收款项。
输出
统计结果
补充说明
无
7。
2.5。
4应付款统计F1。
5.4
名称、标识符
应付款统计F1。
5。
1
功能描述
统计所有应该付的款项
优先级
普通
输入
所有应付的款项
操作序列
1、输入所有的应付款项。
2、统计所有应付款.
输出
统计结果
补充说明
无
8.产品的非功能性需求
8.1用户界面需求
需求名称
详细要求
主页显示位置
主页初次启动时在屏幕位置居中,最大化显示
属性页显示位置
属性页初次启动时在主页居中
界面风格
天蓝色为主,给人辽阔大气的感觉
界面字体颜色
黑色为主色调
界面设计遵循的设计原则
1、尽量保持一致性：
界面规范应遵循MSWindows软件界面的规范
2、设计完整的对话过程：
系统的每一次对话都应该有明确的次序：
开始、中间处理过程、结束
3、提供简单的错误处理机制
4、提供信息反馈:
用多种信息提示用户当前软件运行状态，软件界面元件的功能
4、提供控制的内部轨迹:
系统应该让用户觉得是由用户在做决定，可以通过提示字符和提示消息的方式使用用户产生这种感觉
8.2软硬件环境需求
需求名称
详细要求
系统环境
WINDOWS2003/LINUX
数据库环境
MYSQL5以上
8。
3产品质量需求
主要质量属性
详细要求
正确性
需要按照需求要求实现功能
健壮性
能够容纳1000人同时访问，服务器端程序应连续工并保持稳定
可靠性
系统运行稳定，包括系统软件故障恢复策略、硬件故障恢复策略、软件自身容错策略、软件备份策略和软件恢复策略等
性能,效率
一般操作的响应时间在0.1～3秒内
易用性
用户友好，操作简便
清晰性
业务流程明确、规范
安全性
包括客户端和服务器端的安全需求描述,如：
屏蔽IP欺骗
禁用服务器易被黑客攻击的进程
用户口令安全加密
可扩展性
可在当前需求基础之上进行功能上的扩展
兼容性
可运行在大多数主流的硬件环境中
可移植性
可运行在大多数主流的操作平台上
可维护性需求
系统提供系统管理和维护，方便客户进行可配置化的管理
9.需求建模与分析报告
9.1用户方组织结构图
（图汽车销售公司组织机构图）
9。
2业务流程分析报告
9.2。
1流程图的图形表示的意义
（图业务流程图图例）
9.2.2用户的业务流程图
1、汽车采购入库管理业务流程
文字描述：
企业经理查询库存台账，如果缺货，就编制采购计划提交给采购员,采购员向汽车厂商发出采购单进行订货，供货商收到采购单后立刻发货，并向采购员发出送货单。
采购员对厂商送来的汽车进行检验：
若检验合格，则采购员向仓库管理员发出入库单，仓库管理员进行汽车入库处理并及时更新库存台账.若检验不合格,则向汽车
厂商发出退货单进行退货。
（图汽车采购入库管理业务流程图）
2、汽车销售业务流程图
文字描述:
客户将购车需求告知销售员，销售员查询库存信息，若没有库存,则将缺货通知返回给客户，若有库存，则将试乘试驾通知发给客户，客户将购车订单发给销售员,销售员收到订单后将购车合同交予用户，签订合同后，客户将全款支票交给财务管理员，财务管理员在将确认付款通知发给仓库管理员的同时修改财务账本。
仓库管理员在收到确认付款通知后，将提车通知传达给客户，同时修改库存信息。
（图汽车销售业务流程图）
3、汽车预售业务流程图
文字描述：
客户将预购信息告知销售员，销售员收到后将预售订购单交予采购员,采购员通知厂商，厂商接到预售采购单后，将有汽车生产完成日期的到货信息单返还给采购员，采购员再通知销售员关于汽车完成的信息，销售员接到信息单后，将预售合同给予客户，客户将定金交给财务管理员，财务管理员接受定金的同时修改财务账本。
（图汽车预售业务流程图）
4、仓库管理业务流程图
文字描述：
采购员将入库单交给仓库管理员进行汽车入库处理，同时修改库存台账；当有如果有汽车销售出去，仓库管理员将出库单交给销售员进行汽车出库处理,同时修改库存台账。
同时，仓库管理员查看库存台账，若缺货，则将缺货通知发给采购经理，以便采购经理编制采购计划，进行汽车采购；若不缺货，则将溢货信息传达给采购经理，告知其不必急于采购。
（图仓库管理业务流程图）
4、财务管理业务流程图
文字描述:
客户购车或订车后，将应收用户款或预收定金交予财务管理员,财务管理员接到款项的同时修改财务账本;当公司向厂商购车后，财务管理员将应付厂商款给予厂商。
（图财务管理业务流程图）
9。
3数据流程分析报告
9.3.1流程图的图形表示的意义
（图数据流程图图例）
9.3。
2数据流程图
（图总的数据流程图）
（图采购数据流程图）
（图销售数据流程图）
（图预售数据流程图）
（图仓库管理数据流程图）
（图财务管理数据流程图）
附录B：
需求确认
需求评审报告摘要
需求文档
汽车销售管理系统需求规格说明书，IRP—REQ，V1。
3，张庆，2012—5—11
评审结论
[√］工作成果合格，“无需修改”或者“需要轻微修改但不必再审核"
［］工作成果基本合格，需要作少量的修改，之后通过审核即可
[]工作成果不合格，需要作比较大的修改，之后必须重新对其评审
评审意见
评审小组成员
张庆、赵欣悦、余柳、张砚樵、赵建斌、朱子奇
需求承诺
需求文档
汽车销售管理系统需求规格说明书，IRP-REQ，V1.3，张庆，2012-5-11
客户承诺
本需求文档建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该需求文档开展。
如果需求发生变化，我们将按照“需求变更控制规程”执行，我明白需求的变更将导致双方重新协商成本、资源和进度等。
签字，日期
项目经理承诺
签字,日期
升级会员 