【C#】asp.net超市信息管理系统的开发（源码+论文+数据库）【独一无二】

2 系统需求分析

本章系统地从各个方面分析该系统的可行性，确保该系统的正常开发。

2.1 业务分析

超市信息管理系统需要记录和修改商品和职员的信息，提供查询等一系列工作，它不仅能有效减轻工作人员的负担，还能使超市运营数据更加直观，并且超市管理管理系统本身就代表着一种更高效的管理方法。它将带动企业的运作，为管理和决策提供技术性支持。

2.2 功能需求分析

该系统的功能需求为以下几个方面：

1. 数据库设计，包括：管理员表，会员信息表，进货表，排班表，商品类别表，商品信息表，销售表，用户信息表。
2. 商品信息管理：经理可以进行商品信息的增删改查
3. 进货信息查询：经理可以对进货信息进行查询
4. 库存报警管理：经理可以进行库存进行查询和设置预警
5. 销售商品对账：经理可以对销售商品进行对账
6. 会员信息管理：经理可以对会员信息进行增删改查

2.3系统环境需求

硬件要求：CPU PIII 500以上PC服务器，内存2GB以上，硬盘500GB以上。

操作系统： Windows 10

2.4可行性分析

2.41技术可行性

随着社会发展，大部分人都会对电脑进行简单的操作，大部分超市对员工的素质要求比较高，从管理层到下面的销售人员,都要求具有一定的计算机基础而本系统简单易用，操作界面简单美观，功能适当足以对信息进行长时间的保存以及查询等处理，工作人员只要不到十分钟就能熟练掌握运用这款超市信息管理系统。

2.42经济可行性

本系统需要超市负担的费用主要是计算机硬件设备和软件技术，包括本系统的开发及维护费用，对超市人员使用本系统的培训费用，以及本系统开发完成后，由于工作方式的改变增加的其他开支。该系统带来的经济效益是明显的，其最主要的表现是减少了企业管理费用和人力开支，不仅方便对进货信息的管理，也减少了由于人工的出错的几率，降低了成本，节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。所以从经济上是可行的。

2.43管理可行性

随着超市管理水平的不断提高，在管理水平方面积累了丰富的经验方法，并建立了成熟的管理机制，齐全的规章制度。有正确的原始资料的支持，使管理工作有了制度支持和

信息支持。根据以往在经营中出现的困难与不便，超市的高层管理人员对新系统的开发持积极的态度，肯定新系统的开发，并且为新系统的开发与实施创造了各种良好的条件，制定了有利于系统实施的管理方法。目前管理方面的的条件已经能够满足超市管理系统的开发以及日后的实施。所以在管理上是可行的。

综合以上三方面，该系统具有很高的开发可行性，无论是从技术上或者经济还是管理上。

第3章 概要设计

作为系统的重要组成部分，数据库设计需要进行各种实体及它们的属性描述，这样，在下面的描述详细设计时，在本章可以看到系统设计的大致设计框架。

3.1 系统管理模块设计

经过分析，可得出超市信息管理系统关系图。系统模块框架如图3.11所示：

图3.11 系统关系图

1. 详细设计

为方便查询，我们采取模块化设计思想，通过各模块的不同组合以实现不同的查询功能。最终，使系统能够具有内容规范、信息完整、查询便捷等特点。

4.1数据库详细设计

根据数据库设计概要，我们最终得出数据库中所需的有：

1. 管理员表

图4-1

1. 会员信息表

图4-2

1. 进货表

图4-3

1. 库存表

图4-4

1. 排班表

图4-5

1. 商品类别表

图4-6

1. 商品信息表

图4-7

1. 销售表

图4-8

1. 用户信息表

图4-9

4.2系统详细设计

在本次实训中我主要实现的是超市信息管理系统的经理模块，包括经理的登录和密码及其密码的修改，还有：商品信息管理（经理可以进行商品信息的增删改查进货信息查询）、进货信息查询（经理可以对进货信息进行查询）、库存报警管理（经理可以进行库存进行查询和设置预警）、销售商品对账（经理可以对销售商品进行对账）、会员信息管理（经理可以对会员信息进行增删改查）。以下是模块实现情况。

4.2.1登录页面

在登录页面中，输入相匹配的用户编号和密码，即可成功登录。如果用户编号和密码不匹配，则弹出提示信息，可重新输入。界面如下图4-10所示。

图4-10

4.2.2修改密码界面

登陆后对经理的密码进行重新设定。其操作界面如下图4-11所示。

图4-11

