项目：小型超市管理系统[1].docx

小型超市管理系统
可行性分析报告
1.引言
1.1编写目的：
可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。
作为国内市场的一些中小型超市，它们在信息化过程中的步伐要落后于大中型超市，而对于这些企业的资源管理，信息的存储和处理也显得迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的信息化进程是必可少的。
1.2项目背景：
开发软件名称：小型超市管理系统
项目提出任务者：小型超市管理人员
项目开发者：河北软件职业技术学院09嵌入式班第一小组
用户：小型超市管理人员及工作人员
实现软件单位：小型超市用户与开发小组
1.3 定义：
信息系统：是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据、业务、管理和决策等问题，并为组织目标服务的综合系统。
1.4 参考资料
《软件工程概论》，卫红春，清华大学出版社。
2.可行性研究的前提

2.1要求：
主要功能：为用户提供优质服务，方便超市管理者的管理工作，提高超市的服务质量和服务效率。
性能要求：为超市物品销售建立数据库及时更新销售信息， {Qv  为库存建立数据库使管理者能够时刻了解超市库存量信息，总结每日经营的物品数量，反映消费者及市场对物品的需求量。
输出要求：简捷，快速，实时，数据完整，详实。
安全与保密要求：数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码。不能轻易被破坏，不能让管理人员以外的人更改数据。查看资料需输入正确密码。销售人员销售货物需输入代号才能打开收银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简单 。
完成期限：预计三个月。
2.2目标：
提高超市的运作效率，节余财力物力资源。
降低错误发生率，解决超市管理的紊乱。
减少人力和设备费用
提高处理速度
提高控制精度及生产能力
改进管理信息服务
提高决策科学性
提高人员利用率
2.3条件，假定和限制
局限性：只限于内部联网，如果发生被盗、密码丢失等事故处理会比较麻烦，需修改多个文件。经费来源和使用限制；
充分考察市场，得到相关的一系列信息。

2.4可行性研究方法
通过调查分析开发小型超市管理系统所具备的能力及实现的方法。确定总体结构， 利用SQL Server数据库所具有的能力，以最简洁最容易的方法，使用VB（Visual basic）开 发出界面友好、简单易懂、易操作、功能完备的进销存系统软件。系统的开发采用快速原型法（RPP---Rapid Prototype Ping）。即在总体设计思想的指导下，根据用户提出的基本需求，选择一些关键的子系统作为基本原型，并加以实现，然后逐步扩大原型向整个系统的其它方面延伸，最终达到系统的开发目标，以得到整个系统。这种方法强调了用户至上的原则，要求用户的高层管理人员参加，对用户现行的组织结构，管理方式及管理方法的冲突较少，而且用户逐步得到系统，易于接受，故成功率较高。
这种方法的主要优点在于：
系统开发效益高。运用快速原型法可以使系统开发的周期短，速度快，费用低，获得较高的综合开发效益。
系统的可维护性。由于用户参与了系统开发的全过程，对系统的功能容易接受和理解，使得移交工作比较顺利，而且有利于系统的运行，管理与维护。
系统适用性强。由于快速原型法是以用户为中心的，系统的开发符合用户的实际需要，所以系统开发的成功率高，容易被用户接受。
系统的可扩展性。由于快速原型法开始并不考虑许多细节问题，系统是在原型应用中不断修改完善的。所以系统具有较强的可扩展性，功能的增减都比较灵活方便。

2.5决定可行性的主要因素
超市规模、设备状况、操作人员技术
３．技术可行性分析
3.1系统简要描述
新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极大地改善。
3.2处理流程和数据流
验证信息
超市管理员
管理员信息修改
商品入库信息处理
商品库存信息处理
商品销售信息处理
密码信息
处理结果

处理结果
商品入库信息
商品库存信息
商品销售信息
商品销售信息
处理结果

处理结果

管理员信息
销售信息
库存信息
入库信息
打印商品信息
商品销售信息

顾客
身份验证
管理员信息
验证信息
工作人员
商品销售信息
身份验证
工作人员信息
工作人员信息
管理员信息修改
密码信息
处理结果

4经济可行性研究
设备费：本系统所需的硬件设备费用为2万元。
其他一次性支出
不可预见费： 80000×15%=12000元
经常性支出
人员费用：本系统开发期为三个月，试运行一周。开发期需要开发人员4人，试运行期需要开发人员2人。人员费用为6万元。（4×4500×3+2×2000=6万元）
系统维护费：需要1人/年进行系统维护，维护费为1.5万元（如当年系统无故障，则不需支付维护费用）
设备维护费：设备更新费为5万元。设备维护费为2万元。
消耗材料费：每年按1万元计算。
效益
一次性收益
出售系统的适用权的收入：100000元。
经常性收益
每月的销售收入20000元。
５．社会因素可行性分析
5.1法律因素
该项目为独立开发，在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行。.
5.2用户使用可行性
使用本软件人员要求有一定计算机基础的人员，系统管理员要求由计算机的专业知识，所有人员都要经过本公司培训。
管理人员也需经一般培训。经过培训人员将会熟练使用本软件。
还有就是提高用户使用的可行性，适用于更多的用户，更多的用户可使用该系统，提高运行效率，减少工作时间。

小型超市管理系统
需求分析说明书

开发目标
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的小型超市管理系统，为超市的提供准确、精细、迅速的超市管理以及销售信息。通过本管理系统软件，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。
功能要求
主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作
1）系统设置
(1) 添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信息，也可修改用户密码。
(2) 退出登录：返回到登录界面，重新登录.
2）商品供应商信息管理
(1) 供应商信息的录入;
(2) 供应商信息的修改;
(3) 供应商信息的删除;
(4) 供应商信息的查询;
3）员工档案管理
实现员工档案的添加、删除、修改、查询的功能 。
4）商品信息管理
(1) 商品信息的录入。对商品的基本信息进行录入并保存。
(2) 商品信息的修改：在有商品进入时，修改商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。
(3) 商品信息的删除：当商品没货时，又不准备再进相同的货时，可以将该商品的信息删除，保证信息库中无冗余的数据。
5）商品入库管理
及时录入商品的入库信息，保证每种商品再入库信息种都有登记，做到商品的实际的量、种类和记录的量和种类相匹配。
6）销售管理及销售数据查询

数据流图
超市管理员
超市管理系统
数据查询
登录信息
查询结果
顶层数据流图
查询条件
供应商
进货单
入库单
顾客
购买的商品
凭条

小型超市管理系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，小型超市管理系统应该满足以下的性能需求：
1． 系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
2． 系统的易用性和易维护性
小型超市管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
小型超市管理系统中涉及到的数据是超市相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
3．系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
4．系统的响应速度
小型超市管理系统在日常处理中的响应速度为秒级，达到实时要求，以及时
反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，
原则是保证操作人员不会因为速度问题而影响工作效率。
超市管理系统的数据需求
超市管理系统的数据需求包括如下几点：
1． 数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2． 数据的一致性与完整性
由于超市产品销售管理的系统化、规范化、网络化和自动化，实现对商品入库和销售信息的集中统一的管理，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
3． 数据的共享与独立性
整个超市管理系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。
数据字典
1、数据流条目
(1)进货信息=进货单号+供应商号+商品号+进货价+进货数量+进货日期+进货员工
(2)销售信息=销售单号+供应商号+商品编号+销售数量+销售日期
2、文件条目
(1)文件名：职工清单
组成：{职工编号+姓名+性别+联系电话+联系地址+邮箱地址}
组织：按职工编号递增排列
(2)文件名：商品清单
组成：{商品编号+供应商+商品名称+批号+批准文号+计量单位+产地+单价+备注}
组织：按商品编号递增排列
(3)文件名：供货商清单
组成：{供货商号+名称+联系人+联系电话+联系地址+邮政地址+开户银行+邮箱地址+银行帐号+备注}
组织：按供货商编号递增排列
(3)文件名：进货清单
组成：{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注}
组织：按进货单编号递增排列
(4)文件名：销售清单
组成：{销售单号+商品编号+销售数量+销售日期}
组织：按销售单编号递增排列
(5)文件名：库存清单
组成：{商品编号+库存数量}
组织：按商品编号递增排列
3、加工说明
(1)加工名：1：查询
加工逻辑：根据要查询的库存信息，检索出库存信息明细表
输入流：库存信息查询，发出库存信息请求
输出流：库存信息清单，进货信息请求
(2)加工名：1：更新
根据进货信息或销售信息更新库存信息
输入流：已进货信息，销售信息
输出流：发出库存检索请求
(3)加工名：2：查询
根据要查询的销售信息，检索出销售信息明细表
输入流：销售信息查询
输出流：销售清单，销售单
(4)加工名：2：更新
加工逻辑：根据销售信息更细销售清单
输入流：前台销售信息，库存信息
输出流：更新库存清单
小型超市管理系统的逻辑模型
小型超市管理系统的逻辑模型如下图所示：
名称
职工/用户
职工编号
籍贯
供货日期
进货日期
电话
地址
供货商编号
供货商
进货
进货单号
商品编号
名称
价格
商品
姓名
性别
条形码
m
n
m
n
开户行
银行帐号
工资
身份证号
客户
供货
销售单号
销售日期
数量
m
n
销售

小型超市管理系统的运行要求
(1)用户界面
本系统采用Microsoft Visual Studio .Net 2003设计，用户交互界面采用的是基于Windows的窗口界面。
(2)硬件接口
运行本系统的硬件基本要求如下：
CPU：Intel P3及以上；
内存：256MB及以上；
硬盘：10GB及以上。
(3)软件接口
.NET框架：Microsoft .Net Framework V1.1版本及以上。
数据库服务器：Microsoft SQL Server 2000及以上。
其它要求
1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。
2)系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。
3)系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。
4)系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据。

