花卉销售系统需求规格说明指导书.doc

二、需求规格阐明书
1．引言 1
1.1编写目 1
1.2项目背景 1
1.3定义 1
1.4参照资料 1
2．任务概述 2
2.1目的 2
2.2运营环境 2
2.3条件与限制 2
3．数据描述 3
3.1静态数据 3
3.2动态数据 3
3.3数据流图 3
3.4数据库简介 5
3.5数据词典 5
3.5.1数据流定义 5
3.5.2数据存储定义 10
3.5.2外部实体定义 12
3.6数据采集 13
4．功能需求 13
4.1业务流程图 13
4.2功能划分 13
4.3功能描述 14
5．性能需求 14
5.1数据精准度 14
5.2时间特性 14
5.3适应性 15
6．运营需求 15
6.1顾客界面 15
6.2硬件接口 18
6.3软件接口 18
6.4故障解决 18
7．其他需求 19
7.1可使用性 19
7.2保密性 19
7.3可维护性 19

1．引言
1.1编写目
为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参照。
1.2项目背景
随着经济不断发展，有越来越多人喜欢网上购物。有人把网上购物作为一种潮流，但是更重要，网上购物可以节约时间且操作以便。这阐明随着生活节奏加快，人们已经把网上购物作为生活一某些。因此网上买卖鲜花已经成为实体经营必要拓展方向。 
为此，河海大学物联网工程HQT开发小组开发“花卉销售管理系统”，重要迎合老式花店运营模式，将自己销售渠道扩展到网上，通过简朴管理，提供应最后消费者产品展示、购物、订单解决等功能，便捷地实现鲜花在线销售，使得花卉销售多样化，便于花卉市场进一步开放。
此项目可以高效来管理花卉销售各种信息。
1.3参照资料
[1]张海藩编著， 《软件工程导论（第5版）》 ，清华大学出版社
[2]李文才等编著 ,《网页设计与制作》，清华大学出版社
2．任务概述
2.1目的
“花卉销售管理系统”可以系统化管理大型花卉销售市场信息，以便商家销售。也为购买花卉客户提供了一种可挑选、可在线购买、可直接送货到家网上花卉销售服务平台。节约商家和客户时间，节约资源，提高其销售额和销售效率。
2.2运营环境
硬件环境：
普通客户机
CPU：p4 1.8GHz以上
内存：256MB以上
辨别率：推荐使用1024 x 768像素
数据库服务器
CPU：P4 2.0GHz
内存：1GB以上
硬盘：80GB以上

软件环境：
本系统软件环境如下：
操作系统：Microsoft Windows Advanced Server
数据库：Microsoft SQL Server
浏览器：IE6.0以上
2.3条件与限制
A、该系统仅有客户、商家和管理员三种类型顾客
B、信息资源需要客户提供
C、系统使用 C# 语言和SQL Serve进行开发
D、经费来源和使用限制：大型花卉公司
E、软件投入使用最迟时间：6个月

