汽车销售管理系统需求规格说明书(new)(共28页).doc

《汽车销售管理系统需求规格说明书(new)(共28页).doc》由会员分享，可在线阅读，更多相关《汽车销售管理系统需求规格说明书(new)(共28页).doc（28页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上汽车销售管理系统需求规格说明书文件状态： 草稿 正式发布 正在修改文件标识：IRP-REQ当前版本：V1.3作 者：赵欣悦、余柳、张砚樵、赵建斌、朱子奇审 核：张庆完成日期：2012-5-11重庆理工大学 目 录 专心-专注-专业1. 文档介绍1.1 文档目的在本次系统设计过程中需求规格说明书是为了使用户和项目开发者双方对该项目的初始规定有一个共同的理解，使之成为整个开发工作的基础。项目需求规格说明书将作为下一个阶段概要及详细设计工作的前提和依据 本项目需求规格说明书的编写目标是使项目用户和项目开发商建立起沟通的基础，并在本需求说明书通过用户评审后成为项目设计的依据和

2、系统建设的依据。1.2 文档范围描述本项目的功能、背景和用户群；描述本项目的功能性需求；描述本项目的非功能性需求；描述需求建模与分析报告；用户确认需求。1.3 读者对象本需求规格说明书的读者对象为汽车销售管理系统项目成员以及管理人员。1.4 参考文档计算机软件文档编写指南汽车销售管理系统业务调查手稿汽车销售管理系统需求分析概要汽车销售管理系统项目介绍计算机软件开发质量监督与过程控制CMMI+3级软件过程改进方法与规范1.5 术语与缩写解释缩写、术语解 释SPP简化并行过程（Simplified Parallel Process）PM项目管理(project management)JAVAJav

3、a，是由Sun Microsystems公司于1995年5月推出的Java程序设计语言和Java平台的总称。由于其具有跨平台、动态的Web、Internet计算等新特性显示了Java的魅力。从此，Java被广泛接受并推动了Web的迅速发展。JSP是由Sun Microsystems公司倡导、许多公司参与一起建立的一种技术标准，Java Server PagesJAVA SSH框架JAVA SSH框架是Struts + Spring + Hibernate的组合框架简称。Struts 的MVC设计模式可以使我们的逻辑变得很清晰。Spring 的IOC和AOP可以使我们的产品在最大限度上解藕。hi

4、bernate当然就是实体对象的持久化实体实体是一个可持久化的域对象，比如电脑、书等。数据字典对数据流程图中对象的详细描述2. 产品介绍2.1 产品标识产品名称：汽车销售管理系统缩 称：CSMS（Car Sales Management System）版 本 号：企业版1.02.2 产品描述本产品是为解决汽车销售公司的管理问题而设计。随着经济的发展和国内汽车市场的不断扩大，某汽车销售公司定单成倍增加，各项业务更加细化，各部门分工更加明确。而目前的人工管理方式显然已是不符合现代企业的管理要求。基于整体考虑，本产品的任务就是设计一个管理系统，利用计算机来代替人工操作。减轻了员工的劳动强度，提高了劳

5、动质量和效率，减少了错误的发生。本次设计，从需求分析，概念设计，逻辑设计，物理设计，到数据库的建立、运行，再到数据库的安全维护等各个方面进行了详细的分析设计。并且值得一提的是，大家认真分析了企业的业务需求，公司的主要职责和主要结构等信息，从而保证了设计出比较符合公司需要的管理系统。3. 产品面向的用户群体本系统的最终用户有两类：1)管理部门主管：对各项业务工作熟悉,为本系统的主要面向用户,部门主管人员几乎每天都会用到本管理系统； 2)销售部门员工：需要较快地熟悉本系统的用户,销售时会大量地使用本系统进行更新和查询。使用者具有如下特点：1)工作繁忙，惜时如金； 2)工作中与外界联系非常频繁；3)