小型超市管理系统
概要设计说明书
1.引言
1.1编写目的
在本超市管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对一些中小型超市的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对超市管理系统做概要设计。从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。
1.2项目背景
a. 待开发软件系统的名称：超市管理系统
b. 任务的提出者：小型超市管理人员
c. 开发者：河北软件职业技术学院09嵌入式班第一小组
d. 用户：中小型超市用户

1.3参考资料
陶宏才.《数据库原理及设计》.第1版.北京.清华大学出版社.2004年
范立南《SQL Server 2000 实用教程》第2版.北京.清华大学出版社.2005年
卲良彬 刘好增 马海军《（c#）实践教程》清华大学出版社
齐治昌 谭庆平 宁洪《软件工程》第2版.高等教育出版社.2004年

2. 任务概述
2.1目标
2.2运行环境
（1）硬件环境：建议配制PIV以上的处理器，256M以上内存。
（2）软件环境：Windows 2000/XP ，SQL Server 2000，Microsoft Visual 2005
（3）使用人员：会Windows操作的超市管理人员
2.3 需求概述
提高超市的运作效率，节余财力物力资生率，解决超市管理的紊乱。
降低错误发源。
减少人力和设备费用
提高处理速度
改进管理信息服务
提高决策科学性
提高人员利用率

