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

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

文件状态: [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识: IRP—REQ 当前版本： V1.3 作 者： 赵欣悦、余柳、张砚樵、赵建斌、朱子奇 审 核： 张庆 完成日期： 2012-5—11

重庆理工大学

汽车销售管理系统，《需求规格说明书》

目 录

1. 文档介绍 ---------------------------------------------------------------- 4

1。1 文档目的 ----------------------------------------------------------- 4 1。2 文档范围（文档范围管理） ------------------------------------------- 4 1。3 读者对象 ----------------------------------------------------------- 4 1.4 参考文档 ------------------------------------------------------------ 4 1。5 术语与缩写解释 ----------------------------------------------------- 4 2. 产品介绍(项目介绍) ------------------------------------------------------ 6

2。1 产品标识 ----------------------------------------------------------- 6 2.2 产品描述 ------------------------------------------------------------ 6 3。 产品面向的用户群体 ----------------------------------------------------- 7 4. 产品应当遵循的标准或规范 ------------------------------------------------ 7 5. 产品范围 ---------------------------------------------------------------- 8 6. 产品中的角色 ------------------------------------------------------------ 8 7. 产品的功能性需求 -------------------------------------------------------- 9

7.1 功能性需求分类 ------------------------------------------------------ 9 7.2 系统管理中心 F1 ----------------------------------------------------- 9

7。2。1基础信息管理F1.1（主要是增、删、改、查） ------------------- 9 7。2.2进货管理F1.2 ------------------------------------------------ 11 7.2。3销售管理F1。3 ----------------------------------------------- 12 7。2。4仓库管理F1.4 ----------------------------------------------- 13 7。2.5收款管理F1。5 ----------------------------------------------- 15

8。 产品的非功能性需求 ---------------------------------------------------- 17

8.1 用户界面需求(美工设计对项目的重要性) ------------------------------- 17 8.2 软硬件环境需求 ----------------------------------------------------- 17 8。3 产品质量需求 ------------------------------------------------------ 17

 重庆理工大学，2012

Page 2 of 28

汽车销售管理系统，《需求规格说明书》

9. 需求建模与分析报告 ----------------------------------------------------- 19

9。1 用户方组织结构图 -------------------------------------------------- 19 9。2 业务流程分析报告（业务流程图） ------------------------------------ 19

9.2.1 流程图的图形表示的意义 --------------------------------------- 19 9.2。2 用户的业务流程图（必须加上业务流程的文字说明) -------------- 20 9。3 数据流程分析报告（数据流程图） ------------------------------------ 23

9.3。1 流程图的图形表示的意义 -------------------------------------- 23 9。3.2 数据流程图 -------------------------------------------------- 23

附录B：需求确认 ---------------------------------------------------------- 28

 重庆理工大学，2012

Page 3 of 28

1。 文档介绍

1。1 文档目的

在本次系统设计过程中需求规格说明书是为了使用户和项目开发者双方对该项目的初始规定有一个共同的理解，使之成为整个开发工作的基础.项目需求规格说明书将作为下一个阶段-—概要及详细设计工作的前提和依据

本项目需求规格说明书的编写目标是使项目用户和项目开发商建立起沟通的基础，

并在本需求说明书通过用户评审后成为项目设计的依据和系统建设的依据。

1.2 文档范围

描述本项目的功能、背景和用户群； 描述本项目的功能性需求; 描述本项目的非功能性需求; 描述需求建模与分析报告； 用户确认需求.

1.3 读者对象

本需求规格说明书的读者对象为汽车销售管理系统项目成员以及管理人员。 1.4 参考文档

《计算机软件文档编写指南》 《汽车销售管理系统业务调查手稿》 《汽车销售管理系统需求分析概要》 《汽车销售管理系统项目介绍》

《计算机软件开发质量监督与过程控制》 《CMMI+3级软件过程改进方法与规范》

汽车销售管理系统，《需求规格说明书》

1.5 术语与缩写解释