3．数据描述
3.1静态数据
商品编号、商品名称、商品花期、种类等
客户账号、登录密码等
管理员编号、姓名
3.2动态数据
输入数据：输入商品信息(数量、单价)、商品更新信息、上传照片信息、更新订单信息。
输出数据：产生配货单信息、购物车商品信息、订单信息、产生报表等信息。
3.4数据库简介
数据库名称：FlowerManager
数据库类型：关系数据库
3.6数据采集
商家信息：商家通过电脑注册，登录后维护自己顾客名、密码、简介等有关信息；
客户信息：客户通过电脑注册，登录后维护自己顾客名、修改收货地址等有关信息；
花卉信息：来源于花卉批发市场、仓库或者花圃等商家，并自行上传到系统；
管理员可以维护商家信息和客户信息。
4．功能需求
4.1业务描述
花卉销售管理系统分为客户端和商家管理端两某些。
客户端一方面接受会员注册，客户需要填写有关信息，注册成为会员，客户信息会被保密。将新客户信息添加到客户文献，并分派一种客户号以备后续使用。会员注册后可以进行商品浏览。通过检索客户提供所需商品核心字，系统从商品文献中查询商品价格和可订购数量等商品信息，返回给客户。在正式下单前，客户可以将喜好商品暂时放进购物车并可随时修改商品数量、删除不再购买商品、清空购物车里商品等等。将购物车信息添加到购物车文献中；顾客拟定购物后可订单提交，依照客户直接订单祈求或购物车订单祈求，结合客户个人信息，产生订单并添加到订单文献中。
商家管理端一方面需要管理员注册登录，商家需要填写有关信息，注册成为管理员，管理员拥有管理商品信息权限。将新管理员信息添加到管理员文献，并分派一种管理员号以备后续使用；商家可实时更新商品文献中商品信息，如增长、删减商品数量、种类；依照顾客订单文献中订单信息产生配货单，并将配货单发送给花圃进行备货；如果现货局限性，将缺货信息添加到缺货文献中，商家依照缺货信息产生缺货单，提供应供应商进行订货；如果货源充分，从客户文献中获取客户信息，再依照配货单，产生发货单，提供应发货部门，并将发货信息添加到发货文献中；销售账目记录。依照订单文献以及发货文献中信息，产生销售账目，发送给财务部门，并添加到销售文献中，同步更新商品文献中商品数量和订单文献中订单状态。
花卉销售管理系统业务流程如图1所示。

图1花卉销售管理系统业务流程图

4.2功能划分
1) 会员登录/注册功能：
ü 当会员输入顾客名与密码匹配时，系统容许会员登录
ü 当顾客尚未注册成为会员时，顾客可以填写注册信息成为会员。
2) 商品信息管理功能：
ü 商家管理员可以增长或删除商品类别、修改商品信息或数量。
3) 顾客信息管理功能：
ü 系统管理员可对客户或商家管理员信息进行增长、删除、修改操作。
4) 订货管理功能：
ü 对的登陆客户可产生直接订单祈求。
ü 对的登陆客户可管理自己购物车，可以清空购物车或者产生购物车订单祈求。
5) 发货管理功能：
ü 对的登陆商家管理员可以查询订单文献以及客户文献，以产生发货单。如货源充分则将发货单添加至发货文献中，否则，将之添加到缺货文献中。
6) 销售信息管理功能：
ü 对的登陆商家管理员可查询所需信息，打印发货单、采购单或者销售报表。
ü 对的登陆商家管理员可查询销售帐目，并同步更新数据库中信息。

4.3功能描述
4.3.1数据流图

顶层图

0层图

1层图
4.3.2数据字典
1) 数据流定义

0层：
数据流名称：客户数据1
描述：客户基本资料信息
构成：客户账号+客户姓名+客户住址+客户联系方式
来源：客户文献
终点：发货解决

数据流名称：客户数据2
描述：客户基本资料信息
构成：客户账号+客户姓名+客户住址+客户联系方式
来源：客户文献
终点：订单解决

数据流名称：客户数据3
描述：客户基本资料信息
构成：客户账号+客户账号密码+客户姓名+客户住址+客户联系方式+客户邮箱
来源：客户
终点：客户文献

数据流名称：订单
描述：客户需要购买商品及其数量
构成：商品编号+商品名称+商品数量
来源：客户
终点：订单解决

数据流名称：暂存清单
描述：客户将自己想要购买商品暂存在购物车里
构成：商品编号+商品名称+商品数量
来源：客户
终点：购物车解决

数据流名称：购物车数据1
描述：客户存储在购物车中想要购买商品及其数量
构成：购物车编号+商品编号+商品名称+商品数量+商品总额
来源：购物车解决
终点：购物车文献

数据流名称：购物车数据2
描述：客户存储在购物车中想要购买商品及其数量
构成：购物车编号+商品编号+商品名称+商品数量+商品总额
来源：购物车文献
终点：订单解决

数据流名称：订单数据1
描述：客户购买商品名称、数量以及客户姓名、住址、联系方式
构成：订单编号+客户姓名+客户住址+客户联系方式+商品编号+商品名称+商品数量+商品总额+下单时间
来源：订单解决
终点：订单文献

