超市商品信息管理系统
第一章系统功能需求分析
1.1需求分析的任务
其主要解决的问题：
●信息要求：用户希望从数据库中获取什么数据，并由此决定在数据库中
存储哪些数据。

●处理要求：明确用户对数据有什么样的处理要求，从而确定数据之间的
相互关系。

●安全性与完整性要求：确定用户的最终需求是一件很困难的事情，用户
缺少计算机知识，不能准确表达自己的需求，所提出的需求往往经常变
化。

设计人员缺少用户的专业知识，不易理解用户的真正需求。

因此在
需求分析阶段要求客户的广泛参与，设计人员也要去熟悉客户的业务工
作，才能逐步确定用户的实际需求。

1.2 商品信息管理系统的需求分析
商品信息管理系统是一个基于超市内部商品档案的管理工具，以实现信息共享、规范管理。

此商品信息管理系统完成以下主要任务：
●商品基本档案维护（新建、查询、删除、修改）
●商品基本档案的数据检索
●系统用户的信息(管理员、普通用户的权限)
1.3商品信息管理系统的业务流程图 如图3-2所示
业务部门新品上架需求系统操作人员
填写商品信息处理表
显示已建立的商品信息
查询数据库
建立系统新商品的基本档案
使用标准信息进行业务销售管理
显示已建立的商品信息
使用标准信息进行业务销售管理
图3-2 商品信息管理系统业务流程图
第二章系统分析与设计
2.1系统功能模块设计
2.1.1商品信息管理系统功能模块图
商品信息管理系统主要实现的是档案数据的查询功能，它采用模块化程序设计，共有三大主要功能模块
I.数据维护
●对三大基本档案信息（供应商、品牌、单品）进行新建、删除、查
询、更新的维护
●对商品分类信息分类进行数据维护
II.数据检索
●对供应商档案的查询，提供按供应商主档查询、按单品查找和按品
牌查找供应商主档信息，并提供排序功能
●对品牌查询，提供按品牌主档查询和按供应商查找品牌主档信息和
合作信息，并提供排序功能
●对单品查询，提供按单品主档查询和供应商查找单品主档信息和合
作信息，并提供排序功能
III.报表处理
●按不同的检索条件产生不同的主档信息
2.2数据库设计
2.2.1E-R模型
1.实体关系E-R图
如图4-2所示
供应商
品牌
单品
提供
归属
归属
次分类分类
部门
归属
N
M
M
N
1
N
1
N
N
1
商品信息管理系统实体关系E-R 图
2.实体属性图：
1）单品实体属性E-R 分图
单品
原条码unique index
销售单位
单品类别
规格
单品名称
次分类编码
Fk
售价
产地
单品编码P k
图 商品信息管理系统单品实体属性E-R 分图
2）分类实体属性E-R 分图
分类
部门编码Fk
分类编码P k 分类名称
图4-9 商品信息管理系统分类实体属性E-R 分图
逻辑结构设计的任务就是把概念结构设计阶段设计的基本E-R 图转换为数据库系统所支持的实际数据模型。

把实体的属性定义为关系模型（表）的属性，实体或实体之间关系的主键就是关系模型的主键，商品信息管理系统E-R 图中的实体和实体之间关系转化为如下的关系模型： 2.2.2系统数据流图
数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。

因为数据流图是逻辑系统的图形表示，即使不是专业的计算机技术人员也容易理解，所以是极好的通信工具。

此外，设计数据流图只需要考虑系统必须完成的基本逻辑功能，完全不需要考虑如何具体地实现这些功能，所以它也是软件设计很好的出发点。

商品信息管理系统的数据流图
业务人员查询商品信息数
据库
系统操作员录入供应商信息
系统操作员
P1P2.1
D1.1.1
D4.1D2.1.1
D2.1.2D2.2.1
录入商品信息
系统操作员
P2.2
商品基本档案
F2
D2.2.2D2.2.3
D3.1D3.2
D4.2
查询报表
P4
业务人员
供应商基本档
案
F1
更新商品信息
库
P3
商品信息管理系统的数据流图
2.3商品信息管理系统测试
由于本系统的功能明确，因此采用黑盒测试的方法进行测试，并采取商业模拟测试使用类似真实的数据，去执行在日常的工作环境中所做的工作，这样可以发现软件测试难以捕捉到的错误。

测试步骤如下：
●登录窗口测试
●数据维护模块测试（品牌、分类数据维护）
●数据检索模块测试（单品基本信息查询）
数据维护模块的功能是对商品信息（品牌、单品）及商品分类进行日常的建档、删除、修改，同时可按编码、名称进行查询，排除同一记录多次建立的误操作，从而保证了数据的唯一和标准性。

（以品牌、分类为例，进行测试）
●单击数据维护菜单‘品牌’/‘商品分类’菜单项，进入品牌 / 商品分类档
案维护界面，点击‘新建’按钮，可插入新记录
●查询需删除的记录，单击选中，并点击‘删除’按钮，系统提示删除确认信
息
●在维护窗口中，可按编码/名称，进行各主档信息的复合、模糊查询。