缩写、术语 SPP PM JAVA 解 释 简化并行过程（Simplified Parallel Process） 项目管理(project management) Java，是由Sun Microsystems公司于1995年5月推出的Java程序设计语言和Java平台的总称。由于其具有跨平台、动态的Web、Internet计算等新特性显示了Java的魅力.从此,Java被广泛接受并推动了Web的迅速发展。 JSP 是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准，Java Server Pages JAVA SSH框架 JAVA SSH框架是Struts + Spring + Hibernate的组合框架简称。 Struts 的MVC设计模式可以使我们的逻辑变得很清晰. Spring 的IOC和AOP可以使我们的产品在最大限度上解藕. hibernate当然就是实体对象的持久化 实体 数据字典 实体是一个可持久化的域对象，比如电脑、书等. 对数据流程图中对象的详细描述

 重庆理工大学，2012

Page 5 of 28

汽车销售管理系统，《需求规格说明书》

2. 产品介绍

2.1 产品标识

产品名称：汽车销售管理系统

缩 称：CSMS（Car Sales Management System) 版 本 号：企业版1。0

2。2 产品描述

本产品是为解决汽车销售公司的管理问题而设计。随着经济的发展和国内汽车市场的不断扩大，某汽车销售公司定单成倍增加,各项业务更加细化,各部门分工更加明确.而目前的人工管理方式显然已是不符合现代企业的管理要求。

基于整体考虑,本产品的任务就是设计一个管理系统，利用计算机来代替人工操作。减轻了员工的劳动强度，提高了劳动质量和效率，减少了错误的发生。

本次设计,从需求分析，概念设计，逻辑设计，物理设计，到数据库的建立、运行，再到数据库的安全维护等各个方面进行了详细的分析设计。并且值得一提的是,大家认真分析了企业的业务需求,公司的主要职责和主要结构等信息，从而保证了设计出比较符合公司需要的管理系统。

 重庆理工大学，2012

Page 6 of 28

3. 产品面向的用户群体

本系统的最终用户有两类：1）管理部门主管：对各项业务工作熟悉,为本系统的主要面向用户,部门主管人员几乎每天都会用到本管理系统； 2）销售部门员工：需要较快地熟悉本系统的用户,销售时会大量地使用本系统进行更新和查询.

使用者具有如下特点：1）工作繁忙，惜时如金； 2）工作中与外界联系非常频繁；3)与外界的联系成为开展工作的关键因素,相关信息丢失或损坏可能带来重大损失； 4)已经或即将实施办公自动化。针对如上用户特点，车辆管理系统软件可以迅捷、准确、方便地提供汽车的管理功能，同时力求为用户提供方便、高效、实用的功能。故我们的系统面向用户的功能就要求必须操作简便，效率。至于前台界面部分则在保证实现功能的前提下尽量做到简便，方便管理人员使用.

4。 产品应当遵循的标准或规范

为满足用户要求，保证汽车销售系统的先进性、实用性、安全性和扩展性，在汽车销售系统的设计过程中我们详细参考国内外的相关标准,技术上严格遵守国际、国内标准.主要设计参考标准或规范如下：

《CMMI+3级软件过程改进方法与规范》 《ISO/IEC 14443》 《EMV标准》 《ISO 8583：1993》

《汽车销售系统整体解决方案》 《中华人民共和国行政区划代码》 《专业技术职务代码》 《学科分类代码》 《文化程度代码》

GB2260—91

GB8561-88

GB/T13745—92 GB4658—84

或行业的其它代码标准 。.。。。

汽车销售管理系统，《需求规格说明书》

5. 产品范围

本产品主要应用于汽车销售企业，主要负责方案发布与获取，其适用领域集中在信息化的汽车销售企业，可以通过本系统获取业务明细从而得出项目总体规划,不适用于其他类信息系统。

本产品分多个阶段实施,虽本需求规范说明书列举了本项目的大部分需求，但本次开发只限定为一阶段，其中包含系统管理中心部分功能、汽车销售管理系统部分功能。

6。 产品中的角色

角色名称 ［R1］超级管理员 职责描述 负责汽车销售系统的管理和维护，主要负责对主管和员工授于账号权限和激活权限；对整个系统进行升级维护,数据转储，故障排除 ［R2]管理部门主管 负责对系统进行数据审核，数据的调用和更改，并且具有微调系统使用功能的权限 [R3]销售部门员工 负责数据的录入和对存储数据的权限要求下的察看

 重庆理工大学，2012