6、与外界的联系成为开展工作的关键因素，相关信息丢失或损坏可能带来重大损失； 4)已经或即将实施办公自动化。针对如上用户特点，车辆管理系统软件可以迅捷、准确、方便地提供汽车的管理功能，同时力求为用户提供方便、高效、实用的功能。故我们的系统面向用户的功能就要求必须操作简便，效率。至于前台界面部分则在保证实现功能的前提下尽量做到简便，方便管理人员使用。4. 产品应当遵循的标准或规范为满足用户要求，保证汽车销售系统的先进性、实用性、安全性和扩展性，在汽车销售系统的设计过程中我们详细参考国内外的相关标准，技术上严格遵守国际、国内标准。主要设计参考标准或规范如下：CMMI+3级软件过程改进方法与规范ISO/

7、IEC 14443EMV标准ISO 8583：1993汽车销售系统整体解决方案中华人民共和国行政区划代码 GB2260-91专业技术职务代码 GB8561-88学科分类代码 GB/T13745-92文化程度代码 GB4658-84政府或行业的其它代码标准 . 5. 产品范围本产品主要应用于汽车销售企业，主要负责方案发布与获取，其适用领域集中在信息化的汽车销售企业，可以通过本系统获取业务明细从而得出项目总体规划，不适用于其他类信息系统。本产品分多个阶段实施，虽本需求规范说明书列举了本项目的大部分需求，但本次开发只限定为一阶段，其中包含系统管理中心部分功能、汽车销售管理系统部分功能。6. 产品中的

8、角色角色名称职责描述R1超级管理员负责汽车销售系统的管理和维护，主要负责对主管和员工授于账号权限和激活权限；对整个系统进行升级维护，数据转储，故障排除R2管理部门主管负责对系统进行数据审核，数据的调用和更改，并且具有微调系统使用功能的权限R3销售部门员工负责数据的录入和对存储数据的权限要求下的察看7. 产品的功能性需求7.1 功能性需求分类功能类别功能名称、标识符描述F1 系统管理中心F1.1 基础信息管理对厂商信息，车辆信息，客户信息进行管理F1.2 进货管理对车辆采购、车辆入库进行管理F1.3 销售管理对车辆预售、车辆销售、收益统计进行管理F1.4 仓库管理对库存车辆、仓库明细账、进销存统

9、计进行管理F1.5收款管理对收用户款、付厂商款、应收款统计、应付款统计进行管理F2 决策分析中心需求暂不明确略7.2 系统管理中心 F17.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、 保

10、存后的信息。输出新增信息的结果补充说明无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车辆采购采购

11、员进行车辆的采购。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

12、.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、

13、 销售员生成购车订单并将购车合同交给客户。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.

14、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、 统计进销存。输出进销存情况

15、表补充说明无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、 将采

16、购单发给厂商。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 用户界面需求需求名称详细要求主页显示位置主页初次启动时在

17、屏幕位置居中，最大化显示属性页显示位置属性页初次启动时在主页居中界面风格天蓝色为主，给人辽阔大气的感觉界面字体颜色黑色为主色调界面设计遵循的设计原则1、尽量保持一致性：界面规范应遵循MS Windows软件界面的规范2、设计完整的对话过程：系统的每一次对话都应该有明确的次序：开始、中间处理过程、结束3、提供简单的错误处理机制4、提供信息反馈：用多种信息提示用户当前软件运行状态，软件界面元件的功能4、提供控制的内部轨迹：系统应该让用户觉得是由用户在做决定，可以通过提示字符和提示消息的方式使用用户产生这种感觉8.2 软硬件环境需求需求名称详细要求系统环境WINDOWS2003/LINUX数据库环境

18、MYSQL 5以上8.3 产品质量需求主要质量属性详细要求正确性需要按照需求要求实现功能健壮性能够容纳1000人同时访问，服务器端程序应连续工并保持稳定可靠性系统运行稳定，包括系统软件故障恢复策略、硬件故障恢复策略、软件自身容错策略、软件备份策略和软件恢复策略等性能，效率一般操作的响应时间在0.13秒内易用性用户友好，操作简便清晰性业务流程明确、规范安全性包括客户端和服务器端的安全需求描述，如：屏蔽IP欺骗禁用服务器易被黑客攻击的进程用户口令安全加密可扩展性可在当前需求基础之上进行功能上的扩展兼容性可运行在大多数主流的硬件环境中可移植性可运行在大多数主流的操作平台上可维护性需求系统提供系统管理