数据流名称：订单数据2
描述：客户购买商品名称、数量以及客户姓名、住址、联系方式
构成：订单编号+客户姓名+客户住址+客户联系方式+商品编号+商品名称+商品数量+商品总额+下单时间
来源：订单文献
终点：产生配货单

数据流名称：商品数据1
描述：各类商品名称、特性以及相应商品存货
构成：商品编号+商品名称+商品种类+商品花期+商品颜色+商品库存+商品单 价
来源：商品文献
终点：订单解决

数据流名称：商品数据2
描述：各类商品名称、特性以及相应商品存货
构成：商品编号+商品名称+商品种类+商品花期+商品颜色+商品库存+商品单价
来源：商品信息管理
终点：商品文献

数据流名称：商品数据3
描述：各类商品名称、特性以及相应商品存货
构成：商品编号+商品名称+商品种类+商品花期+商品颜色+商品库存+商品单价
来源：商品文献
终点：购物车解决

数据流名称：商品信息
描述：商家增长或者删减商品种类，商家可以手动修改商品数量
构成：商品名称+商品种类+商品花期+商品颜色+商品数量+商品单价
来源：商家管理员
终点：商品信息管理

数据流名称：配货单
描述：不同种类商品各自需要配不同数量货
构成：配货单编号+订单编号+商品编号+商品名称+商品数量+商品总额
来源：产生配货单
终点：发货解决

数据流名称：发货数据1
描述：通过发货解决产生有关发货数据，并把发货数据存储到发货文献中
构成：发货单编号+订单编号+客户账号+客户姓名+客户住址+客户联系方式+ 商品名称+商品数量
来源：发货解决
终点：发货文献

数据流名称：发货数据2
描述：把发货数据传送到销售账目记录加工
构成：发货单编号+订单编号+客户账号+客户姓名+商品名称+商品数量+发货时间
来源：发货文献
终点：销售账目记录

数据流名称：发货数据3
描述：把发货数据传送到产生发货单加工来产生发货单
构成：发货单编号+订单编号+客户账号+客户姓名+客户住址+客户联系方式+商品名称+商品数量+发货时间
来源：发货文献
终点：产生报表

数据流名称：缺货数据1
描述：仓库缺少商品数量
构成：缺货单编号+订单编号+缺货数量+商品编号+商品名称
来源：发货解决
终点：缺货文献

数据流名称：缺货数据2
描述：仓库缺少商品数量，传送给产生采购单加工来生成采货单
构成：缺货单编号+订单编号+缺货数量+商品编号+商品名称
来源：缺货文献
终点：产生报表

数据流名称：销售数据1
描述：已经售出商品有关信息以及发货单编号
构成：销售账单编号+发货单编号+商品编号+商品名称+商品数量+商品总额
来源：销售账目记录
终点：销售文献

数据流名称：销售数据2
描述：已经售出商品、数量及其商品总额
构成：销售账单编号+商品编号+商品名称+商品数量+商品总额
来源：销售文献
终点：产生报表

数据流名称：销售数据3
描述：已经售出商品及其数量
构成：销售账单编号+商品编号+商品名称+商品数量
来源：销售文献
终点：商品信息管理
1层：
数据流名称：发货单
描述：需要发货商品及其数量
构成：发货单编号+订单编号+客户账号+客户姓名+客户住址+客户联系方式+商品名称+商品数量
来源：产生发货单
终点：仓库

数据流名称：采购单
描述：需要补齐商品及数量
构成：缺货单编号+缺货数量+商品编号+商品名称
来源：产生采购单
终点：采购部

数据流名称：销售报表
描述：已经售出商品及其数量
构成：销售账单编号+商品编号+商品名称+商品数量+商品总额
来源：产生销售报表
终点：财务部门
2) 数据存储定义
文献名：销售文献
描述：具有所有销售信息
构成：销售账单编号+发货单编号+商品编号+商品名称+商品数量+商品总额
有关解决：
解决名称 DFD参照号 构造图号
销售账目记录 7
商品信息管理 6
产生报表 5

文献名：缺货文献
描述：具有所有缺货信息
构成：缺货单号+订单编号+缺货数量+商品编号
有关解决：
解决名称 DFD参照号 构造图号
发货解决 3
产生报表 5

