购物返现网站需求文档.doc

北大青鸟 EBusiness需求文档

购物返现金需求分析报告

项 目 名 称：购物返现金网店
用 户 名 称：冠冠工作室
项 目 负 责 人：武文亚

编写日期：2011年10月25日 星期一
校队日期：2011年10月26日 星期二
审核日期：2011年10月27日 星期三
批准日期：

版 本 历 史

版本\状态
作者
参与者
起止日期
备注
Bata1.0

2010/10/25至
2010/11/4

.1. 引言

1.1 文档介绍

在此文档中我们详细的介绍了对开发此电子商务系统应实现的功能性需求，非功能性需求以及在开发此系统时应遵循的规范，同时我们说明了此系统要求的软硬件环境需求，后期测试与维护的流程。

1.2 编写目的

为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
本文档的读者为北大青鸟指导老师及系统开发人员。

1.3 文档范围

本文档包含以下几部分：
1. 产品介绍
2. 产品面向的用户群体
3. 产品应当遵循的标准或规范
4. 产品的范围
5. 产品中的角色
6. 产品的功能性需求
7. 产品的非功能性需求
8. 需求确认

1.4 读者对象

本文档的读者范围包括：
1. 需求提供方具体责任人
2. 开发方的项目组长
3. 系统分析设计人员
4. 测试人员
5. 实施人员

.2.

2.1 目标

购物返现金 为网上众多的开店创业人员提供一个可以链接到500多家知名商城
购物平台，会员通过这个平台进行消费购物后网店系统可以自动将商城的返现金奖励返还到网民的账户中。实现网民既能购物又可以赚取返现金奖励。
从而为广大网上创业开店者提供了不用铺货，不用销售，不用亲自推广的一个优秀购物平台。
，

.3. 产品面向的用户群体

本系统面向以大众为主的网络用户群体,为它们提供B/S交易的平台

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

国际标准化组织及国家行业标准（ISO/GB）。

.5. 产品范围
本产品包括用户注册、登陆、商城管理、订单管理、前台商品显示、商城显示以及订单结算，积分管理，礼品管理，秀单管理，会员管理七个主要范围。
用户注册包括：用户注册，建立账号。
用户登录包括：用户登陆后可以查看自己的订单还可以购物。可以对商城评论，秀单。
返现商城管理包括：管理员对商城的查看、增加、修改、删除四种功能。
订单管理包括：管理员对订单的删除、修改、查询三种功能。
前台商品显示包括：显示商城的图片及链接地址。商品的图片及链接地址
返现金结算包括：通过会员订单记录来进行结算给会员返利。

.6. 产品的角色

角色名称
职责描述
管理员
在职责内对商品进行增、删、改、查的操作，并对用户的订单进行删、改、查的操作
普通用户
去返现金商城购买商品以及查看自己的订单，并申请结算返现金
VIP用户

.7. 功能需求

7.1 功能划分
完整的电子商务系统包括多个模块，每个模块有多个功能，通过整合，它们形成一个完全集成的基于WEB的方案。电子商务系统主要包含以下模块：用户注册、登陆、商城管理、订单管理、前台商品显示、商城显示以及订单结算，积分管理，礼品管理，秀单管理，会员管理等模块
.7.1.1 功能结构图
最新商品
购物返现金系统
前
台显示
商城管理
订单管理
登陆注册
商城浏览

结算
热卖商品
打折促销
添加商城
修改商城
删除商城
查询商城
订单修改
订单删除
订单查询
用户登录
用户注册
去商城购物车
商城评价
根据订单结算首页
返现金商城

7.2产品的非功能性需求
7.2.1 前台显示
需求名称
需求编号
详细要求
网站前台模块划分
RD_MUI_01
网站前台分为：首页、返现金商城
。优惠促销，限时抢购，礼品兑换，会员秀单
首页
RD_MUI_02
显示内容有4条通栏广告、站内公告、抢购活动、促销活动，几个部分
返现金商城
RD_MUI_03
显示返现金商城的介绍信息，包括图片和文字。
优惠促销
RD_MUI_04
。
限时抢购
RD_MUI_05
主要内容为各种活动
礼品兑换
RD_MUI_06
显示
会员秀单
RD_MUI_07
显示