19、和维护，方便客户进行可配置化的管理9. 需求建模与分析报告9.1 用户方组织结构图（图 汽车销售公司组织机构图）9.2 业务流程分析报告9.2.1 流程图的图形表示的意义（图 业务流程图图例）9.2.2 用户的业务流程图1、 汽车采购入库管理业务流程 文字描述：企业经理查询库存台账，如果缺货，就编制采购计划提交给采购员，采购员向汽车厂商发出采购单进行订货，供货商收到采购单后立刻发货，并向采购员发出送货单。采购员对厂商送来的汽车进行检验：若检验合格，则采购员向仓库管理员发出入库单，仓库管理员进行汽车入库处理并及时更新库存台账。若检验不合格，则向汽车厂商发出退货单进行退货。（图 汽车采购入库管理业

20、务流程图）2、汽车销售业务流程图 文字描述：客户将购车需求告知销售员，销售员查询库存信息，若没有库存，则将缺货通知返回给客户，若有库存，则将试乘试驾通知发给客户，客户将购车订单发给销售员，销售员收到订单后将购车合同交予用户，签订合同后，客户将全款支票交给财务管理员，财务管理员在将确认付款通知发给仓库管理员的同时修改财务账本。仓库管理员在收到确认付款通知后，将提车通知传达给客户，同时修改库存信息。（图 汽车销售业务流程图）3、 汽车预售业务流程图 文字描述：客户将预购信息告知销售员，销售员收到后将预售订购单交予采购员，采购员通知厂商，厂商接到预售采购单后，将有汽车生产完成日期的到货信息单返还给采

21、购员，采购员再通知销售员关于汽车完成的信息，销售员接到信息单后，将预售合同给予客户，客户将定金交给财务管理员，财务管理员接受定金的同时修改财务账本。（图 汽车预售业务流程图）4、仓库管理业务流程图 文字描述：采购员将入库单交给仓库管理员进行汽车入库处理，同时修改库存台账；当有如果有汽车销售出去，仓库管理员将出库单交给销售员进行汽车出库处理，同时修改库存台账。同时，仓库管理员查看库存台账，若缺货，则将缺货通知发给采购经理，以便采购经理编制采购计划，进行汽车采购；若不缺货，则将溢货信息传达给采购经理，告知其不必急于采购。（图 仓库管理业务流程图）4、 财务管理业务流程图 文字描述：客户购车或订车后

22、，将应收用户款或预收定金交予财务管理员，财务管理员接到款项的同时修改财务账本；当公司向厂商购车后，财务管理员将应付厂商款给予厂商。（图 财务管理业务流程图）9.3 数据流程分析报告9.3.1 流程图的图形表示的意义（图 数据流程图图例）9.3.2 数据流程图（图 总的数据流程图）（图 采购数据流程图）（图 销售数据流程图）（图 预售数据流程图）（图 仓库管理数据流程图）（图 财务管理数据流程图）附录B：需求确认需求评审报告摘要需求文档汽车销售管理系统需求规格说明书，IRP-REQ，V1.3，张庆，2012-5-11评审结论 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核” 工作成果基本合格，需要作少量的修改，之后通过审核即可 工作成果不合格，需要作比较大的修改，之后必须重新对其评审评审意见评审小组成员张庆、赵欣悦、余柳、张砚樵、赵建斌、朱子奇需求承诺需求文档汽车销售管理系统需求规格说明书，IRP-REQ，V1.3，张庆，2012-5-11客户承诺本需求文档建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该需求文档开展。如果需求发生变化，我们将按照“需求变更控制规程”执行，我明白需求的变更将导致双方重新协商成本、资源和进度等。签字，日期项目经理承诺签字，日期