3.总体设计
3.1处理流程
下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析
超市管理系统
供应商信息管理
商品信息管理
库存管理
销售管理
系统登录
系统设置
员工档案管理
用户管理
新用户注册
密码管理
改、删除
供应商添加、修

修改、删除
商品信息添加、
除
加、修改、删
员工信息添
、修改
商品库存查询
商品入库
查询、修改
商品销售信息

图4-2 超市管理系统顶层图

图4-3 超市管理系统第0层图

图4-4 库存管理部分
第1层图

图4-5 销售管理部分
第1层图

图4-6 进货管理部分
第1层图

图4-7 人事管理部分
第1层图

4.接口设计
4.1用户接口

命令
语法
信息正确
信息错误
提交
If else
进入系统
提示重新输入
取消
close
退出登录界面
无

4.2外部接口
用户界面
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C++ 进行编程，在界面上可使用VISUAL C++ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C++ 库中的错误提示函数。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

硬
件
接
口
软
件
接
口

键盘

鼠标

扫描仪

Sql 2000
√
√

IIS 5.0
√
√

Windows xp sp2
√
√
√
本系统
√
√

4.3内部接口

模块名称
登录模块
查询模块
销售模块
管理模块
管理员模块
√
√

√
员工模块
√
√
√

5.数据结构设计
1)管理员信息表
字段
数据类型
字段长度
说明
userID
Varchar
20

Username
Varchar
20

password
Varchar
16
密码为6至16位

2)商品信息表
字段
数据类型
字段长度
说明
productID
Varchar
30

productName
Varchar
40

productData
Datatime
8

Address
Varchar
100

Sort code
Varchar
50

3)员工信息表
字段
数据类型
字段长度
说明
EmpId
Varchar
20

EmpName
Varchar
20

Password
Varchar
16
密码必需6至16位
Sex
Char
2