Page 8 of 28

7。 产品的功能性需求

7。1 功能性需求分类

功能类别 功能名称、标识符 F1.1 基础信息管理 F1。2 进货管理 F1.3 销售管理 F1 系统管理中心 F1.4 仓库管理 对库存车辆、仓库明细账、进销存统计进行管理 对收用户款、付厂商款、应收款统计、应付款统计进行F1.5收款管理 管理 F2 决策分析中心 需求暂不明确 略 描述 对厂商信息，车辆信息，客户信息进行管理 对车辆采购、车辆入库进行管理 对车辆预售、车辆销售、收益统计进行管理

7。2 系统管理中心 F1

7。2。1基础信息管理F1.1（主要是增、删、改、查）

功能名称 子功能名称、标识符 F1.1.1新增功能 描述 增加厂商、车辆、客户的信息 修改厂商、车辆、客户的信息 在被允许的情况下删除厂商、车辆、客户的信息 F1.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、 删除信息.  重庆理工大学，2012

Page 10 of 28

汽车销售管理系统，《需求规格说明书》

3、 判断是否存在对应信息。 输出 补充说明 删除后的信息 无

7。2.2进货管理F1.2

功能名称 子功能名称、标识符 F1。2.1车辆采购 描述 采购员进行车辆的采购. 仓库管理员进行车辆的入库。 F1。2进货管理 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 仓库管理员将车辆进行入库处理. 普通 入库单 Page 11 of 28

 重庆理工大学，2012

汽车销售管理系统，《需求规格说明书》

操作序列 1、 采购员将入库单交给仓库管理员。 2、 仓库管理员将汽车进行入库管理并修改库存信息. 输出 补充说明 库存信息 无

7.2。3销售管理F1。3

功能名称 子功能名称、标识符 F1。3。1 车辆预售 客户预先订购汽车. 销售员销售汽车. 描述 F1.3 销售管理 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 销售员销售汽车。 Page 12 of 28

 重庆理工大学，2012

汽车销售管理系统，《需求规格说明书》

优先级 输入 操作序列 普通 客户购车需求 1、 客户将购车需求告知销售员。 2、 销售员生成购车订单并将购车合同交给客户。 3、 客户将全款支票交给财务管理员. 4、 财务管理员将更新财务账本。 输出 补充说明 财务账本 无

7。2.3.3收益统计F1.3。3

名称、标识符 功能描述 优先级 输入 操作序列 收益统计 F1.3.3 统计销售的收益。 普通 销售信息 1、 输入需要统计的收益。 2、 进行收益统计。 输出 补充说明 销售收益 无

7。2。4仓库管理F1.4

功能名称 子功能名称、标识符 F1.4。1 库存车辆管理 F1.4.2 仓库明细账管进行车辆的库存管理。 描述 进行仓库的明细账管理. F1.4 仓库管理 理 F1.4。3进销存统计  重庆理工大学，2012

统计进销存情况. Page 13 of 28

汽车销售管理系统，《需求规格说明书》

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 统计进销存情况。 普通 进销存信息  重庆理工大学，2012

Page 14 of 28

汽车销售管理系统，《需求规格说明书》

操作序列 1、 输入进货、销售、库存情况。 2、 统计进销存。 输出 补充说明 进销存情况表 无 7.2.5收款管理F1.5

功能名称 子功能名称、标识符 F1。5。1 收用户款 F1.5.2付厂商款 描述 客户购车后收客户的购车款 采购完成后交付厂商车款 统计所有的应该收的款项 统计所有应该付的款项 F1。5 收款管理 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 采购完成后交付厂商车款 普通 Page 15 of 28

 重庆理工大学，2012

汽车销售管理系统，《需求规格说明书》

输入 操作序列 采购单 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、统计所有应付款. 输出 补充说明 统计结果 无

 重庆理工大学，2012

Page 16 of 28

汽车销售管理系统，《需求规格说明书》

8. 产品的非功能性需求

8.1 用户界面需求

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