4.2.3 商品信息管理

通过商品名称对商品进行查询，点击相应按钮对商品信息进行增删改查。其界面如下图4-12所示：

图4-12

4.2.5 进货信息查询

输入进货单号或商品名称对进货信息进行查询，其界面如下图4-13所示：

图4-13

4.2.6 库存报警管理

输入商品名称对库存信息进行查询，如有需要可设置库存警报。

其界面如下图4-14所示：

图4-14

4.2.7 销售商品对账

通过该界面可对输入进货单号或商品名称对进货信息进行查询并进行对账，其界面如下图4-15所示：

图4-15

4.2.8 会员信息管理界面

通过该界面可对会员信息进行增删改查，其界面如下图4-16所示：

图4-16

4.3 建立对象类和类图

4.31 建立对象类

根据已经建立的用例图和客户业务需求确定对象类，及其属性和操作。通过检查类的定义、分析问题的需求和运用该领域的知识来完善和确定类的属性，根据系统功能要求和系统设计需要完善和确定类的操作。

超市信息管理系统经理的对象类包括：

1. 会员

类名：会员

编号：hy000001

类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中可以共享

功能：负责会员基本信息管理，包括增删改查等操作

属性：会员名、姓名、性别、年龄

操作：增加用户()、删除用户()、修改用户信息()

1. 商品

类名：商品

编号：030102

类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中可以共享

功能：负责商品基本信息管理，包括增删改查等操作

属性：商品名称、价格、会员价格、单位、厂商、保质期、商品分类

操作：增加商品()、删除商品()、修改商品信息()、模糊查询商品()

3 测试

测试对于一个系统来说是重中之重，一个功能优良的系统一定要经过多次的测试才能确保功能的实用性，而且要经过大量测试的验证后我们才能放心地去使用这个系统，所以我们要对写好后的系统进行测试并记录测试结果，如下所示。

5.1测试用例

初始化数据库和实现功能测试用例如表5.1所示。

表5.1 测试用例

序号	测试用例标题	期望结果
1	商品管理	能正常进行对商品信息的增删改查
2	进货信息查询	能正常进行对进货信息进行查询
3	库存报警管理	能正常进行对库存查询和设置预警
	销售商品对账	能正常进行对销售商品对账
	会员信息管理	能正常进行对会员信息增删改查

5.2测试结果

对照5.1的测试用例得出相应的测试结果，如表5.2所示。

表5.2 测试结果

商品管理	商品管理	编写者	赵丽丹
前提条件	正常登陆系统，有商品信息
操作步骤	输入任一信息进行增删改查
	输入数据/动作	预期结果	实际结果
	输入某一商品的名称	找到该商品信息	正确找到
	增加一件商品	成功	成功
	修改商品信息	成功	成功
	修改商品信息	成功	成功

表5.3商品管理测试结果表

测试项	进货信息查询	编写者	赵丽丹
前提条件	正常登陆系统
操作步骤	查询进货信息
	输入数据/动作	预期结果	实际结果
	输入进货单号进行查询	找到该商品信息	正确找到
	输入商品名称进行查询	找到该商品信息	正确找到

1

表5.4进货信息测试结果表

测试项	库存报警管理	编写者	赵丽丹
前提条件	正常登陆系统
操作步骤	对库存查询和设置预警
	输入数据/动作	预期结果	实际结果
	输入进货单号进行查询	找到该商品信息	正确找到
	对商品设置预警	成功	成功

表5.5库存报警管理测试结果表

测试项	销售商品对账	编写者	赵丽丹
前提条件	正常登陆系统
操作步骤	进行销售商品对账
	输入数据/动作	预期结果	实际结果
	进行销售商品对账	成功	成功

表5.6销售商品对账测试结果表

测试项	会员管理	编写者	赵丽丹
前提条件	正常登陆系统
操作步骤	选择对会员信息进行增删改查
	输入数据/动作	预期结果	实际结果
	增加一名会员	成功	失败
	删除一名会员	成功	成功
	修改会员信息	成功	成功
	查询会员信息	成功	成功

表5.7会员管理测试结果表

5.3 需要注意到的问题

数据库表之间的联系，VS连接数据库时可能出现的问题，程序的简单设计，以及一些功能的实现步骤，程序的稳定性不太好，当遇到特殊情况时如何给用户更友好的使用界面和使用感受，是我们需要克服的难题。本系统有一点不足之处是安全性能很不理想，完全没有涉及到对特殊字符的过滤，很有可能导致整个程序的崩溃。