Age
Int
4

personID
Varchar
18
身份证号码为18位
Birth
Datatime
8

Phone
Int
4

Address
Varchar
100

4)销售信息表
字段
数据类型
字段长度
说明
productID
Varchar
30

productName
Varchar
40

Price
Decimal
9

Quantity
Int
4

5)订单信息表
字段
数据类型
字段长度
说明
OrderID
Varchar
4

productName
Varchar
40

customerName
Varchar
60

OrderData
Data
8

Phone
int
4

Address
Varchar
100

Quantity
Int
4

Price
Decimal
9

sPrice
Decimal
9
总金额

6)供应商信息表
字段
数据类型
字段长度
说明
customerID
Varchar
4

customerName
Varchar
60

Phone
Int
4

Adrress
Varchar
100

E-mail
Varchar
30

Memo
Varchar
100
备注

7）商品库存表
字段
数据类型
字段长度
说明
productID
Varchar
30

productName
Varchar
40

customerID
Varchar
4

customerName
Varchar
60

In_num
Int
4
商品入库数量
In_price
Int
4
商品入库单价
In_sum
Int
4
商品入库总金额
Out_num
Int
4
商品出库数量
Out_price
Int
4
商品出库单价
Out_sum
Int
4
商品出库总金额
Now_num
Int
4
库存数量
Now_money
Int
4
现金流

6.物理结构设计要点

数据结构与程序的关系
由于数据的存取是通过界面的接口和数据库进行连接的，所以在实现过程中必不可少的是应用程序实现它们的连接。常用的访问有：查询、添加、删除、修改等，所以用到的程序见下表（√为需用到的程序）
A:管理员

登录模块
超市信息管理系统模块
Employee_(员工信息)表
√
√
Admin(管理员)表
√
√
ISP(供应商)表

√
Goods(商品信息)表

√
Sell_info(销售)表

√
Strore(商品库存)表

√
Order form(订单)表

√

A:管理员
程
序
名
称
数
据
表
名

Select * from

Insert into

Update set

Delete [from]
Employee_(员工信息)表
√
√
√
√
Admin(管理员)表
√
√
√
√
ISP(供应商)表
√
√
√
√
Goods(商品信息)表
√
√
√
√
Sell_info(销售)表
√
√
√
√
Strore(商品库存)表
√
√
√
√
Order form(订单)表
√
√
√
√

B:超市员工
程
序
名
称
数
据
表
名

Select * from

Insert into

Update set

Delete [from]
Employee_(员工信息)表

Admin(管理员)表

ISP(供应商)表

Goods(商品信息)表
√

Sell_info(销售)表

Strore(商品库存)表
√

Order form(订单)表

7.运行设计
7.1运行模块组合
1.系统管理员进入系统后的窗口为管理系统的界面,可以查询商口供应商、商品信息、员工信息销售情况、库存信息等。管理员对员工信息进行修改不会影响其他模块；对商品供商修改将影响商口信息模块,管理员对各个模块的操作将连接至数据库。
2.员工进入系统后只能对商口库存信息查询。员工销售的产品记录会进入数据库进行记录，同时销售模块、库存模块的数据会进行自动更新，员工对各个模块的操作将连接至数据库。
3．系统管理员在服务器登录，需要SQL SERVER 2000数据库的支持；本系统的运行需IIS5.0架设Web服务器。
4．查询模块
管理员对数据查询时通系统与数据库的连接就可查询.员工查询时,会通过Web服务器,再由Web服务器查询数据库。
7.2 运行控制
1.管理员登录系统时,登录界面的登录响应事件会根据用户名给予管理员的权限; 员工是以普通用户登录系统的,所以数据库会以用户名自动识别,并给予不同的权限。
2.系统需要先启动数据库服务器，然后启动中间的Web服务器，然后各个用户才能登录到系统。
7．3 运行时间
1．后台DB服务器和WEB服务器占用一台PC服务器。前端用户对系统的需求很小，普通PC就可以。正常情况下后台的DB和WEB服务器是一直运行的。考虑到此系统为小型超市开发的，所以一般停业时间服务器是关闭的。其中销售模块占用的资源较其他模块要多得多，因为它在时刻将与服务器交换数据。

