需求分析报告.doc

服装销售系统需求分析报告

一、 需求分析(数据分析)：
1. 需求分析前期准备：通过对相关服装销售方面了解学习，综合用户对销售系统所提出的要求，理清了该系统的运作流程，并对该流程进行了整合得一下需求分析。
2. 系统具备功能如下：根据用户的具体要求以及能涉及到的功能，系统应包含一下功能：
1） 显示商品的相关信息
a. 由多个静态网页构成，包括主页面以及各子页面，主要用于加载各服装商品的图片和信息。
b. 点击“查看”功能，点击后显示服装商品的详细资料。
2） 用户登录界面：包括会员的登录。
3） 管理员模块：对现有资料进行分类、备份、修改，即系统支持良好的数据备份和还原操作，有效保护数据，减少意外损失。
4） 权限设置：即设置相应的权限，在相应的权限下，可以方便的删除数据以及查看相应的数据信息。
5） 系统维护
3.项目规划：本服装销售系统主要由进货管理、销售管理、库存管理和系统维护等模块组成，具体规划如下：
（1） 基本档案管理模块
基本档案管理模块主要用于实现系统基本数据的录入，相关基础数据为：管理人员的基本信息
（2） 进货库存管理模块：该模块主要用于实现衣服的进货数据录入，库存情况信息的查看、删除、修改功能和进货的查询分析。
（3） 销售管理模块：该模块主要用于实现衣服的销售记录销售信息的查看。
（4） 系统维护
4．数据流图：
1.顶层数据流图:

2.底层数据流图:

二、概念模型设计：
1.各个实体图：
根据上面的设计规划出的实体包括：商品实体、客户实体、供货商实体、库存实体。各个实体的E-R图以及实体与实体间的E-R关系图描述如下：
(1)商品信息实体及属性如图1.1所示:
商 品
商品名
尺码
颜色
商品编号
库存数量
仓库编号

图1.1 商品信息实体及属性图
(2)客户信息实体及属性如图1.2所示:
客 户
地址
客户代码
手机
邮编
名字

图1.2 客户信息实体及属性

(3)供货商信息实体及属性如图1.3所示:
供货商
供货商编号
xx
地址
供货商名称

图1.3 “供货商信息”实体及属性图

(4)仓库信息实体及属性如图1.4所示:
仓库
尺码
商品名
仓库编号

数量
颜色

图1.4 “仓库信息”实体及属性图

(5)系统E-R图如图1.5所示:

n
n
n
n

n
n
n
n
n
m
客户
仓库
供货商
商品
入库帐目
供货单
订货单
存入
订货
入库
出库
订货
出库帐目

1.5 实体及其联系图

n
m

n
n

m
m
m
n
n
m
客户
仓库
供货商
商品
入库帐目
供货单
订货单
存入
订货
入库
出库
订货
出库帐目
商品名
商品编号
尺码
颜色
库存数量
商品名
尺码
颜色

数量
xx
供货商名称
供货商编号
供应的商品名

地址
客户代码
手机
邮编
名字
仓库编号

仓库编号

1.6 系统E-R图

三、逻辑数据库设计：
1.数据库需求分析：根据对服装销售的进、销、存各个部分 的分析和特点要求，部分关系模式如下:
1> 供应商（供应商编号，供应的商品名，供应商名，xx）
2> 商品（商品编号,商品名，仓库编号，尺码，颜色，库存数量）
3> 仓库（仓库编号，商品名，尺码，颜色，数量）
4> 客户（客户代码，手机，名字，邮编，地址）

五．服装销售系统基本E—R图中每个实体定义的属性如下：
生产：
生产ID
生产公司
生产日期
生产订单

库存状况
原材料
生产管理
质检
进货：
财务
合同
库存

运输：
运输ID
运输公司
发货
退货
存货：
款号
财务
存货资金
盈亏分析

存量分析

销售：
出库
财务
款号
单价

零售价
市售价
代销
合同

分公司

经理：
经理ID
部门
姓名
职位

密码

出库：
出库ID
客户ID
运输ID
经理ID

专卖店ID

客户：
客户ID
客户姓名
区域号
城市

xx
账目余额
开户行
帐户

联系人
发货地址
身份证
享受折扣

享受折扣
号码
Email地址

专卖店：
专卖店ID
专卖店姓名

订单：
订单ID
订单公司
订单数量

六．服装销售系统基本E—R图中每个实体定义的属性如下：
生产：
生产ID
生产公司
生产日期
生产订单

库存状况
原材料
生产管理
质检
进货：
财务
合同
库存

运输：
运输ID
运输公司
发货
退货
存货：
款号
财务
存货资金
盈亏分析

存量分析

销售：
出库
财务
款号
单价

零售价
市售价
代销
合同

分公司

经理：
经理ID
部门
姓名
职位

密码

出库：
出库ID
客户ID
运输ID
经理ID

专卖店ID

客户：
客户ID
客户姓名
区域号
城市

xx
账目余额
开户行
帐户

联系人
发货地址
身份证
享受折扣

享受折扣
号码
Email地址

专卖店：
专卖店ID
专卖店姓名

订单：
订单ID
订单公司
订单数量

销售管理
客户管理
销售订单
销售发货单
作废发货单

退货单
收款单
销售动态监控
销售分析