需求名称 系统环境 数据库环境 WINDOWS2003/LINUX MYSQL 5以上 详细要求 8。3 产品质量需求

 重庆理工大学，2012

Page 17 of 28

汽车销售管理系统，《需求规格说明书》

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

 重庆理工大学，2012

Page 18 of 28

汽车销售管理系统，《需求规格说明书》

9. 需求建模与分析报告

9.1 用户方组织结构图

董事长总经理副总经理副总经理副总经理售后服务部人事部财务部采购部仓库部物流部销售部仓库一仓库二 （图 汽车销售公司组织机构图）

9。2 业务流程分析报告

9.2。1 流程图的图形表示的意义

 重庆理工大学，2012

Page 19 of 28

汽车销售管理系统，《需求规格说明书》

（图 业务流程图图例)

9.2.2 用户的业务流程图 1、汽车采购入库管理业务流程

文字描述：企业经理查询库存台账，如果缺货，就编制采购计划提交给采购员,采购员向汽车厂商发出采购单进行订货，供货商收到采购单后立刻发货，并向采购员发出送货单。采购员对厂商送来的汽车进行检验：若检验合格，则采购员向仓库管理员发出入库单，仓库管理员进行汽车入库处理并及时更新库存台账.若检验不合格,则向汽车 厂商发出退货单进行退货。

采购单采购计划书采购经理厂商发货单采购员库存台账退货单入库单仓库管理员（图 汽车采购入库管理业务流程图）

2、汽车销售业务流程图

文字描述:客户将购车需求告知销售员，销售员查询库存信息，若没有库存,则将缺货通知返回给客户，若有库存，则将试乘试驾通知发给客户，客户将购车订单发给销售员,销售员收到订单后将购车合同交予用户，签订合同后，客户将全款支票交给财务管理

 重庆理工大学，2012

Page 20 of 28

汽车销售管理系统，《需求规格说明书》

员，财务管理员在将确认付款通知发给仓库管理员的同时修改财务账本。仓库管理员在收到确认付款通知后，将提车通知传达给客户，同时修改库存信息。

全款支票购车订单试乘试驾通知购车需求财务管理员客户销售员确认付款通知缺货通知购车合同库存信息财务账本提车通知仓库管理员 （图 汽车销售业务流程图）

3、汽车预售业务流程图

文字描述：客户将预购信息告知销售员，销售员收到后将预售订购单交予采购员,采购员通知厂商，厂商接到预售采购单后，将有汽车生产完成日期的到货信息单返还给采购员，采购员再通知销售员关于汽车完成的信息，销售员接到信息单后，将预售合同给予客户，客户将定金交给财务管理员，财务管理员接受定金的同时修改财务账本。

 重庆理工大学，2012

Page 21 of 28

汽车销售管理系统，《需求规格说明书》

财务管理员财务账本厂商定金到货信息单预售合同预售采购单客户销售员预售订购单采购员预购信息到货信息单 （图 汽车预售业务流程图)

4、仓库管理业务流程图

文字描述：采购员将入库单交给仓库管理员进行汽车入库处理，同时修改库存台账；当有如果有汽车销售出去，仓库管理员将出库单交给销售员进行汽车出库处理,同时修改库存台账。同时，仓库管理员查看库存台账，若缺货，则将缺货通知发给采购经理，以便采购经理编制采购计划，进行汽车采购；若不缺货，则将溢货信息传达给采购经理，告知其不必急于采购。

库存台账缺货通知仓库管理员溢货信息入库单销售员采购经理出库单采购员 （图 仓库管理业务流程图)

 重庆理工大学，2012

Page 22 of 28

汽车销售管理系统，《需求规格说明书》

4、财务管理业务流程图

文字描述:客户购车或订车后，将应收用户款或预收定金交予财务管理员,财务管理员接到款项的同时修改财务账本;当公司向厂商购车后，财务管理员将应付厂商款给予厂商。

财务帐本财务管应付厂商理员款厂商应收用户款预售订金客户 （图 财务管理业务流程图）

9。3 数据流程分析报告

9.3.1 流程图的图形表示的意义

