花卉销售系统需求规格说明书.docx
《花卉销售系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《花卉销售系统需求规格说明书.docx（22页珍藏版）》请在冰豆网上搜索。
花卉销售系统需求规格说明书
花卉销售系统需求规格说明书
二、需求规格说明书
1．引言
1.1编写目的
为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2项目背景
随着经济的不断发展，有越来越多的人喜欢网上购物。
有些人把网上购物作为一种时尚，不过更主要的，网上购物能够节约时间且操作方便。
这说明随着生活节奏的加快，人们已经把网上购物作为生活的一部分。
因此网上买卖鲜花已经成为实体经营的必须拓展方向。
为此，河海大学物联网工程HQT开发小组开发“花卉销售管理系统”，主要迎合传统花店的运营模式，将自己的销售渠道扩展到网上，经过简单的管理，提供给最终消费者产品的展示、购物、订单处理等功能，便捷地实现鲜花的在线销售,使得花卉销售多样化，便于花卉市场的进一步开放。
此项目能够高效的来管理花卉销售的各种信息。
1.3参考资料
[1]张海藩编著，《软件工程导论（第5版）》，清华大学出版社
[2]李文才等编著,《网页设计与制作》，清华大学出版社
2．任务概述
2.1目标
“花卉销售管理系统”能够系统化的管理大型花卉销售市场的信息，方便商家销售。
也为购买花卉的客户提供了一个可挑选、可在线购买、可直接送货到家的网上花卉销售服务平台。
节省商家和客户的时间，节约资源，提高其销售额和销售的效率。
2.2运行环境
硬件环境：
普通客户机
CPU：
p41.8GHz以上
内存：
256MB以上
分辨率：
推荐使用1024x768像素
数据库服务器
CPU：
P42.0GHz
内存：
1GB以上
硬盘：
80GB以上
软件环境：
本系统的软件环境如下：
操作系统：
MicrosoftWindowsAdvancedServer
数据库：
MicrosoftSQLServer
浏览器：
IE6.0以上
2.3条件与限制
A、该系统仅有客户、商家和管理员三种类型的用户
B、信息资源需要客户提供
C、系统使用C#语言和SQLServe进行开发
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设计语言，组构均较简单,直观意义上的较独立。
因此,给予电子化的所构成的硬件的简单可维护的特点,决定了该软件的简单可维护性。
升级会员 