热门商品

该模块主要是展示商品，包括最新商品，热卖商品以及打折促销的商品。同时，用户和
管理员的登陆也通过该页面进行。当用户点击查看更多时将跳转到商品列表页面，在此页面

返现金商城
显示返现金商城返利比例，商城地址。 并按优先级排序，点击可跳转直接购物，或者查看商城详细介绍。列表显示。

热门商城：显示最热门的前10个返现金商城。
促销活动：
抢购活动：
站内公告：
返现金帮助：
7.2.2 商城活动管理
功能描述

完成以下任务

添加新的商品，向数据库中添加最新商品和打折促销的商品，并在首页中显示出来。

修改商品，可以修改商品价格，名称等数据。以刺激消费者产生购买欲望。

删除商品，可以将一些过期或者受召回事件影响的商品下架，以免带来负面影响。

查询商品，便于即时掌握商品的信息。

7.2.3 会员购物
功能描述

消费者点击某个商品或者商城 时将跳转到该商城的网站，在此页面中点击去购物图标，便可以跳转到对应返现金商城去购物，购物完成下单后，即可在本站查询到反馈订单和预计返现金数目。
7.2.4 订单管理
功能描述

当消费者在返现金商城购物完以后，系统会自动跟踪订单，并将订单信息反馈到会员的订单记录中。此时返回的是未结算的订单。
当商城结算后，订单的状态会随时更新，管理员可以在后台查看所有会员的订单。并管理订单的信息。

7.2.5 登陆注册
功能描述

当网民想要去商城购物购买商品，系统会自动进行判断，该网民是否为登陆，如果已登录，则可以

购买商品，否则系统将会进行提示。当输入正确的账号密码后，系统判断数据库中是否存在

该用户，若存在，便可以继续购物，若不存在，则会提示是否注册新用户。经过该网民同意

后，跳转到注册页面，根据流程完成注册，成为正式用户。完成注册后，将转

到首页，登陆后，系统判断用户身份，如果是普通用户就可以购买任何喜欢的商品，

7.2.6 结算
功能描述

当购物完成，生成订单，用户确认无误以后，就进入到结账的环节。用户输入姓名，地

址，邮编，联系电话，银行卡号等以便我们将商品顺利的送到。完成填单以后，系统自动跳

回首页，方便用户继续浏览。

7.3 E-R图

管理员\用户
编号
用户名
密码
用户类型
Email
商品表
操作
编号
商品名
价格
描述
上架时间
下架时间
总数
卖出数
订单表
编号
用户编号
商品编号
用户地址
联系电话
商品数量
商品总价
公司名
图片地址
生成
附言

8. 产品的非功能性需求
8.1 用户界面需求
需求名称
详细要求
首页显示
网站发布后首先浏览到的页面是网站的首页
页面风格
品红购物网站
页面字体显示
以黑色为主

8.2 软硬件环境需求
需求名称
详细要求
CPU
1.0G Hz 以上(推荐)
内存
256MB以上（推荐）
操作系统
Windows Server 2003及以上版本
技术选择
A2.0
DBMS选择
SQL Server 2005
架构选择
三层架构
8.3 产品质量需求
主要质量属性
详细要求
正确性
确保各项资料数据的准确有效，禁止数据遗漏，重复，丢失。
健壮性
数据异常扑获，灾难性恢复。
可靠性
数据校验，人机稽核，平衡检查。
性能，效率
一般
易用性
操作简单，符合用户工作习惯
清晰性
流程清晰易记，分类管理
安全性
错误提示，数据验证
可扩展性
不同平台之间数据共享
兼容性
自适应各种系统环境
可移植性
自由选择不同类型的数据库

附录资料：
软件工程需求分析文档模板

需求分析报告

项目名称 <项目名称>
文档类别 <文档类别>
文档编号 <文档编号>
版 本 <V1.0>
密 级 <秘密>

二〇二一年十二月十五日版本修订记录
版本
日期
描 述
作者
审核