PEF实体处理逻辑数据流（图 数据流程图图例)

9.3。2 数据流程图

 重庆理工大学，2012

S数据存储

Page 23 of 28

汽车销售管理系统，《需求规格说明书》

S2货品库存F33库存信息更新F32查看库存信息P4E4仓库管理员F31库存更改信息 仓库系统F29缺货单E3采购员F30入库信息F8出货信息F28库存信息F27入库单F9出库单F25到货通知单F26采购计划书P2F5购车合同F1购车需求F3缺货信息F4发货单F2购车订单P1销售系统E2销售员采购系统F6缺货通知F24应付厂商款核对信息E1客户F7提货通知F10预购信息F23应收用户款核对信息F20采购单F21发货单F22到货信息单P3F13预购合同F12到货信息单F11预购订购单预购系统P5E5厂商F14客户付款信息F15预购定金信息财务系统F16应收款统计信息F19应付厂商账款信息F18应收款应付款明细 S1财务帐本E6财务管理员F17应付款统计信息 （图 总的数据流程图）

 重庆理工大学，2012

Page 24 of 28

汽车销售管理系统，《需求规格说明书》

S4入库单存储F38入库单明细S3采购订单存储P1.4F39入库信息入库处理S4仓库管理员F40登记入库明细F37采购订单明细P1.1F20采购单生成采购订单处理F36采购信息F27入库单S5库存台帐F41库存信息P1.2P1.4F21发货单E5厂商F34发货信息发货处理E3采购员F26采购计划书生成采购计划书处理F42采购计划E7采购经理F43采购计划书明细P1.3F35退货单货品检验S采购计划书存储6（图 采购数据流程图）

F1购车需求F44试乘试驾P2.1客户需求分析处理F2购车订单E2销售员F45发货单明细S8发货单存储E1客户F5购车合同F7提货通知P2.2F4发货单发货处理F6缺货通知F9出库单F46购车合同明细S7F8出货信息P2.3缺货处理合同存储F3缺货信息 （图 销售数据流程图）

 重庆理工大学，2012

Page 25 of 28

汽车销售管理系统，《需求规格说明书》

S9预购订单存储F48预购订单明细P3.1E1客户F10预购信息预购处理F11预购订货单E2销售员P3.2F13预购合同签署合同F47预购合同明细S10F12到货信息预购合同存储

（图 预售数据流程图）

P4.1F27入库单入库管理F50入库单明细S11入库单存储F49入库信息S12F28库存信息P4.4F29缺货单F51缺货信息P4.2F52入库出库信息货品库存缺货处理库存管理F53缺货溢货信息S13F55出库单明细F9出库单F出库信息P4.3出库单存储E4仓库管理员F8出货信息出库管理 （图 仓库管理数据流程图）

 重庆理工大学，2012

Page 26 of 28

汽车销售管理系统，《需求规格说明书》

F23应收用户款核对信息P5.1F14客户付款信息财务进账处理F56应收款明细F14应收款帐存储E6财务管理员P5.2F24应付厂商款核对信息F15财务出账处理F57应付账款明细应付账款存储F19应付厂商账款信息 （图 财务管理数据流程图）

 重庆理工大学，2012

Page 27 of 28

汽车销售管理系统，《需求规格说明书》

附录B：需求确认

需求评审报告摘要 需求文档 评审结论 汽车销售管理系统需求规格说明书，IRP—REQ，V1。3，张庆，2012—5—11 [√］ 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核\" ［ ］ 工作成果基本合格，需要作少量的修改，之后通过审核即可 [ ] 工作成果不合格，需要作比较大的修改，之后必须重新对其评审 评审意见 评审小组成员 张庆、赵欣悦、余柳、张砚樵、赵建斌、朱子奇

需求承诺 需求文档 客户承诺 汽车销售管理系统需求规格说明书，IRP-REQ，V1.3，张庆，2012-5-11 本需求文档建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该需求文档开展。如果需求发生变化，我们将按照“需求变更控制规程”执行，我明白需求的变更将导致双方重新协商成本、资源和进度等。 签字，日期 项目经理承诺 签字,日期

Page 28 of 28

 重庆理工大学，2012