库存分析
报 表

财务管理
开支录入
开支修改
开支审核
开支项目维护

配货中心报表
专卖店报表
报 表

系统维护
用户维护
工作组维护
系统设置
基本资料维护

七.主要用户视图：

用户视图
需求
超级管理员

Ø 维护（插入，更新和删除）管理员数据
Ø 实现对管理员的查询
Ø 报告管理员的情况
用户管理员

Ø 维护（插入，更新和删除）会员数据
Ø 更新个人信息
Ø 实现对会员的查询
Ø 实现对个人信息的查询
Ø 报告会员的情况
订单管理员

Ø 维护（插入，更新和删除）会员网上购物的订购单数据
Ø 维护（插入，更新和删除）会员网上购物的详细订购单数据
Ø 更新个人信息
Ø 实现对个人信息的查询
Ø 实现对会员订购单的查询
Ø 实现对订购单所对应的详细订单的查询
Ø 跟踪会员订购单的确认状态
Ø 跟踪会员所定服装的发送状态
Ø 报告会员订购单情况
Ø 报告会员详细订购单情况
公告管理员
Ø 维护（插入，更新和删除）管理员网上发布的公告数据
Ø 更新本人信息
Ø 实现对本人信息的查询
Ø 实现对所发布的公告的查询
Ø 跟踪管理员所发布的公告关注情况
Ø 报告管理员发布的公告情况
论坛管理员
Ø 删除会员网上发布的垃圾帖子
Ø 更新个人信息
Ø 实现对个人信息的查询
Ø 实现对会员所发布的贴子的查询
Ø 跟踪会员所发布的贴子关注情况
Ø 报告会员发帖情况
Ø 报告会员留言情况
服装管理员
Ø 维护（插入，更新和删除）服装类型数据
Ø 维护（插入，更新和删除）服装数据
Ø 更新个人信息
Ø 实现对个人信息的查询
Ø 实现对服装的查询
Ø 实现对服装类型的查询
Ø 跟踪服装关注情况
Ø 报告服装类型的情况
Ø 报告服装信息的情况
会员

Ø 维护（插入，更新和删除）本人在论坛中所发布的贴子
Ø 维护（插入，更新和删除）本人在论坛中的留言
Ø 更新个人信息
Ø 实现对个人信息的查询
Ø 实现对个人在论坛中所发贴子的查询
Ø 实现对个人在论坛中留言的查询
Ø 实现对服装的查询
Ø 实现对服装类型的查询
Ø 实现对本人订购单的查询
Ø 实现对本人订购单所对应的详细订单的查询
Ø 实现对管理员所发布的公告的查询
Ø 实现对会员所发布的贴子的查询

7.1部分关系表：
(1) 服装信息表的数据包括：服装编号，服装名字，服装颜色，服装尺码，服装面料，服装价格，服装添加时间，服装介绍，服装订购描述，服装图片。每种服装的编号是唯一的。
(2) 会员信息表的数据包括：会员ID，用户名，会员密码。每个会员的ID号是唯一的。
(3) 管理员信息表的数据包括：管理员编号，管理员名字，管理员密码。每个管理员的编号是唯一的。
(4) 库存表的数据包括服装编号，库存量，库存量下限。

7.2 事务需求
7.2.1 数据录入
a) 录入新会员的详细信息
b) 录入新管理员的详细信息
c) 录入新服装的详细信息
d) 录入新服装类型的详细信息
e) 录入新的公告的详细信息
f) 录入新的订单的详细信息
g) 录入新的详细订单的详细信息
h) 录入新帖子的详细信息
i) 录入新回复的详细信息
7.2.2 数据更新/删除
a) 更新/删除管理员信息。
b) 更新/删除会员的信息。
c) 更新/删除服装的信息。
d) 更新/删除服装类型的信息
e) 更新/删除公告的信息
f) 更新/删除订单的信息
g) 更新/删除详细订单的信息
h) 更新/删除论坛帖子的信息
i) 更新删除回复的信息
7.2.3 数据查询
数据库必须支持下列查询：
a) 列出指定服装的详细信息
b) 列出指定类型的服装信息
c) 列出指定会员的基本信息
d) 列出指定会员的订购单信息
e) 列出指定会员论坛中的发帖信息
f) 列出指定会员论坛中的回复信息
g) 列出指定管理员的详细信息
h) 列出指定管理员发布的公告信息
7.2.4性能
a)在上班时间但非高峰期单个记录的搜索时间要少于1秒，高峰期各种搜索的响应时间要少于5秒。
b) 在上班时间但非高峰期多条记录的搜索时间要少于5秒，高峰期各种搜索的响应时间要少于10秒。
c)在上班时间但非高峰期更新/保存记录的时间要少于1秒，高峰期要少于5秒。
7.2.5 安全性
a) 数据库必须有口令保护。
b) 每个管理员应该分配到一个特定用户视图的数据库访问权限。
c) 每个管理员只能在适合他们完成工作需要的窗口中看到需要的数据。
7.2.6用户界面
用户界面必须是菜单驱动的，联机帮助易于查找和使用。

八．需要注意的问题：
在E-R图中（1）一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并，一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并，一个m:n联系转换为一个关系模式，三个或三个以上实体间的一个多元联系可以转换为一个关系模式。