目 录
1 引言 3
1.1 编写目的 3
1.2 背景 3
1.3 术语定义 3
1.4 参考资料 3
2 系统概述 3
2.1 系统功能框架 3
2.2 运行环境 3
2.3 开发环境 3
2.4 用户特点 3
2.5 条件与限制 3
3 功能描述 3
3.1 功能分解 3
3.2 各功能描述 3
4 数据描述 3
5 性能描述 3
6 接口描述 3
7 其他要求 3
8 未尽事宜 3
附件 3

引言
1.1 编写目的
{简要说明编写这份需求分析报告的目的，指出预期的读者。
本软件需求分析报告的编写目的是为了提供一个由用户（或委托者）和开发者双方共同确定的开发系统的业务需求目标，并对所实现的软件功能做全面的规格描述。
同时，在用户业务需求的基础上，经过需求分析和数据整理，以向整个开发期提供关于软件系统的业务和数据的技术信息和整体描述，成为软件开发的技术基础，也作为系统设计和实现的目标及验收依据。
本软件需求分析报告的适用读者，一般为：软件客户、软件需求分析人员、软件设计及开发者和相关的测试人员}
1.2 背景
{1.说明待开发的软件系统的名称
2.列出本项目的任务委托单位、开发单位、协作单位、用户单位
3.说明项目背景，叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。如果本次开发的软件系统是一个更大的系统的一个组成部分，则要说明该更大系统的组成和介绍本系统与其它相关系统的关系和接口部分
4.保密说明：
本项为可选项，只有当用户强烈要求对其业务内容进行保密，不允许被复制、使用和扩散到其企业范围之外时，才要对此项进行专门的保密说明
5.版权说明：
本项为可选项，若有必要，才要作有关的描述。}
1.3 术语定义
{列出本文档中提供全部需求所用到的专门术语的定义和首字母缩写词、缩略语的原文，以便对需求分析报告进行适当的解释}
1.4 参考资料
{列出所本文档所使用的参考资料，包括：
A 本软件开发所经核准的合同或标书或可行性报告等文档
B 软件开发计划书
C 与本项目有关的已发表的文件或资料
D 本文件中各处引用的文件、资料，所采用的软件开发标准和规范
注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这些文件资料的来源。若某些文档有保密要求的，则要说明其保密级别。
2 系统概述
2.1 系统功能框架
{主要介绍本软件系统的总体结构和总体功能划分，只要求提供影响需求的一般因素以及将要完成的软件功能摘要，不必说明具体的需求，也不必描写功能所要求的大量细节，本节主要目的仅仅是使需求更加易于理解：
可以从系统功能的层次结构、所应用的机构概况(如组织架构、业务范围、工作流程等)、所描述的数据对象、所包括的系统功能模块组合或功能列表等方面进行描述}
2.2 运行环境
{说明本软件系统的运行环境的拓朴结构和布局, 应包括通讯条件、网络环境、硬件配置、软件系统等，建议画出系统运行环境的体系结构图，说明在网络环境和硬件配置的最低要求下可运行的条件，要求说明网络的通讯协议要求和所需要的端口号、是否需要口令安全及网络许可等，罗列运行环境下所需要的支持性软件及有效版本号}
2.3 开发环境
{为可选项，有必要说明时才适用。
一般情况认为，开发环境需要某种特定的硬件设备或某种指定的不常见的开发工具或者在特定的封闭式的开发环境下等特别情况，才认为有必要强调说明开发环境。如果属于正常情况下都能够达到的开发环境，可以不做特别说明。
本软件系统的开发环境，应包括软件的开发工具、硬件配置、网络环境、软件平台、通讯条件、开发场所等内容。}
2.4 用户特点
{说明使用本软件系统的用户的特点，重点可以说说用户所处的行业特点。
建议从使用本系统的用户角色上进行分类说明，以充分说明操作人员、维护人员的教育水平、业务专长、计算机技术水平。要注意的是，用户可能会在技术方面参差不齐，相差间距比较大，可以认为技术性比较强的用户可能会需要复杂、灵活并具备跨平台支持的工具，而计算机技术水平比较弱的入门用户则会需要使用方便、界面友好的工具。}
2.5 条件与限制
{为可选项，只要当软件系统的设计或开发受到某种特定的限制，或者影响需求的某种因素，这些因素可能不是软件的设计约束，但是他们的改变可能会影响某些需求的时候，要做相关的系统约束的介绍。
若存在以下方面的系统约束或条件限制时，可以进行相关的阐明：（但不限于这些）
为完成本软件系统应具备的特定条件、开发单位已具备的条件以及尚需创造的条件,如：现阶段未完全确定的需求或未到位的设备或与本系统相关的未明确的其他业务，需要做出相应的约束说明
必要时，还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制，如果用户及分合同承包者对系统的实现起到的某些作用会直接影响系统的成败则要特别说明
本系统的功能实现需要受到某些特定的行业规范的限制
本系统的开发需要受到用户对系统的工程化管理的某些特别的要求，包括用户规定对系统实现的全过程的变更规定
本系统开发工作所需的一些假定条件和必须满足的约束，如本功能的开发假定用户会熟练使用SQL语言，本功能的实现应该在某功能实现前开发完成等
本系统可能需要使用的所有购入构件、所有适用的许可或使用限制，以及所有相关的兼容性及互操作性或接口标准的有关限制和规定}
3 功能描述
3.1 功能分解
{可以用业务流程图的方式来说明本系统的软件业务需求，然后再对业务需求进行分析后逐步细化并分层所进行的功能分解的情况，可以用功能列表的方式进行表示，也可以采用数据流图的方式来描述新系统的逻辑模型图}
3.2 各功能描述
{标题可以根据功能列表或数据流图中的功能模块自行决定，建议每一大块功能为单独一节，建议对于功能模块在此时就要加上有关标识号，编码规则在不违背公司ISO程序文件《文件编码和撰写规范》的要求自行制订。
详细描述系统各个需求做出相应功能的全部细节，要求对每一个需求只有一种解释，就是：每一个需求都是可以验证的，各个需求的描述是不矛盾，也不冗余的，及同一需求不能在本需求分析报告中出现多次。
主要就是描述软件产品的输入如何转化程输出，即软件必须完成的基本动作。对于每一类功能或每一个功能，均需要具体描述其输入、处理和输出的需求。
需求的功能描述建议参照以下格式进行书写：
XXXXXXXX（功能编号）, XXXXXXXXX(功能名称)
功能
该功能的简述
业务
流程
画出该功能描述的相关业务流程图，也允许使用数据流图（底层）表示业务数据流的来源和处理去向
输入
罗列输入数据项及其属性要求（包括数据类型、长度等信息），并注明数据项输入的方式。输入方式主要有三种：手工录入、根据下拉框进行选择输入的、不可输入域根据某些已输入的信息由系统自动生成（需要根据公式自动计算，则要说明具体的计算公式）。如果该输入数据项为唯一码或非空域，则要特别说明。
界面
若存在界面，则需注明参见某图表或参见某附件
必要时，介绍界面的流转
算法
详细描述该功能的业务逻辑及有关处理说明，包括将输入转化成有关的输出的具体算法
输出
罗列输入数据项及其属性要求（包括数据类型、长度等信息），如果输出格式是某张报表，则要求描述相应的报表格式，也可以注明参见某个图表或某个附件资料
备注
输入，修改内容如非特别说明，否则非空
本章节的标题可以根据本软件系统的相关功能列表进行安排}
4 数据描述
{收集、整理各种原始数据、单据与报表，说明其来源或去处，详细说明每张原始数据报表中各个数据项的要求，包括：数据类型、宽度、数值范围，必要时还可以说明数据的处理要求，如相关的计算公式、响应时间，数据发生量，处理方式，输出的要求等。
有关数据项的描述参照以下格式进行书写：（至少要包括以下项目）

字段名称
类型
长度
代码
字段说明
default
取值范围
备注
序号
Char
5
Xh

本章节的标题可以根据本软件系统的相关数据结构进行安排}
5 性能描述
{从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求，主要体现在软件的相关性能要求上，如系统的处理能力、数据精度、响应时间等等，要求在性能的有关指标上必须有量化的数值要求，具有一定的可测性。
其中静态数值需求包括：可支持的终端或客户端数、可支持并行操作的用户数、可处理的记录数或字节数、所用到的表和各种数据资料的大小；
动态数值需求包括，欲处理的事务和任务或进程的数量、在正常情况何峰值工作条件下的一定时间周期中处理的数据总量等等
对精度需求的要求：要说明有关数据的允许误差范围在多大的范围内，要求的数据精度达到小数点后面几位小数，当计算精度高于需求数据精度时，是采用整数部分取整，还是采取四舍五入的原则等要求
对数据容量的要求：对某些业务数据发生批量处理时达到某种峰值情况下的容量要求，如对于证券交易的每日交易量可能会达到多大的极限，同时处理批量委托数据的数据容量情况，为此需要保证多大容量的硬盘空间及
需要多少配置的高性能的计算机系统作为硬件基础等等
对速度的要求：在响应和处理速度方面满足使用需求在多少硬件配置或相似性能的硬件基础的前提下，要求业务处理在一秒内完成多少笔业务数据的实时采集，各种委托或报表数据的查询可根据数据量，要求控制在多少秒之内完成处理，盘后清算处理过程必须在半小时之内完成等等
对可靠性的要求：说明系统必须在正常情况下运行稳定，并在非正常或意外情况下具有一定的坚固性。在正常情况下，必须保证系统运行的完整性等等，通常情况下，可靠性可用以下几种指标进行评估：可用时间占比（xx.xx%）、平均故障间隔时间(x小时)、平均修复时间（x小时）等等}
6 接口描述
{为可选项，若存在有关的接口并且需要特别说明，否则容易产生用户和开发者对需求的二义性时需要详细描述，如用户界面、软件接口与硬件接口等。
用户界面，主要用来定义本需求分析报告中所涉及到的各种用户界面，可包括描述屏幕的布局、输入/输出项的属性、功能键/按钮的操作等等，具体描述的详细程度可以根据具体项目的实际需要来决定。用户界面的描述可以详细到每一个具体屏幕，也可以只分成几个大类进行定义（如：分为输入屏幕、查询屏幕、修改屏幕等几个大类）。用户界面包括以下几种形式：屏幕格式、报表或菜单的页面打印格式和程序功能键的可用性等。
如果用户界面的定义与某个功能相关，可以合并在第三章功能描述进行说明。有关用户接口的说明，如屏幕格式或报表模板格式可以作为本需求分析报告的附件进行保存，也可以直接使用用户提供的原始表单或手写底稿模板作为附件保存。
软件接口：指定需使用的其他软件产品，以及同其他应用系统之间的有关接口
硬件接口：指出软件产品和系统硬件部件之间的每一个接口的逻辑特点。
通信接口：指定各种通信接口、网络协议等信息}
7 其他要求
{主要描述与本软件系统相关的各种属性的要求，可包括：可用性、安全性、可维护性、可移植性等等。
可用性：可以指定一些因素，如检查点、恢复和再启动等，以保证整个系统有一个确定的可用性级别，如在适当的时间点上，要有适当的系统数据备份和数据恢复功能，以便在系统失效、出现意外及数据出错、或有充分的需要的时候，可以在可接受的时间内得以恢复到最近或以前某个时间点的数据备份上。对系统的数据备份和恢复时，要求联机用户做完当前操作后，是否需要提示联机用户退出系统，并禁止他们进行任何新的操作。一般情况下，当系统数据备份或恢复工作完成时，才能允许用户重新登录并进行联机操作。可用性还可以用符合公认的可用性标准，如：微软的GUI界面标准。
安全性：要求描述对系统的安全性要求，主要从使用该系统的用户通过密码或其他方式进行身份验证，待确认身份后方可允许他们进行相应的一些操作，密码之间需要加密保存，或在系统中隐藏显示或加密存储等。对于用户对系统的操作权限，是如何进行授权，并如何进行保证其安全性的，每个用户对系统功能和相应数据的访问必须具有一定的授权后才能进行。
可维护性：规定若干需求以确保软件是可维护的，并且容易维护的。
可移植性：规定把软件从一种环境移植到另一种环境所需要的用户程序、用户接口兼容方面的约束等等。}
8 未尽事宜
{罗列在需求分析阶段必须解决的但目前尚未解决的问题，建议以列表的方式列出}
附件
{罗列与本需求分析报告相关的文档资料，可包括以下内容：
需求调研的有关原始资料及其清单
本文档中所提到的各个功能所涉及的用户界面有关约定、相关报表或模板格式、各种常规底稿模板等
进行的多次用户交流的《需求调研表》资料以及用户对需求访谈情况的书面手写修改意见资料等
其它相关资料（可以包括界面演示资料等）}

附录资料：
权限管理详细需求文档
本项目的权限管理包含在用户管理中，权限管理的设计思路大致如下：系统可以添加很多不同的用户，每个用户可以拥有多个不同的角色，角色则可以勾选多个具体的权限。系统根据登录的用户去查找其拥有哪些角色，再根据角色去查找拥有哪些具体的权限，根据该用户拥有哪些具体的权限来开放相对应的页面和操作。
系统中每个模块都有不同的权限，下面就对每个模块的权限作出详细的需求描述。

系统超级管理员用户root：
系统安装完毕默认有个root用户，它拥有root角色，root角色拥有root权限。root权限不显示在页面，只有root角色才用于root权限。

终端管理：
1、终端查看操作——具有查看终端分组和终端的权限。
2、终端维护操作——具有新增、编辑、删除等等操作权限。
3、终端组全见权限——能看到所有的终端分组及分组下的终端。如果没有勾选这项，则根据新建用户时勾选的终端分组来显示对应的终端分组和终端。

注：2、3权限依赖于1权限，即勾选了2或者3则自动勾选1.

素材管理：
1、 素材查看操作——具有查看素材分组和分组下素材的权限。
2、 素材审核操作——具有素材审核的权限。
3、 素材上传操作——具有素材上传的权限。
4、 素材删除操作——具有素材删除的权限。
5、 素材全见权限——可以查看所有素材的权限。
6、 组内素材共享权限——可以查看同一用户分组内用户上传的素材。
注：23456项都依赖于1.

布局管理：
1、 布局查看操作——具有查看布局的权限。（需要添加）
2、 布局管理操作——具有布局的增删改查的权限。
3、 布局全见权限——具有查看和操作所有布局的权限。
4、 组内布局共享权限——可以查看和操作同一用户分组内用户建的布局。
注：2、3、4依赖于1.

节目管理：
1、 节目查看操作——具有查看和预览节目的权限。（需要添加）
2、 节目制作操作——具有制作节目的权限。
3、 节目修改操作——具有修改节目的权限。（需要添加）
4、 节目删除操作——具有删除节目的权限。
5、 节目全见权限——具有查看所有节目的权限。（需要添加）。
6、 节目组内共享——具有查看同一用户组内用户建的节目。（需要添加）

注：2、3、4、5、6赖1.

播放计划：
1、 查看播放计划操作——具有查看播放计划的权限。（需要添加）
2、 制作播放计划操作——具有制作播放计划的权限。
3、 修改播放计划操作——具有修改播放计划的权限。
4、 删除播放计划操作——具有删除播放计划的权限。
5、 审核播放计划操作——具有审核播放计划的权限。
6、 播放计划全见权限——具有查看所有播放计划的权限。（需要添加）
7、 播放计划组内共享权限——可以查看同一用户组内用户建的播放计划。
注：3、4、5、6、7依赖1.

用户管理：
1、 用户、用户组管理操作——具有用户、用户组的增删改查权限。
2、 角色管理操作——具有角色的增删改查的权限。
注：2依赖1.

日志管理：
1、 查看日志权限——具有查看日志的权限。
2、 导出日志权限——具有导出日志的权限。
注：2依赖1.

系统管理：
1、 系统管理权限——具有系统设置、FTP服务器管理、布局分辨率设置权限。
2、 在线用户管理权限——具有在线用户管理权限。

说明：以上就是权限管理的详细需求，请根据上面的需求完善权限管理，对于项目中已有的权限要保持，项目中没有的需要添加，项目中不合理的和不一致的要求修改。特别要注意有关联的模块，比如终端管理和播放计划，布局管理和素材管理，制作节目和素材管理，播放计划和节目管理。

第—23—页