超 市 管 理 系 统(软件工程).doc

超 市 管 理 系 统
需 求 规 格 说 明 书

姓名：董程凤
学院：信息工程学院
专业：计算机科学与技术
班级：11级2班
学号：111404060209
1. 引言
1.1标识
标识：CSLH2014040601
标题：超市货物管理系统
版本号：V1

1.2系统概述

为了提高物资管理的水平和效率，尽可能杜绝商品流通中各环节中可能出现的资金流失
不明现象，商品进销存领域迫切需要引入信息系统加以管理。而商品进销管理系统是当前应
用于超市或者公司管理系统的典型代表。系统主要完成的功能有：商品基本信息维护，进货
管理，销售管理等，及这一系列过程中涉及商品的数据修改与查询统计等多种操作。
目标系统具有如下的特性：
1. 商品各种信息的输入，包括商品的基本信息，详细信息和简历等；
2. 各种商品信息的简单查询；
3. 各种商品信息的修改；
4. 供应商信息的输入、查询和修改等；
5. 商品库的输入、查询和关系性修改等；
6. 商品库的关系模式的完整性实现；
7. 商品供应商的输入、查询和修改等；
8. 系统管理的管理员的登入等；
9. 数据库的备份和回档。

1.3参考文献

王珊.数据库系统概论（第四版）.高等教育出版社，2007
罗运模.完全掌握SQL Sever2000.人民邮电出版社，2001
张海藩.软件工程导论（第五版）.清华大学出版社，2007
赵松涛.Visual Basic SQL Sever 2000系统开发实录.电子工业出版社，2007

2. 总体描述

2.1 关联图
下图2-1演示了系统的外部实体和系统接口。
图2-1 “超市管理系统”关联图
2.2用户类和用户特性

下表2-1显示了该超市系统的用户类和用户特性：
表2-1超市货物管理系统的用户类及特性

2.3运行环境
此软件没有进行远程访问的功能，也就是说软件和数据库服务器均运行于一台机器上面，
因此建议机器至少能顺畅运行SQL服务器。
本程序将在以下硬件系统进行测试：
1. 处理器芯片为Intel Celeron 2.66GHZ，内存：512MB，硬盘：80GB；
2. 处理器芯片为Intel P4，主频1.8GHZ，内存：256MB，硬盘：40GB；
3. 处理器芯片为AMD Sempron 2500+，内存：512MB，硬盘：80GB；

2.4设计和实现的约束条件

设计和实现的约束条件有以下4条：
1. 操作系统Windows 2000或Windows XP
2. 编程软件Microsoft Visual Basic 6.0中文版
3. SQL服务器 Microsoft SQL Server 2000
4. 需要网络支持

2.5用户文档

是否提供联机帮助，使用手册，业务手册等等。
1. 安装指南（纸质文档，16开本）；
2. 用户手册（纸质文档，16开本）；
3. 在线帮助，电子文档，与软件产品一同分发、配置；
4. 使用教程，电子文档，与软件产品一同分发、配置。

2.6假设与依赖

该超市货物管理系统的假设与依赖如下：
1. 只要是要求员工在岗的每一个公司工作日，超市都会全天营业；
2. 工期约束：本软件计划在两周内完成；
3. 有关本软件运行环境的一些问题：用VB连接数据库，之后做调试运行；
4. 人员约束：参与本系统开发人员只有一名。

3.系统特性（功能）

3.1用户管理
通过用户管理可以登陆到系统，还可以新建用户和修改密码等功能。
3.2商品管理

商品管理可以增加、修改和删除商品的信息，直接修改到数据库中的数据，而且有一个
单独的表来存储信息，该表名为Merchandise。
3.3进货管理
进货管理可以增加、修改和删除进货表中的信息，在数据库中表格的名字为：Provide。
3.4销售管理

销售管理可以增加、修改和删除销售表中的信息，在数据库中销售表名为：Sale。
3.5查询信息

查询模块可以查询出Merchandise表中的每一条信息，也可以通过商品的编号来查询。
以上功能可体现在下图3-1中。

图 3-1 系统功能图
4.外部接口

