ImageVerifierCode 换一换
格式:DOCX , 页数:26 ,大小:135.10KB ,
资源ID:9927872      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-9927872.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(汽车销售管理系统需求规格说明书new.docx)为本站会员(b****0)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

汽车销售管理系统需求规格说明书new.docx

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

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

3、icrosystems公司于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可以使我们的产品在最大限度上解藕.hiberna

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

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

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

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

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

9、1.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车辆采购采购员进行车辆的采购.F1.2。2车

11、辆入库仓库管理员进行车辆的入库。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功能名称子功能名称、标

12、识符描述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、客户将

13、全款支票交给财务管理员.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功能描述进行车辆的库存管理。优先级普通输入入库单、出库

14、单操作序列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。

15、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、公司财务管理员将购车款项交给厂商。输

16、出发票补充说明无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数据库环境MYSQL 5以上8。3 产品质量需求主要质量属性详细要求正确性需要按照需求要求实现功能健壮

18、性能够容纳1000人同时访问,服务器端程序应连续工并保持稳定可靠性系统运行稳定,包括系统软件故障恢复策略、硬件故障恢复策略、软件自身容错策略、软件备份策略和软件恢复策略等性能,效率一般操作的响应时间在0.13秒内易用性用户友好,操作简便清晰性业务流程明确、规范安全性包括客户端和服务器端的安全需求描述,如:屏蔽IP欺骗禁用服务器易被黑客攻击的进程用户口令安全加密可扩展性可在当前需求基础之上进行功能上的扩展兼容性可运行在大多数主流的硬件环境中可移植性可运行在大多数主流的操作平台上可维护性需求系统提供系统管理和维护,方便客户进行可配置化的管理9. 需求建模与分析报告9.1 用户方组织结构图(图 汽车

19、销售公司组织机构图)9。2 业务流程分析报告9.2。1 流程图的图形表示的意义(图 业务流程图图例)9.2.2 用户的业务流程图1、汽车采购入库管理业务流程 文字描述:企业经理查询库存台账,如果缺货,就编制采购计划提交给采购员,采购员向汽车厂商发出采购单进行订货,供货商收到采购单后立刻发货,并向采购员发出送货单。采购员对厂商送来的汽车进行检验:若检验合格,则采购员向仓库管理员发出入库单,仓库管理员进行汽车入库处理并及时更新库存台账.若检验不合格,则向汽车厂商发出退货单进行退货。(图 汽车采购入库管理业务流程图)2、汽车销售业务流程图 文字描述:客户将购车需求告知销售员,销售员查询库存信息,若没

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

21、给财务管理员,财务管理员接受定金的同时修改财务账本。(图 汽车预售业务流程图)4、仓库管理业务流程图 文字描述:采购员将入库单交给仓库管理员进行汽车入库处理,同时修改库存台账;当有如果有汽车销售出去,仓库管理员将出库单交给销售员进行汽车出库处理,同时修改库存台账。同时,仓库管理员查看库存台账,若缺货,则将缺货通知发给采购经理,以便采购经理编制采购计划,进行汽车采购;若不缺货,则将溢货信息传达给采购经理,告知其不必急于采购。(图 仓库管理业务流程图)4、财务管理业务流程图 文字描述:客户购车或订车后,将应收用户款或预收定金交予财务管理员,财务管理员接到款项的同时修改财务账本;当公司向厂商购车后,

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

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2