目录
1.系统设计目标 (4)
2.系统设计需求 (4)
3.系统模块设计 (4)
3.1业务需求 (4)
3.2系统需求 (4)
3.3用户需求 (5)
(1)资料管理： (5)
(2)采购管理： (5)
(3)销售管理： (5)
(4)库存管理： (5)
(5)统计分析 (5)
(6)系统管理： (5)
4.系统用例图模型的建立 (5)
4.1系统角色 (5)
图4.1 (6)
4.2超市进销存管理系统的顶层用例图【功能角色分析】 (6)
图4.2 (7)
4.3销售管理子系统的用例图 (7)
图4.3 (7)
4.4采购管理子系统的用例图 (8)
图4.4 (8)
4.5库存管理子系统的用例图 (8)
图4.5 (9)
4.6统计分析子系统的用例图 (9)
图4.6 (10)
4.7身份验证子系统的用例图 (10)
图4.7 (11)
5.系统序列图模型的建立 (11)
图5.1 供应商信息录入序列图 (12)
图5.2 商品采购序列图 (13)
图5.3 商品入库序列图 (14)
图5.4商品销售序列图 (15)
6.系统状态图模型的建立 (15)
6.1商品采购状态图说明： (15)
图6.1 商品采购状态图 (16)
6.2商品入库状态图说明： (16)
图6.2 商品入库状态图 (16)
6.3商品销售状态图说明： (16)
图6.3 商品销售状态图 (17)
7.系统活动图模型的建立 (17)
7.1采购活动图 (17)
图7.1 商品采购活动图 (18)
7.2入库活动图 (18)
图7.2 商品入库活动图 (19)
7.3入库活动图 (19)
图7.3 商品销售活动图 (20)
8.系统构件图模型的建立 (20)
图8.1 系统构件图 (21)
1.系统设计目标
本系统的主要任务是设计一套B/S模式的进销存管理系统，实现对身份验证模块、采购管理模块、库存管理模块、销售管理模块、统计分析模块等部分。
2.系统设计需求
功能性需求：系统能够对于客户，供应商，产品的信息进行维护。
系统能够管理监控库存。
系统能够对于不同的操作员设置不同的权限级别。
系统能够管理采购、销售等活动的情况，并记录。
可用性需求：界面简单易懂，不存在反人类设计，满足方便性的同时同样要满足可扩充性。
以说明书的形式提供用户帮助与培训服务。
可靠性需求：系统可能出现连接数据库失败，连接数据库以后的增删改查失败，系统崩溃等情况，所以在系统设计上首要保证系统的稳定性，其次要易于维护，代码可读
性强，对用户与开发人员友好
可支持性需求：系统可以在安装了sql数据库的Windows系统上使用，若要修改，需试用visual studio开发环境。
性能需求：对于一个或者多个并发请求的具有较快的响应速度。
设计约束需求：采用的三层架构，
①数据访问层：主要是对非原始数据（数据库或者文本文件等存放数据的形
式）的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不
是数据，具体为业务逻辑层或表示层提供数据服务．
②业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操
作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积
木的搭建。
②界面层：主要表示WEB方式，也可以表示成WINFORM方式，使用户实际操
作的界面。
物理需求需求：尽量采用公司现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用公司现有资源，提高系统开发水平和应用效果的目的。系统本身应无
需占用太多存与硬盘空间，总的大小由数据包决定。
可维护性需求：系统采用模块化程序设计方法，既便于系统功能的公众祝贺和修改，又便于未参与开发的技术维护人员补充、维护。系统应具备数据库维护功能，及时
根据用户需求进行书记的添加、删除、修改等操作。能够对数据库表格进行
备份。
接口需求：可以连接收银机与打印机。
3.系统模块设计
3.1业务需求
超市的进销存系统的需求共包含资料管理、采购管理、销售管理、库存管理、统计分析和系统管理几部分。
3.2系统需求
(1)由于操作人员的计算机知识普遍较差，要求有良好的人机界面。
(2)由于该系统的使用对象多，要求有较好的权限管理。
(3)方便的数据查询，支持多条件查询。
(4)基础信息管理与查询（包括商品信息、客户信息、供应商信息）。
(5)通过计算机，能够直接“透视”仓库存储情况。
(6)完善的商品采购信息、商品销售信息进行管理。
(7)方便、健全的结账功能。
(8)商品销售排行统计。
(9)数据计算自动完成，尽量减少人工干预。
3.3用户需求
(1)资料管理：
企业的经营的基础资料是一个企业最基本和最重要的信息，包括商品资料、供货商资料
等。
商品资料维护用于维护企业经营商品的基本信息，容包括货号、条形码、品名、规格等。
供货商资料维护用于维护企业供货商的基本信息，容包括供货商号、简称、名称、地址等。
资料管理直接连接数据库。
(2)采购管理：
进货单用于录入企业的进货单，表包括进货日期、人员、编号、验收员等。
(3)销售管理：
采购员用新商品供应商信息更新供应商数据库信息
采购员统计库存商品数量是否低于库存下限，然后制作采购单
采购单用于录入超市的进货情况，表中包括进货日期、人员、订单编号、验收员、进货数量等。
(4)库存管理：
库存查询用于查询企业商品的库存，可以查询总库存和分仓库库存。
库存管理员每天进行盘点一次
库存管理员发现库存商品有损坏时，及时向有关部门（如采购员）报损
当供应商的商品到货时，库存管理员首先检验商品是否合格，并对合格的商品进行入库处理，
当商品出库时，进行出库处理
经理、采购员根据需求进行库存商品的模糊查询或者详细查询，按货号查询或者按商品名查询
(5)统计分析
能够使用系统的统计功能，了解商品销售情况、库存情况、供应商情况、以便进行合理的营销策略。
按照市场情况实时变动商品价格。
(6)系统管理：
权限设置用于设置各操作员使用系统的权限。
4.系统用例图模型的建立
4.1系统角色
超市的服务对象是顾客，超市系统部操作员可以按照人员的职能进行分类，图4.1是超市进销存管理系统中角色分析的用例图，其中，管理员和操作员是抽象角色。
图4.1
4.2超市进销存管理系统的顶层用例图【功能角色分析】
超市进销存管理系统中设计的角色有操作员，是顶层抽象角色，主要包括管理员和售货员角色，其中管理员也是抽象角色，包括库存管理员、统计分析员和采购员。每个角色对应与系统的不同功能。
售货员主要是针对系统中的销售管理，采购员主要负责订单的管理，库存管理员针对的是系统中的库存管理，统计分析员主要是进行系统中的所有统计查询，系统中的角色在使用系统提供的功能时都需要进行身份的验证。超市进销存管理系统的的顶层用例图如图所示。
图4.2
4.3销售管理子系统的用例图
销售管理系统子系统主要涉及的人员有收货员和顾客。售货员可以提取商品信息，主要包括更新商品信息，当产生销售时更新销售信息。而顾客可以浏览商品信息，打印购物清单。销售管理子系统的用例图如图。
图4.3
用例规约：销售销售模块
4.4采购管理子系统的用例图
图4.4用例规约：采购管理模块
4.5库存管理子系统的用例图
图4.5用例规约：库存管理模块
4.6统计分析子系统的用例图
图4.6用例规约：统计分析模块
4.7身份验证子系统的用例图
图4.7
用例规约：基础信息模块
5.系统序列图模型的建立
Operator : 操作员
图5.1 供应商信息录入序列图
图5.2 商品采购序列图
Operator : 操作员
图5.3 商品入库序列图
图5.4商品销售序列图6.系统状态图模型的建立
Operator : 操作员
6.1商品采购状态图说明：
在进销存管理系统中，从操作员录入采购信息到最后采购完成为止，整个采购过程的状态图如图所示。
图6.1 商品采购状态图
6.2商品入库状态图说明：
在进销存管理系统中，从操作员录入商品入库信息到最后商品入库完成为止，整个商品入库过程的状态图如图所示。
图6.2 商品入库状态图
6.3商品销售状态图说明：
在进销存管理系统中，从操作员录入商品销售信息到最后商品销售完成为止，整个商品销售过程的状态图如图所示。
图6.3 商品销售状态图
7.系统活动图模型的建立
7.1采购活动图
在进销存管理系统中，根据操作员的采购活动步骤可创建采购活动图，如图所示。