项目小型超市管理系统(2)样本.doc

小型超市管理系统
可行性分析汇报
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%=1元
常常性支出
人员费用：本系统开发期为三个月，试运行一周。开发期需要开发人员4人，试运行期需要开发人员2人。人员费用为6万元。（4×4500×3+2×=6万元）
系统维护费：需要1人/年进行系统维护，维护费为1.5万元（如当年系统无故障，则不需支付维护费用）
设备维护费：设备更新费为5万元。设备维护费为2万元。
消耗材料费：每十二个月按1万元计算。
效益
一次性收益
出售系统适用权收入：100000元。
常常性收益
每个月销售收入0元。
５．社会原因可行性分析
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 设计，用户交互界面采取是基于Windows窗口界面。
(2)硬件接口
运行本系统硬件基础要求以下：
CPU：Intel P3及以上；
内存：256MB及以上；
硬盘：10GB及以上。
(3)软件接口
.NET框架：Microsoft .Net Framework V1.1版本及以上。
数据库服务器：Microsoft SQL Server 及以上。
其它要求
1)系统功效实现情况: 用户可在本系统下实现多种用户要求功效。
2)系统安全性: 对于系统关键数据全部有密码保护，含有一定安全性。
3)系统容错性: 用户输错数据全部有提醒信息，含有很好容错性能。
4)系统封闭性: 用户封闭性很好，用户基础上在提醒信息下输数据。

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

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

2. 任务概述
2.1目标
2.2运行环境
（1）硬件环境：提议配制PIV以上处理器，256M以上内存。
（2）软件环境：Windows /XP ，SQL Server ，Microsoft Visual
（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
√
√

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 数据库支持；本系统运行需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]王珊.数据库系统概论（第四版）. 高等教育出版社，.
[3]罗运模.完全掌握SQL Server .人民邮电出版社，.
[4]白尚旺等.PowerDesigner软件工程技术.电子工业出版社，.
[5]张海藩.软件工程概论（第五版）.清华大学出版社，.
[6]赵松涛.Visual Basic+SQL Server 系统开发实录. 电子工业出版社，.
[7]陈燕峰等.Visual Basic数据库项目案例导航. 清华大学出版社，.
[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.系统管理模块
系统用户管理：在系统实施多用户管理时，本模块将为系统开辟多个系统用户，并能对其进行简单信息维护，用户名变更和密码修改。
退出：选择退出系统，将关闭整个系统，结束此次使用。

小型超市管理系统
测试计划分析汇报
1引言
1.1 编写目标
1）这份测试计划汇报书时为了测试本系统是否可行。当输入商品信息时，测试其信息能不能被完整地保留在数据库中以备以后查询用。当输入数据不符合要求时，看系统能不能给出提醒。当价格信息修改后看修改后信息能不能被系统接收并保留到数据库。
2）本汇报由****合作完成。
1.2 项目背景
e. 待开发软件系统名称：超市管理系统
f. 任务提出者：小型超市管理人员
g. 开发者：河北软件职业技术学院09嵌入式班第一小组
h. 用户：中小型超市用户

1.3 定义
为了便于阅读了解本文，在此解释部分在本文中用到简写和专业术语：超市管理系统以下简称SMS。
1.4 参考资料
[1]梁冰，陈丹丹，苏宇. SQL语言参考大全.人民邮电出版社,
[2] 陶宏才编. 用《数据库原理及设计》. 人民邮电出版社,
[3] Watts S.Humphrey编. 《软件