文献名：发货文献
描述：具有所有发货信息
构成：发货单编号+订单编号+客户账号+发货时间
有关解决：
解决名称 DFD参照号 构造图号
发货解决 3
销售账目记录 7
产生报表 5

文献名：商品文献
描述：具有商品所有信息
构成：商品编号+商品种类+商品花期+商品颜色+商品库存+商品单价
有关解决：
解决名称 DFD参照号 构造图号
订单解决 1
购物车解决 4
商品信息解决 6

文献名：购物车文献
描述：具有购物车所有信息
构成：购物车编号+客户账号+商品编号+商品名称+商品数量+商品总额
有关解决：
解决名称 DFD参照号 构造图号
订单解决 1
购物车解决 4

文献名：订单文献
描述：具有订单所有信息
构成：订单编号+客户账号+商品编号+商品数量+商品总额+下单时间
有关解决：
解决名称 DFD参照号 构造图号
订单解决 1
产生配货单 2

文献名：客户文献
描述：具有注册客户所有信息
构成：客户账号+客户账号密码+客户姓名+客户住址+客户联系方式+客户邮箱
有关解决：
解决名称 DFD参照号 构造图号
订单解决 1
发货解决 3
3) 外部实体定义
外部实体名：保管员
描述：负责材料入库和出库
关于数据流：入库单，领料单

外部实体名：商家管理员
描述：负责商品信息更新与管理
关于数据流：商品信息

外部实体名：客户
描述：软件使用人员，通过软件浏览商品并选取喜欢商品下订单
关于数据流：客户数据3，暂存清单，订单

外部实体名：仓库
描述：负责商品发送
关于数据流：发货单

外部实体名：采购部
描述：负责商品供应
关于数据流：采购单

外部实体名：财务部门
描述：负责销售账单管理
关于数据流：销售报表

5．性能需求
5.1数据精准度

订单编号
char
8

购物车编号
char
8

商品编号
char
8

发货单编号
char
8

缺货单号
char
8

销售账单编号
char
8

客户账号
char
8

账号密码
char
8
只容许大小写字母，数字
联系方式
char
14
只容许数字

5.2时间特性
为了让顾客有更好顾客体验，系统登录时间控制在5秒钟以内；
更新数据库时间不超过10秒钟；
跳转进入购物车时间不超过10秒钟；
生成订单时间不超过10秒钟。

5.3适应性
本系统应用于windows操作平台，有良好兼容性，简朴操作，容易上手。

6．运营需求
6.1顾客界面
无论是客户端还是管理端，当顾客登录，进行任何操作时候，系统能及时进行反映，更新解决时间都比较快且迅速，完全满足顾客规定。

⑴顾客登录界面：

⑵顾客注册界面：

⑶花卉详细信息界面：

⑷顾客信息管理界面：

⑸订单管理功能：

⑹发货管理功能：

⑺销售信息管理功能：(产生报表)

6.2硬件接口
本产品顾客普通需要通过终端进行操作，进入主界面后点击相应窗口，分别进入相相应界面(如：输入界面、输出界面)。顾客对程序维护，最佳要有备份。
6.3软件接口
WIN9X/NT操作系统
6.4故障解决
a. 内部故障解决
在开发阶段可以随后修改数据库里相应内容。
b. 外部故障解决
对编辑程序进行重装载时，第一次装载以为错，修改。第二次运营，在需求调用时出错，有错误提示，重试。

7．其他需求
7.1可使用性
在装载总程序时，正常就运营，异常就停止；编程系统浮现错误，将会产生不可碰见问题，热启，整个终端程序就会再启动；程序浮现错误， 重新装载,若仍有错，按照提示逐渐装载。
7.2保密性
本软件作为花卉销售管理辅助设备,它规模虽然不算大,需要保密某些资金信息等，因此本系统保密性良好；限定一种程序中某些区域规约，给不同模块分派不同功能。
7.3可维护性
本软件构成程序为C设计语言，组构均较简朴,直观意义上较独立。因而,予以电子化所构成硬件简朴可维护特点,决定了该软件简朴可维护性。