7系统出错处理设计
7.1出错信息
出错输出信息：在用户使用错误的数据或访问没有权限的数据后，系统给出提示：“对不起，你使用的数据是非法的”。用户的可以对自已的密码进行管理，不允许用户匿名登录。
7.2补救措施
对于数据库中的数据会随时进行备份的，所以故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃数据也不会丢失。
8.维护设计
对于系统较小，所以没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护措施就可。但为便于维护，应该设计了三种日志：系统运行日志、操作日志、出错日志。三种日志根据不同的重要程度采取存放在文件和数据库的方式，系统管理员可以很轻松地监控系统运行情况。数据表的建立和删除有数据库系统管理员予以维护。

小型超市管理系统
详细设计说明书
1.引言
1.1编写目的
根据《需求规格说明书》、《概要设计说明书》，在仔细考虑讨论之后，我对《超市理货系统商品进货及主要界面子系统》软件的功能划分、数据结构、软件总体结构的实现有了进一步的想法。我们将这些想法记录下来，作为详细设计说明书，为进一步设计软件、编写代码打下基础。
在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。
在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的 程序语言书写的程序。主要的工作有：根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求，并依照《概要设计说明书》所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述（包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等）
1.2背景
a. 待开发系统：超市理货系统商品进货及主要界面子系统
b. 项目任务提出者： 小型超市管理人员
c. 开发者：河北软件职业技术学院软件工程学院09嵌入式第一小组
d. 最终用户：小型超市各收银员
e. 小型超市零售管理系统是小型超市商品销售及货物管理的主要控制部分，直接影响销售的方便性及管理的规范性。随着信息时代的发展，对效率的要求日益提高，因而软件控制销售和管理已经取代了传统全手工方式。小型超市具有自身的特点：商品要求一般齐全，进出货关系较为简单，员工人数种类不多；在软件角度看，数据较少，对存储和速度要求不高。但正由于员工较少，使用软件控制成为必须。
1.3定义
无
1.4参考资料
[1]《Database System Concepts》（Fourth Edition） Abraham Silberschatz Henry F.Korth S.Sudarshan Higher Education Press
[2]王珊.数据库系统概论（第四版）. 高等教育出版社，2007.
[3]罗运模.完全掌握SQL Server 2000.人民邮电出版社，2001.
[4]白尚旺等.PowerDesigner软件工程技术.电子工业出版社，2004.
[5]张海藩.软件工程概论（第五版）.清华大学出版社，2007.
[6]赵松涛.Visual Basic+SQL Server 2000系统开发实录. 电子工业出版社，2007.
[7]陈燕峰等.Visual Basic数据库项目案例导航. 清华大学出版社，2004.
[8]《需求规格说明书》
[9]《概要设计说明书》
2. 系统的结构

图5-1 超市管理系统功能结构图

3．数据库模块设计说明
E-R图：

4. 系统登录模块
功能：本模块的主要功能是对用户身份进行，，验证只有系统的合法用户才能进入系统。其窗体如图5-3所示：

图5-3 系统登录模块
在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行验证，只有输入了正确的账号和密码后，系统登录才会成功。在登录模块中，对系统的尝试登录次数进行了限制，禁止用户无终止的进行系统登录尝试，在本系统中，当用户对系统的三次登录失败后，系统将自动机制登录，突出登录模块。并在输入了错误的或者是不存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输入或者错误操作，以便用户进行正确的登录。
输入项、输出项：输入项为账号和密码。账号和密码均为字符串，长度各为6个字符，密码回显字符是“*”。
5. 进货管理模块
模块描述
商品进货子系统是超市理货系统的重要组成部分，其中的进货信息有管理员进行更新。
5.1功能
建立与数据库连接； 获取数据库中的信息；
增加进货商品的信息； 修改进货商品的信息；
删除一条进货商品的信息记录； 退出子系统时断开与数据库的连接。
5.2性能
查询数据库响应时间<2s; 更新数据库运行时间<1s;
5.3输入项
进货ID（P_ID）:整数（唯一标识符）
进货名称（P_Name）：变长字符串
条形码（P_BarCode）：变长字符串
进货数量（P_Num）：整数
进货日期（P_Date）：日期型
制造商（P_Factory）：变长字符串
供应商（P_Provide）：变长字符串
类别号（Type_ID）：整数
5.4输出项
商品进货信息（同输入项）
5.5设计方法（算法）
使用的是顺序的数据结构，对于商品信息也使用的是基础的计算方式。包含的具体设计思想如下：
1）添加按钮设计（cmdAdd）：在添加时，添加、修改和删除按钮处于不可用状态，保存和取消按钮处于可用状态，每个文本框都对应了数据库中的相应属性列。
2）修改按钮设计（cmdEdit）：在修改时，先判断数据库中是否有数据，如果有，则添加、修改和删除按钮处于不可用状态，保存和取消按钮处于可用状态，每个文本框都对应了数据库中的相应属性列；如果没有，则显示“没有要修改的数据”。
3）删除按钮设计（cmdDel）：在删除时，先判断数据库中的数据总数是否大于零，如果是，则首先提示一下，然后添加、修改按钮处于不可用状态，保存和取消按钮处于可用状态，然后数据库刷新；如果不是，则显示“没有可删除的数据”。
4）保存按钮设计（cmdSave）：首先要判断是否每个文本框都填写了数据，然后将数据库更新，将保存按钮设为不可用，将取消、增加、修改和删除按钮设置为可用，之后再将数据保存进数据库中。
5）取消按钮设计（cmdCancel）：在取消时，添加、修改和删除按钮处于可用状态，保存和取消按钮处于不可用状态，并将每个文本框置空。
5.6流程逻辑