4.1用户界面
界面的原则要求，如方便，简洁，美观，一致等。某些功能模块的特殊界面要求：
1. 输入设备：键盘、鼠标、条码扫描器、扫描仪等；
2. 输出设备：显示器、打印机等；
3. 输出格式：显示布局、打印格式等。
4.2硬件接口
考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。
4.3软件接口

这里，主要考虑到软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件
之间的数据交换。如：
1. 与其他系统的接口，如监控系统、控制系统、财务系统及其他系统等；
2. 与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡等。

4.4通信接口

本公司内部员工可以在该软件上进行通信、交流、简单的消息发送、接收等。
5.其它非功能性需求

5.1性能要求
实时性、资源配置需求、处理精度、单位时间处理量等。
1. 在当地时间早晨8点到10点，下午3点到6点这段高峰期间，系统能适应600个顾客，
平均每个操作持续5分钟；
2. 提交查询操作后，对查询的响应时间不能超过5秒，在此时间内要将最新查询结果显示
在屏幕上；
3. 工作人员能够及时补充货架上不足的商品；
4. 提供新鲜的商品，比如：肉类、蔬菜类、水果类及面食。

5.2安全性

信息系统尽管功能强大，技术先进，但由于受到自身体系结构、设计思路以及运行机制
等的限制，也隐含许多不安全因素。常见因素有：数据的输入、输出、存取与备份、源程序
以及应用软件、数据库、操作系统等漏洞或缺陷，硬件、通信部分的漏洞，企业内部人员的
因素，病毒、黑客等因素。因此，为使本系统能够真正安全、可靠、稳定地工作，必须考虑
如下问题：
1. 为保证安全，不致使系统遭到意外事故的损害，系统应该能防止火、盗或其他形式的人
为破坏；
2. 系统要能重建；
3. 系统应该是可审查的；
4. 系统应能进行有效控制，抗干扰能力强；
5. 系统使用者的使用权限是可识别的。
5.3质量属性

软件结构简单，前台操作简便，方便使用，且数据库设计不需要复杂，简单即可。具体
侧重点在于易用性优于易学性，或者有效性优于可移植性。

附录一 分析模型

1. 数据模型
此处展示了“超市货物管理系统”的部分数据模型，数据字典中描述的实体及他们之间
的关系。
实体关系模型如下图6.1所示：

图6.1 实体关系模型
2. 功能模型

该系统的数据流程图见图6.2所示（其中直线代表双箭头）。
3. 行为模型

状态图：一个关键业务的状态描述。
图6.3为状态转换图，展示了可能的退货状态和换货状态的状态变更。当商品不完整时
用户可以要求退货或换货，此时不收费用。用户可在交易之前根据情况退换货。
图6.2 数据流程图
图6.3状态转换图
4. 数据字典

商品信息=商品编号+商品名称+价格+库存数量+条形码+商品状体+进货日期+制造商+供货商
销售信息=销售编号+商品名称+销售日期+销售数目+销售价格+打折信息+条形码
用户信息=用户名称+用户密码
会员信息=会员账号+会员密码+会员积分

附录二 关键用例模型

用例图：如图7.1所示
用例名称：采购报表
主要业务参与者：超市管理系统经理
前置条件：超市经理已经登陆管理系统
后置条件：系统已显示经理所需采购报表
触发条件：经理进入报表管理界面的采购报表界面

图7.1 用例图
基本流：
1. 超市经理选择价格搜索/类型搜索方式
2. 经理提交相应的查询条件
3. 系统将搜索到的需采购货物的具体信息按照一定表格格式显示
4. 经理可以选择是否打印报表或发送给指定邮箱
5. 系统显示出所需采购报表，用例结束
扩展流：
1. 超市经理没有选择价格搜索/类型搜索而进行此项搜索
a) 系统自动显示最新一张采购单制成的采购报表
b) 用例结束
2. 系统没有检索到与仓库系统经理提交的代采购货物信息相匹配的货物
a) 系统自动弹出“对不起，不存在您所要搜索待采购的货物信息”
b) 用例结束

附录三 业务规则

业务规则如下表8.1所示：
表8.1 超市货物管理系统业务规则