5.7接口
与主模块的逻辑联系方式：通过主模块上的单击按钮触发事件，弹出进货子系统对话框。
与主模块的参数传递方式：数据库连接控件。
5.8存储分配
内部数据： 数据库 Adodc1.ConnectionString：数据库连接字符串
用户界面 进货ID（P_ID）:整数（唯一标识符）
进货名称（P_Name）：变长字符串
条形码（P_BarCode）：变长字符串
进货数量（P_Num）：整数
进货日期（P_Date）：日期型
制造商（P_Factory）：变长字符串
供应商（P_Provide）：变长字符串
类别号（Type_ID）：整数
5.9注释设计
在每一个具体的按钮功能旁都要有注释，解释每个按钮的具体设计思想。
5.10限制条件
必须连接数据库，否则会出现无法连接数据库错误。
必须登录，否则无法进入到系统。
6. 销售管理模块
功能：本模块的主要功能是把销售信息写入销售清单，同时对库存清单进行更新，以备用户将来对库存信息进行查询和打印，此外还可以对销售信息进行查询和盘点功能。
销售信息查询：根据商品销售情况，按需要对销售情况进行查询。在该查询模块中，可以按照商品的编号、销售日期等多种方式进行商品销售信息查询。
销售信息盘点：可以按照需要对在一定时期内的销售情况进行盘点。
输入项、输出项：本模块的数据输入项主要是商品的销售单号和商品编号。其中还包括销售数量和销售日期。
(1)该销售模块的用例图，如图5-8所示：

图5-8 销售管理模块用例图
(2)该销售管理模块的活动图，如图5-9所示：

图5-9 销售管理模块活动图
(3)销售信息查询时序图，如图5-10所示：

图5-10 销售信息查询时序图
(4)销售盘点时序图，如图5-11所示：

图5-11 销售盘点时序图
7. 库存管理模块
功能：本模块的主要功能是商品信息的查询和更新，库存信息的查询和更新。
查询商品信息：主要功能查询商品的明细信息，和它的库存信息。
添加商品信息：主要功能添加新进的商品。
修改商品信息：主要功能是修改商品的信息，包括他的库存数量。
删除商品信息：主要功能是删除不再销售的商品信息。
输入项、输出项：本模块的数据输入项主要是商品编号。
(1)该库存管理模块的用例图，如图5-12所示：

图5-12 库存管理用例图
(2)库存管理模块活动图，如图5-13所示：

图5-13 库存管理模块活动图
(3)库存管理查询时序图，如图5-14所示：

图5-14 库存管理查询时序图
(4)库存管理添加时序图，如图5-15所示：

图5-15 库存管理添加时序图
(5)库存管理修改时序图，如图5-16所示：

图5-16 商品管理修改时序图
(6)库存管理删除时序图，如图5-17所示：

图5-17 库存管理删除时序图
8.系统管理模块
系统用户管理：在系统实行多用户管理时，本模块将为系统开辟多个系统用户，并能对其进行简单的信息维护，用户名变更和密码修改。
退出：选择退出系统，将关闭整个系统，结束本次使用。

小型超市管理系